Summary: | Amarok crashes when an iPod (nano) is mounted | ||
---|---|---|---|
Product: | [Applications] amarok | Reporter: | Vincent Ramos <bugs> |
Component: | Collections/iPod iPhone | Assignee: | Amarok Developers <amarok-bugs-dist> |
Status: | RESOLVED NOT A BUG | ||
Severity: | crash | CC: | matej |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Vincent Ramos
2006-09-01 22:12:41 UTC
Forgot to mention that the current version of Amarok used is 1.4.2. strace isn't so helpful. Can you get a backtrace with gdb please. I'm afraid I don't know how to use gdb correctly (or, at least, something is missing); all I get is this: (no debugging symbols found) [repeted] [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 26001)] QLayout "unnamed" added to QVBox "unnamed", which already has a layout QLayout: Adding KToolBar/mainToolBar (child of QVBox/unnamed) to layout for PlaylistWindow/PlaylistWindow [New Thread 32769 (LWP 26003)] [New Thread 16386 (LWP 26004)] [Thread 16386 (LWP 26004) exited] Program received signal SIGSEGV, Segmentation fault. ---Type <return> to continue, or q <return> to quit--- [Switching to Thread 16384 (LWP 26001)] 0xb3d7cf85 in g_strdup () from /usr/lib/libglib-2.0.so.0 When starting Amarok crashes, I get this mail to send: ======== DEBUG INFORMATION ======= Version: 1.4.2 Engine: xine-engine Build date: Sep 1 2006 CC version: 3.3.6 (Gentoo 3.3.6, ssp-3.3.6-1.0, pie-8.7.8) KDElibs: 3.5.2 Qt: 3.3.4 TagLib: 1.4.0 CPU count: 1 NDEBUG: true ==== file `which amarokapp` ======= /usr/bin/amarokapp: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.4.1, dynamically linked (uses shared libs), stripped ==== (gdb) bt ===================== Using host libthread_db library "/lib/libthread_db.so.1". `system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols. [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 26048)] [New Thread 32769 (LWP 26050)] 0xb5fd783b in waitpid () from /lib/libpthread.so.0 #0 0xb5fd783b in waitpid () from /lib/libpthread.so.0 #1 0x08064870 in ?? () #2 0x00000000 in ?? () #0 0xb5fd783b in waitpid () from /lib/libpthread.so.0 No symbol table info available. #1 0x08064870 in ?? () No symbol table info available. #2 0x00000000 in ?? () No symbol table info available. ==== (gdb) thread apply all bt ==== Thread 2 (Thread 32769 (LWP 26050)): #0 0xb5c92b7a in poll () from /lib/libc.so.6 #1 0xb5fd0a37 in __pthread_manager () from /lib/libpthread.so.0 #2 0xb5c9ad4a in clone () from /lib/libc.so.6 Thread 1 (Thread 16384 (LWP 26048)): #0 0xb5fd783b in waitpid () from /lib/libpthread.so.0 #1 0x08064870 in ?? () #2 0x00000000 in ?? () #0 0xb5fd783b in waitpid () from /lib/libpthread.so.0 ==== kdBacktrace() ================ [Nothing else] "Program received signal SIGSEGV, Segmentation fault." You should use the "bt" command at this point. OK, thanks. I get: 0xb3d8af85 in g_strdup () from /usr/lib/libglib-2.0.so.0 (gdb) bt #0 0xb3d8af85 in g_strdup () from /usr/lib/libglib-2.0.so.0 #1 0xb3eabb4a in ?? () from /usr/lib/libgpod.so.0 #2 0xb3eabb4a in ?? () from /usr/lib/libgpod.so.0 #3 0xb3eabb4a in ?? () from /usr/lib/libgpod.so.0 #4 0xb3ead5b4 in ?? () from /usr/lib/libgpod.so.0 #5 0x00000000 in ?? () So, I guess the problem comes from libgpod. I'm running 0.3.2 (gentoo: 0.3.2-r1) and have already tried with 0.3.0 (0.3.2 and 0.3.2-r1 are masked). Looking around in libgpod's documentation, I've found this: "gtkpod crashes when reading the iTunesDB (Fedora) It appears that crashes were observed with kernel version 2.6.11-1.35_FC3. An upgrade to 2.6.12-1.1376_FC3 got rid of the problem. This was with gtkpod-0.94.0 and Athlon64 3000+." <http://www.gtkpod.org/TROUBLESHOOTING> It's not really my problem: my kernel is 2.6.15 (gentoo: 2.6.15-r1) and gtkpod is running fine with my iPod. As in Bug 123404 <http://bugs.kde.org/show_bug.cgi?id=123404>, it's a Hal problem: Amarok doesn't crash anymore if I stop hal before launching it. I'm using version 0.5.5.1 of Hal. It may be interesting to inform users that they need > 0.5.5.1 to make iPod's interface work (and to avoid crashes). I'll upgrade Hal ASAP (I need to compile a more recent kernel for that) and will post the results here. I upgraded Hal to 0.5.7 a few hours ago. Amarok still crashes if Hal is running and my iPod is plugged. I have no other idea of what may be the problem between Hal and Amarok. Does gtkpod work? Do you use a 64bit system? Yes, gtkpod does work fine, either with or without hal running. I do not use a 64bit system (uname -a --> Linux goun 2.6.15-gentoo-r1 #1 SMP Sun Sep 3 03:24:47 CEST 2006 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz GenuineIntel GNU/Linux). I had the same problem with my Gentoo system. I re-emerged the hal ebuild (sys-apps/hal-0.5.7-r3) and upgraded to libgpod-0.3.2. Then I restarted hald (/etc/init.d/hald restart) and now everything works fine. It really seems to be a hald problem. The strange thing: when I stop hald ... amarok crashes again ... strange bug anyway... I already use libgpod-0.3.2(-r1) and hal-0.5.7(-r3) (see comment #8). I could try with masked versions of hal (~0.5.7.1 ~0.5.7.1-r1). This is a libgpod problem: your ipod firmware is rather new and only creates an empty iPod_Control/Device/SysInfo file. Upgrading to libgpod 0.4.0 should fix this problem. I'll try that. It stops crashing libgpod 0.4.0. Thank you for the feedback! *Update* In fact, neither does it crash anymore nor does it *work* anymore... Files copied to the iPod with Amarok cannot be listened anymore (but are displayed in the iPod's own menus). They get classified as "orphan" when I use the "reparation" function of Amarok. It's worse than before: I'll have to downgrade libgpod. I still do not know whether it's a libgpod or an Amarok issue. I've tried many versions of libgpod: -- 0.3.0: makes Amarok crash, whether hal is running or not; -- 0.3.2-r1: works nicely only if hal is not running; -- 0.4.0: does not make Amarok crash (whether hal is running or not) but the database is not valid and the files will not be played. So, I think it's definitively a libgpod issue, not an Amarok's one. The bug may be closed. I thank every person who's tried to help me find a way to make me use my iPod with Amarok, which I do really love. Could you please help fixing libgpod? To do this, please send an email to gtkpod-devel@lists.sourceforge.net and include: - a description of your problem, including all related information and versions of the involved software - the versions of libgpod versions you tried and with what level of success - the contents of your iPod_Control/Device/SysInfo file on your ipod - if it should be empty, then please state this - the version of your ipod firmware - a description of your ipod model I can't remember if I mentioned this: you absolutely have to recompile amarok after upgrading/downgrading libgpod. I hadn't recompiled Amarok after having upgraded/downgraded libgpod. I'll try again. Yeah! It works: libgpod-0.4.0 and a freshly recompiled amarok-1.4.3-r1. Neither crashes nor orphan files. Thank you, Martin, for your wise advices. This bug may be definitively closed. P.-S. No need, IMHO, to send a bug report to gtkpod-devel. I now use libgpod 0.3 and amarok 1.4.4 and it doesn't crash anymore! Be carefull because when using libgpod 0.4 because when I tested it for my fedora core 6 from freshrpms it didn't crash but all songs I transfered with amarok to my ipod nano wouldn't play!!! There is somwwhere a serious bug, in libgpod or in amarok! To #23: this report is completely unrelated to the original reporter's problem. And the problems are neither because of bugs in Amarok nor in libgpod, but because of using a different version of the libgpod library than the one Amarok was compiled with. |