Bug 91950 - Daimonin (0.96.6_BETA3) dies while loading Fatal signal: Segmentation Fault (SDL Parachute Deployed)
Bug#: 91950 Product:  Gentoo Linux Version: unspecified Platform: AMD64
OS/Version: Linux Status: RESOLVED Severity: normal Priority: P2
Resolution: WONTFIX Assigned To: games@gentoo.org Reported By: gentoobugs@hayward.uk.com
Component: Games
URL: 
Summary: Daimonin (0.96.6_BETA3) dies while loading Fatal signal: Segmentation Fault (SDL Parachute Deployed)
Keywords:  Inclusion
Status Whiteboard: 
Opened: 2005-05-08 16:55 0000
Description:   Opened: 2005-05-08 16:55 0000
I have successfully emerged version daimonin-client-0.95b-r2 and this runs
fine, apart from you can't login due to version number,
daimonin-client-0.96.6_beta3 emerges successfully but fails to run



Reproducible: Always
Steps to Reproduce:
1.ACCEPT_KEYWORDS="~amd64" emerge daimonin-client
2.daimonin or SDL_AUDIODRIVER=null ./daimonin
3.

Actual Results:  
Starts to load and you see the graphics for a brief second
I have tried SDL_AUDIODRIVER=null ./daimonin but it just exits slightly quicker

List Video Modes
All resolutions available.
VideoInfo: hardware surfaces? no
VideoInfo: windows manager? yes
VideoInfo: hw to hw blit? no
VideoInfo: hw to hw ckey blit? no
VideoInfo: hw to hw alpha blit? no
VideoInfo: sw to hw blit? no
VideoInfo: sw to hw ckey blit? no
VideoInfo: sw to hw alpha blit? no
VideoInfo: color fill? no
VideoInfo: video memory: 0KB
**** NOTE ****
With sound enabled SDL will throw a parachute
when the soundcard is disabled or not installed.
Try then to start the client with 'SDL_AUDIODRIVER=null ./daimonin'
Read the README_LINUX.txt file for more information.
Warning: Couldn't set sound device. Reason: No available audio device
Fatal signal: Segmentation Fault (SDL Parachute Deployed)


Expected Results:  
The game to load as per the previous version

CFLAGS="-march=athlon64"
CHOST="x86_64-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
USE="alsa -arts asf avi cdr cups directfb divx4linux dvd encode esd ethereal
foomatic db fbcongif -gnome gpm gstreamer gtk gtk2 imagemagick -ipv6 java jpeg
kde libwww multilib mmx mpeg ncurses offensive oggvorbis opengl oss pdflib
pearl
plotutils png qt quicktime readline scanner samba spell tiff unicode usb wmf
wmv
X xinerama xmms xv sse sse2 3dnow 3dnowex"
MAKEOPTS="-j2"
SYNC="rsync://hammond/gentoo-portage"
JAVA_HOME="/opt/blackdown-jdk-1.4.2.01"
GENTOO_MIRRORS="http://mirror.uni-c.dk/gentoo/ http://gentoo.osuosl.org/"

------- Comment #1 From Raymond Lewis Rebbeck 2005-11-02 05:55:47 0000 -------
I get exactly the same error. daimonin-client-0.95b-r2 works, but can't connect 
to the server and daimonin-client-0.96.6_beta3 just fails to start in the 
manner previously described. 

Portage 2.0.51.22-r3 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r2,   
2.6.13-gentoo-r5 x86_64)   
=================================================================   
System uname: 2.6.13-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3000+   
Gentoo Base System version 1.6.13   
dev-lang/python:     2.4.2   
sys-apps/sandbox:    1.2.12   
sys-devel/autoconf:  2.13, 2.59-r6   
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1   
sys-devel/binutils:  2.15.92.0.2-r10   
sys-devel/libtool:   1.5.20   
virtual/os-headers:  2.6.11-r2   
ACCEPT_KEYWORDS="amd64"   
AUTOCLEAN="yes"   
CBUILD="x86_64-pc-linux-gnu"   
CFLAGS="-march=athlon64 -O2 -pipe"   
CHOST="x86_64-pc-linux-gnu"   
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"   
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"   
CXXFLAGS="-march=athlon64 -O2 -pipe"   
DISTDIR="/usr/portage/distfiles"   
FEATURES="autoconfig distlocks sandbox sfperms strict"   
GENTOO_MIRRORS="http://distfiles.gentoo.org   
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"   
LC_ALL="en_AU.UTF-8"   
LINGUAS="en_GB"   
MAKEOPTS="-j2"   
PKGDIR="/usr/portage/packages"   
PORTAGE_TMPDIR="/var/tmp"   
PORTDIR="/usr/portage"   
SYNC="rsync://rsync.au.gentoo.org/gentoo-portage"   
USE="amd64 X aac alsa apache2 arts avi bash-completion berkdb bitmap-fonts cdr  
cjk crypt curl dts dvd dvdr eds emboss encode exif fam flac foomaticdb fortran  
gif gpm gtk gtk2 hal ieee1394 imlib java jpeg kde kdeenablefinal lm_sensors lzw 
lzw-tiff mad mp3 mpeg ncurses nls nptl ogg oggvorbis opengl pam pdflib perl pic 
png python qt quicktime readline sdl spell ssl tcpd tiff truetype   
truetype-fonts type1-fonts udev unicode usb userlocales vcd vorbis xine xml2   
xpm xv zlib linguas_en_GB userland_GNU kernel_linux elibc_glibc"   
Unset:  ASFLAGS, CTARGET, LANG, LDFLAGS, PORTDIR_OVERLAY   

------- Comment #2 From Raymond Lewis Rebbeck 2005-11-02 22:34:10 0000 -------
Created an attachment (id=71984) [details]
fixes a 64-bit compatiblity issue

------- Comment #3 From Raymond Lewis Rebbeck 2005-11-02 22:34:39 0000 -------
Created an attachment (id=71985) [details]
fixes a 64-bit compatiblity issue

------- Comment #4 From Raymond Lewis Rebbeck 2005-11-02 22:49:49 0000 -------
The above two patches were obtained from    
http://www.freebsd.org/cgi/cvsweb.cgi/ports/games/daimonin-client/files/ and    
fix this bug. With the patches applied daimonin-client-0.96.6_beta3 will start   
normally as opposed to segfaulting almost straight away.  
  
Although even with the above two patches applied, it will still segfault when 
the client attempts to update it's files with the server. This occurs when 
anything higher than -O0 is set in the user's CFLAGS. BTW if anyone is 
wondering, I have tested it and -O0 does not fix the problem that the above two 
patches fix. It works perfectly fine for me with CFLAGS="-march=athlon64 -O0 
-pipe" and CXXFLAGS="${CFLAGS}" 
 
The ebuild should be changed to include the above two patches and to force -O0 
for amd64 targets. 
 
From what I understand these fixes among others are present in daimonin-cvs and 
better 64-bit support is planned for beta4, the above fixes should only be 
needed for the current release. 

------- Comment #5 From Simon Stelling (RETIRED) 2007-02-01 13:02:27 0000 -------
as this package is masked because of a vulnerability anyway I didn't bother to
fix it and marked it -amd64