On Mon, Oct 31, 2011 at 8:51 PM, Stefan Schmidt <[email protected]> wrote: > Hello. > > While testing the conf_randr patch I noticed a problem with edje_cc. > > It segfault when the edc contains a SVG image. Minimal test case looks > like this: > > images { > image: "video-display.svg" COMP; > } > > The actual edj gets produced, though. From the backtrace (see below) > it looks to me like a problem with ecore mainloop and glib while > shutting down _after_ the successful edj creation. > > stefan@excalibur:~/Projekte/efl/edje-bug $ gdb --args /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 > GNU gdb (GDB) 7.3-debian > Copyright (C) 2011 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-linux-gnu". > For bug reporting instructions, please see: > <http://www.gnu.org/software/gdb/bugs/>... > Reading symbols from /usr/local/bin/edje_cc...done. > (gdb) run > Starting program: /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 > [Thread debugging using libthread_db enabled] > /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) > > Program received signal SIGSEGV, Segmentation fault. > 0x00007fffede8c510 in ?? () > (gdb) bt f > #0 0x00007fffede8c510 in ?? () > No symbol table info available. > #1 0x00007ffff48e603a in g_slice_free1 () from /lib/libglib-2.0.so.0 > No symbol table info available. > #2 0x00007ffff48c6024 in ?? () from /lib/libglib-2.0.so.0 > No symbol table info available. > #3 0x00007ffff48c6154 in ?? () from /lib/libglib-2.0.so.0 > No symbol table info available. > #4 0x00007ffff75100b5 in _ecore_main_loop_shutdown () at ecore_main.c:796 > No locals. > #5 0x00007ffff750a4cf in ecore_shutdown () at ecore.c:245 > __FUNCTION__ = "ecore_shutdown" > #6 0x00007ffff7bb352a in _edje_shutdown_core () at edje_main.c:136 > No locals. > #7 0x00007ffff7bb391d in _edje_shutdown_core () at edje_main.c:115 > No locals. > #8 edje_shutdown () at edje_main.c:166 > No locals. > #9 0x0000000000403321 in main (argc=13, argv=<optimized out>) at > edje_cc.c:239 > i = <optimized out> > st = {st_dev = 65030, st_ino = 3294669, st_nlink = 1, st_mode = 33188, > st_uid = 1000, > st_gid = 1000, __pad0 = 0, st_rdev = 0, st_size = 47, st_blksize = > 4096, st_blocks = 8, > st_atim = {tv_sec = 1320090081, tv_nsec = 0}, st_mtim = {tv_sec = > 1320090081, > tv_nsec = 0}, st_ctim = {tv_sec = 1320090081, tv_nsec = 0}, > __unused = {0, 0, 0}} > rpath = > "/home/stefan/Projekte/efl/edje-bug/e-module-conf_randr.edc\000\365\377\177\000\000P\301\377\377\377\177\000\000b\237\336\367\377\177\000\000\000\000\000\000\000\000\000\000&\251\336\367\377\177\000\000\030\340\377\367\377\177\000\000\370\336\377\377\377\177\000\000\000\337\377\377\377\177\000\000\340\303\027\365\377\177\000\000x\027\374\367\377\177\000\000\025\221\336\367\377\177\000\000\350\364\374\367\377\177\000\000\330\344\374\367\377\177\000\000\340\324\374\367\377\177\000\000\300\331\374\367\377\177\000\000\000\000\000\000\000\000\000\000\340\244\374\367\377\177\000\000\004\000\000\000\000\000\000\000\241\336\027\365\377\177\000\000P\301\377\377\377\177\000\000\000\000@\200\377\377\377\377\000\000\026R\275\357\377\377\n\002\000\000\246\000\000\000\217\000\000\000g\001\000\000\037\000\000\000?\000\000\000\000\000\000\000\023\002\000\000#\000\000\000\000\000\000\000_\000\000\000\301\001\000\000\320\336\377\377\377\177\000\000"... > rpath2 = > "/home/stefan/Projekte/efl/edje-bug/e-module-conf_randr.edj\000\366\377\177\000\000\020\322\377\377\377\177\000\000b\237\336\367\377\177\000\000\000\000\000\000\000\000\000\000&\251\336\367\377\177\000\000\030\340\377\367\377\177\000\000\370\336\377\377\377\177\000\000\000\337\377\377\377\177\000\000\070\024\375\366\377\177\000\000Hj\374\367\377\177\000\000\025\221\336\367\377\177\000\000\000\200\374\367\377\177\000\000\000\320\374\367\377\177\000\000\300\225\374\367\377\177\000\000\340\324\374\367\377\177\000\000\300\331\374\367\377\177\000\000\000\000\000\000\000\000\000\000\a\000\000\000\000\000\000\000\214l\375\366\377\177\000\000\020\322\377\377\377\177\000\000\000\000@\240\377\377\377\377\000\000\026R\275\357\377\377\000\340\374\367\377\177\000\000\004\000\000\000\000\000\000\000el\375\366\377\177\000\000\020\322\377\377\377\177\000\000\000\000\240\240\377\377\377\377\000\000\026R\275\357\377\377\000\340\374\367\377\177\000\000\003\000\000\000\000\000\000\000[l\375\366\377\177\000\000\020\322"... > __FUNCTION__ = "main" > (gdb) > > If needed I can run this again with debugging enabled and optimizing > disabled. I'm a bit lost with the mainloop handling thus reporting > this here without a patch.
Could you run it under valgrind and also give us the version of your librsvg ? -- Cedric BAIL ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
