On Fri, 23 Jun 2017 15:50:49 +0100 Mick <[email protected]> said:

> On Sunday 18 Jun 2017 08:56:19 you wrote:
> > On Sat, 17 Jun 2017 17:27:50 +0100 Mick <[email protected]> said:
> > > ERR<4114>:evas-gl_x11 modules/evas/engines/gl_x11/evas_engine.c:2842
> > > eng_image_native_set() GLX Pixmap create fail
> > 
> > is your problem... evas is trying to create a glx pixmap for the x pixmap so
> > it can access it from opengl... as a texture. and that is failing. well
> > it's the first sign of trouble.
> > 
> > what happens after that - unknown. attaching gdb might help to get a
> > backtrace to where e is...
> > 
> > https://www.enlightenment.org/debugging/enlightenment_debugging
> > 
> > details how to do this...
> 
> Thanks Carsten, I had a go at capturing a backtrace, which happened with 
> LibreOffice when a tooltip was trying to come up:
> ================================================
> GNU gdb (Gentoo 7.12.1 vanilla) 7.12.1
> Copyright (C) 2017 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-pc-linux-gnu".
> Type "show configuration" for configuration details.
> For bug reporting instructions, please see:
> <https://bugs.gentoo.org/>.
> Find the GDB manual and other documentation resources online at:
> <http://www.gnu.org/software/gdb/documentation/>.
> For help, type "help".
> Type "apropos word" to search for commands related to "word".
> (gdb) handle SIG33 pass no stop noprint
> Signal        Stop    Print   Pass to program Description
> SIG33         No      No      Yes             Real-time event 33
> (gdb) set pagination 0
> (gdb) attach 4165
> Attaching to process 4165
> Reading symbols from /usr/bin/enlightenment_start...Reading symbols from 
> /usr/lib64/debug//usr/bin/enlightenment_start.debug...done.
> done.
> Reading symbols from /usr/lib64/libevas.so.1...Reading symbols from 
> /usr/lib64/debug//usr/lib64/libevas.so.1.18.4.debug...done.
> done.
> Reading symbols from /usr/lib64/libeina.so.1...Reading symbols from 
> /usr/lib64/debug//usr/lib64/libeina.so.1.18.4.debug...done.
> done.
> Reading symbols from /lib64/libpthread.so.0...Reading symbols from 
> /usr/lib64/debug//lib64/libpthread-2.23.so.debug...done.
> done.
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib64/libthread_db.so.1".
> Reading symbols from /lib64/libc.so.6...Reading symbols from 
> /usr/lib64/debug//lib64/libc-2.23.so.debug...done.
> done.
> Reading symbols from /usr/lib64/libfontconfig.so.1...Reading symbols from 
> /usr/lib64/debug/usr/lib64/libfontconfig.so.1.8.0.debug...(no debugging 
> symbols found)...done.
> (no debugging symbols found)...done.
> Reading symbols from /usr/lib64/libfreetype.so.6...Reading symbols from 
> /usr/lib64/debug//usr/lib64/libfreetype.so.6.14.0.debug...(no debugging 
> symbols found)...done.
> (no debugging symbols found)...done.
> Reading symbols from /usr/lib64/libluajit-5.1.so.2...Reading symbols from 
> /usr/lib64/debug//usr/lib64/libluajit-5.1.so.2.0.4.debug...(no debugging 
> symbols found)...done.
> (no debugging symbols found)...done.
> Reading symbols from /usr/lib64/libector.so.1...Reading symbols from 
> /usr/lib64/debug//usr/lib64/libector.so.1.18.4.debug...done.
> done.
> Reading symbols from /usr/lib64/libefl.so.1...Reading symbols from 
> /usr/lib64/debug//usr/lib64/libefl.so.1.18.4.debug...done.
> done.
> Reading symbols from /usr/lib64/libeet.so.1...Reading symbols from 
> /usr/lib64/debug//usr/lib64/libeet.so.1.18.4.debug...done.
> done.
> Reading symbols from /usr/lib64/libemile.so.1...Reading symbols from 
> /usr/lib64/debug//usr/lib64/libemile.so.1.18.4.debug...done.
> done.
> Reading symbols from /usr/lib64/libeo.so.1...Reading symbols from 
> /usr/lib64/debug//usr/lib64/libeo.so.1.18.4.debug...done.
> done.
> Traceback (most recent call last):
>   File "/usr/share/gdb/auto-load/usr/lib64/libeo.so.1.18.4-gdb.py", line 7,
> in <module>
>     import eo_gdb
> ImportError: No module named 'eo_gdb'
> Reading symbols from /lib64/libdl.so.2...Reading symbols from 
> /usr/lib64/debug//lib64/libdl-2.23.so.debug...done.
> done.
> Reading symbols from /lib64/librt.so.1...Reading symbols from 
> /usr/lib64/debug//lib64/librt-2.23.so.debug...done.
> done.
> Reading symbols from /lib64/libm.so.6...Reading symbols from 
> /usr/lib64/debug//lib64/libm-2.23.so.debug...done.
> done.
> Reading symbols from /lib64/ld-linux-x86-64.so.2...Reading symbols from 
> /usr/lib64/debug//lib64/ld-2.23.so.debug...done.
> done.
> Reading symbols from /usr/lib64/libexpat.so.1...Reading symbols from 
> /usr/lib64/debug//usr/lib64/libexpat.so.1.6.3.debug...(no debugging symbols 
> found)...done.
> (no debugging symbols found)...done.
> Reading symbols from /lib64/libz.so.1...Reading symbols from 
> /usr/lib64/debug//lib64/libz.so.1.2.11.debug...(no debugging symbols 
> found)...done.
> (no debugging symbols found)...done.
> Reading symbols from /lib64/libbz2.so.1...Reading symbols from 
> /usr/lib64/debug//lib64/libbz2.so.1.0.6.debug...(no debugging symbols 
> found)...done.
> (no debugging symbols found)...done.
> Reading symbols from /usr/lib64/libpng16.so.16...Reading symbols from 
> /usr/lib64/debug//usr/lib64/libpng16.so.16.27.0.debug...(no debugging symbols 
> found)...done.
> (no debugging symbols found)...done.
> Reading symbols from /usr/lib/gcc/x86_64-pc-linux-
> gnu/5.4.0/libgcc_s.so.1...Reading symbols from 
> /usr/lib64/debug//usr/lib/gcc/x86_64-pc-linux-
> gnu/5.4.0/libgcc_s.so.1.debug...done.
> done.
> Reading symbols from /usr/lib64/libcrypto.so.1.0.0...Reading symbols from 
> /usr/lib64/debug//usr/lib64/libcrypto.so.1.0.0.debug...(no debugging symbols 
> found)...done.
> (no debugging symbols found)...done.
> Reading symbols from /usr/lib64/libjpeg.so.62...Reading symbols from 
> /usr/lib64/debug//usr/lib64/libjpeg.so.62.2.0.debug...(no debugging symbols 
> found)...done.
> (no debugging symbols found)...done.
> Reading symbols from /usr/lib64/libssl.so.1.0.0...Reading symbols from 
> /usr/lib64/debug//usr/lib64/libssl.so.1.0.0.debug...(no debugging symbols 
> found)...done.
> (no debugging symbols found)...done.
> 0x00007f54291b996a in __waitpid (pid=pid@entry=-1, 
> stat_loc=stat_loc@entry=0x7ffc59b555fc, options=options@entry=0) at 
> ../sysdeps/unix/sysv/linux/waitpid.c:29
> 29    ../sysdeps/unix/sysv/linux/waitpid.c: No such file or directory.
> (gdb) bt full
> #0  0x00007f54291b996a in __waitpid (pid=pid@entry=-1, 
> stat_loc=stat_loc@entry=0x7ffc59b555fc, options=options@entry=0) at 
> ../sysdeps/unix/sysv/linux/waitpid.c:29
>         resultvar = 18446744073709551104
> #1  0x0000000000401b33 in main (argc=<optimized out>, argv=<optimized out>)
> #at 
> src/bin/e_start_main.c:713
>         status = 4479
>         done = 0 '\000'
>         remember_sigusr1 = 0 '\000'
>         result = <optimized out>
>         remember_sigill = 0 '\000'
>         i = <optimized out>
>         valgrind_mode = <optimized out>
>         valgrind_tool = <optimized out>
>         valgrind_gdbserver = <optimized out>
>         buf = "/usr/bin/enlightenment\000ons/.bin", '\000' <repeats 8137 
> times>...
>         args = <optimized out>
>         home = <optimized out>
>         valgrind_path = '\000' <repeats 4095 times>
>         valgrind_log = <optimized out>
>         really_know = 0 '\000'
>         action = {__sigaction_handler = {sa_handler = 0x402600 <_sigusr1>, 
> sa_sigaction = 0x402600 <_sigusr1>}, sa_mask = {__val = {0 <repeats 16 
> times>}}, sa_flags = -2147483648, sa_restorer = 0x0}
>         child = 9219
>         cs_child = -1
>         cs_use = <optimized out>
>         restart = 1 '\001'
> =================================
> 
> Does the above provide anything useful?

wrong process. that's enlightenment_start not enlightenment.

> Curiously, if start a desktop session and open up LO immediately without any 
> other apps open, then LO will cause e to seize up at the first tooltip 
> invocation.  If I have other apps up and running first, then LO will take 
> longer to cause the desktop to freeze.  A number of tooltip invocations will 
> go through without a hitch and then suddenly then next tooltip will cause it 
> to freeze.  I thought of mentioning this in case it points to something of 
> importance.  
> -- 
> Regards,
> Mick
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> enlightenment-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    [email protected]


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
enlightenment-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Reply via email to