FreeBSD

by Jahova on 02/10/2007 07:30, 13 messages, last message: 02/15/2007 22:00, 2304 views, last view: 04/30/2024 19:00

Hi,

Some of you here might know me or have seen me around. I have always run sauerbraten from my Fedora Core Linux system but recently I have setup a tripleboot system to add FreeBSD 6.2. I was going to run a server at some point but I am having some problems.

First I tried to compile the newest sauerbraten from source and I recieve an error from the file 'unix.c' about 'enet' and 'get_host_by_name'. Here is the output:

"[START_OUTPUT]"

make -C enet/ all
Making all in include
Making all in enet
if gcc -DPACKAGE_NAME=\"libenet\" -DPACKAGE_TARNAME=\"libenet\" -DPACKAGE_VERSION=\"10-31-2006\" -DPACKAGE_STRING=\"libenet\ 10-31-2006\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"libenet.a\" -DVERSION=\"10-31-2006\" -DHAS_GETHOSTBYADDR_R=1 -DHAS_GETHOSTBYNAME_R=1 -DHAS_POLL=1 -DHAS_FCNTL=1 -DHAS_INET_PTON=1 -DHAS_INET_NTOP=1 -DHAS_MSGHDR_FLAGS=1 -DHAS_SOCKLEN_T=1 -I. -I. -Iinclude/ -g -O2 -MT unix.o -MD -MP -MF ".deps/unix.Tpo" -c -o unix.o unix.c; then mv -f ".deps/unix.Tpo" ".deps/unix.Po"; else rm -f ".deps/unix.Tpo"; exit 1; fi
unix.c: In function `enet_address_set_host':
unix.c:86: warning: passing arg 5 of `gethostbyname_r' from incompatible pointer type
unix.c:86: error: too few arguments to function `gethostbyname_r'
unix.c:86: warning: assignment makes pointer from integer without a cast
unix.c: In function `enet_address_get_host':
unix.c:124: warning: passing arg 7 of `gethostbyaddr_r' from incompatible pointer type
unix.c:124: error: too few arguments to function `gethostbyaddr_r'
unix.c:124: warning: assignment makes pointer from integer without a cast
*** Error code 1

Stop in /home/jahova/games/sauerbraten/src/enet.
*** Error code 1

Stop in /home/jahova/games/sauerbraten/src/enet.
*** Error code 1

Stop in /home/jahova/games/sauerbraten/src.

"[END_OUTPUT]"

The file 'unix.c' is located in the folder 'src/enet', I think.
This apears to me as a bug for compileing on FreeBSD 6.2. I looked at the file code but it is over my head. Well fine but I'm not done yet.

Next I tried to compile from source from the freebsd.org site and still no luck, same output. Fine, still not done.

Finnally, I found a binary on freebsd.org that i was able to install. I used the command 'pkg_add -r sauerbraten'. Everything went smooth until i tried to start the game with the command 'sauer_client'. No worky. I get this as my output:

"[START_OUTPUT]"

$ sauer_client
Using existing ~/.sauerbraten directory.
/libexec/ld-elf.so.1: Shared object "libm.so.3" not found, required by "libGL.so.1"

"[END_OUTPUT]"

I have installed numerous libraries related to 'libm.so.3' including 'glibc' and others. My biggest problem here is that 'glibc' conflicts with... 'x11...'
or something like that. I just want to get this working in FreeBSD 6.2. I compiled everything in this system from the latest stable source. kdebase alone took nearly 6 hours to compile so I dont want to remove FreeBSD and install NetBSD or OpenBSD. How can I get this to work?

a little help is appreciated, thnx
-joe
-Jahova

   Board Index   

#1: ..

by Jahova on 02/10/2007 18:49

still cant get sauer to work. is this a bug in sauer?

reply to this message

#2: ..

by GNU__Jeffz on 02/11/2007 04:12

PEBKAC

install the required libraries.

reply to this message

#3: Re: ..

by rancor on 02/11/2007 05:11, refers to #2

Not quite that simple, I'd think. libm.so is the standard C math library.

reply to this message

#4: ..

by PunDit@work on 02/11/2007 17:02

is libstdc++ installed?

reply to this message

#5: ..

by Jahova on 02/12/2007 07:04

I apear to have libstdc++ installed, still looking for a library or something to make this work. here is the output for libstdc++ proof:

# ls /usr/lib | grep libstd
libstdc++.a
libstdc++.so
libstdc++.so.5
libstdc++_p.a


I am working on this now. The output from compiling seems so wierd. we will see.

reply to this message

#6: ..

by Jahova on 02/12/2007 08:35

only libm.so.3 i could find was for OpenSolaris.

ok, i have made a little progress. i searched my entire file system for libm.so.3 and it doesnt exist. although... i found some other libm.so stuff (libm.so.4, libm.so.6, and libm.so). what i did was this:
____________________________
# cp ./libm.so ./libm.so.3
____________________________

this is kinda a workaround thing and i would like to hear an opinion on it if you may. the game still doesnt fire up though. now its another problem. here is my output:
___________________________
$ sauer_client
Using existing ~/.sauerbraten directory.
init: sdl
init: enet
init: video: mode
Unable to create OpenGL screen: Couldn't find matching GLX visual
___________________________

^^ is this because i cant just copy and cross libm.so files like i did?

help, idk what else to do.

reply to this message

#7: Re: ..

by Drakas on 02/12/2007 08:58, refers to #6

You shouldn't copy - you should link libraries instead! There can be problems if you do it differently!

What it says here is that your xorg now needs an OpenGL driver. What graphics card have you got?

reply to this message

#8: ..

by Jahova on 02/12/2007 17:55

thankyou everyone that is trying to help.

that OpenGL driver makes sense, usually. i have a nvidia geforce FX 5500 working with the 'nv' driver that recognizes it. so... i used sauer with my nv driver under Linux, why not FreeBSD?

i have some other games installed as well and they wont start either. this output may help:
_______#nexuiz-sdl______________
Linked against SDL version 1.2.11
Using SDL library version 1.2.11
Failed to set video mode to 800x600: Couldn't find matching GLX visual
Desired video mode fail, trying fallbacks...
Video: fullscreen 800x600x32x60hz
Linked against SDL version 1.2.11
Using SDL library version 1.2.11
Failed to set video mode to 800x600: Couldn't find matching GLX visual
Video: fullscreen 800x600x16x60hz
Linked against SDL version 1.2.11
Using SDL library version 1.2.11
Failed to set video mode to 800x600: Couldn't find matching GLX visual
Video: fullscreen 640x480x16x60hz
Linked against SDL version 1.2.11
Using SDL library version 1.2.11
Failed to set video mode to 640x480: Couldn't find matching GLX visual
Video: window 640x480x16x60hz
Linked against SDL version 1.2.11
Using SDL library version 1.2.11
Failed to set video mode to 640x480: Couldn't find matching GLX visual
Quake Error: Video modes failed
______________________________

i could have sworn i have all the prerequisites. i have the nvidia driver installed. it is one of the first things i did on this system. thnx for the help everyone. still no worky :(

reply to this message

#9: ..

by Drakas on 02/12/2007 19:23

use nvidia drivers instead, www.nvidia.com

reply to this message

#10: ..

by cookies_suck_omg_who_the_hell_keeps_these_things on 02/13/2007 01:49

why dont you figure out how to use your OS before you come here asking why sauer doesn't work.

try a freebsd support channel on irc.

reply to this message

#11: ..

by Jahova on 02/13/2007 03:11

ok, thnx for the comment cookies. i know how to configure my system but i am here because i am having problems with sauer.

alright, i am using the [nvidia] driver now and i have re-wrote my xorg.conf to use it with the nvidia config utility. i also deleted the 'cp' i made and replaced it with a 'ln'. everything works but sauer. i still get the same error trying to compile sauer from source (unix.c: enet error). the binary didnt work so i uninstalled it and re-instaled it but it doesnt help. this is my error output:
________________
$ sauer_client
Using existing ~/.sauerbraten directory.
Segmentation fault (core dumped)
________________

has anyone ever run sauer on FreeBSD 6.2. i have read a lot about wierd little bugs in the FreeBSD 6.xx that werent in any other BSD's. i cant seem to find a fix for this yet. anyone done this before?

reply to this message

#12: Re: ..

by MeatROme on 02/13/2007 06:42, refers to #11

I haven't followed this thread very closely ... but I'll comment anyway:

1) why are you using ~/.sauerbraten ?
Double-Why is the directory a hidden one?
I'll just assume you unpacked the release package into ~/.sauerbraten for some personal reason of yours for now.

The output "Using ..." isn't something from sauer itself ... so you've dabbled at that somehow - you should run something like
./bin_unix/native_client from the base directory you installed sauerbraten to after having compiled it yourself.

2) before compiling the game source you need to do everything your told in ./src/enet/README ... did you?

3) if all else fails, try running it through a debugger (like gdb), maybe that'll help you home in on the issue

reply to this message

#13: Re: ..

by variant_still_doesnt_like_cookies on 02/15/2007 22:00, refers to #11

Jahova,

Yes, it works on 6.2
To summarize:
I have it running on following systems:
--> amd64 with 64-bit FreeBSD 6.2
(with nv driver. very very slow, but that's because it lacks a nvidia driver)
--> amd64 with 32-bit version FreeBSD 6.1 with nvidia driver (well ok, that one is actually PC-BSD)

On both systems it compiles without errors both from ports and from the original sources (in last case, adapt Makefile yourself, see thread permanent servers e.o for changes)

--> i386 with FreeBSD 6.2 (server only, minimal install FreeBSD, and copied compiled execs from other above mentioned system)

If you use the ports-system, it should compile the necessary prerequisites also...
I would suggest to upgrade your ports tree and try again.
(
PC# cd /usr/ports/games/sauerbraten/
PC# make
===> Found saved configuration for sauerbraten-20060722
===> Extracting for sauerbraten-20061204
=> MD5 Checksum OK for sauerbraten_2006_12_04_gui_edition_linux.tar.gz.
...etc...)
You should also be able to specify to compile only the server.

The ./sauerbraten directory is used when you start the compiled-from-ports version

search for libm* gives:
/usr/lib/libm.so.3
/usr/lib32/libm.so.4
/usr/lib32/libm.so
/lib/libm.so.4

hth

reply to this message

   Board Index