ufraw-batch consumes 100% cpu and crashes with signal 24 in cmsTrilinearInterp16()

[LarryGrover]

Binary package hint: ufraw

I can trigger reliably when I insert an SD card from my camera and copy (using nautilus) image files (jepg and nef - Nikon raw format) to my hard drive. Something (trackerd?) starts ufraw-batch, which then consumes 100% cpu and after several minutes crashes. Ufraw-batch gets restarted (by trackerd?) and continues to consume 100% cpu) until I kill trackerd. Killing ufraw-batch doesn't help, it continues to be restarted.

I'm running Intrepid on a laptop which was upgraded from Hardy, and this did not happen before the upgrade.

What I expect to happen:
My system shouldn't bog down, and programs shouldn't crash.

What happens:
My system slows to a crawl, and ufraw-batch crashes.

ProblemType: Crash
Architecture: i386
CrashCounter: 1
DistroRelease: Ubuntu 8.10
ExecutablePath: /usr/bin/ufraw-batch
Package: ufraw 0.13-1build2
ProcAttrCurrent: unconfined
ProcCmdline: ufraw-batch --silent --wb=camera --black-point=auto --exposure=auto --create-id=also --out-type=ppm16 --output=/tmp/magick-XXMd6Uqi.pnm /tmp/magick-XXEPCoQo
ProcEnviron:
 PATH=/home/username/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games
 LANG=en_US.UTF-8
 SHELL=/bin/bash
Signal: 24
SourcePackage: ufraw
Stacktrace:
 #0 0xb7c7595a in cmsTrilinearInterp16 () from /usr/lib/liblcms.so.1
 #1 0x00000000 in ?? ()
StacktraceTop:
 cmsTrilinearInterp16 () from /usr/lib/liblcms.so.1
 ?? ()
ThreadStacktrace:
 .
 Thread 1 (process 11148):
 #0 0xb7c7595a in cmsTrilinearInterp16 () from /usr/lib/liblcms.so.1
 #1 0x00000000 in ?? ()
Title: ufraw-batch crashed with signal 24 in cmsTrilinearInterp16()
Uname: Linux 2.6.27-4-generic i686
UserGroups: adm admin audio cdrom dialout dip disk floppy lpadmin plugdev sambashare scanner vboxusers video

[Apport retracing service (apport)]

StacktraceTop:cmsTrilinearInterp16 () from /usr/lib/liblcms.so.1
?? ()

[udifuchs (udifuchs)]

ufraw-batch is probably trying to create thumbnails for your NEF files.

What camera model did those NEF files come from?

[dfalk (dfalk)]

In my case, the files are from a D50. And from what I've noticed, it is trackerd that is causing this, and I think you have to have your NEF files set to be opened by UFRaw by default.

So there are a couple workarounds that people can try:
1) Associate your NEF files with some other program, and use the right click menu to open them with UFRaw.

2) Add NEF files to trackerd's excluded files (System > Preferences > Search and Indexing, Ignored Files tab)

[LarryGrover (lgrover)]

My camera is a Nikon D40.

Yes, I'm pretty sure ufraw-batch is creating thumbnails, but it's doing it very inefficiently. If I try to copy 100's of files from an SD card to the hard drive, the system becomes non-responsive until something crashes or the indexing/thumbnailing finishes. This can take a long time (many minutes), and it shouldn't happen.

Maybe it would help if trackerd launched ufraw-batch with a very low priority?

[udifuchs (udifuchs)]

UFRaw generates thumbnails in a fraction of a second with the command:

ufraw-batch --embedded-image --size=128

I don't know how trackerd is activating ufraw, but it seems that something very wrong is going on.

[dino99 (9d9)]

This version has died long ago; no more supported