| 2006-05-06 22:40:34 |
DaveR |
bug |
|
|
added bug |
| 2006-05-06 23:07:29 |
Sebastien Bacher |
nautilus: status |
Unconfirmed |
Needs Info |
|
| 2006-05-06 23:07:29 |
Sebastien Bacher |
nautilus: assignee |
|
desktop-bugs |
|
| 2006-05-06 23:07:29 |
Sebastien Bacher |
nautilus: statusexplanation |
|
Thanks for your bug. It looks like according to the backtrace that the crash is due to a .tiff, could you figure which one and attach it to the bug? |
|
| 2006-05-07 00:43:12 |
DaveR |
bug |
|
|
added attachment 'AEH.tiff' (the .tiff file - I think) |
| 2006-05-07 10:53:20 |
Sebastien Bacher |
nautilus: status |
Needs Info |
Confirmed |
|
| 2006-05-07 10:53:20 |
Sebastien Bacher |
nautilus: assignee |
desktop-bugs |
|
|
| 2006-05-07 10:53:20 |
Sebastien Bacher |
nautilus: statusexplanation |
Thanks for your bug. It looks like according to the backtrace that the crash is due to a .tiff, could you figure which one and attach it to the bug? |
Thank you for the example, that's a libtiff issue, reassigning
Backtrace from eog:
Program received signal SIGABRT, Aborted.
[Switching to Thread -1226486864 (LWP 31160)]
0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb768c9a1 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb768e2b9 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xb7685f51 in __assert_fail () from /lib/tls/i686/cmov/libc.so.6
#4 0xb661d0ca in JPEGCleanup (tif=0x8142c70) at tif_jpeg.c:1505
#5 0xb661dcb6 in TIFFInitJPEG (tif=0x8142c70, scheme=7) at tif_jpeg.c:1835
#6 0xb65fea21 in TIFFSetCompressionScheme (tif=0x8142c70, scheme=7) at tif_compress.c:162
#7 0xb65ff67c in _TIFFVSetField (tif=0x8142c70, tag=259, ap=0xb6e540ac "NDc�") at tif_dir.c:179
#8 0xb66009de in TIFFVSetField (tif=0x8142c70, tag=259, ap=0xb6e540a8 "\a") at tif_dir.c:681
#9 0xb6600997 in TIFFSetField (tif=0x8142c70, tag=259) at tif_dir.c:667
#10 0xb6603ba1 in TIFFReadDirectory (tif=0x8142c70) at tif_dirread.c:327
#11 0xb66247d8 in TIFFClientOpen (name=0xb7fadcbd "libtiff-pixbuf", mode=0xb7fadcf2 "r", clientdata=0x81452b8,
readproc=0xb7fad646 <tiff_read>, writeproc=0xb7fad69a <tiff_write>, seekproc=0xb7fad6a4 <tiff_seek>,
closeproc=0xb7fad6f3 <tiff_close>, sizeproc=0xb7fad6fa <tiff_size>, mapproc=0xb7fad705 <tiff_map_file>,
unmapproc=0xb7fad71f <tiff_unmap_file>) at tif_open.c:419
#12 0xb7fad7ad in gdk_pixbuf__tiff_image_stop_load (data=0x81452b8, error=0x80eae08) at io-tiff.c:496
#13 0xb799e2e1 in IA__gdk_pixbuf_loader_close (loader=0x8145660, error=0x80eae08) at gdk-pixbuf-loader.c:759
#14 0x080682e7 in eog_image_load (img=0x8145480, data2read=7, job=0x811b960, error=0x80eae08) at eog-image.c:793
#15 0x08063176 in job_prepare_model_do (job=0x811b960, data=0x80e1c30, error=0x80eae08) at main.c:399
#16 0x0806dfb2 in eog_job_call_action (job=0x811b960) at eog-job.c:386 |
|
| 2006-05-07 10:54:06 |
Sebastien Bacher |
title |
Nautitus crash copying files |
libtiff crasher on some image |
|
| 2006-05-07 11:05:41 |
Sebastien Bacher |
tiff: status |
Confirmed |
Fix Committed |
|
| 2006-05-07 11:05:41 |
Sebastien Bacher |
tiff: statusexplanation |
Thank you for the example, that's a libtiff issue, reassigning
Backtrace from eog:
Program received signal SIGABRT, Aborted.
[Switching to Thread -1226486864 (LWP 31160)]
0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb768c9a1 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb768e2b9 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xb7685f51 in __assert_fail () from /lib/tls/i686/cmov/libc.so.6
#4 0xb661d0ca in JPEGCleanup (tif=0x8142c70) at tif_jpeg.c:1505
#5 0xb661dcb6 in TIFFInitJPEG (tif=0x8142c70, scheme=7) at tif_jpeg.c:1835
#6 0xb65fea21 in TIFFSetCompressionScheme (tif=0x8142c70, scheme=7) at tif_compress.c:162
#7 0xb65ff67c in _TIFFVSetField (tif=0x8142c70, tag=259, ap=0xb6e540ac "NDc�") at tif_dir.c:179
#8 0xb66009de in TIFFVSetField (tif=0x8142c70, tag=259, ap=0xb6e540a8 "\a") at tif_dir.c:681
#9 0xb6600997 in TIFFSetField (tif=0x8142c70, tag=259) at tif_dir.c:667
#10 0xb6603ba1 in TIFFReadDirectory (tif=0x8142c70) at tif_dirread.c:327
#11 0xb66247d8 in TIFFClientOpen (name=0xb7fadcbd "libtiff-pixbuf", mode=0xb7fadcf2 "r", clientdata=0x81452b8,
readproc=0xb7fad646 <tiff_read>, writeproc=0xb7fad69a <tiff_write>, seekproc=0xb7fad6a4 <tiff_seek>,
closeproc=0xb7fad6f3 <tiff_close>, sizeproc=0xb7fad6fa <tiff_size>, mapproc=0xb7fad705 <tiff_map_file>,
unmapproc=0xb7fad71f <tiff_unmap_file>) at tif_open.c:419
#12 0xb7fad7ad in gdk_pixbuf__tiff_image_stop_load (data=0x81452b8, error=0x80eae08) at io-tiff.c:496
#13 0xb799e2e1 in IA__gdk_pixbuf_loader_close (loader=0x8145660, error=0x80eae08) at gdk-pixbuf-loader.c:759
#14 0x080682e7 in eog_image_load (img=0x8145480, data2read=7, job=0x811b960, error=0x80eae08) at eog-image.c:793
#15 0x08063176 in job_prepare_model_do (job=0x811b960, data=0x80e1c30, error=0x80eae08) at main.c:399
#16 0x0806dfb2 in eog_job_call_action (job=0x811b960) at eog-job.c:386 |
The crash is fixed tiff 3.8.2, will be fixed with the sync on Debian after dapper |
|
| 2006-05-07 12:31:20 |
Sebastien Bacher |
tiff: status |
Fix Committed |
Fix Released |
|
| 2006-05-07 12:31:20 |
Sebastien Bacher |
tiff: statusexplanation |
The crash is fixed tiff 3.8.2, will be fixed with the sync on Debian after dapper |
That upstream change fixes the issue:
RCS file: /cvs/maptools/cvsroot/libtiff/libtiff/tif_jpeg.c,v
retrieving revision 1.43
retrieving revision 1.44
diff -u -r1.43 -r1.44
--- libtiff/tif_jpeg.c 7 Mar 2006 11:59:12 -0000 1.43
+++ libtiff/tif_jpeg.c 15 Mar 2006 20:56:40 -0000 1.44
@@ -1850,9 +1850,6 @@
assert(scheme == COMPRESSION_JPEG);
- if ((tif->tif_flags & TIFF_CODERSETUP) == 0)
- JPEGCleanup(tif);
-
/*
* Allocate state block so tag methods have storage to record values.
*/
Fixed to dapper fix that upload:
tiff (3.7.4-1ubuntu3) dapper; urgency=low
.
* debian/patches/fix_43286_crasher.patch:
- upstream change, fix a crasher (Ubuntu: #43286)
|
|
