On Thu, 11 Nov 2010 23:47:46 +0800 P Purkayastha <ppu...@gmail.com> said:

> On 11/11/2010 01:40 AM, hannes.janet...@gmail.com wrote:
> > Hi,
> >
> > On Wed, Nov 10, 2010 at 5:43 PM, P Purkayastha<ppu...@gmail.com>  wrote:
> >> Hi,
> >>
> >>   There were some earlier questions by raster on what happens when
> >> dbus-daemon crashes or quits while e17 is running. It happened yesterday
> >> that dbus-daemon crashed (or quit, not sure what happened) and here are my
> >> observations:
> >>   1. e17 was running quite fine, with no visible problems.
> >>   2. restarting e17 would produce an error message that dbus was not
> >> running, etc.. (don't remember what the error message was). But e17 would
> >> restart and run just fine.
> >>   3. Quitting e17 using System ->  Logout would actually hang e17 with no
> >> White box of death. The bt of e17 at this stage is attached.
> > could you check if it also happens without itask-ng loaded as bt hangs
> > in _ngi_*. just to make sure that it's not a third party module
> > causing trouble ;)
> >
> 
> You were right. After unloading itask-ng I did get a segv, but this time 
> I got the WSOD. The bt (attached) is different, and I am not even sure 
> what module this belongs to.
> 
> But I tried this on a clean config, and there were no problems in 
> exiting e using System -> Logout. Interestingly, with a clean config 
> when I killed dbus-daemon and then restarted e, it also did not give out 
> the error dialog saying that dbus was not running.

i keep seeing supposed calls to nvidia's libs there - from places that make
little/no sense - it's almost as if the bt is incorrect or it's missing large
chunks for some odd reason.

#12 0x00007f877d40490c in free () from /lib/libc.so.6
No symbol table info available.
#13 0x0000003b28c00a6b in ?? ()
#from //usr/lib64/opengl/nvidia/lib/libnvidia-tls.so.1
No symbol table info available.
#14 0x00000000004b4702 in e_object_unref (obj=0x3a0d) at e_object.c:106

that's the bit. i suspect valgrind will be needed.. BUT! the problem there is..
it won't play too nicely with nvidia's drivers either. so not sure this is
actually easily findable. but - according to your backtracs, the crash happens
from a free() called by the nvidia gl driver. how is opengl being used by e on
your system? i am unsure how it can be used other than via the comp module (as
settings dialogs dont allow opengl engine to be used for anything else other
than compositor canvas).

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    ras...@rasterman.com


------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
_______________________________________________
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Reply via email to