Bug#397012: idesk segfaults
reassign 397012 libimlib2 found 397012 1.3.0.0debian1-2 tags 397012 patch thanks On Tue, Nov 07, 2006 at 04:55:10PM +0100, Jonas Meurer wrote: On 06/11/2006 Steve Langasek wrote: i neither have any directories inside ~/.idesktop/ nor have a background image stored there. See the ~/.ideskrc file attached. I can't reproduce the crash on amd64 using the provided .ideskrc alone. Can you provide a minimal test case for the crash, including images and any parts of your .idesktop that are needed in order to trigger the crash? ok, even with only one file (gimp.lnk) in ~/.idesktop/, idesk crashes. I used the .ideskrc file that you already know, and the following inside ~/.idesktop/gimp.lnk: table Icon Caption: Gimp Icon: /usr/share/icons/crystalsvg/48x48/apps/gimp.png X: 30 Y: 730 Command[0]: /usr/bin/gimp CaptionTip: Gimp end Also, do you have any tiffs anywhere in your config? I notice that bug #381177 has just been closed in libimlib2... no, only png images. i could rebuild libimlib2 with DEB_BUILD_OPTIONS=nostrip and send again the gdb backtrace and strace output. Turns out I am able to reproduce this, I just misunderstood the symptoms because something is trapping the segfault when not running under gdb and idesk was therefore exiting silently instead of throwing an error message. And I've tracked the problem down to some amd64 assembly code in libImlib2.so.1: #0 0x2b9b2be201ff in __imlib_amd64_blend_rgba_to_rgb_cmod () from /usr/lib/libImlib2.so.1 #1 0x2b9b2bde8d14 in imlib_blend_image_onto_image (source_image=0x553800, merge_alpha=1 '\001', source_x=0, source_y=0, source_width=5593504, source_height=48, destination_x=0, destination_y=0, destination_width=48, destination_height=48) at api.c:2015 [...] The instruction at 0x2b9b2be201ff is: 0x2b08934011ff __imlib_amd64_blend_rgba_to_rgb_cmod+47: movdqa 1155461(%rip),%xmm5 # 0x2b089351b38c c1 I have no idea what this does, other than that it segfaults. The easiest fix I see is to simply disable the amd64 assembly in libimlib2 until someone can take a look at and fix it; this can be done by adding a --disable-amd64 option to the configure command in debian/rules. I've confirmed that doing so fixes the segfault on my test system. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397012: idesk segfaults
On Wed, Nov 08, 2006 at 10:31:37PM -0600, Anibal Avelar wrote: I have no idea what this does, other than that it segfaults. The easiest fix I see is to simply disable the amd64 assembly in libimlib2 until someone can take a look at and fix it; this can be done by adding a --disable-amd64 Ok, I'll think in that option if the bug is not fixed soon. Um, I mean that this can be done by adding a --disable-amd64 option to the configure command in debian/rules *of imlib2*. This is not an idesk bug at all, hence the reassignment. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397012: idesk segfaults
Hi. On 11/8/06, Steve Langasek [EMAIL PROTECTED] wrote: reassign 397012 libimlib2 found 397012 1.3.0.0debian1-2 tags 397012 patch thanks no, only png images. Can you test with other images types (jpg or xpm). Turns out I am able to reproduce this, I just misunderstood the symptoms because something is trapping the segfault when not running under gdb and idesk was therefore exiting silently instead of throwing an error message. And I've tracked the problem down to some amd64 assembly code in libImlib2.so.1: #0 0x2b9b2be201ff in __imlib_amd64_blend_rgba_to_rgb_cmod () from /usr/lib/libImlib2.so.1 #1 0x2b9b2bde8d14 in imlib_blend_image_onto_image (source_image=0x553800, merge_alpha=1 '\001', source_x=0, source_y=0, source_width=5593504, source_height=48, destination_x=0, destination_y=0, destination_width=48, destination_height=48) at api.c:2015 [...] The instruction at 0x2b9b2be201ff is: 0x2b08934011ff __imlib_amd64_blend_rgba_to_rgb_cmod+47: movdqa 1155461(%rip),%xmm5 # 0x2b089351b38c c1 This sounds known. I think is related to PNG images. I have no idea what this does, other than that it segfaults. The easiest fix I see is to simply disable the amd64 assembly in libimlib2 until someone can take a look at and fix it; this can be done by adding a --disable-amd64 Ok, I'll think in that option if the bug is not fixed soon. option to the configure command in debian/rules. I've confirmed that doing so fixes the segfault on my test system. I built a special idesk package, just for test. You can download it here: http://fixxxer.cc/pub/idesk/idesk_0.7.5-3-debug-1_i386.deb I removed the dh_strip option and I added the libxt-dev dependency due to the news changes on Xorg (it will be either 0.7.5-4 or 0.7.6-1, I still don't know). May be, it can be more descriptive for your test. Regards. -- Anibal Avelar (FixXxeR) http://fixxxer.cc GPG: 83B64656 - C143 4AD8 B017 53FA B742 D6AA CEEA F9F3 83B6 4656 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397012: idesk segfaults
On 06/11/2006 Steve Langasek wrote: i neither have any directories inside ~/.idesktop/ nor have a background image stored there. See the ~/.ideskrc file attached. I can't reproduce the crash on amd64 using the provided .ideskrc alone. Can you provide a minimal test case for the crash, including images and any parts of your .idesktop that are needed in order to trigger the crash? ok, even with only one file (gimp.lnk) in ~/.idesktop/, idesk crashes. I used the .ideskrc file that you already know, and the following inside ~/.idesktop/gimp.lnk: table Icon Caption: Gimp Icon: /usr/share/icons/crystalsvg/48x48/apps/gimp.png X: 30 Y: 730 Command[0]: /usr/bin/gimp CaptionTip: Gimp end Also, do you have any tiffs anywhere in your config? I notice that bug #381177 has just been closed in libimlib2... no, only png images. i could rebuild libimlib2 with DEB_BUILD_OPTIONS=nostrip and send again the gdb backtrace and strace output. ... jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397012: idesk segfaults
On Sun, Nov 05, 2006 at 09:22:40PM +0100, Jonas Meurer wrote: On 05/11/2006 Anibal Avelar wrote: Do you have some directory inside of .idesktop directory? or Did you define the Background.Source tag with some directory inside of .idesktop directory? because the program has a bug with this. Please move the directory to other location. I don't know if this fix your problem. Please, you cand send me the .ideskrc file and the output for the comand ls -la .idesktop i neither have any directories inside ~/.idesktop/ nor have a background image stored there. See the ~/.ideskrc file attached. I can't reproduce the crash on amd64 using the provided .ideskrc alone. Can you provide a minimal test case for the crash, including images and any parts of your .idesktop that are needed in order to trigger the crash? Also, do you have any tiffs anywhere in your config? I notice that bug #381177 has just been closed in libimlib2... -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397012: idesk segfaults
On Sun, Nov 05, 2006 at 02:45:13PM +0100, Jonas Meurer wrote: On 05/11/2006 Steve Langasek wrote: anway, see it attached. Program received signal SIGSEGV, Segmentation fault. 0x2ac6ef33e1ff in __imlib_SetMaxXImageCount () from /usr/lib/libImlib2.so.1 (gdb) detach Detaching from program: /usr/bin/idesk, process 14682 (gdb) quit [EMAIL PROTECTED]:~$ This isn't a backtrace. Please get a backtrace using the 'bt' command within gdb. sorry. i hope to have the correct output attached this time. if it would be helpful to rebuild idesk with debugging information and run strace/gdb against this package, i could do this as well. i just don't know how to do that exactly, but maybe removing dh_strip from debian/rules is all i need to do? Normally, all you need to do is build with DEB_BUILD_OPTIONS=nostrip, which dh_strip honors. But given that your crash is in library code (libImlib2) rather than in the app, imlib2 would be the package you would want to rebuild this way to get any useful debugging info. Anyway, see other mail; if we can get a reproducible test case, it shouldn't take long to knock this problem out, I think. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397012: idesk segfaults
On 04/11/2006 Steve Langasek wrote: On Sat, Nov 04, 2006 at 01:34:30PM +0100, Jonas Meurer wrote: since some time now, idesk segfaults on my system. I even tried to rebuild the package, but that doesn't help. see the output of 'strace idesk' attached. Please provide a gdb backtrace, not just an strace. I guess that it is not very helpful, as idesk is built with dh_strip. anway, see it attached. ... jonas [EMAIL PROTECTED]:~$ gdb idesk GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as x86_64-linux-gnu...(no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. (gdb) run Starting program: /usr/bin/idesk (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) Idesk starting in :0.0 [idesk] Background's source not found. Cannot determine file extension of: (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ---Type return to continue, or q return to quit--- (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) Unknown file format: Program received signal SIGSEGV, Segmentation fault. 0x2ac6ef33e1ff in __imlib_SetMaxXImageCount () from /usr/lib/libImlib2.so.1 (gdb) detach Detaching from program: /usr/bin/idesk, process 14682 (gdb) quit [EMAIL PROTECTED]:~$
Bug#397012: idesk segfaults
On 05/11/2006 Steve Langasek wrote: anway, see it attached. Program received signal SIGSEGV, Segmentation fault. 0x2ac6ef33e1ff in __imlib_SetMaxXImageCount () from /usr/lib/libImlib2.so.1 (gdb) detach Detaching from program: /usr/bin/idesk, process 14682 (gdb) quit [EMAIL PROTECTED]:~$ This isn't a backtrace. Please get a backtrace using the 'bt' command within gdb. sorry. i hope to have the correct output attached this time. if it would be helpful to rebuild idesk with debugging information and run strace/gdb against this package, i could do this as well. i just don't know how to do that exactly, but maybe removing dh_strip from debian/rules is all i need to do? ... jonas [EMAIL PROTECTED]:~$ gdb idesk GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as x86_64-linux-gnu...(no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. (gdb) run Starting program: /usr/bin/idesk (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) Idesk starting in :0.0 [idesk] Background's source not found. Cannot determine file extension of: (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ---Type return to continue, or q return to quit--- (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) Unknown file format: Program received signal SIGSEGV, Segmentation fault. 0x2ac6ef33e1ff in __imlib_SetMaxXImageCount () from /usr/lib/libImlib2.so.1 (gdb) bt #0 0x2b6141b201ff in __imlib_SetMaxXImageCount () from /usr/lib/libImlib2.so.1 #1 0x0030 in ?? () #2 0x0030 in ?? () #3 0x005ec930 in ?? () #4 0x00553440 in ?? () #5 0x2b6141ae8d14 in imlib_blend_image_onto_image () from /usr/lib/libImlib2.so.1 #6 0x0040b708 in ?? () #7 0x00408b6c in ?? () #8 0x004053ae in ?? () #9 0x00405beb in ?? () #10 0x004069e5 in ?? () #11 0x00406a6e in ?? () #12 0x0042e113 in std::operator+char, std::char_traitschar, std::allocatorchar () #13 0x00430444 in std::operator+char, std::char_traitschar, std::allocatorchar () #14 0x2b61426d34ca in __libc_start_main () from /lib/libc.so.6 #15 0x00404bca in ?? () #16 0x7fff69402d18 in ?? () #17 0x in ?? () (gdb) detach Detaching from program: /usr/bin/idesk, process 14682 (gdb) quit [EMAIL PROTECTED]:~$
Bug#397012: idesk segfaults
On Sun, Nov 05, 2006 at 02:28:55PM +0100, Jonas Meurer wrote: On 04/11/2006 Steve Langasek wrote: On Sat, Nov 04, 2006 at 01:34:30PM +0100, Jonas Meurer wrote: since some time now, idesk segfaults on my system. I even tried to rebuild the package, but that doesn't help. see the output of 'strace idesk' attached. Please provide a gdb backtrace, not just an strace. I guess that it is not very helpful, as idesk is built with dh_strip. At least more useful than an strace in most cases. :) anway, see it attached. Program received signal SIGSEGV, Segmentation fault. 0x2ac6ef33e1ff in __imlib_SetMaxXImageCount () from /usr/lib/libImlib2.so.1 (gdb) detach Detaching from program: /usr/bin/idesk, process 14682 (gdb) quit [EMAIL PROTECTED]:~$ This isn't a backtrace. Please get a backtrace using the 'bt' command within gdb. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397012: idesk segfaults
Hi. I saw the information. I feel the problem is an old bug. Do you have some directory inside of .idesktop directory? or Did you define the Background.Source tag with some directory inside of .idesktop directory? because the program has a bug with this. Please move the directory to other location. I don't know if this fix your problem. Please, you cand send me the .ideskrc file and the output for the comand ls -la .idesktop I'm working in the 0.7.6 version. Soon it will be ready. Many bugs were fixed. Thanks. On 11/5/06, Jonas Meurer [EMAIL PROTECTED] wrote: On 05/11/2006 Steve Langasek wrote: anway, see it attached. Program received signal SIGSEGV, Segmentation fault. 0x2ac6ef33e1ff in __imlib_SetMaxXImageCount () from /usr/lib/libImlib2.so.1 (gdb) detach Detaching from program: /usr/bin/idesk, process 14682 (gdb) quit [EMAIL PROTECTED]:~$ This isn't a backtrace. Please get a backtrace using the 'bt' command within gdb. sorry. i hope to have the correct output attached this time. if it would be helpful to rebuild idesk with debugging information and run strace/gdb against this package, i could do this as well. i just don't know how to do that exactly, but maybe removing dh_strip from debian/rules is all i need to do? ... jonas -- Anibal Avelar (FixXxeR) http://fixxxer.cc GPG: 83B64656 - C143 4AD8 B017 53FA B742 D6AA CEEA F9F3 83B6 4656 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397012: idesk segfaults
On Sat, Nov 04, 2006 at 01:34:30PM +0100, Jonas Meurer wrote: since some time now, idesk segfaults on my system. I even tried to rebuild the package, but that doesn't help. see the output of 'strace idesk' attached. Please provide a gdb backtrace, not just an strace. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
