Created attachment 48253 [details] backtrace Version: 1.6.3 OS: Linux I'm a big fan of guayadeque music player, which uses taglib v1.6.3. Note that I use Ubuntu 10.04 with GNOME, not KDE. When I try to edit the tags of a file that is a remote machine, accessed via ssh, guayadeque crashes with a backtrace pointing to taglib. I'm attaching a gdb backtrace. In my experience, this only happens with remote files. It used to work fine with an older version (1.6.2 I guess) in Karmic. Reproducible: Always Steps to Reproduce: Edit the tags of a remote file in guayadeque. Actual Results: Segmentation fault. Expected Results: Don't crash. I'm not a developer of guayadeque, but I can ask if you have a concrete question about it. The project has an svn hosted in sourceforge: https://sourceforge.net/projects/guayadeque/ There is also a long discussion thread at http://ubuntuforums.org/showthread.php?t=1380811
I don't think this is a general problem with sshfs, because I can't reproduce it by using a TagLib example program to write tags to files mounted via sshfs. Does this happen for any file on sshfs for you? If it's just a few specific ones, please send me one of them to lalinsky@gmail.com.
I tried many mp3 files in it crashes on all of them. Ogg files work fine though.
From comment #1 Program received signal SIGSEGV, Segmentation fault. 0x00eacbe1 in ?? () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0x00eacbe1 in ?? () from /lib/tls/i686/cmov/libc.so.6 #1 0x00eaef9c in malloc () from /lib/tls/i686/cmov/libc.so.6 #2 0x00de7c07 in operator new(unsigned int) () from /usr/lib/libstdc++.so.6 #3 0x00c228c7 in TagLib::ByteVector::resize(unsigned int, char) () from /usr/lib/libtag.so.1 #4 0x00c248ea in TagLib::File::insert(TagLib::ByteVector const&, unsigned long, unsigned long) () from /usr/lib/libtag.so.1 #5 0x00bf565e in TagLib::MPEG::File::save(int, bool) () from /usr/lib/libtag.so.1 #6 0x00bf56ec in TagLib::MPEG::File::save(int) () from /usr/lib/libtag.so.1 #7 0x00bf5725 in TagLib::MPEG::File::save() () from /usr/lib/libtag.so.1 #8 0x00c4398e in TagLib::FileRef::save() () from /usr/lib/libtag.so.1 #9 0x08229faf in guTagInfo::Write (this=0x9345c38) at /home/tamalet/bin/guayadeque/src/TagInfo.cpp:469 #10 0x0822d627 in guMp3TagInfo::Write (this=0x9345c38) at /home/tamalet/bin/guayadeque/src/TagInfo.cpp:667 #11 0x080e88f8 in guDbLibrary::UpdateSongs (this=0x8576268, Songs=0xbfffdd04) at /home/tamalet/bin/guayadeque/src/DbLibrary.cpp:1580 #12 0x081b3def in guPlayList::OnEditTracksClicked (this=0x8be2ef0, event=...) at /home/tamalet/bin/guayadeque/src/PlayList.cpp:1434 #13 0x00173a9f in wxAppConsole::HandleEvent(wxEvtHandler*, void (wxEvtHandler::*)(wxEvent&), wxEvent&) const () from /usr/lib/libwx_baseu-2.8.so.0 #14 0x00212379 in wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase cons
#3 0x00c228c7 in TagLib::ByteVector::resize(unsigned int, char) () from /usr/lib/libtag.so.1 #4 0x00c248ea in TagLib::File::insert(TagLib::ByteVector const&, unsigned long, unsigned long) () from /usr/lib/libtag.so.1 Please install taglib debuginfo packages and paste here a new backtrace
Sorry for the delay, I've been busy at work. Could you tell me please the names of the debuginfo packages? Are they available on Ubuntu 10.04 repository? I didn't find any libtag*-dbg.
I tried it again in Maverick and it works fine again. It may have been a problem with sshfs as suggested. If you still want a backtrace from Lucid, could you tell me how to get the debuginfo packages, please.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!