GNOME Bugzilla – Bug 74010
CDDBSlave2 freeze if nonexistance query
Last modified: 2004-12-22 21:47:04 UTC
Package: gnome-media Severity: critical Version: 1.176.0 Synopsis: CDDBSlave2 crashes whenever trying to fetch cddb. Bugzilla-Product: gnome-media Bugzilla-Component: CDDBSlave2 BugBuddy-GnomeVersion: 2.0 (1.112.1) Description: Description of Problem: Steps to reproduce the problem: 1. tray a new cd. 2. launch gnome-cd. 3. gnome-cd call CDDBSlave2 to fetch cddb. Actual Results: crash of CDDBSlave2. Expected Results: fetch cddb. How often does this happen? whenever Additional Information: Debugging Information: [New Thread 1024 (LWP 3916)] 0x407beca9 in __wait4 () from /lib/i686/libc.so.6
+ Trace 18880
Thread 1 (Thread 1024 (LWP 3916))
------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-03-08 15:30 ------- Reassigning to the default owner of the component, iain@ximian.com.
Any idea, iain? Is this a bonobo/orbit problem?
In latest snapshot an error dialog comes up: "error while reading/saving settings." I suspect this may gconf-related problem. but no sure. and more, error dialog itself freeze. if I close gnome-cd in this state, gnome-cd freeze too. so I have to killall CDDBSlave2. and gnome-cd thawed to close.
iain: is this bug 76787? I'm guessing that since this doesn't appear to occur anymore, it's fixed...
well, I cleaned up /etc/gconf/gconf.xml.default/(apps|schema/apps)/CDDBSlave2 which is not included in gnome-media2 package. (may garbage of premature removal of red-carpet) rpm -V gnome-media2 is clear. and sure I have had gconftool --shutdown before task. (this is funny problem, silimar dirty registry of Windows) now situation is more clear. when I tried 'Coyote Ugly OST', gnome-cd show me a dialog to choose one by multiple result. and when I tried my native singer's CD. gnome-cd freeze, till killall CDDBSlave2. I expect this now be a duplicated, right? :)
The locking up is because gnome-cd is waiting for CDDBSlave to reply, and it doesn't. I'm not sure what the crash is. I've bee ngetting it too, which is disconcerting. Maybe Michael would know, if it's a "You're using Bonobo wrong" thing. Michael?
*** Bug 74042 has been marked as a duplicate of this bug. ***
The solution is somewhat obvious - you can't marshal NULL strings with CORBA
+ Trace 20197
it looks like you're returning a NULL string from the getDiscTitle method.
Oh!!!! Doh! Thankyou :)
Fixed in CVS. Don't return NULLs in CORBA. DOH DOH DOH! Time to repeat CORBA101
It would be great to have a g_error in the ORB string marshaller to that effect as well Iain - if you'd like to commit a patch to ORBit2 to add that, with some (more descriptive) warning. Send me a patch as you commit.