No Server List
  • I compiled Ember today in Debian Linux using the 0.5.5 tarball I downloaded, Everything went fairly well, other than I made the freeimage mistake, and had to recompile.
    Anyway after it was all done, and the media was installed(manually), I fired up the game, and it seems to work, But I couldnt get a server list to show up. And adding my IP manually didnt work either.
    Can anyone point me in the direction of what i may have done wrong?

    I'm fairly sure by now that i screwed up something in the build, Or maybe it's something as simple as not having the right port open, i dont know.

    Any ideas would be useful at this point.

    Also how do i get rid of freeimage safely? I dont want to mess everything up unless im already in trouble, then ill wipe it.
    Before anyone asks i used ./configure --disable-freeimage
  • Hi, if you don't get a server list it's either because the metaserver is down, or because there's a firewall somewhere stopping the traffic to it. The meta server is up, as can be seen here: http://worldforge.org/dev/metaserver , so I'm guessing there's a firewall somewhere blocking the traffic. The meta server uses port 8453.

    I'm not so sure that FreeImage still is causing the same issues as it used to do. The reason I put that extra check there is to avoid an issue where FreeImage was causing linking errors which resulted in segfaults. But newer versions of FreeImage might have fixed this issue. You can use the configure directive "--disable-freeimage-check" with Ember to skip the FreeImage check. Using "--disable-freeimage" when compiling Ogre is correct, it will make Ogre switch over to DevIL instead of FreeImage; the feature set it pretty much identical.
  • Well i havent been able to figure it out, but debian and mepis both have this same problem of not being able to connect to the meta server.
    Ive used both the package and compiled ember myself, and get the same problem.
    All I can say is there is something about the debian and mepis distros thats interfering with connection to the meta server.
    Its possible to type in amber.worldforge.org and connect, but even then my video is all artifact colors. So my ati radeon hd2400 isnt handling this too well even with the latest drivers. I guess i could use the built in video, but we all know how much fun that is.

    Ive tried everything i can think of, I even plugged directly into the modem, and exposed the computer without a firewall,and it didnt help. So im out of ideas as to whats missing or setup wrong.

    I also tried other distros, only to get errors when i compile the worldforge libraries, stating that some of the code variables werent declared, and some people on the net say this is because the libc headers were cleaned up, And that all the older code needs to be updated with numerous #include statements.

    So im kinda stuck until i can figure out my problem with the meta server, But i am going to stick with debian because i am able to do everything i need to do, minus one little bug.
  • Ok, you seem to be having a couple of different issues. If you've compiled eris yourself it should have created a binary in test/metaquery which you can run to try to do a test query from the command line. That could perhaps give you some help.

    Regarding the issues you were having compiling wf libs on other distros it definitely doesn't have anything to do with "libc headers being cleaned up", whatever that means. If you posted some of the errors you're getting I can help you.
  • Well i dont get those errors in mepis and debian, or in the older versions of most distros. And some people are saying that you need to add more #include statements to the code to get rid of these errors. Because someone cleaned up the headers or something like that. I guess that means they made the code more strict, im not really sure. But in mingw i followed their advice and made it work, so im guessing its the same for linux.

    Anyway i dont have the errors to post anymore, if i get bored ill install a fresh install of fedora or something and show you what happens. But it was something like memcpy was not declared, actually i think that was one of the errors. And that was during an skstream compile.

    the important thing is that file you mentioned for testing, Ill get it compiled again, and see what that tells me, This connection problem has got to be something really stupid too i bet.

    The biggest reason i stick with debian, other than i just like it, is because of my hardware, its the only distro i found where i can enable all of my hardware at the same time. Ive got an hp presario sr1800nx with a pain in the ass sound system, and a nightmare for a video card. So my options are limited to Debian for now, bacause i dont enjoy compiling new kernels.

    Anyway thanks ill let you know what that file tells me.
  • Ok this is kinda big but im gonna do it anyway since i dont know whats going on with this.
    This is a fresh install of fedora 10 with all the updates.

    [eyerobot@Dad1 varconf-0.6.5]$ make
    make all-recursive
    make[1]: Entering directory `/home/eyerobot/varconf-0.6.5'
    Making all in varconf
    make[2]: Entering directory `/home/eyerobot/varconf-0.6.5/varconf'
    if /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.. -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -g -O2 -Wall -DNDEBUG -MT config.lo -MD -MP -MF ".deps/config.Tpo" -c -o config.lo config.cpp; \
    then mv -f ".deps/config.Tpo" ".deps/config.Plo"; else rm -f ".deps/config.Tpo"; exit 1; fi
    mkdir .libs
    g++ -DHAVE_CONFIG_H -I.. -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -g -O2 -Wall -DNDEBUG -MT config.lo -MD -MP -MF .deps/config.Tpo -c config.cpp -fPIC -DPIC -o .libs/config.o
    config.cpp: In function '<unnamed>::ctype_t<unnamed>::ctype(char)':
    config.cpp:81: warning: suggest parentheses around && within ||
    config.cpp: In member function 'int varconf::Config::getCmdline(int, char**, varconf::Scope)':
    config.cpp:247: warning: comparison with string literal results in unspecified behaviour
    if /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.. -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -g -O2 -Wall -DNDEBUG -MT parse_error.lo -MD -MP -MF ".deps/parse_error.Tpo" -c -o parse_error.lo parse_error.cpp; \
    then mv -f ".deps/parse_error.Tpo" ".deps/parse_error.Plo"; else rm -f ".deps/parse_error.Tpo"; exit 1; fi
    g++ -DHAVE_CONFIG_H -I.. -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -g -O2 -Wall -DNDEBUG -MT parse_error.lo -MD -MP -MF .deps/parse_error.Tpo -c parse_error.cpp -fPIC -DPIC -o .libs/parse_error.o
    if /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.. -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -g -O2 -Wall -DNDEBUG -MT variable.lo -MD -MP -MF ".deps/variable.Tpo" -c -o variable.lo variable.cpp; \
    then mv -f ".deps/variable.Tpo" ".deps/variable.Plo"; else rm -f ".deps/variable.Tpo"; exit 1; fi
    g++ -DHAVE_CONFIG_H -I.. -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -g -O2 -Wall -DNDEBUG -MT variable.lo -MD -MP -MF .deps/variable.Tpo -c variable.cpp -fPIC -DPIC -o .libs/variable.o
    variable.cpp: In member function 'virtual varconf::VarBase::operator int()':
    variable.cpp:206: error: 'atoi' was not declared in this scope
    variable.cpp: In member function 'virtual varconf::VarBase::operator double()':
    variable.cpp:215: error: 'atof' was not declared in this scope
    variable.cpp: In member function 'virtual bool varconf::VarBase::is_double()':
    variable.cpp:254: error: 'strtod' was not declared in this scope
    make[2]: *** [variable.lo] Error 1
    make[2]: Leaving directory `/home/eyerobot/varconf-0.6.5/varconf'
    make[1]: *** [all-recursive] Error 1
    make[1]: Leaving directory `/home/eyerobot/varconf-0.6.5'
    make: *** [all] Error 2
    [eyerobot@Dad1 varconf-0.6.5]$


    [eyerobot@Dad1 skstream-0.3.6]$ make
    make all-recursive
    make[1]: Entering directory `/home/eyerobot/skstream-0.3.6'
    Making all in skstream
    make[2]: Entering directory `/home/eyerobot/skstream-0.3.6/skstream'
    if /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -g -O2 -Wall -DNDEBUG -MT sksocket.lo -MD -MP -MF ".deps/sksocket.Tpo" -c -o sksocket.lo sksocket.cpp; \
    then mv -f ".deps/sksocket.Tpo" ".deps/sksocket.Plo"; else rm -f ".deps/sksocket.Tpo"; exit 1; fi
    mkdir .libs
    g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -g -O2 -Wall -DNDEBUG -MT sksocket.lo -MD -MP -MF .deps/sksocket.Tpo -c sksocket.cpp -fPIC -DPIC -o .libs/sksocket.o
    if /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -g -O2 -Wall -DNDEBUG -MT skstream.lo -MD -MP -MF ".deps/skstream.Tpo" -c -o skstream.lo skstream.cpp; \
    then mv -f ".deps/skstream.Tpo" ".deps/skstream.Plo"; else rm -f ".deps/skstream.Tpo"; exit 1; fi
    g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -g -O2 -Wall -DNDEBUG -MT skstream.lo -MD -MP -MF .deps/skstream.Tpo -c skstream.cpp -fPIC -DPIC -o .libs/skstream.o
    skstream.cpp: In constructor 'socketbuf::socketbuf(SOCKET_TYPE, unsigned int, unsigned int)':
    skstream.cpp:154: error: '::memset' has not been declared
    skstream.cpp: In member function 'bool dgram_socketbuf::setTarget(const std::string&, unsigned int, int)':
    skstream.cpp:393: error: '::memcpy' has not been declared
    skstream.cpp: In member function 'void tcp_socket_stream::open(const std::string&, int, bool)':
    skstream.cpp:740: error: '::memcpy' has not been declared
    skstream.cpp: In member function 'bool tcp_socket_stream::isReady(unsigned int)':
    skstream.cpp:1008: error: '::memcpy' has not been declared
    skstream.cpp: In member function 'int dgram_socket_stream::bindToIpService(int, int, int)':
    skstream.cpp:1110: error: '::memcpy' has not been declared
    make[2]: *** [skstream.lo] Error 1
    make[2]: Leaving directory `/home/eyerobot/skstream-0.3.6/skstream'
    make[1]: *** [all-recursive] Error 1
    make[1]: Leaving directory `/home/eyerobot/skstream-0.3.6'
    make: *** [all] Error 2
    [eyerobot@Dad1 skstream-0.3.6]$



    Ive seen these errors using mingw and i just add some #includes to fix it, But in linux im not all that familiar with whats wrong with it.
    Also This happens with fully updated Distros of Debian, Mepis, Ubuntu, And of course Fedora, Knoppix i dont know since it wouldnt install. But they were both 32 and 64 bit installs that did this.

    Next im going to do a GIT download instead of using the prepackaged code, and see if it changes anything.
  • Ok good news, It appears that Debian was at fault after all. And passed the error on to Mepis.
    I dont know the exact details, but in their last update they broke some of the protocol handlers.
    But In todays update they have it fixed, And everything is working fine now. I guess this thread can be closed on a good note.

    As for the compiling errors, Ill try to figure out what i can about it And post it in a thread of its own, unless of course it doesnt happen anymore, ill cross my fingers.

    Thanks for your help.
  • Hi, was it an issue with Debian or was it something affecting all of those distros you mentioned?
  • Well since most of the distros i was using are based on Debian, The errors were being passed down the line, But they were originating at Debian.org.
    The other rpm based distros i tried, had problems with GCC, which has already been solved in another thread here.

    So to wrap it all up, The no server list was caused by a few typos that came from Debian, And all of the other errors were caused by some missing #include statements in worldforge code, that GCC requires now.

    Keep in mind that this was all done using the worldforge code tarball, not the GIT repository. So its going to have old problems like this, It was version 0.5.5 too. So if anyone reads this, looking for answers. 0.5.5 is too old, you really need a newer version to get up to date code.

    The only problem I have now, is my video card an ati radeon 2400hd, absolutely doesnt like ember. And I get a world of artifact colors, which is kinda cool by the way.
    So Im recompiling on another computer that has a standard radeon 9200 card, This one runs the package very well, so ill just have to see how it likes a compiled version of ember.

    Also after a lot of trial and error, I decided it was safer for me to use Mepis again, Since the devs at mepis take the time to find, and alleviate most bugs before i run into them. So hopefully they will fix most of the headaches before they get to me. Also it has proven to be more stable than Debian, Due to the fact that they fix so many things before release, that Debian may have overlooked. (Debian did crash on me, on two separate machines actually.)
  • The compilation errors you highlight above are all fixed but unreleased. Both libraries need a release which I'll get right on in the new year.

Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

Sign In with Google Sign In with OpenID