Drew Kirkpatrick wrote: > I got nostrip added, this should make it easier to understand: > > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 16384 (LWP 10333)] > 0x00002b58de4fe3fb in __imlib_amd64_copy_rgb_to_rgba () > from /usr/local/lib/libImlib2.so.1 > (gdb) where > #0 0x00002b58de4fe3fb in __imlib_amd64_copy_rgb_to_rgba () > from /usr/local/lib/libImlib2.so.1 > #1 0x00002b58de4d2a05 in __imlib_BlendImageToImage (im_src=0x6493d0, > im_dst=0x6494d0, aa=1 '\001', blend=0 '\0', merge_alpha=0 '\0', ssx=0, > ssy=0, ssw=128, ssh=39, ddx=128, ddy=56, ddw=6619312, ddh=0, cm=0x0, > op=OP_COPY, clx=128, cly=16, clw=0, clh=0) at blend.c:1896 > #2 0x00002b58de4c7ffb in imlib_create_cropped_scaled_image (source_x=0, > source_y=0, source_width=39, source_height=39, destination_width=128, > destination_height=56) at api.c:2521 > #3 0x0000000000445757 in IconboxDraw () > #4 0x00000000004457cf in IconboxEwinMoveResize () > #5 0x00000000004313d0 in doEwinMoveResize () > #6 0x0000000000431bac in EwinResize () > #7 0x0000000000443c6e in IconboxShow () > #8 0x00000000004481be in IconboxesSighan () > #9 0x000000000042bd6f in ModulesSignal () > #10 0x000000000044c5ee in main () > > > > > On 6/8/06, Drew Kirkpatrick <[EMAIL PROTECTED]> wrote: > >>Thanks to the help from devilhorns, I was able to get a gdb trace on >>my e16 crashing on my amd64 gentoo box. >> >>I've emerged media-libs/imlib2-1.2.1.009 and >>x11-wm/enlightenment-0.16.8. However, with e16 set as my wm in my >>.xinitrc: >> >>exec /usr/bin/e16 >> >> (executable used to be called /usr/bin/enlightenment prior to 0.16.8 >>in gentoo I believe) >> >> >>and it segfaults on startup. Here's the gdb backtrace: >> >> >>(gdb) run >>Starting program: /usr/bin/e16 >>(no debugging symbols found) >>(no debugging symbols found) >>(no debugging symbols found) >>(no debugging symbols found) >>[Thread debugging using libthread_db enabled] >>[New Thread 16384 (LWP 17613)] >> >>Program received signal SIGSEGV, Segmentation fault. >>[Switching to Thread 16384 (LWP 17613)] >>0x00002b7733af13fb in __imlib_amd64_copy_rgb_to_rgba () from >>/usr/local/lib/libImlib2.so.1 >>(gdb) bt >>#0 0x00002b7733af13fb in __imlib_amd64_copy_rgb_to_rgba () >> from /usr/local/lib/libImlib2.so.1 >>#1 0x00002b7733ac5a05 in __imlib_BlendImageToImage (im_src=0x6433e0, >>im_dst=0x6434e0, >> aa=1 '\001', blend=0 '\0', merge_alpha=0 '\0', ssx=0, ssy=0, >>ssw=128, ssh=39, >> ddx=128, ddy=56, ddw=6594752, ddh=0, cm=0x0, op=OP_COPY, clx=128, >>cly=16, clw=0, >> clh=0) at blend.c:1896 >>#2 0x00002b7733abaffb in imlib_create_cropped_scaled_image >>(source_x=0, source_y=0, >> source_width=39, source_height=39, destination_width=128, >>destination_height=56) >> at api.c:2521 >>#3 0x0000000000445757 in ?? () >>#4 0x00000000004457cf in ?? () >>#5 0x00000000004313d0 in ?? () >>#6 0x0000000000431bac in ?? () >>#7 0x0000000000443c6e in ?? () >>#8 0x00000000004481be in ?? () >> >> >> >>any help here would be greatly appreciated! >> The parameters passed to imlib_create_cropped_scaled_image look fine, but the ones passed to __imlib_BlendImageToImage are partially messed up. Maybe something ugly is happening in __imlib_BlendImageToImage or __imlib_amd64_copy_rgb_to_rgba which corrupts the stack?
You could try compiling imlib2 with --disable-amd64 to see if there is a problem with the amd64 asm stuff. You could also try imlib2-1.2.2. IIRC there were some asm changes during 1.2.1. Valgrind may also turn up something. /Kim _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
