GNOME Bugzilla – Bug 170105
crash on "window.get_toolbar()"
Last modified: 2005-07-31 20:27:37 UTC
Program received signal SIGSEGV, Segmentation fault.
+ Trace 56770
Thread 16384 (LWP 1291)
Unfortunately there's no debug libpython for ubuntu, so I cannot get a better trace :(
Here's a trace from self-compiled pyphany with symbols. Looks like it crashes in _wrap_ephy_window_get_toolbar with self=0x0 !
+ Trace 56771
Ok, here's a trace with a debug build of python2.4:
+ Trace 56788
It seems that the crash occurs because EphyToolbar type has no wrapper (this is the same for EphyBookmarksBar which crashes Epiphany too, EphyWindow.get_bookmarksbar). Both are Epiphany's internals but are accessibles from a public interface (EphyWindow). We can create wrappers but we need then to expose some more internal stuff (EggEditableToolbar). An other solution is atm to force a generic wrapper like this: (define-object Toolbar (in-module "Ephy") (parent "GtkVBox") <- the real topmost parent (c-name "EphyToolbar") (gtype-id "EPHY_TYPE_TOOLBAR") )
There's not really much point in the get_toolbar() and get_bookmarksbar() functions at the moment, since they're private classes. But at some point we'll want to have public ones of some sort, right? I agree with the vbox idea, but I'm slightly worried that people will think it's a bug in Pyphany, rather than a design decision. The only alternative solutions I can think of are to return None or to omit the functions entirely, and I don't think either of those is better than returning a vbox.
-> Epiphany
Fixed in cvs.