Comment 5 for bug 851737

Interesting, thanks for the backtrace. Were you recording this while mixxx
was running and crashed, or was this from a previous recording session?

On Fri, Sep 16, 2011 at 10:46 AM, Jens Nachtigall <email address hidden> wrote:

> ok, I now saw that the 1.10 compiled mixxx is fine for gdb, so here is
> the backtrace:
>
>
> Program received signal SIGABRT, Aborted.
> 0xb7fe1424 in __kernel_vsyscall ()
> (gdb) bt
> #0 0xb7fe1424 in __kernel_vsyscall ()
> #1 0xb4f1fe71 in raise (sig=6) at
> ../nptl/sysdeps/unix/sysv/linux/raise.c:64
> #2 0xb4f2334e in abort () at abort.c:92
> #3 0xb51460b5 in __gnu_cxx::__verbose_terminate_handler() () from
> /usr/lib/i386-linux-gnu/libstdc++.so.6
> #4 0xb5143fa5 in ?? () from /usr/lib/i386-linux-gnu/libstdc++.so.6
> #5 0xb5143fe2 in std::terminate() () from
> /usr/lib/i386-linux-gnu/libstdc++.so.6
> #6 0xb514414e in __cxa_throw () from
> /usr/lib/i386-linux-gnu/libstdc++.so.6
> #7 0xb51446d7 in operator new(unsigned int) () from
> /usr/lib/i386-linux-gnu/libstdc++.so.6
> #8 0xb538eb00 in std::vector<unsigned int, std::allocator<unsigned int>
> >::_M_insert_aux(__gnu_cxx::__normal_iterator<unsigned int*,
> std::vector<unsigned int, std::allocator<unsigned int> > >, unsigned int
> const&) () from /usr/lib/libtag.so.1
> #9 0xb538e766 in TagLib::RIFF::File::read() () from /usr/lib/libtag.so.1
> #10 0xb538ea00 in TagLib::RIFF::File::File(char const*,
> TagLib::RIFF::File::Endianness) () from /usr/lib/libtag.so.1
> #11 0xb538ff58 in TagLib::RIFF::WAV::File::File(char const*, bool,
> TagLib::AudioProperties::ReadStyle) () from /usr/lib/libtag.so.1
> #12 0x08221822 in SoundSourceSndFile::parseHeader (this=0x871cb50) at
> src/soundsourcesndfile.cpp:173
> #13 0x081cb037 in SoundSourceProxy::ParseHeader (p=0xabffe1ac) at
> src/soundsourceproxy.cpp:285
> #14 0x081ed2ca in TrackInfoObject::parse (this=0xabffe1ac) at
> src/trackinfoobject.cpp:201
> #15 0x081ebd50 in TrackInfoObject::initialize (this=0xabffe1ac,
> parseHeader=true) at src/trackinfoobject.cpp:142
> #16 0x081ea85a in TrackInfoObject::TrackInfoObject (this=0xabffe1ac,
> sLocation=..., parseHeader=true) at src/trackinfoobject.cpp:38
> #17 0x0816abb6 in BrowseThread::populateModel (this=0x8505b88) at
> src/library/browse/browsethread.cpp:120
> #18 0x0816a9ec in BrowseThread::run (this=0x8505b88) at
> src/library/browse/browsethread.cpp:85
> #19 0xb55d6da2 in ?? () from /usr/lib/libQtCore.so.4
> #20 0xb4ee0e99 in start_thread (arg=0xabffeb70) at pthread_create.c:304
> #21 0xb4fc573e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130
>
>
> So the relevant part seems to be:
>
> #12 0x08221822 in SoundSourceSndFile::parseHeader (this=0x871cb50) at
> src/soundsourcesndfile.cpp:173
> 173 TagLib::RIFF::WAV::File f(location.toUtf8().constData());
> (gdb) printq4string location
> /home/jens/music/Mixxx/Recordings/09_15_2011-21h_14m_33s.wav
>
> So the Parser seems to have a problem with this file (funny enough, it is
> what mixxx was recording ;) I attach this file to the bugreport, maybe you
> can reproduce with its help -- argh, sorry, the file is 93MB, so I better
> put it here for downloading:
> http://www2.informatik.hu-berlin.de/~nachtiga/09_15_2011-21h_14m_33s.wav
>
> Some info about it:
>
> $ file 09_15_2011-21h_14m_33s.wav
> 09_15_2011-21h_14m_33s.wav: RIFF (little-endian) data, WAVE audio,
> Microsoft PCM, 16 bit, stereo 44100 Hz
>
> $ midentify 09_15_2011-21h_14m_33s.wav
> ID_AUDIO_ID=0
> ID_FILENAME=09_15_2011-21h_14m_33s.wav
> ID_DEMUXER=audio
> ID_AUDIO_FORMAT=1
> ID_AUDIO_BITRATE=1411200
> ID_AUDIO_RATE=0
> ID_AUDIO_NCH=2
> ID_START_TIME=0.00
> ID_LENGTH=549.00
> ID_SEEKABLE=1
> ID_CHAPTERS=0
> ID_AUDIO_BITRATE=1411200
> ID_AUDIO_RATE=44100
> ID_AUDIO_NCH=2
> ID_AUDIO_CODEC=pcm
> ID_EXIT=EOF
>
> This looks okay to me, but it seems as the file is actually not, because I
> cannot play it in vlc and amarok also crashes if I want to play it. The file
> was recorded with mixxx while mixx was then suddenly crashing for whatever
> reason (maybe even because of this file it was just recording?), hence it
> was maybe not written correctly?!
>
> I do not know if this bug is related to #443370
>
> --
> You received this bug notification because you are a member of Mixxx
> Development Team, which is subscribed to Mixxx.
> https://bugs.launchpad.net/bugs/851737
>
> Title:
> mixxx1.10 constantly crashes 2min after being started
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mixxx/+bug/851737/+subscriptions
>