Hello. On Mon, 2011-10-31 at 21:04, Cedric BAIL wrote: > > Could you run it under valgrind and also give us the version of your librsvg ?
Sure :) tefan@excalibur:~/Projekte/efl/edje-bug $ valgrind /usr/local/bin/edje_cc -v -id images -DLOWRES_PDA=1 -DMEDIUMRES_PDA=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC e-module-conf_randr.edc e-module-conf_randr.edj ==14677== Memcheck, a memory error detector ==14677== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==14677== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info ==14677== Command: /usr/local/bin/edje_cc -v -id images -DLOWRES_PDA=1 -DMEDIUMRES_PDA=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC e-module-conf_randr.edc e-module-conf_randr.edj ==14677== /usr/local/bin/edje_cc: Wrote 94 bytes ( 0Kb) for "edje_file" header /usr/local/bin/edje_cc: Wrote 8785 bytes ( 9Kb) for "edje/images/0" image entry "video-display.svg" compress: [raw: 76.2%] [real: 77.8%] Summary: Wrote 0 collections Wrote 1 images Wrote 0 fonts Wrote 115 bytes (0Kb) of original source data Wrote 12 bytes (0Kb) of original source font map Conservative compression summary: Wrote total 9006 bytes (9Kb) from 39574 (39Kb) input data Output file is 22.8% the size of the input data Saved 30568 bytes (30Kb) Raw compression summary: Wrote total 9006 bytes (9Kb) from 36911 (36Kb) raw input data Output file is 24.4% the size of the raw input data Saved 27905 bytes (27Kb) ==14677== Jump to the invalid address stated on the next line ==14677== at 0xEF54510: ??? ==14677== by 0x80F7039: g_slice_free1 (in /lib/libglib-2.0.so.0.2800.8) ==14677== by 0x80D7023: ??? (in /lib/libglib-2.0.so.0.2800.8) ==14677== by 0x80D7153: ??? (in /lib/libglib-2.0.so.0.2800.8) ==14677== by 0x54EA0B4: _ecore_main_loop_shutdown (ecore_main.c:796) ==14677== by 0x54E44CE: ecore_shutdown (ecore.c:245) ==14677== by 0x4E87529: _edje_shutdown_core.part.0 (edje_main.c:136) ==14677== by 0x4E8791C: edje_shutdown (edje_main.c:115) ==14677== by 0x403320: main (edje_cc.c:239) ==14677== Address 0xef54510 is not stack'd, malloc'd or (recently) free'd ==14677== ==14677== ==14677== Process terminating with default action of signal 11 (SIGSEGV) ==14677== Access not within mapped region at address 0xEF54510 ==14677== at 0xEF54510: ??? ==14677== by 0x80F7039: g_slice_free1 (in /lib/libglib-2.0.so.0.2800.8) ==14677== by 0x80D7023: ??? (in /lib/libglib-2.0.so.0.2800.8) ==14677== by 0x80D7153: ??? (in /lib/libglib-2.0.so.0.2800.8) ==14677== by 0x54EA0B4: _ecore_main_loop_shutdown (ecore_main.c:796) ==14677== by 0x54E44CE: ecore_shutdown (ecore.c:245) ==14677== by 0x4E87529: _edje_shutdown_core.part.0 (edje_main.c:136) ==14677== by 0x4E8791C: edje_shutdown (edje_main.c:115) ==14677== by 0x403320: main (edje_cc.c:239) ==14677== If you believe this happened as a result of a stack ==14677== overflow in your program's main thread (unlikely but ==14677== possible), you can try to increase the size of the ==14677== main thread stack using the --main-stacksize= flag. ==14677== The main thread stack size used in this run was 8388608. ==14677== ==14677== HEAP SUMMARY: ==14677== in use at exit: 143,670 bytes in 658 blocks ==14677== total heap usage: 19,494 allocs, 18,798 frees, 4,651,363 bytes allocated ==14677== ==14677== LEAK SUMMARY: ==14677== definitely lost: 10,064 bytes in 43 blocks ==14677== indirectly lost: 2,708 bytes in 80 blocks ==14677== possibly lost: 34,064 bytes in 73 blocks ==14677== still reachable: 79,298 bytes in 473 blocks ==14677== suppressed: 0 bytes in 0 blocks ==14677== Rerun with --leak-check=full to see details of leaked memory ==14677== ==14677== For counts of detected and suppressed errors, rerun with: -v ==14677== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 70 from 9) Segmentation fault System is debian unstable with librsvg version: ii librsvg2-2 2.34.1-3 SAX-based renderer library for SVG files (runtime) Getting some sleep now. If you need a more verbose valgrind let me know. regards Stefan Schmidt ------------------------------------------------------------------------------ Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World™ now supports Android™ Apps for the BlackBerry® PlayBook™. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel