From: Jason M. <jdm...@wi...> - 2005-07-22 02:55:12
|
I have a simple "slide show" program that seg faults when trying to change the image in an evas object. I cannot tell if this is my fault, i.e. there are some other calls I should be making before hand to set everything up, or if this is e's fault. This is by back trace: Program received signal SIGSEGV, Segmentation fault. 0x403f823c in evas_object_list_remove (in_list=0x80671b8, in_item=0x80671b8) at evas_object_list.c:122 122 item->next->prev = item->prev; (gdb) bt #0 0x403f823c in evas_object_list_remove (in_list=0x80671b8, in_item=0x80671b8) at evas_object_list.c:122 #1 0x403f715b in evas_hash_del (hash=0x8066788, key=0x80672c0 "/home/jason/pic/06102005/DSC00274.JPG//:////://0", data=0x8067110) at evas_hash.c:170 #2 0x40409763 in evas_common_image_unstore (im=0x8067110) at evas_image_main.c:390 #3 0x404091e6 in evas_common_image_unref (im=0x8067110) at evas_image_main.c:261 #4 0x40418fb4 in evas_engine_software_x11_image_free (data=0x8056dc8, image=0x8067110) at evas_engine.c:701 #5 0x403d941c in evas_object_image_file_set (obj=0x8066d10, file=0x8067220 "/home/jason/pic/06102005/DSC00278.JPG", key=0x0) at evas_object_image.c:150 #6 0x080493f7 in timer_cb (data=0x8067458) at viewer.c:131 #7 0x4003e3af in _ecore_timer_call (when=1121979018.19555) at ecore_timer.c:178 #8 0x4003ba00 in _ecore_main_loop_iterate_internal (once_only=0) at ecore_main.c:457 #9 0x4003b5db in ecore_main_loop_begin () at ecore_main.c:82 #10 0x08049307 in main (argc=2, argv=0xbffff7a4) at viewer.c:104 Any help would be greatly appreciated. Let me know if you need any other information. Thanks, Jason |
From: Carsten H. (T. R. <ra...@ra...> - 2005-07-26 14:00:30
|
On Thu, 21 Jul 2005 20:59:45 +0000 Jason Melbye <jdm...@wi...> babbled: > I have a simple "slide show" program that seg faults when trying to change the > image in an evas object. I cannot tell if this is my fault, i.e. there are > some other calls I should be making before hand to set everything up, or if > this is e's fault. This is by back trace: this looks very bizarre/wrong - this shouldnt happen. really. have u called free() on evas objects accidentally? that could cause it. ? i have never seen such a thing before. the hash and list stuff has been used ALL OVER the place in tonnes of places and is very well exercised. i'd be surprised at a bug in it by now - admittedly there could be - but i'd err on the side of the app. have u run it under valgrind? is it possible to provide me an example (source plus if it happens only with certain images - those too) ? > Program received signal SIGSEGV, Segmentation fault. > 0x403f823c in evas_object_list_remove (in_list=0x80671b8, in_item=0x80671b8) > at evas_object_list.c:122 > 122 item->next->prev = item->prev; > (gdb) bt > #0 0x403f823c in evas_object_list_remove (in_list=0x80671b8, > in_item=0x80671b8) at evas_object_list.c:122 > #1 0x403f715b in evas_hash_del (hash=0x8066788, > key=0x80672c0 "/home/jason/pic/06102005/DSC00274.JPG//:////://0", > data=0x8067110) at evas_hash.c:170 > #2 0x40409763 in evas_common_image_unstore (im=0x8067110) > at evas_image_main.c:390 > #3 0x404091e6 in evas_common_image_unref (im=0x8067110) > at evas_image_main.c:261 > #4 0x40418fb4 in evas_engine_software_x11_image_free (data=0x8056dc8, > image=0x8067110) at evas_engine.c:701 > #5 0x403d941c in evas_object_image_file_set (obj=0x8066d10, > file=0x8067220 "/home/jason/pic/06102005/DSC00278.JPG", key=0x0) > at evas_object_image.c:150 > #6 0x080493f7 in timer_cb (data=0x8067458) at viewer.c:131 > #7 0x4003e3af in _ecore_timer_call (when=1121979018.19555) > at ecore_timer.c:178 > #8 0x4003ba00 in _ecore_main_loop_iterate_internal (once_only=0) > at ecore_main.c:457 > #9 0x4003b5db in ecore_main_loop_begin () at ecore_main.c:82 > #10 0x08049307 in main (argc=2, argv=0xbffff7a4) at viewer.c:104 > > Any help would be greatly appreciated. Let me know if you need any other > information. > > Thanks, > Jason > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > enlightenment-devel mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... 裸好多 ra...@de... Tokyo, Japan (東京 日本) |