bzflag crashes on 12.1

Build in the distro crashes, so I tried to build my own with debug info


  curl version:    7.20.1
  Host setup:      i686-pc-linux-gnu
  Install prefix:  /usr/local
  Compiler:        gcc
  SSL support:     enabled (OpenSSL)
  SSH support:     no      (--with-libssh2)
  zlib support:    enabled
  krb4 support:    no      (--with-krb4*)
  GSSAPI support:  no      (--with-gssapi)
  SPNEGO support:  no      (--with-spnego)
  c-ares support:  no      (--enable-ares)
  ipv6 support:    enabled
  IDN support:     enabled
  Build libcurl:   Shared=yes, Static=yes
  Built-in manual: enabled
  Verbose errors:  enabled (--disable-verbose)
  SSPI support:    no      (--enable-sspi)
  ca cert bundle:  no
  ca cert path:    /etc/ssl/certs/
  LDAP support:    no      (--enable-ldap / --with-ldap-lib / --with-lber-lib)
  LDAPS support:   no      (--enable-ldaps)
  RTSP support:    enabled
  Protocols:       DICT FILE FTP FTPS HTTP HTTPS IMAP IMAPS POP3 POP3S RTSP SMTP SMTPS TELNET TFTP

Done.

BZFlag-2.4.0.20111129 configured with the following:

             Prefix: /usr/local
           Binaries: /usr/local/bin
            Plugins: /usr/local/lib/bzflag
       Manual pages: /usr/local/share/man

CC       = gcc
CXX      = g++
CFLAGS   = -g -O2
CXXFLAGS = -g -O2
CPPFLAGS = 
LDFLAGS  =  
LIBS     = -lm  -lpthread

Build ares ........: yes
Build curl ........: no (using system)
Build glew ........: no (using system)
Build regex .......: no (using system)
Build zlib ........: no (using system)

BZFlag client .....: yes (with SDL)
BZFlag server .....: yes (with plugins)
BZAdmin client ....: yes

Program received signal SIGSEGV, Segmentation fault.
0xb5c53cb0 in ares_getsock () from /usr/lib/libcares.so.2

Best Regards

I succeeded to build working bzflag game. After installing libcares-devel package, removing whole bzflag build tree, uncomperss and build again with forcing to use system ares library
./configure --enable-ares --disable-ares-build


Build ares ........: no (using system)
Build curl ........: no (using system)
Build glew ........: no (using system)
Build regex .......: no (using system)
Build zlib ........: no (using system)

make
make install

I think that the problem is because if libcares-devel is not installed the bzflag is compiled with included in its source tree ares, but on run it use dynamic link with /usr/lib/libcares.so.2

The easy way.

On YAST
Downgrade all versions of “libcares” down to 1.7.4-4.1
Downgrade “libcurl” down to 7.21.2-9.1 (its addicted from libcares and yast downgrade it automatic)

Not the gentle way, but BZFlag 2.4 works fine.

On 12/31/2011 08:46 PM, Hotzenplotz178 wrote:
> Downgrade all versions of “libcares” down to 1.7.4-4.1
> Downgrade “libcurl” down to 7.21.2-9.1 (its addicted from libcares and
> yast downgrade it automatic)
>
does that affect any other programs/functions/capabilities, that you
know of??

i ask, because i used to do a little tanking, but have not because i got
tired of futzing with the thing…


DD
openSUSE®, the “German Engineered Automobiles” of operating systems!

Forget it, after a reboot (new kernel) few days ago, same problem.

With VDrift the same problem, too.

This libcurl sucks.

Somebody fix my ****ed BZFLAG game! Haven’t played it in 8 months and I’m getting unstable!!! Do it now! Hurry…

Master Rod

On 02/04/2012 08:46 PM, rrdonovan wrote:
>
> Do it now! Hurry…

logged a bug have you?
http://tinyurl.com/nzhq7j


DD
Read what Distro Watch writes: http://tinyurl.com/SUSEonDW

Oh carp - I’ve just upgraded to 12.1 and never even thought to look to see if there was an issue with Bzflag, which there is. When it doesn’t crash it refuses to find any host servers - sigh :frowning:

> Oh carp - I’ve just upgraded to 12.1 and never even thought to look to
> see if there was an issue with Bzflag, which there is. When it doesn’t
> crash it refuses to find any host servers - sigh :frowning:

i have loaded BZFlag 2.4.0.20111030 from (i think) the 12.1 standard
repo (maybe it was from factory) onto my openSUSE 11.4 (32 bit) and it
runs flawlessly…so i wouldn’t know how to help you, but if you
“upgraded” (as you said) from an earlier version to 12.1 i would suspect
that you (somehow–which is EASY to do…and, therefore i never
‘upgrade’ but rather always fresh install) have some leftovers from an
earlier version…so maybe try:

  1. use YaST Software Management to uninstall bzflag AND use the YaST
    Option “Cleanup when deleting packages”

  2. use YaST Software Management to install bzflag

  3. find viper.pimpi.org:5158 and come there so i can kill you :slight_smile:

by the way, i hear you can eat carp, but they are full of bones…

posting the build warning ( linker likely ) that is causing the “libcares.so.2” seg fault , might help

right now i am on 11.4 … so …
but the current bzflag-2.4.0.zip builds and runs just fine on 11.4 64 bit

On 05/01/2012 05:56 AM, JohnVV wrote:
>
> posting the build warning ( linker likely ) that is causing the
> “libcares.so.2” seg fault , might help

OH! i forgot to mention i had to uninstall libstdc++45-4.5.1 and in its
place install libstdc++46-4.6.2 in order to meet the dependencies of the
newer bzflag…

No idea how this got so long when imblack got it (mostly) right in the second message…

The problem is fixed in the games repo (that will take some time to be published because some problems with the OBS). If you want an official update open a bug as DenverD said…

Not very descriptive, but I updated it…

Nonsense. libcurl is a more than proven library.

Hi, my Opensuse installation is a fresh install - I had tried an in place upgrade but doing a check on the rpm database showed up a lot of left overs from 11.4 so decided to got the nuclear route instead.

My rpm database is pointing to the opensuse games repository here: Index of /repositories/games/openSUSE_12.1
This gives me BZFLAG version BZFlag 2.4.0_21.3 Does this make my version newer or older than yours?

This version runs, doesn’t find any bzservers and eventually crashes.

On 05/02/2012 12:26 AM, ptmorris wrote:
> My rpm database is pointing to the opensuse games repository here:
> ‘Index of /repositories/games/openSUSE_12.1’
> (http://download.opensuse.org/repositories/games/openSUSE_12.1)
> This gives me BZFLAG version BZFlag 2.4.0_21.3 Does this make my
> version newer or older than yours?
>
> This version runs, doesn’t find any bzservers and eventually crashes.

i look now in YaST Software Management and see mine listed as
2.4.0-4.1.2-i586 which i direct downloaded from this page
http://software.opensuse.org/search by specifying 12.1, and i think it
came from the standard (OSS) repo [which is not the same one you
pulled from]…and, then once i met its need of libstdc++46 (instead of
libstdc++45) it “just ran”…and, finds lots of servers…

i can’t tell which is the ‘newest’ (because i don’t know the build time
for your 2.4.0_21.3), but my was built at “Sun 30 Oct 2011 03:19:21 AM CET”

hmmmm…if yours is actually 2.4.0-21.3 then it is newer (but newer is
not always better…so, suggest you switch from the games repo and
replace what you have now with the 2.4.0-4.1.2 in the standard repo)

My PC is unable to run correctly both Bzflag installs from the games repo and the OSS repo. As you are running 11.4 it looks as though this is an issue with 12.1 … sigh.

I have just seen that there is an unstable version here. I’ll give that ago as the stable ones don’t appear to be very stable on my PC.

Happy to report that the factory version from here version bzflag-2.4.0-7.2.i586.rpm is working fine.

Because the latest version from the games repo still hasn’t been published (because of this) and because nobody opened a bug report.

It’s an issue where bzflag is providing the symbols from libcares 1.7.1. And libcurl is compiled against libcares 1.7.4 in openSUSE 11.4 and libcares 1.7.5 in openSUSE 12.1. Yes, obviously it depends on the openSUSE version… but is not “an issue with 12.1”, it’s an issue with bzflag as imblack told in this same thread five months ago…

Where it says “unstable”?? It’s the fixed version that will be published in the games repo once the server problems are fixed.

The stable version is not stable on your PC because not you nor nobody else created a bug report as DenverD said three months ago…

Published.

Thank you for the update RedDwarf

" Starbug was built to last sir. This old baby’s crashed more times than a ZX81. " Kryten