On 07/26/11 15:15, Mark Dickie wrote: > Using current svn. Ubuntu Natty. > > I've deleted all previous builds (nothing in /opt /usr/local), downloaded > new source tree. and rebuilt. deleted .e/ and .cache/efreet. > > Compile using easy_e17 including debugging. > > from startx it crashes on the splash screen, so I ran it through Xephyr/gdb > > Xephyr :1.0 > EINA_LOG_LEVEL=3 ECORE_ERROR_ABORT=1 gdb enlightenment_start > r -display :1.0 from inside gdb > > Stays at splash forever, gdb attached below > > Hope this means something to somebody :) > > I will gladly give /do whatever it takes to get my beloved E back > > Cheers
After a quick look here...seems to be some type of pthread issue...perhaps something todo w/ the system being 64bit. Sadly, I do not have much experience w/ pthread so I personally will not be able to help much, BUT: You've got warnings all over the place here that may point someone else to a direction: WRN<4886>:eet eet_lib.c:717 eet_init() YOU ARE USING PTHREADS, BUT I CANNOT INITIALIZE THREADSAFE GCRYPT OPERATIONS! You're actual crash is happening when the Splash Shows up and E calls 'pause' and waits for the Splash to signal it is ready so E can continue. A 'work around' for now would be to disable Showing Splash @ startup. Granted, that does not fix the bug but it should allow you to use E again. Since you cannot get into E to disable the setting, I would recommend the following procedure: Take your e.cfg from the ~/.e/e/config/standard directory (assuming standard profile here). Decompile it with eet: (eet -d e.cfg config e.src) Edit the e.src file with a text editor. Look for: value "show_splash" int: 1; and change that 1 to a 0. Save the file. Recompile your e.src into e.cfg: (eet -e e.cfg config e.src 1) Assuming you get this far, congrats :) You now have an e.cfg file without splash enabled. Make sure it is in ~/.e/e/config/standard (assuming standard profile), and then you can try to startup E again. If all went well, you should be able to get back in now (until your bugger is sorted out anyway). Cheers (and Good Luck), dh ------------------------------------------------------------------------------ Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
