[xine-bugs] [ xine-Bugs-1145463 ] Two Xine crashes when compiled with GCC 3.4.3

[SourceForge.net <noreply@so...>]

Bugs item #1145463, was opened at 2005-02-21 15:26
Message generated for change (Comment added) made by mroi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1145463&group_id=9655

Category: xine
Group: None
>Status: Pending
>Resolution: Works For Me
Priority: 5
Submitted By: Gilles Gagniard (jaile)
Assigned to: Nobody/Anonymous (nobody)
Summary: Two Xine crashes when compiled with GCC 3.4.3

Initial Comment:
With Xine 1.0 compiled with GCC 3.4.3 (on a Gentoo system,  
gcc-3.4.3 and xine-lib-1.0), Xine crashes on two different  
events. The first one is when I try to read an AAC file. Here is what I  
get when running xine-ui with the --verbose flag : 
  
gui_xine_open_and_play():  
        mrl: 'music.mp4',  
        sub 'NONE',  
        start_pos 0, start_time 0, av_offset 0, spu_offset 0.  
xine: found input plugin  : file input plugin  
xine: found demuxer plugin: Apple Quicktime (MOV) and MPEG-4  
demux plugin  
av_offset=0 pts  
spu_offset=0 pts  
xiTK received SIGSEGV signal, RIP.  
Aborted  
 
The second one is during the initialization of the Goom visualization 
plugin : one way to avoid it is to use another visualization plugin 
(like ofscope for example). 
 
However, when I recompile Xine with GCC 3.3.5 (gcc-3.3.5-r1) 
everything (both Goom and the AAC decoder) works perfectly ... So 
I guess this could indicate a bug in the xine codebase when compiled 
with recents GCC versions ? 

----------------------------------------------------------------------

>Comment By: Michael Roitzsch (mroi)
Date: 2005-02-22 16:09

Message:
Logged In: YES 
user_id=552060

When different optimization options decide whether the resulting 
binary is broken or not, it usually points to a compiler problem. You 
could try reproducing the problem with the official libfaad decoder 
available on http://www.audiocoding.com/. xine-lib uses libfaad 2.0 and 
I think a small standalone player app is included in the tarball. 
 
Michael 
 

----------------------------------------------------------------------

Comment By: Gilles Gagniard (jaile)
Date: 2005-02-22 02:04

Message:
Logged In: YES 
user_id=1040207

For the Goom crash, sorry to have bothered you, I solved it. The problem 
lied in a broken patch applied by Gentoo (xine-lib-hardened-mmx.patch for 
those interested). So to avoid this (all these patches), I compiled both 
xine-lib and xine-ui from official sources. First I compiled them in debug 
mode (following the instructions on the "Developer's corner" page) and the 
AAC playing worked ! Then after a "make distclean", I compiled them again 
(the official sources without any patches) with " ./configure CFLAGS='-O3 
-march=pentium3 -pipe' " (that's the flags I use for everything else ...) 
and I obtain exactly the same crash as described. But i'm not able to give 
you a backtrace, as in debug mode everything works perfectly ... So 
maybe it's a compiler problem ? That's strange. Oh, and anyway, the same 
sources compiled with gcc 3.3.5 work flawlessly. 

----------------------------------------------------------------------

Comment By: Michael Roitzsch (mroi)
Date: 2005-02-21 16:11

Message:
Logged In: YES 
user_id=552060

It might also indicate a bug in the compiler. 
Could you provide backtraces of both crashes for investigation? 
 
Michael 
 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1145463&group_id=9655

[xine-bugs] [ xine-Bugs-1145463 ] Two Xine crashes when compiled with GCC 3.4.3

[SourceForge.net <noreply@so...>]

Bugs item #1145463, was opened at 2005-02-21 15:26
Message generated for change (Comment added) made by jaile
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1145463&group_id=9655

Category: xine
Group: None
>Status: Open
Resolution: None
Priority: 5
Submitted By: Gilles Gagniard (jaile)
Assigned to: Nobody/Anonymous (nobody)
Summary: Two Xine crashes when compiled with GCC 3.4.3

Initial Comment:
With Xine 1.0 compiled with GCC 3.4.3 (on a Gentoo system,  
gcc-3.4.3 and xine-lib-1.0), Xine crashes on two different  
events. The first one is when I try to read an AAC file. Here is what I  
get when running xine-ui with the --verbose flag : 
  
gui_xine_open_and_play():  
        mrl: 'music.mp4',  
        sub 'NONE',  
        start_pos 0, start_time 0, av_offset 0, spu_offset 0.  
xine: found input plugin  : file input plugin  
xine: found demuxer plugin: Apple Quicktime (MOV) and MPEG-4  
demux plugin  
av_offset=0 pts  
spu_offset=0 pts  
xiTK received SIGSEGV signal, RIP.  
Aborted  
 
The second one is during the initialization of the Goom visualization 
plugin : one way to avoid it is to use another visualization plugin 
(like ofscope for example). 
 
However, when I recompile Xine with GCC 3.3.5 (gcc-3.3.5-r1) 
everything (both Goom and the AAC decoder) works perfectly ... So 
I guess this could indicate a bug in the xine codebase when compiled 
with recents GCC versions ? 

----------------------------------------------------------------------

>Comment By: Gilles Gagniard (jaile)
Date: 2005-02-22 02:04

Message:
Logged In: YES 
user_id=1040207

For the Goom crash, sorry to have bothered you, I solved it. The problem 
lied in a broken patch applied by Gentoo (xine-lib-hardened-mmx.patch for 
those interested). So to avoid this (all these patches), I compiled both 
xine-lib and xine-ui from official sources. First I compiled them in debug 
mode (following the instructions on the "Developer's corner" page) and the 
AAC playing worked ! Then after a "make distclean", I compiled them again 
(the official sources without any patches) with " ./configure CFLAGS='-O3 
-march=pentium3 -pipe' " (that's the flags I use for everything else ...) 
and I obtain exactly the same crash as described. But i'm not able to give 
you a backtrace, as in debug mode everything works perfectly ... So 
maybe it's a compiler problem ? That's strange. Oh, and anyway, the same 
sources compiled with gcc 3.3.5 work flawlessly. 

----------------------------------------------------------------------

Comment By: Michael Roitzsch (mroi)
Date: 2005-02-21 16:11

Message:
Logged In: YES 
user_id=552060

It might also indicate a bug in the compiler. 
Could you provide backtraces of both crashes for investigation? 
 
Michael 
 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1145463&group_id=9655