After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 325045 - gst-monkeysaudio crashes trying to open a .ape file
gst-monkeysaudio crashes trying to open a .ape file
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-monkeysaudio
0.8.0
Other All
: Normal critical
: git master
Assigned To: Christian Fredrik Kalager Schaller
Christian Fredrik Kalager Schaller
Depends on:
Blocks:
 
 
Reported: 2005-12-27 09:50 UTC by Federico
Modified: 2006-07-04 10:43 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Log of attempt to build gstreamer (5.33 KB, text/plain)
2006-02-10 21:35 UTC, Jonathan Ryshpan
Details

Description Federico 2005-12-27 09:50:06 UTC
Steps to reproduce:
1. open amaroK player
2. try to open a .ape file
3. gst-monkeysaudio (and then amaroK) crashes


Stack trace:
Program received signal SIGSEGV, Segmentation fault.

Thread 16384 (LWP 372)

  • #0 gst_monkeysdec_get_type
    from /usr/lib/gstreamer-0.8/libgstmonkeysaudio.so
  • #1 gst_pad_query
    from /usr/lib/libgstreamer-0.8.so.1
  • #2 gst_element_query
    from /usr/lib/libgstreamer-0.8.so.1
  • #3 GstEngine::length
    at /home/federico/programmi/amarok-svn/amarok/src/engine/gst/gstengine.cpp line 339


Other information:
This happens with at least two different monkey's audio files, but not always
Comment 1 Andy Wingo 2006-01-11 16:02:52 UTC
Is there a file this always happens with? Is there any way you can try this against 0.10?
Comment 2 Federico 2006-01-11 17:45:32 UTC
Yes, I have (at least) one file that causes almost every time this crash. It's a huge (and copyrighted...) file (240 MB) so I don't know how to send it to you...
Maybe as an email attachment?
Comment 3 Andy Wingo 2006-01-12 11:29:38 UTC
I don't think 240 MB will go well through the email system ;) Perhaps try this:

$ dd if=my-file.ape of=truncated.ape bs=1024 count=1024

That should give you just the first MB of the file in truncated.ape. See if that causes the crash. If so please send it to me over email (wingo at pobox dot com).
Comment 4 Federico 2006-01-12 11:50:41 UTC
Ok, I've truncated that ape file, and the crash happens even with that file... but as i've already written, not always, but often
I'll send you the truncated ape file
Comment 5 Jonathan Ryshpan 2006-01-21 21:04:29 UTC
I had the same problem and have built the rpm using a later version (probably) of g++, using the source rpm:
    gstreamer-monkeysaudio-0.8.2-0.gst.1.4.src.rpm .

The build failed with the following error messages.  The compiler is:
    g++ (GCC) 4.0.2 20051125 (Red Hat 4.0.2-8)

g++ -DHAVE_CONFIG_H -I. -I. -I../../../src/Shared -I../../../src/Shared -I../../../src/MACLib -O2 -g -pipe -Wp,-D_FORTIFY_S
OURCE=2 -fexceptions -m64 -mtune=nocona -s -O3 -Wall -pedantic -Wno-long-long -DBUILD_CROSS_PLATFORM -MT APEDecompressOld.lo
 -MD -MP -MF .deps/APEDecompressOld.Tpo -c APEDecompressOld.cpp  -fPIC -DPIC -o .libs/APEDecompressOld.o
APEDecompressOld.cpp: In member function 'virtual int CAPEDecompressOld::GetInfo(APE_DECOMPRESS_FIELDS, int, int)':
APEDecompressOld.cpp:253: error: cast from 'WAVEFORMATEX*' to 'int' loses precision

The problem seems to be with the virtual function GetInfo(),
which is in MACLib/MACLib.h .  It occasionally uses one of
its arguments, which are all ints, as a pointer to return
results.  Which doesn't work on the x86-64 

I have reported a similar compilation error to the mac-port team at Sourceforge.

Comment 6 Andy Wingo 2006-02-06 09:10:08 UTC
Jonathan, your bug appears to be different. Please try building the 0.10 monkeysaudio plugin, and if you have problems please file another bug. Thanks.
Comment 7 Jonathan Ryshpan 2006-02-10 21:35:51 UTC
Created attachment 59105 [details]
Log of attempt to build gstreamer

Andy: rpmbuild has been enhanced to include a new check for rpaths included in shared libraries.  The test indicates invalid rpaths in a number of the libraries generated.  This is preventing the latest gst from building on my system, which I am doing natively.  I have attached extracts of the build log including what seem to me to be the relevant parts.
Comment 8 Wim Taymans 2006-03-23 11:31:11 UTC
ping? where is that truncated ape file?
Comment 9 André Klapper 2006-07-04 10:43:17 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information Andy and Wim asked for.
Thanks!