-
I see no output from the crash handler - what I pasted was pretty much the last of the output.
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc
Aborted
09:32 PM twinion /home/westlund $ echo $?
134
Pinkytagger is 2.2.3.
2009-04-19 04:33:55 UTC in Pinky-Tagger
-
While switching directories quickly before all files were decoded PinkyTagger crashed with the following:
decoding file "/var/storage/file.flac" with libffmpeg
PTSpecFrames: Currently only MPEG with ID3v2 is supported
PTSpecFrames: Currently only MPEG with ID3v2 is supported
decoding file "/var/storage/file.flac" with external ffmpeg
PTSpecFrames: Currently only MPEG with ID3v2 is...
2009-04-11 16:58:40 UTC in Pinky-Tagger
-
I didn't submit this issue, but it resolves it for me on fc10.
2009-04-11 15:41:47 UTC in Pinky-Tagger
-
Tried again under FC8, was using FC6 and this issue still exists. It looks like its not after the files are tagged but actually after libffmpeg (internal decoder) decodes the file to generate the PUID. I'm not sure why it goes ahead and adds the id3 tags.
2008-05-10 05:34:49 UTC in Pinky-Tagger
-
#0 0x0012d402 in __kernel_vsyscall ()
#1 0x00281690 in raise () from /lib/libc.so.6
#2 0x00282f91 in abort () from /lib/libc.so.6
#3 0x002b99eb in __libc_message () from /lib/libc.so.6
#4 0x002c1ac1 in _int_free () from /lib/libc.so.6
#5 0x002c50f0 in free () from /lib/libc.so.6
#6 0x001b26f3 in freegfc () from /usr/lib/libmp3lame.so.0
#7 0x0019b5ea in lame_close () from...
2008-04-12 05:50:14 UTC in mp3fs transcoding FUSE filesystem
-
Spoke too soon. Some files appear to work now, but not all. Working on getting stack.
2008-04-12 05:45:24 UTC in mp3fs transcoding FUSE filesystem
-
I updated to FC8, rebuilt with the newer versions of all the dependencies for that verion of Fedora and the issue has gone away. Looks like it wasn't a mp3fs bug.
2008-04-12 05:36:49 UTC in mp3fs transcoding FUSE filesystem
-
Trying to transcode certain flac files causes mp3fs to get a SIGABRT.
Run till exit from #0 0x00110402 in __kernel_vsyscall ()
[New Thread 35580816 (LWP 29735)]
[New Thread 46070672 (LWP 29736)]
[New Thread 111549328 (LWP 29737)]
Program received signal SIGABRT, Aborted.
[Switching to Thread 93236112 (LWP 29717)]
0x00110402 in __kernel_vsyscall ()
(gdb) bt
#0 0x00110402 in...
2008-03-04 21:19:47 UTC in mp3fs transcoding FUSE filesystem
-
backtrace after SIGSEGV:
[New Thread 94931856 (LWP 5906)]
[New Thread 106072976 (LWP 5920)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 35580816 (LWP 5895)]
write_cb (decoder=0x990f1e8, frame=0x990f848, buffer=0x990f434, client_data=0x991861c) at transcode.c:149
149 trans->rbuf[i] = (short int)buffer[1][i];
(gdb) bt
#0 write_cb (decoder=0x990f1e8...
2008-03-04 06:44:56 UTC in mp3fs transcoding FUSE filesystem
-
Mountd with:
mp3fs#/tmp/fuse-flac,128 /tmp/fuse-mp3 fuse allow_other,ro 0 0
Certain FLAC files appear to cause the FS to become unusable.
Files can be listed, but attempting to access their contents causes the following error:
02:36 PM twinion /tmp/fuse-mp3 # cat test.mp3 > /dev/null
cat: test.mp3: Transport endpoint is not connected
cat: test.mp3: Transport endpoint is not connected.
2008-01-11 22:57:35 UTC in mp3fs transcoding FUSE filesystem
