After gimp upgrade from 2.2.3 to 2.2.6 I can't open MOST of jpeg picture. SOME jpeg picture could be opened as well as all TIFF picture (I don't test other image format). 'gmip --verbose' produce error: /usr/lib/gimp/2.0/plug-ins/jpeg: fatal error: Segmentation fault Now, I'm downgrading gimp to 2.2.3 in order to test is it gimp fault or bug in my system. Kwant! Reproducible: Always Steps to Reproduce: 1. 2. 3. Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.4.20050125-r1, 2.6.11-gentoo-r6 i686) ================================================================= System uname: 2.6.11-gentoo-r6 i686 AMD Athlon(tm) processor Gentoo Base System version 1.6.10 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Feb 18 2005, 09:26:12)] dev-lang/python: 2.3.5 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r8 sys-devel/libtool: 1.5.14 virtual/os-headers: 2.6.8.1-r4 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-tbird -O3 -ffast-math -funroll-loops -pipe -fomit-frame-pointer -m3dnow --param max-unroll-times=1" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=athlon-tbird -O3 -ffast-math -funroll-loops -pipe -m3dnow --param max-unroll-times=1" DISTDIR="/mnt/1st/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo/" LINGUAS="pl" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X Xaw3d acl acpi alsa apache2 apm arts avi berkdb bitmap-fonts crypt cups dba dga directfb emboss encode evo fam fbcon flac flash foomaticdb fortran gd gif gnome gpm gtk gtk2 gtkhtml imagemagick imlib java jikes jpeg kde libg++ libwww mad mikmod mmx motif mozilla mp3 mpeg mule mysql ncurses nls nptl ogg oggvorbis opengl oss pam pdflib perl png postgres python qt quicktime readline samba sdl slang speex spell ssl svga tcltk tcpd tiff truetype truetype-fonts type1-fonts usb vorbis wxwindows x86 xface xinerama xml xml2 xmms xosd xv zlib linguas_pl" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
Downgrading doesn't help, version 2.2.3 works in the same way (most fo jpeg pictures couldn't be opened).
Can you give an example jpeg which produces a segfault? Here all jpegs seemed to work so far, both on 2.2.3 (for several weeks now) and 2.2.6 (tried it out yesterday and today).
Another note: Might this be a duplicate of #86740 ? http://bugs.gentoo.org/show_bug.cgi?id=86740
CFLAGS="-march=athlon-tbird -O3 -ffast-math -funroll-loops -pipe -fomit-frame-pointer -m3dnow --param max-unroll-times=1" Try to rebuild with a reduced set of CFLAGS, both gimp, and the various libraries for jpeg loading ( I'd require `emerge -e gimp` if this is going to be -reproducible- in a reliable manner. ) While you do that, you can also add "-g" to your CFLAGS and set FEATURES="nostrip", that way we'll get a good stacktrace and we'll be able to see where the issue lies.
The proble is with new version of libexif (see bug #86740 http://bugs.gentoo.org/show_bug.cgi?id=86740). After downgrading libexif from 0.6.12-r2 to 0.6.10-r1, gimp-2.2.6 works fine. thanks rubik's cube! Kwant!
This seems to be a duplicate of bug #86740. That one even seems to be resolved as of today (April 14, 2005). ( bug 86740, comment 9 ) Can someone mark this bug as resolved/duplicate?
*** This bug has been marked as a duplicate of 86740 ***