FS#67832 - [gimp] crash report

Attached to Project: Arch Linux
Opened by Jean-Baptiste Mazon (jmazon) - Saturday, 05 September 2020, 13:09 GMT
Last edited by Toolybird (Toolybird) - Monday, 17 April 2023, 08:04 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Christian Hesse (eworm)
Levente Polyak (anthraxx)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

In the unified transform tool, I was resizing a selection, after it had been pasted from a different source, resized and rotated once (uncommitted).


Additional info:
* package version(s): gimp 2.10.20-1
* config and/or log files etc: dump follows (I'm on an fr-localized system; that "Abandon" is probably to be read as "Aborted")

```
GNU Image Manipulation Program version 2.10.20
git-describe: GIMP_2_10_18-332-g68d21512bf
Build: unknown rev 0 for linux
# C compiler #
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /build/gcc/src/gcc/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++,d --with-isl --with-linker-hash-style=gnu --with-system-zlib --enable-__cxa_atexit --enable-cet=auto --enable-checking=release --enable-clocale=gnu --enable-default-pie --enable-default-ssp --enable-gnu-indirect-function --enable-gnu-unique-object --enable-install-libiberty --enable-linker-build-id --enable-lto --enable-multilib --enable-plugin --enable-shared --enable-threads=posix --disable-libssp --disable-libstdcxx-pch --disable-libunwind-exceptions --disable-werror gdc_include_dir=/usr/include/dlang/gdc
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 10.1.0 (GCC)

# Libraries #
using babl version 0.1.78 (compiled against version 0.1.78)
using GEGL version 0.4.24 (compiled against version 0.4.24)
using GLib version 2.64.4 (compiled against version 2.64.3)
using GdkPixbuf version 2.40.1 (compiled against version 2.40.0)
using GTK+ version 2.24.32 (compiled against version 2.24.32)
using Pango version 1.46.1 (compiled against version 1.44.7)
using Fontconfig version 2.13.91 (compiled against version 2.13.91)
using Cairo version 1.17.3 (compiled against version 1.17.3)

```
> fatal error: Abandon

Stack trace:
```

# Stack traces obtained from PID 295660 - Thread 295660 #

[New LWP 295661]
[New LWP 295662]
[New LWP 295663]
[New LWP 295664]
[New LWP 295709]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
0x00007fe0ffbd887c in read () from /usr/lib/libpthread.so.0
Id Target Id Frame
* 1 Thread 0x7fe0fefde540 (LWP 295660) "gimp-2.10" 0x00007fe0ffbd887c in read () from /usr/lib/libpthread.so.0
2 Thread 0x7fe0fe96b700 (LWP 295661) "worker" 0x00007fe0ffaf871d in syscall () from /usr/lib/libc.so.6
3 Thread 0x7fe0fd048700 (LWP 295662) "gmain" 0x00007fe0ffaf305f in poll () from /usr/lib/libc.so.6
4 Thread 0x7fe0fc847700 (LWP 295663) "gdbus" 0x00007fe0ffaf305f in poll () from /usr/lib/libc.so.6
5 Thread 0x7fe0e77c0700 (LWP 295664) "async" 0x00007fe0ffaf871d in syscall () from /usr/lib/libc.so.6
6 Thread 0x7fe0e4a49700 (LWP 295709) "swap writer" 0x00007fe0ffaf871d in syscall () from /usr/lib/libc.so.6

Thread 6 (Thread 0x7fe0e4a49700 (LWP 295709)):
#0 0x00007fe0ffaf871d in syscall () at /usr/lib/libc.so.6
#1 0x00007fe0ffdc87c1 in g_cond_wait () at /usr/lib/libglib-2.0.so.0
#2 0x00007fe1003b35fe in () at /usr/lib/libgegl-0.4.so.0
#3 0x00007fe0ffda8511 in () at /usr/lib/libglib-2.0.so.0
#4 0x00007fe0ffbce422 in start_thread () at /usr/lib/libpthread.so.0
#5 0x00007fe0ffafdbf3 in clone () at /usr/lib/libc.so.6

Thread 5 (Thread 0x7fe0e77c0700 (LWP 295664)):
#0 0x00007fe0ffaf871d in syscall () at /usr/lib/libc.so.6
#1 0x00007fe0ffdc87c1 in g_cond_wait () at /usr/lib/libglib-2.0.so.0
#2 0x0000558ee71dbf98 in ()
#3 0x00007fe0ffda8511 in () at /usr/lib/libglib-2.0.so.0
#4 0x00007fe0ffbce422 in start_thread () at /usr/lib/libpthread.so.0
#5 0x00007fe0ffafdbf3 in clone () at /usr/lib/libc.so.6

Thread 4 (Thread 0x7fe0fc847700 (LWP 295663)):
#0 0x00007fe0ffaf305f in poll () at /usr/lib/libc.so.6
#1 0x00007fe0ffdce168 in () at /usr/lib/libglib-2.0.so.0
#2 0x00007fe0ffd7ec03 in g_main_loop_run () at /usr/lib/libglib-2.0.so.0
#3 0x00007fe0fffaf1a8 in () at /usr/lib/libgio-2.0.so.0
#4 0x00007fe0ffda8511 in () at /usr/lib/libglib-2.0.so.0
#5 0x00007fe0ffbce422 in start_thread () at /usr/lib/libpthread.so.0
#6 0x00007fe0ffafdbf3 in clone () at /usr/lib/libc.so.6

Thread 3 (Thread 0x7fe0fd048700 (LWP 295662)):
#0 0x00007fe0ffaf305f in poll () at /usr/lib/libc.so.6
#1 0x00007fe0ffdce168 in () at /usr/lib/libglib-2.0.so.0
#2 0x00007fe0ffd7f221 in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0
#3 0x00007fe0ffd7f272 in () at /usr/lib/libglib-2.0.so.0
#4 0x00007fe0ffda8511 in () at /usr/lib/libglib-2.0.so.0
#5 0x00007fe0ffbce422 in start_thread () at /usr/lib/libpthread.so.0
#6 0x00007fe0ffafdbf3 in clone () at /usr/lib/libc.so.6

Thread 2 (Thread 0x7fe0fe96b700 (LWP 295661)):
#0 0x00007fe0ffaf871d in syscall () at /usr/lib/libc.so.6
#1 0x00007fe0ffdc87c1 in g_cond_wait () at /usr/lib/libglib-2.0.so.0
#2 0x00007fe100379154 in () at /usr/lib/libgegl-0.4.so.0
#3 0x00007fe0ffda8511 in () at /usr/lib/libglib-2.0.so.0
#4 0x00007fe0ffbce422 in start_thread () at /usr/lib/libpthread.so.0
#5 0x00007fe0ffafdbf3 in clone () at /usr/lib/libc.so.6

Thread 1 (Thread 0x7fe0fefde540 (LWP 295660)):
#0 0x00007fe0ffbd887c in read () at /usr/lib/libpthread.so.0
#1 0x00007fe100bdf62c in gimp_stack_trace_print () at /usr/lib/libgimpbase-2.0.so.0
#2 0x0000558ee6ec35e4 in ()
#3 0x0000558ee6ec3a48 in ()
#4 0x0000558ee6ec40db in ()
#5 0x00007fe0ffbd9960 in <signal handler called> () at /usr/lib/libpthread.so.0
#6 0x00007fe0ffa3a355 in raise () at /usr/lib/libc.so.6
#7 0x00007fe0ffa23853 in abort () at /usr/lib/libc.so.6
#8 0x00007fe0ffa23727 in _nl_load_domain.cold () at /usr/lib/libc.so.6
#9 0x00007fe0ffa32936 in () at /usr/lib/libc.so.6
#10 0x00007fe0ff8e5c59 in () at /usr/lib/libX11.so.6
#11 0x00007fe0ff8e5cfe in () at /usr/lib/libX11.so.6
#12 0x00007fe0ff8e5ff2 in _XEventsQueued () at /usr/lib/libX11.so.6
#13 0x00007fe0ff8d7992 in XPending () at /usr/lib/libX11.so.6
#14 0x00007fe1006e12a9 in () at /usr/lib/libgdk-x11-2.0.so.0
#15 0x00007fe0ffd7ddda in g_main_context_check () at /usr/lib/libglib-2.0.so.0
#16 0x00007fe0ffdce10b in () at /usr/lib/libglib-2.0.so.0
#17 0x00007fe0ffd7ec03 in g_main_loop_run () at /usr/lib/libglib-2.0.so.0
#18 0x0000558ee6ec2d2e in app_run ()
#19 0x0000558ee6ec25ca in main ()
[Inferior 1 (process 295660) detached]

```
This task depends upon

Closed by  Toolybird (Toolybird)
Monday, 17 April 2023, 08:04 GMT
Reason for closing:  None
Additional comments about closing:  If this is still reproducible, please provide a backtrace as we now have full debug symbols for GTK2 apps.
https://wiki.archlinux.org/title/Debuggi ng/Getting_traces#Debuginfod
Comment by mattia (nTia89) - Sunday, 20 March 2022, 09:26 GMT
I cannot reproduce the issue. Is it still valid for you?
Comment by Jean-Baptiste Mazon (jmazon) - Sunday, 20 March 2022, 17:46 GMT
It's been some time.

I recall it did it consistently at the time, which was infuriating, so I switched to… another machine? or doing it another way.
I don't remember it happening since, and have indeed not specifically reproduced it today.

The stack trace tends to hint at https://sources.debian.org/src/glibc/2.33-7/intl/loadmsgcat.c/#L1177 triggering, whose likely cause would be one or more “system dependent strings” being “invalid”. From a cursory reading, offending function could be reached without too much difficulty attempting to strerror() an error message somewhere around https://gitlab.freedesktop.org/xorg/lib/libx11/-/blob/master/src/xcb_io.c#L414 so I suppose that's a possible explanation: for whatever reason I could have had a corrupt catalog for those messages in my locale? How that could have happened is beyond me. (as is why the function implementer would decide to abort() without any more diagnosis).
Comment by mattia (nTia89) - Sunday, 20 March 2022, 20:40 GMT
So, can we close?

Loading...