Description of problem: Version-Release number of selected component (if applicable): 2.10.24 How reproducible: Random, not consistent, but it is usually when making gradual adjustments to the picture. In this case it was when adjusting a colour curve, but it can happen when adjusting other parameters such as filters. The unsharp mask seems to be the most likely to kill it. Sometimes Gimp alone crashes, sometimes it crashes KDE, sometimes it restarts the PC. I wonder if it is simply unable to handle the workload: processor is AMD A10-9700E with RADEON R7, 8GB memory, motherboard is Asus A320M-K, pictures are typically 3000x2000. Gimp's trace is appended below Steps to Reproduce: 1. Open the Unsharp Mask and slowly change the Amount value. GNU Image Manipulation Program version 2.10.24 git-describe: GIMP_2_10_24 Build: unknown rev 0 for linux # C compiler # Using built-in specs. COLLECT_GCC=x86_64-mageia-linux-gnu-gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-mageia-linux-gnu/10/lto-wrapper Target: x86_64-mageia-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib64 --with-pkgversion='Mageia 10.4.0-3.mga8' --with-bugurl=https://bugs.mageia.org/ --mandir=/usr/share/man --infodir=/usr/share/info --enable-checking=release --enable-languages=c,c++,ada,fortran,objc,obj-c++,d --enable-linker-build-id --build=x86_64-mageia-linux-gnu --host=x86_64-mageia-linux-gnu --with-cpu=generic --with-system-zlib --enable-threads=posix --with-linker-hash-style=gnu --enable-shared --enable-long-long --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --enable-ssp --disable-libssp --disable-libffi --disable-werror --with-isl --with-python-dir=/lib/python3.8/site-packages --enable-lto --with-gcc-major-version-only Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 10.4.0 (Mageia 10.4.0-3.mga8) # Libraries # using babl version 0.1.86 (compiled against version 0.1.86) using GEGL version 0.4.34 (compiled against version 0.4.34) using GLib version 2.66.8 (compiled against version 2.66.8) using GdkPixbuf version 2.42.2 (compiled against version 2.42.2) using GTK+ version 2.24.33 (compiled against version 2.24.33) using Pango version 1.48.4 (compiled against version 1.48.4) using Fontconfig version 2.13.93 (compiled against version 2.13.93) using Cairo version 1.16.0 (compiled against version 1.16.0) ``` > fatal error: Segmentation fault Stack trace: ``` # Stack traces obtained from PID 84543 - Thread 84545 # [New LWP 84544] [New LWP 84545] [New LWP 84546] [New LWP 84547] [New LWP 84548] [New LWP 84550] [New LWP 84582] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". 0x00007f5536c544b9 in syscall () from /usr/lib64/libc.so.6 Id Target Id Frame * 1 Thread 0x7f55378a2200 (LWP 84543) "gimp-2.10" 0x00007f5536c544b9 in syscall () from /usr/lib64/libc.so.6 2 Thread 0x7f5534f6a640 (LWP 84544) "worker" 0x00007f5536c544b9 in syscall () from /usr/lib64/libc.so.6 3 Thread 0x7f5534769640 (LWP 84545) "worker" 0x00007f5536d4501c in read () from /usr/lib64/libpthread.so.0 4 Thread 0x7f5533f68640 (LWP 84546) "worker" 0x00007f5536c544b9 in syscall () from /usr/lib64/libc.so.6 5 Thread 0x7f553241a640 (LWP 84547) "gmain" 0x00007f5536c4f1bf in poll () from /usr/lib64/libc.so.6 6 Thread 0x7f5531c19640 (LWP 84548) "gdbus" 0x00007f5536c4f1bf in poll () from /usr/lib64/libc.so.6 7 Thread 0x7f5517772640 (LWP 84550) "async" 0x00007f5536c544b9 in syscall () from /usr/lib64/libc.so.6 8 Thread 0x7f5516532640 (LWP 84582) "swap writer" 0x00007f5536c544b9 in syscall () from /usr/lib64/libc.so.6 Thread 8 (Thread 0x7f5516532640 (LWP 84582) "swap writer"): #0 0x00007f5536c544b9 in syscall () at /usr/lib64/libc.so.6 #1 0x00007f5536f4300f in g_cond_wait () at /usr/lib64/libglib-2.0.so.0 #2 0x00007f55374555fd in gegl_tile_backend_swap_writer_thread () at /usr/lib64/libgegl-0.4.so.0 #3 0x00007f5536f1be75 in g_thread_proxy () at /usr/lib64/libglib-2.0.so.0 #4 0x00007f5536d3bdec in start_thread () at /usr/lib64/libpthread.so.0 #5 0x00007f5536c5a9ff in clone () at /usr/lib64/libc.so.6 Thread 7 (Thread 0x7f5517772640 (LWP 84550) "async"): #0 0x00007f5536c544b9 in syscall () at /usr/lib64/libc.so.6 #1 0x00007f5536f4300f in g_cond_wait () at /usr/lib64/libglib-2.0.so.0 #2 0x00000000007701dc in gimp_parallel_run_async_thread_func () #3 0x00007f5536f1be75 in g_thread_proxy () at /usr/lib64/libglib-2.0.so.0 #4 0x00007f5536d3bdec in start_thread () at /usr/lib64/libpthread.so.0 #5 0x00007f5536c5a9ff in clone () at /usr/lib64/libc.so.6 Thread 6 (Thread 0x7f5531c19640 (LWP 84548) "gdbus"): #0 0x00007f5536c4f1bf in poll () at /usr/lib64/libc.so.6 #1 0x00007f5536ef3cb6 in g_main_context_iterate.constprop () at /usr/lib64/libglib-2.0.so.0 #2 0x00007f5536ef400b in g_main_loop_run () at /usr/lib64/libglib-2.0.so.0 #3 0x00007f5537188186 in gdbus_shared_thread_func () at /usr/lib64/libgio-2.0.so.0 #4 0x00007f5536f1be75 in g_thread_proxy () at /usr/lib64/libglib-2.0.so.0 #5 0x00007f5536d3bdec in start_thread () at /usr/lib64/libpthread.so.0 #6 0x00007f5536c5a9ff in clone () at /usr/lib64/libc.so.6 Thread 5 (Thread 0x7f553241a640 (LWP 84547) "gmain"): #0 0x00007f5536c4f1bf in poll () at /usr/lib64/libc.so.6 #1 0x00007f5536ef3cb6 in g_main_context_iterate.constprop () at /usr/lib64/libglib-2.0.so.0 #2 0x00007f5536ef3dbf in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #3 0x00007f5536ef3e11 in glib_worker_main () at /usr/lib64/libglib-2.0.so.0 #4 0x00007f5536f1be75 in g_thread_proxy () at /usr/lib64/libglib-2.0.so.0 #5 0x00007f5536d3bdec in start_thread () at /usr/lib64/libpthread.so.0 #6 0x00007f5536c5a9ff in clone () at /usr/lib64/libc.so.6 Thread 4 (Thread 0x7f5533f68640 (LWP 84546) "worker"): #0 0x00007f5536c544b9 in syscall () at /usr/lib64/libc.so.6 #1 0x00007f5536f4300f in g_cond_wait () at /usr/lib64/libglib-2.0.so.0 #2 0x00007f5537420b53 in gegl_parallel_distribute_thread_func () at /usr/lib64/libgegl-0.4.so.0 #3 0x00007f5536f1be75 in g_thread_proxy () at /usr/lib64/libglib-2.0.so.0 #4 0x00007f5536d3bdec in start_thread () at /usr/lib64/libpthread.so.0 #5 0x00007f5536c5a9ff in clone () at /usr/lib64/libc.so.6 Thread 3 (Thread 0x7f5534769640 (LWP 84545) "worker"): #0 0x00007f5536d4501c in read () at /usr/lib64/libpthread.so.0 #1 0x00007f55378bd06f in gimp_stack_trace_print () at /usr/lib64/libgimpbase-2.0.so.0 #2 0x000000000049fe51 in gimp_eek () #3 0x00000000004a0206 in () #4 0x00000000004a0819 in gimp_sigfatal_handler () #5 0x00007f5536d46180 in <signal handler called> () at /usr/lib64/libpthread.so.0 #6 0x0000000000001001 in () #7 0x0000000000000000 in () Thread 2 (Thread 0x7f5534f6a640 (LWP 84544) "worker"): #0 0x00007f5536c544b9 in syscall () at /usr/lib64/libc.so.6 #1 0x00007f5536f4300f in g_cond_wait () at /usr/lib64/libglib-2.0.so.0 #2 0x00007f5537420b53 in gegl_parallel_distribute_thread_func () at /usr/lib64/libgegl-0.4.so.0 #3 0x00007f5536f1be75 in g_thread_proxy () at /usr/lib64/libglib-2.0.so.0 #4 0x00007f5536d3bdec in start_thread () at /usr/lib64/libpthread.so.0 #5 0x00007f5536c5a9ff in clone () at /usr/lib64/libc.so.6 Thread 1 (Thread 0x7f55378a2200 (LWP 84543) "gimp-2.10"): #0 0x00007f5536c544b9 in syscall () at /usr/lib64/libc.so.6 #1 0x00007f5536f4300f in g_cond_wait () at /usr/lib64/libglib-2.0.so.0 #2 0x00007f5537420f37 in gegl_parallel_distribute () at /usr/lib64/libgegl-0.4.so.0 #3 0x00007f5537421676 in gegl_parallel_distribute_area () at /usr/lib64/libgegl-0.4.so.0 #4 0x00007f5537470871 in gegl_operation_point_filter_process () at /usr/lib64/libgegl-0.4.so.0 #5 0x00007f55374705c4 in gegl_operation_filter_process () at /usr/lib64/libgegl-0.4.so.0 #6 0x00007f55374737ca in gegl_operation_process () at /usr/lib64/libgegl-0.4.so.0 #7 0x00007f5537475610 in gegl_graph_process () at /usr/lib64/libgegl-0.4.so.0 #8 0x00007f5537474941 in gegl_eval_manager_apply () at /usr/lib64/libgegl-0.4.so.0 #9 0x00007f553745dcf9 in gegl_node_blit_buffer () at /usr/lib64/libgegl-0.4.so.0 #10 0x00000000008b6b82 in gimp_tile_handler_validate_validate () #11 0x000000000082679b in gimp_projection_paint_area () #12 0x000000000082681e in gimp_projection_chunk_render_iteration () #13 0x0000000000826859 in gimp_projection_chunk_render_callback () #14 0x00007f5536eef847 in g_idle_dispatch () at /usr/lib64/libglib-2.0.so.0 #15 0x00007f5536ef39be in g_main_context_dispatch () at /usr/lib64/libglib-2.0.so.0 #16 0x00007f5536ef3d18 in g_main_context_iterate.constprop () at /usr/lib64/libglib-2.0.so.0 #17 0x00007f5536ef400b in g_main_loop_run () at /usr/lib64/libglib-2.0.so.0 #18 0x000000000049f663 in app_run () #19 0x000000000049efa6 in main () [Inferior 1 (process 84543) detached] ```
Thank you for the report and all the crash details. (Long evidence like that is usually more convenient as an attachment to the bug; never mind). This was bound to happen: I tried the various manoeuvres noted (Unsharp mask, Curves), repeatedly & slowly, on a simple painted design first under Mate, then Plasma, with no ill effect. Same Gimp version. Unless another user jumps on this bug, it looks like one of those things which cannot be reproduced. Can you say when the problem arose for you? To summarise you system, especially the graphics, although you described it, please post the output of: $ inxi -MSGxx > I wonder if it is simply unable to handle the workload: > processor is AMD A10-9700E with RADEON R7, 8GB memory, > motherboard is Asus A320M-K, pictures are typically 3000x2000 I doubt that this the cause, although the images are large. You have plenty of RAM, and say that the crashes occur "usually when making gradual adjustments", which would seem to less load the system. Gimp works fine on much more modest systems. I have just re-tried, slowly, adjusting all the Curves, & Unsharp mask, on an image of similar size to yours. No problems.
CC: (none) => lewyssmithSource RPM: 2: 2.10.24-1.2.mga8 => gimp-2.10.24-1.2.mga8
Was also not able to reproduce this. Downloaded a 3000x3000 jpg and started manipulating. No crash. Used my oldest and weakest machine for it (i7-3520M, Intel HD4000 graphics, 8GB RAM). What you should try: - rename/delete Gimp config under /home/~user~/.config/GIMP As Gimp segfaults and your computer restarts: - perform a memory test as your RAM could be dying - perform a harddrive/ssd test as they could be dying
Thanks for your work on it - sorry I didn't notice space for an attachment, I have not done this before and was simply following the instructions that Gimp gave to report it. I had found some similar problems on Google so assumed a bug, but that should not cause Linux to restart, so it makes much more sense that it is a hardware fault and the case can be closed. Will do as you advise.
It is rare for problems to be due to hardware (prime suspect: memory; so sturmvogel's suggestion to test that is good; it can take hours), but this does seem a reasonable possibility in this 'unique' case. Closing, but you can still comment on the bug; and re-open it if you have more conclusive evidence.
Status: NEW => RESOLVEDResolution: (none) => WORKSFORME
Can't find my live CD just now, so I searched the syslog for errors, and found them: parity error during data load from IC, decoder predecode buffer parity error, DE error, in MC1 and MC5. They self-correct, but something must be wrong with the memory system. The number varies but there are several each day. I'll live with it for now and think about improvements when the next version of Mageia comes out. Thanks for your help.
> I searched the syslog for errors, and found them Well done. And congrats to sturmvogel for suggesting this. > something must be wrong with the memory system The slightest doubt - change it (rather than living with it)! If you have more than one bank, try removing one at a time to see whether errors are confined to that. Do not worry about running with 'just' 4Gb: I have for years, Gimping included.
Apologies for this long delay. I had been wondering about those parity errors, in cache L1, whether it might be a timing problem. I didn't want to try fiddling with the many BIOS parameters, but it had been running in energy saving mode and I tried changing it to normal mode. And that cured it (and the power consumption is about the same!)