On Mon, Jan 03, 2011 at 08:26:07PM +0900, Carsten Haitzler wrote:
> On Sun, 2 Jan 2011 16:03:59 +0100 Peter van de Werken
> <pwerke...@a-eskwadraat.nl> said:
> 
> could you do:
> p *gcc
> 

Program received signal SIGSEGV, Segmentation fault.
0x000000000048d485 in _e_gadcon_client_free (gcc=0xd4afb0) at e_gadcon.c:1638
1638         gcc->client_class->func.id_del((E_Gadcon_Client_Class 
*)gcc->client_class, gcc->cf->id);
(gdb) p *gcc
$1 = {e_obj_inherit = {magic = -524686219, type = -525332473, references = 0, 
    del_func = 0x7fe133308f80 <gadman_gadget_del>, 
    cleanup_func = 0x48d3f0 <_e_gadcon_client_free>, free_att_func = 0, 
    del_att_func = 0, del_fn_list = 0x0, data = 0x0, walking_list = 0, 
    deleted = 1 '\001'}, gadcon = 0xba1760, name = 0x960cfc "ibar", id = 1, 
  o_base = 0xc87e30, o_box = 0x0, o_frame = 0xd4b320, o_control = 0x0, 
  o_event = 0x0, client_class = 0x7fe131290040, data = 0xc70160, config = {
    pos = 0, size = 0, res = 0, pos_x = 0, pos_y = 0, size_w = 0, size_h = 0}, 
  state_info = {seq = 0, flags = 0, state = 0, resist = 0, prev_pos = 0, 
    prev_size = 0, want_save = 0}, pad = {w = 0, h = 0}, min = {w = 16, 
    h = 16}, aspect = {w = 80, h = 16}, scroll_timer = 0x0, 
  instant_edit_timer = 0x0, scroll_animator = 0x0, scroll_pos = 0, 
  scroll_wanted = 0, scroll_cb = {data = 0x0, func = 0}, menu = 0x0, 
  style = 0x0, autoscroll = 0 '\000', resizable = 0 '\000', moving = 0 '\000', 
  resizing = 0 '\000', dx = 0, dy = 0, drag = {x = 0, y = 0}, 
  hidden = 0 '\000', cf = 0x0}

> (dump the whole gcc struct)? as such in valgrind i dont see any of your
> problems on restart/exit. it's a happy valgrind. i dont have extra modules
> loaded other than those that come with e17 itself (no e-modules-extra ones).
> 
> > On Sun, Jan 02, 2011 at 12:50:05PM +0000, Mick wrote:
> > > On Sunday 02 January 2011 11:22:23 P Purkayastha wrote:
> > > > I am experiencing repeated crashes on exiting or restarting e17.  It
> > > > is 100% reproducible here. I think it started about a week to two
> > > > weeks ago. One major update that happened just before the crashes
> > > > started was a system update in gentoo with "-hal" USE flag
> > > > (enlightenment was also updated). However, I did compile
> > > > enlightenment and e_dbus with hal USE flag and hald is running on my
> > > > system.
> > 
> > I seem to have the same problem, running r55795 of libs & e.
> > Besides on e restart/exit, it also happens when rotating the screen with
> > xrandr.  Attached are two gdb backtraces.
> > 
> > > > I tracked down the crashes to the places module. Other gadgets do
> > > > not seem to trigger the crash. places module can't even be unloaded
> > > > once it is loaded (it gives no crashes on loading). The bt on trying
> > > > to unload places module is attached in the file gdb.places.txt
> > 
> > I don't think it's caused by the places module, as I don't have it
> > loaded.  The problem seems to be in e_gadcon.c, there the id_del func is
> > called with an invalid parameter (gcc->cf->id is invalid, because
> > gcc->cf is NULL, see the bottom of my backtraces).
> > 
> > > I don't have a fix I'm afraid, but can confirm that I have been
> > > getting similar crashes when I try to remove some gadgets.  The
> > > gadgets (e.g. weather, everything, etc) cannot be removed without
> > > having first removed the respective module.  However, I have no
> > > crashes on starting or exiting E17.
> > >
> > > I am running revision 55768.
> > 
> > Than it's very recent...  looks like this bug is caused(/exposed?)
> > by r55771[1] where a 'gcc->cf = NULL' is added.
> > 
> > regards,
> > Peter
> > 
> > [1]: http://trac.enlightenment.org/e/changeset/55771
> 
> 
> -- 
> ------------- Codito, ergo sum - "I code, therefore I am" --------------
> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
> 
> 

-- 
Bell Labs Unix -- Reach out and grep someone.

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Reply via email to