> From: Carsten Haitzler (The Rasterman) <[email protected]>
> edje_cc doesnt - but libedje can load modules.... but directory existence does
> not mean a module loads. it needs a module.so inside to do anything... without
> a backtrace we dont have enouhg info to go on
Ok, so that's not the problem... More digging had shown that i AM able
to get edje_cc to run, as long as the "-fastdecomp" option is omitted.
I've also noticed since compiling 1.16 that the cpu usage for
enlightenment (and terminology) is consistently high. And i also
discovered my syslog was rapidly filling with lines such as:
kernel: [ 3574.458558] traps: efreetd[24960] general protection
ip:7f3768a6c568 sp:7ffcc3cd1390 error:0 in
libemile.so.1.16.0[7f3768a62000+11000]
and that efreetd was constantly crashing and respawning.
I managed to get backtraces and found both efreetd and edje_cc (when
using -fastdecomp) were segfaulting for the same reason. Here's one of
them:
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff454e894 in LZ4HC_compress_generic.constprop.2 () from
/usr/local/lib/libemile.so.1
(gdb) bt
#0 0x00007ffff454e894 in LZ4HC_compress_generic.constprop.2 () from
/usr/local/lib/libemile.so.1
#1 0x00007ffff454fc60 in LZ4_compressHC2 () from /usr/local/lib/libemile.so.1
#2 0x00007ffff4546eb0 in emile_compress (data=data@entry=0x869380,
t=t@entry=EMILE_LZ4HC, l=l@entry=10) at lib/emile/emile_compress.c:67
#3 0x00007ffff710ff59 in eet_data_image_lossless_compressed_convert
(compression=10, alpha=1, h=64, w=64, data=<optimized out>,
size=0x7fffffff775c) at lib/eet/eet_image.c:735
#4 eet_data_image_encode_cipher (data=0x7ffff7fd6000,
cipher_key=cipher_key@entry=0x0, w=64, h=64, alpha=alpha@entry=1,
comp=comp@entry=10, quality=0, lossy=EMILE_IMAGE_LOSSLESS,
size_ret=0x7fffffff7824) at lib/eet/eet_image.c:1589
#5 0x00007ffff71102b6 in eet_data_image_encode (data=<optimized out>,
size_ret=size_ret@entry=0x7fffffff7824, w=<optimized out>,
h=<optimized out>, alpha=alpha@entry=1, comp=comp@entry=10,
quality=0, lossy=EMILE_IMAGE_LOSSLESS) at lib/eet/eet_image.c:1649
#6 0x00007ffff7110312 in eet_data_image_write_cipher (ef=0x1d56a30,
name=name@entry=0x7fffffff7940 "edje/images/68",
cipher_key=cipher_key@entry=0x0, data=<optimized out>,
w=<optimized out>, h=<optimized out>, alpha=1, comp=10, quality=0,
lossy=EMILE_IMAGE_LOSSLESS) at lib/eet/eet_image.c:1350
#7 0x00007ffff7110395 in eet_data_image_write (ef=<optimized out>,
name=name@entry=0x7fffffff7940 "edje/images/68", data=<optimized out>,
w=<optimized out>, h=<optimized out>, alpha=<optimized out>,
comp=10, quality=0, lossy=EMILE_IMAGE_LOSSLESS)
at lib/eet/eet_image.c:1374
#8 0x0000000000405ce7 in data_thread_image
(data=data@entry=0x302b700, thread=thread@entry=0x0) at
bin/edje/edje_cc_out.c:1011
#9 0x0000000000407d3c in data_image_preload_done (data=0x302b700,
e=<optimized out>, o=0x80000024a0000126, event_info=<optimized out>)
at bin/edje/edje_cc_out.c:1081
#10 0x000000000040b0eb in data_write_images (ef=ef@entry=0x1d56a30,
image_num=image_num@entry=0x7fffffffbad8)
at bin/edje/edje_cc_out.c:1143
#11 0x000000000040c146 in data_write () at bin/edje/edje_cc_out.c:2336
#12 0x000000000040443f in main (argc=8, argv=0x7fffffffdcf8) at
bin/edje/edje_cc.c:399
I can recompile with any necessary flags to get more information, just
let me know :)
Thanks,
-Conrad.
------------------------------------------------------------------------------
_______________________________________________
enlightenment-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
