Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 237835 - media-gfx/eog-2.22.3-r1 fails to show the attached jpeg image
Summary: media-gfx/eog-2.22.3-r1 fails to show the attached jpeg image
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-09-16 13:09 UTC by José Romildo Malaquias
Modified: 2008-10-11 23:55 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
a.jpg (a.jpg,92.94 KB, image/jpeg)
2008-09-16 13:11 UTC, José Romildo Malaquias
Details
eog.out.txt (eog.out.txt,8.18 KB, text/plain)
2008-09-16 13:14 UTC, José Romildo Malaquias
Details

Note You need to log in before you can comment on or make changes to this bug.
Description José Romildo Malaquias 2008-09-16 13:09:19 UTC
When calling eog to show the jpeg image, it fails.

Sometimes it just shows the message "Segmentation fault" on the terminal. Sometimes it shows a longer message that I will attach here.

The behaviour is the same when eog is compiled without support for exif.

Reproducible: Always

Steps to Reproduce:
on a terminal run the command:
eog a.jpg
Actual Results:  
segmentation fault or another error message.

Expected Results:  
visualization of the image.

Portage 2.2_rc8 (default/linux/amd64/2008.0/desktop, gcc-4.3.1, glibc-2.8_p20080602-r0, 2.6.25-gentoo-r8 x86_64)
=================================================================
System uname: Linux-2.6.25-gentoo-r8-x86_64-Intel-R-_Pentium-R-_4_CPU_3.00GHz-with-glibc2.2.5
Timestamp of tree: Mon, 15 Sep 2008 10:00:01 +0000
app-shells/bash:     3.2_p39
dev-java/java-config: 1.3.7, 2.1.6-r1
dev-lang/python:     2.4.4-r13, 2.5.2-r7
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 2.0.0
sys-apps/openrc:     0.2.5
sys-apps/sandbox:    1.2.18.1-r3
sys-devel/autoconf:  2.13, 2.62-r1
sys-devel/automake:  1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   2.2.4
virtual/os-headers:  2.6.26
ACCEPT_KEYWORDS="amd64 ~amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS=" -march=nocona -O2 -pipe -fomit-frame-pointer"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS=" -march=nocona -O2 -pipe -fomit-frame-pointer"
DISTDIR="/alt/portage.distfiles"
FEATURES="buildpkg collision-protect distlocks metadata-transfer multilib-strict parallel-fetch preserve-libs sandbox sfperms strict unmerge-orphans userfetch usersandbox"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="en_US.ISO-8859-1"
LDFLAGS="-Wl,-O1,--as-needed"
LINGUAS="en_US"
MAKEOPTS="-j3"
PKGDIR="/alt/portage.packages.amd64"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/alt/portage.local"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow 3dnowex X Xaw3d a52 aac aalib acl acpi alsa amd64 avi berkdb bluetooth branding bzip2 cairo cddb cdr cli cracklib crypt cups d dbus divx4linux dlloader dri dts dvd dvdr dvdread emacs emboss encode exif fam fbcon ffmpeg fftw firefox gd gdbm gif gmp gnome gpm gtk gtk2 hal iconv imagemagick imap imlib isdnlog javascript jpeg kde kdeenablefinal kerberos libcaca libnotify lirc mad matroska mbox midi mmx mmx2 mmxext mp3 mpeg mudflap multilib ncurses nls nptl nptlonly nsplugin nvidia ogg opengl openmp pam pcre pdf plotutils png ppds pppd python qt3support quicktime readline reflection samba sdl session sound spell spl sse sse2 ssl startup-notification svg sysfs tcpd tetex tiff truetype unicode usb v4l v4l2 vim-syntax vorbis wmf x264 xcomposite xface xft xml xml2 xorg xpm xulrunner xv xvid xvmc zlib" ALSA_CARDS="hda_intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_US" LIRC_DEVICES="pixelview_pro" USERLAND="GNU" VIDEO_CARDS=" nvidia nv"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 José Romildo Malaquias 2008-09-16 13:11:32 UTC
Created attachment 165556 [details]
a.jpg

The image intended to be visualized by eog.
Comment 2 José Romildo Malaquias 2008-09-16 13:14:24 UTC
Created attachment 165557 [details]
eog.out.txt

The output of running "eog a.jpg"
Comment 3 Daniel Gryniewicz (RETIRED) gentoo-dev 2008-09-16 13:51:31 UTC
It appears to be somehow related to the exif headers in the file (which appears to be gzipped...):

_int_malloc (av=0x7f758b98ca00, bytes=72) at malloc.c:4442
4442	        unlink(victim, bck, fwd);
(gdb) bt
#0  _int_malloc (av=0x7f758b98ca00, bytes=72) at malloc.c:4442
#1  0x00007f758b6b5128 in *__GI___libc_malloc (bytes=72) at malloc.c:3551
#2  0x00007f758b66b7c8 in _nl_make_l10nflist (l10nfile_list=0x7f758b98c218, 
    dirlist=0x7f758b75d4c0 "/usr/share/locale", dirlist_len=18, mask=6, language=0x409729b0 "en", 
    territory=0x409729b3 "US", codeset=0x409729b6 "utf8", normalized_codeset=0x13c6780 "", 
    modifier=0x0, filename=0x409729d0 "LC_MESSAGES/libexif-12.mo", do_allocate=1) at l10nflist.c:268
#3  0x00007f758b669aca in _nl_find_domain (dirname=0x7f758b75d4c0 "/usr/share/locale", 
    locale=0x409729b0 "en", domainname=0x409729d0 "LC_MESSAGES/libexif-12.mo", domainbinding=0x0)
    at finddomain.c:138
#4  0x00007f758b66923c in __dcigettext (domainname=0x7f758c588a19 "libexif-12", 
    msgid1=0x7f758c589017 "EXIF marker not found.", msgid2=0x0, plural=0, n=0, category=5)
    at dcigettext.c:639
#5  0x00007f758c57dba1 in exif_data_load_data (data=0x13c6540, 
    d_orig=0x13ce210 "http://ns.adobe.com/xap/1.0/ ", ds_orig=10070) at exif-data.c:816
#6  0x00007f758c57e2d8 in exif_data_new_from_data (data=0x13ce210 "http://ns.adobe.com/xap/1.0/ ", 
    size=10070) at exif-data.c:151
#7  0x0000000000433e67 in eog_image_load (img=0x13be040, data2read=<value optimized out>, 
    job=0x13f38c0, error=0x13f38d8) at eog-image.c:754
#8  0x000000000043d438 in eog_job_load_run (job=0x13f38c0) at eog-jobs.c:291
#9  0x000000000043ce95 in eog_render_thread (data=<value optimized out>) at eog-job-queue.c:78
#10 0x00007f758bc0e81e in g_thread_create_proxy (data=0x11311c0) at gthread.c:635
#11 0x00007f758cbc2017 in start_thread (arg=<value optimized out>) at pthread_create.c:297
#12 0x00007f758b70bfdd in clone () from /lib/libc.so.6
#13 0x0000000000000000 in ?? ()
(gdb) up
#1  0x00007f758b6b5128 in *__GI___libc_malloc (bytes=72) at malloc.c:3551
3551	  victim = _int_malloc(ar_ptr, bytes);
(gdb) up
#2  0x00007f758b66b7c8 in _nl_make_l10nflist (l10nfile_list=0x7f758b98c218, 
    dirlist=0x7f758b75d4c0 "/usr/share/locale", dirlist_len=18, mask=6, language=0x409729b0 "en", 
    territory=0x409729b3 "US", codeset=0x409729b6 "utf8", normalized_codeset=0x13c6780 "", 
    modifier=0x0, filename=0x409729d0 "LC_MESSAGES/libexif-12.mo", do_allocate=1) at l10nflist.c:268
268	  retval = (struct loaded_l10nfile *)
Comment 4 José Romildo Malaquias 2008-09-16 15:02:29 UTC
The image has been obtained with the "convert" application from imagemagick, with the command

$ convert -crop 200x original.jpg a.jpg

Maybe that is relevant.
Comment 5 Gilles Dartiguelongue (RETIRED) gentoo-dev 2008-09-20 23:17:26 UTC
looks like the file is broken here is eog 2.24 output: 

 (Not a JPEG file: starts with 0x1f 0x8b)

and here is file output:

 a.jpg: gzip compressed data, from Unix

so there is something really fishy with this file.

and for some reason, renaming it to a.jpg.gz makes it a valid archive file, you can extra a.jpg and it shows up properly. Somehow I feel this is not in our basket.
Comment 6 Felix Riemann 2008-09-30 13:59:41 UTC
Just fixed in EOG's SVN: http://svn.gnome.org/viewvc/eog?view=revision&revision=4811

The problem was that the XMP chunk was not recognized as such and was subsequently skipped. Unfortunately the codepath doing the skipping had a bug which overwrote the already read Exif data with the skipped (larger) XMP data.

The oneliner above should fix that. Still the XMP data is not recognized because the identifier is not correct.
Comment 7 Gilles Dartiguelongue (RETIRED) gentoo-dev 2008-10-11 23:55:27 UTC
this is fixed in 2.22.3-r2.