Thank you taking the time to report this bug and helping to make Ubuntu better. However, processing the crash report to get detailed information for the developers failed as the retracer did not generate a useful symbolic stack trace.
Please try to obtain a backtrace manually following the instructions at http://wiki.ubuntu.com/DebuggingProgramCrash and upload the backtrace (as an attachment) to the bug report. This will greatly help us in tracking down your problem.

We are closing this bug report as it lacks the information, described in the previous comments, we need to investigate the problem further. However, please reopen it if you can give us the missing information and don't hesitate to submit bug reports in the future.

I am able to replicate this issue in 10.04 64-bit. When attempting to run nautilus, the application crashes and the following error message is displayed:

Initializing nautilus-gdu extension
Segmentation fault

Following the instructions at https://wiki.ubuntu.com/Backtrace I've generating a stack trace for Nautilus. We are working with JPEG 2000 data which is supported by jasper and may be related to the problem.

Some more system information:

Nautilus 1:2.30.1-0ubuntu1
Linux 2.6.32-22-generic x86_64

Please let me know if there is any more information I can provide to assist you.

I am able to replicate this issue in 10.04 64-bit. When attempting to run nautilus, the application crashes and the following error message is displayed:

Initializing nautilus-gdu extension
Segmentation fault

Following the instructions at https://wiki.ubuntu.com/Backtrace I've generating a stack trace for Nautilus. We are working with JPEG 2000 data which is supported by jasper and may be related to the problem.

Some more system information:

Nautilus 1:2.30.1-0ubuntu1
Linux 2.6.32-22-generic x86_64

Please let me know if there is any more information I can provide to assist you.

Following my hunch, I looked for any JP2 files on the Desktop and found one. After renaming it with a .bak extension (so that Nautilus would not attempt to generate a thumbnail for it), I am now able to successfully launch Nautilus. I will attach the problematic file to this thread. Finally, I the file is viewable using some standard tools (Eye of Gnome and ImageMagick).

I can still see the bug. For me it is easy to reproduce by performing the following steps:
1) copy the file 2010_05_10__00_00_00_61Z__SDO_AIA_AIA_193.jp2 posted
by Keith Hughitt into an empty directory
2) ask nautilus to display this directory.

The official version released in any Debian or Ubuntu distribution is libopenjpeg2_1.3+dfsg [...]. This package is build from version 1.3 of the source code from the Google Code project http://code.google.com/p/openjpeg/

Since then they have released version 1.4, 1.5, 1.5.1 and 2.0.0. My own experience for having installed version 1.3, 1.5 and 2.0.0 is that the compressed images j2k are not compatible between versions. You end up with a crash in the jasper package. See their Canadian website @ http://www.ece.uvic.ca/~frodo/jasper/

However for some reason when another version is installed jasper crashed and following this crash Nautilus or Nemo crash as well.

Aside from the jasper / nautilus - nemo trouble between different OpenPEG versions, GIMP or GPicView had no problem opening j2k images from other versions of OpenJPEG.

When recompressing the source images to j2k with the new version I idn't get any crash. However the thumbnail will not show up on some images ... all thumbnails only appear with the official v1.3 version still part of the latest distibutions from Ubuntu or Debian.

I discovered that even when building new jpeg2000 images (format .j2k) from any version installed (1.3, 1.5 or 2.0.0), Nautilus or Nemo will crash when opening the containing folder of some of these images (not all ...).

The solution is simple : You have first to open these images with GIMP. Ounce GIMP has open these images their thumbnail is displayed by Nautilus / Nemo and does not crash ...

May be there is some investigation to perform on this ... on the part of the plug-in used in Nautilus / Nemo.