Bug#940088: Same bug here when Gimp tries to open existing image

2019-09-16 Thread Sven Schmidt
Dear Maintainer,

when try to open a small image (128x128 px) Gimp crashed completely.

Debian System Information see below.


Gimp produces this crash debug output:

```
GNU Image Manipulation Program version 2.10.8
git-describe: GIMP_2_10_6-294-ga967e8d2c2
C compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/9/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none:hsa
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 9.2.1-6' 
--with-bugurl=file:///usr/share/doc/gcc-9/README.Bugs 
--enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++,gm2 --prefix=/usr 
--with-gcc-major-version-only --program-suffix=-9 
--program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id 
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
--libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-libstdcxx-time=yes 
--with-default-libstdcxx-abi=new --enable-gnu-unique-object 
--disable-vtable-verify --enable-plugin --enable-default-pie --with-system-zlib 
--with-target-system-zlib=auto --enable-multiarch --disable-werror 
--with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 
--enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none,hsa 
--without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu 
--host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 9.2.1 20190827 (Debian 9.2.1-6)

using GEGL version 0.4.12 (compiled against version 0.4.14)
using GLib version 2.60.6 (compiled against version 2.60.6)
using GdkPixbuf version 2.38.1 (compiled against version 2.38.1)
using GTK+ version 2.24.32 (compiled against version 2.24.32)
using Pango version 1.42.3 (compiled against version 1.42.3)
using Fontconfig version 2.13.1 (compiled against version 2.13.1)
using Cairo version 1.16.0 (compiled against version 1.16.0)

```
> fatal error: Segmentation fault

Stack trace:
```

# Stack traces obtained from PID 4136 - Thread 4136 #

[New LWP 4138]
[New LWP 4139]
[New LWP 4140]
[New LWP 4141]
[New LWP 4142]
[New LWP 4143]
[New LWP 4155]
[New LWP 4161]
[New LWP 4169]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
__libc_read (nbytes=256, buf=0x7fff5f6d5d50, fd=24) at 
../sysdeps/unix/sysv/linux/read.c:26
  Id   Target Id  Frame
* 1Thread 0x7f27627d3e00 (LWP 4136) "gimp"__libc_read (nbytes=256, 
buf=0x7fff5f6d5d50, fd=24) at ../sysdeps/unix/sysv/linux/read.c:26
  2Thread 0x7f275e9cf700 (LWP 4138) "gmain"   0x7f2761bc7edf in 
__GI___poll (fds=0x562de11d7020, nfds=2, timeout=4993) at 
../sysdeps/unix/sysv/linux/poll.c:29
  3Thread 0x7f275e1ce700 (LWP 4139) "gdbus"   0x7f2761bc7edf in 
__GI___poll (fds=0x562de129fe70, nfds=2, timeout=-1) at 
../sysdeps/unix/sysv/linux/poll.c:29
  4Thread 0x7f274700 (LWP 4140) "async"   syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  5Thread 0x7f274f7fe700 (LWP 4141) "worker"  syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  6Thread 0x7f274effd700 (LWP 4142) "worker"  syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  7Thread 0x7f274e7fc700 (LWP 4143) "worker"  syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  8Thread 0x7f274d07f700 (LWP 4155) "threaded-ml" 0x7f2761bc7edf in 
__GI___poll (fds=0x7f2734002f40, nfds=3, timeout=-1) at 
../sysdeps/unix/sysv/linux/poll.c:29
  9Thread 0x7f274dffb700 (LWP 4161) "pool-gimp"   syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  10   Thread 0x7f271f7ff700 (LWP 4169) "swap writer" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38

Thread 10 (Thread 0x7f271f7ff700 (LWP 4169)):
#0  0x7f2761bcd279 in syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
#1  0x7f2761ea995f in g_cond_wait () at 
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x7f276237a0cd in  () at /usr/lib/x86_64-linux-gnu/libgegl-0.4.so.0
#3  0x7f2761e8789d in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x7f2761ca0fb7 in start_thread (arg=) at 
pthread_create.c:486
ret = 
pd = 
now = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {139806008932096, 
-821260945208051, 140734794389566, 140734794389567, 139806008932096, 
139806008928512, 8090942993227309521, 8090770207997813201}, mask_was_saved = 
0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, 
canceltype = 0}}}
not_first_call = 
#5  0x7f2761bd249f in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 9 (Thread 0x7f274dffb700 (LWP 4161)):
#0  0x7f2761bcd279 in syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
#1  

Bug#908815: [libdmtx0a] Structs in dmtx.h have changed without new ABI number

2018-09-14 Thread Sven Schmidt
Package: libdmtx0a
Version: 0.7.5-1
Severity: normal


In header file dmtx.h the structs and enumeration in version 0.7.5 have
changed to insert a new varible "fnc1" representing undefinded state. 

When loading older DMTX binary linked against new libdmtx.so the program
will crash with SIGSEGV. Same happens when loading newly compiled binary
with DMTX library version < 0.7.5.

Both versions 0.7.4 and 0.7.5 are using the same ABI number for
their library version: libdmtx.so -> libdmtx.so.0.0.0 

I think it is a good idea to increase ABI number of DMTX version 0.7.5
to prevent loading wrong library version of libdmtx.so. 


--- System information. ---
Architecture: 
Kernel:   Linux 4.16.0-2-amd64

Debian Release: buster/sid
  500 testing debian.tu-bs.de 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
libc6(>= 2.14) |