Package: wesnoth-server
Version: 1.2.4-1
Severity: important

hi,

i tried to setup a wesnoth server on an old sparc box, but as soon as a
client machine wants to connect to the server, the server process gets
killed by a bus error.

i can reproduce the crash with wesnoth-server 1.2-1 from the etch release 
and also with the current version in sid.

i'll paste a backtrace of the current package in sid:

Reading symbols from /usr/lib/libSDL_net-1.2.so.0...(no debugging
symbols found)...done.
Loaded symbols for /usr/lib/libSDL_net-1.2.so.0
Reading symbols from /usr/lib/libSDL-1.2.so.0...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libSDL-1.2.so.0
Reading symbols from /usr/lib/libX11.so.6...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libX11.so.6
Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libstdc++.so.6
Reading symbols from /lib/libm.so.6...(no debugging symbols
found)...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols
found)...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/libc.so.6...
(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /usr/lib/libasound.so.2...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libasound.so.2
Reading symbols from /lib/libdl.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /usr/lib/libdirectfb-0.9.so.25...(no debugging
symbols found)...done.
Loaded symbols for /usr/lib/libdirectfb-0.9.so.25
Reading symbols from /usr/lib/libfusion-0.9.so.25...(no debugging
symbols found)...done.
Loaded symbols for /usr/lib/libfusion-0.9.so.25
Reading symbols from /usr/lib/libdirect-0.9.so.25...(no debugging
symbols found)...done.
Loaded symbols for /usr/lib/libdirect-0.9.so.25
Reading symbols from /lib/libpthread.so.0...
(no debugging symbols found)...done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /usr/lib/libXau.so.6...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libXau.so.6
Reading symbols from /usr/lib/libXdmcp.so.6...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libXdmcp.so.6
Reading symbols from /lib/ld-linux.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib/ld-linux.so.2
Core was generated by `wesnothd'.
Program terminated with signal 10, Bus error.
#0  0x00043c24 in std::operator+<char, std::char_traits<char>,
std::allocator<char> > ()
(gdb) bt
#0  0x00043c24 in std::operator+<char, std::char_traits<char>,
std::allocator<char> > ()
#1  0x00044a1c in std::operator+<char, std::char_traits<char>,
std::allocator<char> > ()
#2  0xf7ed3c88 in SDL_GetThreadID () from /usr/lib/libSDL-1.2.so.0
#3  0xf7ed3c88 in SDL_GetThreadID () from /usr/lib/libSDL-1.2.so.0
Previous frame identical to this frame (corrupt stack?)


maybe this is a gcc/g++ error, as i noticed a bunch of other applications 
crash by the SIGBUS signal on sparc?

cheers - fuddl


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-sparc64
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8)

Versions of packages wesnoth-server depends on:
ii  libc6                       2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libgcc1                     1:4.1.1-21   GCC support library
ii  libsdl-net1.2               1.2.5-7+b1   network library for Simple DirectM
ii  libsdl1.2debian             1.2.11-8     Simple DirectMedia Layer
ii  libstdc++6                  4.1.1-21     The GNU Standard C++ Library v3
ii  libx11-6                    2:1.0.3-7    X11 client-side library
ii  lsb-base                    3.1-23.1     Linux Standard Base 3.1 init scrip

wesnoth-server recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to