You are not logged in.
Hi,
I keep getting this error with a gtk benchmarking program:
error message: Failed to load image 'image.jpg': Error interpreting JPEG image file (Wrong JPEG library version: library is 62, caller expects 70)
I recompiled:
- Glib
- GTK
- LibJPEG
- Codeblocks (also because of another issue)
And i keep getting this issue.
When i run: ldd /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-jpeg.so that returns:
[mark@Mark-Arch ~]$ ldd /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-jpeg.so
linux-vdso.so.1 => (0x00007fff88eb1000)
libjpeg.so.7 => /usr/lib/libjpeg.so.7 (0x00007fc561ed7000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00007fc561cb9000)
libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x00007fc561a0b000)
libresolv.so.2 => /lib/libresolv.so.2 (0x00007fc5617f5000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00007fc5615b0000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00007fc5613ac000)
libdl.so.2 => /lib/libdl.so.2 (0x00007fc5611a8000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007fc560ec5000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x00007fc560c9c000)
libm.so.6 => /lib/libm.so.6 (0x00007fc560a1a000)
libc.so.6 => /lib/libc.so.6 (0x00007fc5606c7000)
/lib/ld-linux-x86-64.so.2 (0x00007fc56233b000)
libz.so.1 => /usr/lib/libz.so.1 (0x00007fc5604b1000)
[mark@Mark-Arch ~]$
So, jpeg seems to be linked against version 7 but the actual jpeg version seems to be 6.2! Could someone explain me what's going wrong here and more importantly how to fix this?
as for libjpeg. i saw nothing strange in the PKGBUILD for that file so how come that this still acts so strange in glib?
Thanx,
Mark
Last edited by markg85 (2009-08-29 00:42:06)
Offline
it is your gtk benckmarking program that needs recompiled/updated for libjpeg7
Offline
it is your gtk benckmarking program that needs recompiled/updated for libjpeg7
Well that's my program and i keep recompiling it every time i test it.
To be more precise. the function call: gdk_pixbuf_new_from_file is returning the error: Error interpreting JPEG image file (Wrong JPEG library version: library is 62, caller expects 70)
And if you wonder how the code looks (warning: UGLY!!!) http://codepad.org/E1LSnmJX
Offline
What gtk2 version are using?
Offline
What gtk2 version are using?
Latest stable version and recompiled with the PKGBUILD from the arch svn.
But i found the issue. As soon as i disable the freeimage code the glib code WORKS!! i don't know why this happens since the freeimage code isn't even called.. it's just there in a function ready to be used. Anyway if i turn freeimage off the other 2 work just the way they should work.
So, perhaps it's time for a freeimage recompile?
Btw. where is the freeimage PKGBUILD file? i can't find it in SVN. If you point me to it i will test a rebuild for you.
Offline
That is good. I was sure we had fixed the libjpeg/gtk2 issues.
Freeimage is in the [community] repo.
Offline
That is good. I was sure we had fixed the libjpeg/gtk2 issues.
Freeimage is in the [community] repo.
http://repos.archlinux.org/viewvc.cgi/?root=community does not work: An Exception Has Occurred
Just paste the PKGBUILD here (including patches, installes and everything else you devs addded to archlinux )
Last edited by markg85 (2009-08-29 01:47:09)
Offline
You can just use ABS to download it at the moment.
Edit:
# Maintainer Stefan Husmann <stefan-husmann@t-online.de>
# Contributor: Mihai Militaru <mihai.militaru@gmx.com>
# Contributor: scippio <scippio@berounet.cz>
pkgname=freeimage
pkgver=3.12.0
pkgrel=2
pkgdesc="Library project for developers who would like to support popular graphics image formats."
arch=('i686' 'x86_64')
license=('GPL' 'custom:FIPL')
url="http://freeimage.sourceforge.net/"
depends=('gcc-libs')
makedepends=('hd2u')
source=(http://dfn.dl.sourceforge.net/sourceforge/freeimage/FreeImage3120.zip)
md5sums=('47b259102f776a4bcd7affc00942f3b4')
build() {
cd ${srcdir}/FreeImage
make || return 1
make DESTDIR=${pkgdir} install || return 1
make -f Makefile.fip || return 1
make -f Makefile.fip DESTDIR=${pkgdir} install || return 1
install -Dm644 $srcdir/FreeImage/license-fi.txt \
$pkgdir/usr/share/licenses/$pkgname/license-fi.txt
}
Offline
You can just use ABS to download it at the moment.
Edit:
# Maintainer Stefan Husmann <stefan-husmann@t-online.de> # Contributor: Mihai Militaru <mihai.militaru@gmx.com> # Contributor: scippio <scippio@berounet.cz> pkgname=freeimage pkgver=3.12.0 pkgrel=2 pkgdesc="Library project for developers who would like to support popular graphics image formats." arch=('i686' 'x86_64') license=('GPL' 'custom:FIPL') url="http://freeimage.sourceforge.net/" depends=('gcc-libs') makedepends=('hd2u') source=(http://dfn.dl.sourceforge.net/sourceforge/freeimage/FreeImage3120.zip) md5sums=('47b259102f776a4bcd7affc00942f3b4') build() { cd ${srcdir}/FreeImage make || return 1 make DESTDIR=${pkgdir} install || return 1 make -f Makefile.fip || return 1 make -f Makefile.fip DESTDIR=${pkgdir} install || return 1 install -Dm644 $srcdir/FreeImage/license-fi.txt \ $pkgdir/usr/share/licenses/$pkgname/license-fi.txt }
Recompiled it and rebuilded my benchmark script. Still the same issue.
However there is another more strange issue.. FreeImage alone worked fine and is working fine.. just the combination i use is giving problems or so it seems.
Offline
Interesting... I would guess freeimage is trying to dlopen the old libjpeg. But given it is working on its own...
Offline
Interesting... I would guess freeimage is trying to dlopen the old libjpeg. But given it is working on its own...
Strange indeed. a reboot (just incase some dll's where cached) didn't fix it.
Any other ideas where this might go wrong?
Last edited by markg85 (2009-08-29 12:09:17)
Offline