If you attach gdb to a running program I believe you have to type 'cont' inside (Bgdb to get it to continue executing the program. I believe it pauses execution (Bby default. (B (Bdan (B (B (B> Good time of day! (B> (B> Carsten Haitzler (The Rasterman) wrote: (B> > On Thu, 17 Mar 2005 17:48:28 +0200 "Ag. System Administrator" (B> > <[EMAIL PROTECTED]> babbled: (B> > (B> > (B> >>Hi again! (B> >> (B> >>I'm attaching gdb session dump as you requested. E17 and stuff was compiled (B> > (B> > with -g. (B> > (B> >>As i see it, this segv somehow belong to X, because last lines in gdb output (B> > (B> > was: (B> > (B> > thats possible - or your stack is screwed so badly that the backtrace is (B> > useless. (B> > did you recompile e17, evas, ecore, eet, embryo and edje with CFLAGS=-g ? (B> > (B> (B> yes (B> (B> > cd eet (B> > make clean distclean (B> > export CFLAGS=-g (B> > ./configure (B> > make (B> > make install (B> > (B> > etc. (B> > ? (B> (B> yes (B> (B> > (B> > then run e17 under gdb? (B> > (B> > gdb enlightenment (B> > ... (B> > run (B> > (B> (B> can't do run - it will freeze X (B> (B> > then when/if it dies use these gdb commands: (B> > (B> > bt (B> > l (B> (B> same here, when X freezed, i can't do nothing... (B> (B> > (B> > when u see the listing and the segv it will say it died on a line. there (B> > will (B> be (B> > variabled. sometimes like: (B> > (B> > if (!strcmp(string, "blah")) obj->blah = 1; (B> > (B> > then print out all the variables (B> > (B> > p string (B> > p obj (B> > (B> > if its a pointer variable u can print out what it points to (the entire (B> > struct) (B> > p *obj (B> > for example (B> > (B> > basically look at the code there, match it up with the src and dump a bunch (B> > of (B> > variables (if you can) and then we have some info to work with. :) the bt (B> > above (B> > looks like the stack is corrupt though - but make sure u compiled (B> > everything of (B> > efl with gdb debugginng so we can check as much as possible (B> > (B> (B> i did additional searches, and what i found is that problems starts in (B> ecore_x_window_size_get(root, (B> &w, &h); (B> From there called ecore_x_drawable_geometry_get, then last successfull step (B> was (B> before function that located in (B> ecore_x.c on line 722. (if (!XGetGeometry... blah blah blah...) (B> If i enter this function - X is freezed. (B> I think is REALLY Xorg problem, i don't know what they did with xlibs, but (B> XGetGeometry (B> - this is what causing my problem. (B> (B> (B> Might be i'm wrong, but this what i have until now... I"ll try to downgrade X (B> and (B> xlibs, might be it will help. (B> (B> (B> Thanks, (B> Dan (B> (B> (B> ------------------------------------------------------- (B> SF email is sponsored by - The IT Product Guide (B> Read honest & candid reviews on hundreds of IT Products from real users. (B> Discover which products truly live up to the hype. Start reading now. (B> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click (B> _______________________________________________ (B> enlightenment-devel mailing list (B> [email protected] (B> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel (B> (B> (B (B (B (B (B (B (B------------------------------------------------------- (BSF email is sponsored by - The IT Product Guide (BRead honest & candid reviews on hundreds of IT Products from real users. (BDiscover which products truly live up to the hype. Start reading now. (Bhttp://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click (B_______________________________________________ (Benlightenment-devel mailing list ([email protected] (Bhttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel
