GNOME Bugzilla – Bug 744497
Crash on scanning FLAC file
Last modified: 2015-02-13 22:21:44 UTC
I'm not sure if this is OS-specific, so I'll leave the OS as GNU/Linux for now. I also have no idea why this FLAC file would cause a problem. I'm using EasyTAG 2.3.4. ~/flac-test/ has one FLAC file in it and this file tests okay with flac(1) version 1.3.0. Before running EasyTAG on this FLAC file I re-encoded this FLAC file with flac(1) by running "flac --best --force" on it which appears to decompress and recompress the FLAC file. Here's a stack trace: (gdb) run ~/flac-test/ Starting program: /usr/bin/easytag ~/flac-test/ [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x7fffee3b5700 (LWP 22119)] [New Thread 0x7fffec8e0700 (LWP 22120)] [New Thread 0x7fffe7df2700 (LWP 22121)] ** (easytag:22115): CRITICAL **: ET_Save_File_Data_From_UI: assertion 'ETFile != NULL && ETFile->FileNameCur != NULL && ETFile->FileNameCur->data != NULL' failed Program received signal SIGSEGV, Segmentation fault. et_file_list_add (file_list=0x0, filename=filename@entry=0x55555614e110 "/home/jbn/flac-test/05 Mozart, Wolfgang Amadeus - Piano concerto No 20, KV 466 - 2. Romanze.flac") at src/file_list.c:271 271 src/file_list.c: No such file or directory. (gdb) thread apply all bt
+ Trace 234654
Thread 1 (Thread 0x7ffff7fba9c0 (LWP 22115))
Thanks for the bug report, and especially the stack trace. Seeing which line the crash occured on, I guessed that the GError was not set before returning FALSE from flac_tag_read_file_tag(), which turned out to be correct. I fixed this on master as e859c35a810d0688fdba434952611f8671974eda. This should only affect FLAC files with empty tags.