abrt version: 1.1.13 architecture: x86_64 Attached file: backtrace cmdline: ufraw /media/store/media/images/11-Mine/00-shotwell/2010/10/13/_MG_2748.CR2 component: ufraw crash_function: raise executable: /usr/bin/ufraw kernel: 2.6.34.7-56.local.fc13.x86_64 package: ufraw-0.17-1.fc13 rating: 4 reason: Process /usr/bin/ufraw was killed by signal 6 (SIGABRT) release: Fedora release 13 (Goddard) time: 1287602855 uid: 1000 How to reproduce ----- 1. Tried to use the wavelet denoise 2. pulled it up to 120, then 220, then down when it became too soft 3. crash
Created attachment 454656 [details] File: backtrace
(In reply to comment #0) > How to reproduce > ----- > 1. Tried to use the wavelet denoise > 2. pulled it up to 120, then 220, then down when it became too soft > 3. crash I've tried this with one of my raw images (from a Sony DSLR, ARW format), but to no avail. Can you reproduce this bug? What were your zoom settings when this occurred? Would you attach the image in question to this bug -- perhaps this issue is somehow dependent on the image format? Thanks.
Zoom settings was 100-300%, trying to judge the results of the denoise on facial features. However, I cannot manage to reproduce this easily either, and I do not have that particular file at hand, but I can upload some other from the same Canon D400 camera. If I mark a square, zoom in, fiddle with the wavelet denoise and click around a bit in the picture, or click-drag, it will eventually either hang or crash. Here's from a hang, on another picture: (gdb) bt #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136 #1 0x00007f1baa1572c5 in _L_lock_868 () from /lib64/libpthread.so.0 #2 0x00007f1baa157197 in __pthread_mutex_lock (mutex=0xda5d20) at pthread_mutex_lock.c:61 #3 0x0000003efdc5d47e in gdk_event_prepare (source=<value optimized out>, timeout=0x7fffb95ee81c) at gdkevents-x11.c:2326 #4 0x000000376623f271 in IA__g_main_context_prepare (context=0xddb470, priority=0x7fffb95ee89c) at gmain.c:2280 #5 0x000000376623f6b8 in g_main_context_iterate (context=0xddb470, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2571 #6 0x000000376623fff5 in IA__g_main_loop_run (loop=0xf7c8d0) at gmain.c:2799 #7 0x0000003efcd493c7 in IA__gtk_main () at gtkmain.c:1219 #8 0x000000000044ffd0 in ?? () #9 0x000000000040ec3b in ?? () #10 0x00007f1ba9dedc5d in __libc_start_main (main=0x40ea20, argc=2, ubp_av= 0x7fffb9611058, init=<value optimized out>, fini=<value optimized out>, rtld_fini=<value optimized out>, stack_end=0x7fffb9611048) at libc-start.c:226 #11 0x000000000040e959 in ?? () #12 0x00007fffb9611048 in ?? () #13 0x000000000000001c in ?? () #14 0x0000000000000002 in ?? () ---Type <return> to continue, or q <return> to quit--- #15 0x00007fffb96125a4 in ?? () #16 0x00007fffb96125aa in ?? () #17 0x0000000000000000 in ?? () (gdb) (gdb) bt #0 futex_wait (mutex=0x3773e0c7b0) at ../../../libgomp/config/linux/x86/futex.h:44 #1 do_wait (mutex=0x3773e0c7b0) at ../../../libgomp/config/linux/wait.h:58 #2 gomp_mutex_lock_slow (mutex=0x3773e0c7b0) at ../../../libgomp/config/linux/mutex.c:41 #3 0x000000000044bca9 in ?? () #4 0x000000000044bf6a in ?? () #5 0x000000376623bd02 in g_main_dispatch (context=0x929470) at gmain.c:1960 #6 IA__g_main_context_dispatch (context=0x929470) at gmain.c:2513 #7 0x000000376623fae8 in g_main_context_iterate (context=0x929470, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2591 #8 0x000000376623fff5 in IA__g_main_loop_run (loop=0xaea160) at gmain.c:2799 #9 0x0000003efcd493c7 in IA__gtk_main () at gtkmain.c:1219 #10 0x000000000044ffd0 in ?? () #11 0x000000000040ec3b in ?? () #12 0x00007ffff73d6c5d in __libc_start_main (main=0x40ea20, argc=2, ubp_av= 0x7fffffffe2a8, init=<value optimized out>, fini=<value optimized out>, rtld_fini=<value optimized out>, stack_end=0x7fffffffe298) at libc-start.c:226 #13 0x000000000040e959 in ?? () #14 0x00007fffffffe298 in ?? () #15 0x000000000000001c in ?? () #16 0x0000000000000002 in ?? () ---Type <return> to continue, or q <return> to quit--- #17 0x00007fffffffe587 in ?? () #18 0x00007fffffffe596 in ?? () #19 0x0000000000000000 in ?? ()
Created attachment 454880 [details] sample raw picture
This message is a reminder that Fedora 13 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 13. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '13'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 13's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 13 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
I can reproduce this with the current version ufraw-0.18 and the supplied image (changing denoise values and clicking around like crazy). Feel free to reopen if you see this issue with this or a later version.
I can't reproduce this obviously.