[SOLVED] Grip crashes with specific Audio CDs – but why?

[Atha]

ARCH=amd64 PROFILE=default/linux/amd64/10.0/desktop/kde
I use Grip to code my Audio CDs to FLAC files, and with it worked perfectly. But with this very one CD it just crashes, regardless which song of the CD I choose to rip and code.

This is the output on the console:

Code: Select all

*** buffer overflow detected ***: grip terminated                                                                                                                                       
======= Backtrace: =========                                                                                                                                                            
/lib/libc.so.6(__fortify_fail+0x37)[0x7f28f129d197]                                                                                                                                     
/lib/libc.so.6(+0xe4ff0)[0x7f28f129aff0]
/lib/libc.so.6(+0xe4359)[0x7f28f129a359]
/lib/libc.so.6(_IO_default_xsputn+0x85)[0x7f28f1227095]
/lib/libc.so.6(_IO_vfprintf+0x63a)[0x7f28f11f845a]
/lib/libc.so.6(__vsprintf_chk+0x9d)[0x7f28f129a3fd]
/lib/libc.so.6(__sprintf_chk+0x7f)[0x7f28f129a33f]
grip[0x41b053]
grip[0x417fdb]
grip[0x40af51]
grip[0x4098d0]
/usr/lib/libglib-2.0.so.0(+0x3bed3)[0x7f28f3518ed3]
/usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x243)[0x7f28f3518843]
/usr/lib/libglib-2.0.so.0(+0x3f070)[0x7f28f351c070]
/usr/lib/libglib-2.0.so.0(g_main_loop_run+0x195)[0x7f28f351c475]
/usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xaf)[0x7f28f7ece26f]
grip[0x4098a6]
/lib/libc.so.6(__libc_start_main+0xfd)[0x7f28f11d4bbd]
grip[0x4095a9]
======= Memory map: ========
00400000-0042f000 r-xp 00000000 08:06 85543                              /usr/bin/grip
0062e000-0062f000 r--p 0002e000 08:06 85543                              /usr/bin/grip
0062f000-00634000 rw-p 0002f000 08:06 85543                              /usr/bin/grip
00634000-00662000 rw-p 00000000 00:00 0 
009e8000-02197000 rw-p 00000000 00:00 0                                  [heap]
7f28e0000000-7f28e0029000 rw-p 00000000 00:00 0 
7f28e0029000-7f28e4000000 ---p 00000000 00:00 0 
7f28e8000000-7f28e8021000 rw-p 00000000 00:00 0 
7f28e8021000-7f28ec000000 ---p 00000000 00:00 0 
7f28ed10b000-7f28edc5e000 r--p 00000000 08:06 263855                     /usr/share/icons/hicolor/icon-theme.cache
7f28edc5e000-7f28ee7b1000 r--p 00000000 08:06 263855                     /usr/share/icons/hicolor/icon-theme.cache
7f28ee7b1000-7f28ee7b2000 ---p 00000000 00:00 0 
7f28ee7b2000-7f28eefb2000 rw-p 00000000 00:00 0 
7f28eefb2000-7f28eeffc000 r--p 00000000 08:06 275901                     /usr/share/fonts/dejavu/DejaVuSansMono-Bold.ttf
7f28eeffc000-7f28ef04b000 r--p 00000000 08:06 275899                     /usr/share/fonts/dejavu/DejaVuSansMono.ttf
7f28ef04b000-7f28ef0e3000 r--p 00000000 08:06 275897                     /usr/share/fonts/dejavu/DejaVuSans.ttf
7f28ef0e3000-7f28ef0e5000 r-xp 00000000 08:06 396439                     /usr/lib64/pango/1.6.0/modules/pango-basic-fc.so
7f28ef0e5000-7f28ef2e4000 ---p 00002000 08:06 396439                     /usr/lib64/pango/1.6.0/modules/pango-basic-fc.so
7f28ef2e4000-7f28ef2e5000 r--p 00001000 08:06 396439                     /usr/lib64/pango/1.6.0/modules/pango-basic-fc.so
7f28ef2e5000-7f28ef2e6000 rw-p 00002000 08:06 396439                     /usr/lib64/pango/1.6.0/modules/pango-basic-fc.so
7f28ef2e6000-7f28ef2ef000 r--s 00000000 08:09 1365                       /var/cache/fontconfig/87f5e051180a7a75f16eb6fe7dbd3749-le64.cache-3
7f28ef2ef000-7f28ef315000 r--s 00000000 08:09 1370                       /var/cache/fontconfig/a6f941f1fea2c89fdfcdf5fa83097213-le64.cache-3
7f28ef315000-7f28ef31f000 r--s 00000000 08:09 776                        /var/cache/fontconfig/58776fafbbc6da2c6409dcf2ad24c076-le64.cache-3
7f28ef31f000-7f28ef320000 r--s 00000000 08:09 777                        /var/cache/fontconfig/1f15ecc63598712a73012fb0cd73386f-le64.cache-3
7f28ef320000-7f28ef323000 r--s 00000000 08:09 1369                       /var/cache/fontconfig/ee61b0697bea0e6c68e5824fb25ab96a-le64.cache-3
7f28ef323000-7f28ef339000 r--s 00000000 08:09 793                        /var/cache/fontconfig/8d4af663993b81a124ee82e610bb31f9-le64.cache-3
7f28ef339000-7f28ef33e000 r--s 00000000 08:09 1366                       /var/cache/fontconfig/d722f191fc173fb8c13c8ea6f285de40-le64.cache-3
7f28ef33e000-7f28ef347000 r--s 00000000 08:09 1083                       /var/cache/fontconfig/12b26b760a24f8b4feb03ad48a333a72-le64.cache-3
7f28ef347000-7f28ef360000 r--s 00000000 08:09 1349                       /var/cache/fontconfig/4b5cf4386f1cde02a336ba961b4ac82d-le64.cache-3
7f28ef360000-7f28ef367000 r--s 00000000 08:09 1362                       /var/cache/fontconfig/d62e99ef547d1d24cdb1bd22ec1a2976-le64.cache-3
7f28ef367000-7f28ef36b000 r--s 00000000 08:09 1360                       /var/cache/fontconfig/f6b893a7224233d96cb72fd88691c0b4-le64.cache-3
7f28ef36b000-7f28ef372000 r--s 00000000 08:09 1358                       /var/cache/fontconfig/f349e9996a5320f6dd491cedd2b1f964-le64.cache-3
7f28ef372000-7f28ef3cf000 r--s 00000000 08:09 1380                       /var/cache/fontconfig/17090aa38d5c6f09fb8c5c354938f1d7-le64.cache-3
7f28ef3cf000-7f28ef42c000 r--s 00000000 08:09 1386                       /var/cache/fontconfig/df311e82a1a24c41a75c2c930223552e-le64.cache-3
7f28ef42c000-7f28ef48c000 rw-s 00000000 00:04 136052737                  /SYSV00000000 (deleted)
7f28ef48c000-7f28ef492000 r-xp 00000000 08:06 273899                     /usr/lib64/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so
7f28ef492000-7f28ef691000 ---p 00006000 08:06 273899                     /usr/lib64/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so
7f28ef691000-7f28ef692000 r--p 00005000 08:06 273899                     /usr/lib64/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so
7f28ef692000-7f28ef693000 rw-p 00006000 08:06 273899                     /usr/lib64/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so
7f28ef693000-7f28ef698000 r-xp 00000000 08:06 273885                     /usr/lib64/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so
7f28ef698000-7f28ef897000 ---p 00005000 08:06 273885                     /usr/lib64/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so
7f28ef897000-7f28ef898000 r--p 00004000 08:06 273885                     /usr/lib64/gtk-2.0/2.10.0/loaders/libpixbufloader-png.soAbgebrochen

I run KDE, and I find it quite strange that Grip simply vanishes without a notice. Only the console output is there, which I don't see off course when I start Grip from the Desktop.

WORKAROUND:
I turned off ID3 and ID3v2 tagging which is done by Grip after the files have been coded using flac.

The strange part is that it worked with all other Audio CDs. The one making trouble is: “Marilyn Monroe – Golden Hits”.

Anyone else having trouble with Grip?
Maybe I should report this to the Grip developers, but my guess is that they'd simply say that Gentoo builds are not supported by them and that I should use an official build or such. I don't know, but it could be a portage issue. So, here's my Grip specific USE flags:

Code: Select all

[ebuild   R   ] media-sound/grip-3.3.1-r2  USE="nls vorbis" 0 kB

Cheers,
A.

[arnvidr]

I don't think flac supports id3 tags anyway? I never had any issues with it, but I stopped using it because it wasn't flexible enough for what I wanted to do. But maybe try an official build and see if you get the same crash?

[gentoo-dev]

Grip is dead.
I still use it, but I had to turn off ID tagging because Grip crashed on it. You can let the encoder tag the files by editing the cmd line that grip uses.

[Atha]

I don't think flac supports id3 tags anyway?

FLAC supports ID3 tags. That's not the point.

Grip is dead.
I still use it, but I had to turn off ID tagging because Grip crashed on it. You can let the encoder tag the files by editing the cmd line that grip uses.

I like it best – not only for its simplicity. No other audio grabbing application is as easy to use. I use it even though my main desktop is KDE (and Grip obviously is more of a Gnome application).

What would be the command line options for the flac encoder for the tags? As far as I could find out, they would have to be manually coded using the --tag=FIELD=VALUE option.
It is much easier with oggenc which has distinguished options for Titel/Artist/… and everything.

Anyway, I was just wondering why only very few Audio CDs have issues, while others work just fine.
UPDATE: One more that makes Grip crash with active ID3 tagging: Depeche Mode – Violator.

Thanks for your answers.

[Atha]

http://gnuru.org/article/1160/ripping-flac-with-grip

I simply set the commandline for FLAC as suggested by the mentioned URL.

Mine is now: -V --best --replay-gain -o %m %w -T "ARTIST=%A" -T "TRACKNUMBER=%t" -T "ALBUM=%d" -T "TITLE=%n" -T "GENRE=%G" -T "DATE=%y"

Thanks for your help.

[Matrix7]

And another guilty CD:

Philips Die Zauberflote - The Academy of St. Martin-in-the-Fields