On Mon, 31 Oct 2011 20:51:37 +0100 Stefan Schmidt <[email protected]>
said:

this smells of a problem i used to see with librsvg - but not these days

> 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.
> 
> regards
> Stefan Schmidt
> 
> ------------------------------------------------------------------------------
> Get your Android app more play: Bring it to the BlackBerry PlayBook 
> in minutes. BlackBerry App World&#153; now supports Android&#153; Apps 
> for the BlackBerry&reg; PlayBook&#153;. 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
> 


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


------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to