GNOME Bugzilla – Bug 743034
file-tiff-load crashes if I try to open a BigTIFF file
Last modified: 2018-05-24 15:03:00 UTC
What I've done: - downloaded the Rome example from: http://lp.urthecast.com/theia-sample- product/ - Unziped it. - Tried to open the BigTIFF file (5,3 GB) with Gimp (git master and 2.8.14 (64Bit version)) - Selected all pages in the dialog and clicked OK. -> crash
And this is the error message in the command line: $ ./dev/bin/bin/gimp-2.9 ./Downloads/Rome_Sample/176__MRC-00003618__SEG-001__20140703_143825Z_ORT_16_06780703.TIF This is a development version of GIMP. Debug messages may appear here. bps: 16 babl-model.c:350 babl_model() babl_model("A"): not found Could not attach to process. If your uid matches the uid of the target process, check the setting of /proc/sys/kernel/yama/ptrace_scope, or try again as the root user. For more details, see /etc/sysctl.d/10-ptrace.conf ptrace: Die Operation ist nicht erlaubt. /tmp/babl.gdb:1: Error in sourced command file: No stack. plug-in 'file-tiff-load' aborted before sending its procedure return values EEEEeEeek! 3 GeglBuffers leaked
And if I run it as root I get this: ~$ sudo ./dev/bin/bin/gimp-2.9 ./Downloads/Rome_Sample/176__MRC-00003618__SEG-001__20140703_143825Z_ORT_16_06780703.TIF This is a development version of GIMP. Debug messages may appear here. (gimp-2.9:3955): IBUS-WARNING **: The owner of /home/tobias/.config/ibus/bus is not root! bps: 16 babl-model.c:350 babl_model() babl_model("A"): not found 31 ../sysdeps/unix/sysv/linux/waitpid.c: No such file or directory.
+ Trace 234558
I was looking for easier assessable example images and found this collection form graphicsmagick: ftp://ftp.graphicsmagick.org/pub/tiff-samples/ The images tiger-75-gray-jpg.tiff and tiger-75-rgb-jpg.tiff don't load correctly in the latest git version compared to 2.8 or eog. And the 64K-colormap.tiff crashes the tiff plugin, if I run it ass root, but not if I run it as normal user. This is the stacktrace: ~$ sudo ./dev/bin/bin/gimp-2.9 ./Downloads/BigTIFF/64K-colormap.tiff [sudo] password for tobias: This is a development version of GIMP. Debug messages may appear here. (gimp-2.9:17193): IBUS-WARNING **: The owner of /home/tobias/.config/ibus/bus is not root! bps: 16 photomet: 3 (3) load_rgba /home/tobias/dev/bin/lib/gimp/2.0/plug-ins/file-tiff-load: fatal error: Speicherzugriffsfehler /home/tobias/dev/bin/lib/gimp/2.0/plug-ins/file-tiff-load (pid:17202): [E]xit, [H]alt, show [S]tack trace or [P]roceed: S
+ Trace 234572
(In reply to comment #3) > I was looking for easier assessable example images and found this collection > form graphicsmagick: > ftp://ftp.graphicsmagick.org/pub/tiff-samples/ > > The images tiger-75-gray-jpg.tiff and tiger-75-rgb-jpg.tiff don't load > correctly in the latest git version compared to 2.8 or eog. This is fixed in master in: * 2b41520 file-tiff-load: Fix rowstride for edge tiles (#743034 comment #3) > And the 64K-colormap.tiff crashes the tiff plugin, if I run it ass root, but > not if I run it as normal user. This is the stacktrace: Colormap images are no longer processed. We should outright reject these or support them, not do something half-baked. I'll commit a patch towards it.
(In reply to comment #0) > What I've done: > > - downloaded the Rome example from: http://lp.urthecast.com/theia-sample- > product/ > - Unziped it. > - Tried to open the BigTIFF file (5,3 GB) with Gimp (git master and 2.8.14 > (64Bit version)) > - Selected all pages in the dialog and clicked OK. > -> crash This is way too large for me to download. Also this seems to be a non-free image. Can you find a smaller file-sized image that demonstrates the problem? I have tried the big tiff images from the GraphicsMagick collection and they seem to load properly.
(In reply to comment #5) > (In reply to comment #0) > > - downloaded the Rome example from: http://lp.urthecast.com/theia-sample- > > product/ > This is way too large for me to download. Also this seems to be a non-free > image. I don't have the image here on the machine I'm at the moment, but afaik the the license of the image was OK. I'll can post it here later. > Can you find a smaller file-sized image that demonstrates the problem? No. I already searched for other images. That's why I found the GraphicsMagick collection. I have a sneaky feeling that the size of the image is part of the problem. > I have tried the big tiff images from the GraphicsMagick collection and they > seem to load properly. Yes, I know. I tested them, too. Can I somehow give you more information about the crash? Special gdb parameters or something like that?
All the stuff pasted above sounds as if only the plug-in crashed. What does crash, file-tiff or gimp or both?
I've just tested it with the last version from git and it is "just" the plug-in 'file-tiff-load'. On IRC Mukund Sivaraman told me, that he already has the image and confirmed the problem. If I remember it right, he planned to work on a fix.
Thanks.
This fixes the crash, but the "Rome" example loads as black pages only... commit 1243e1f93b071dc5056997d33b8dc11f27712c0a Author: Michael Natterer <mitch@gimp.org> Date: Sun Sep 13 16:21:35 2015 +0200 Bug 743034 - file-tiff-load crashes if I try to open a BigTIFF file Use a Babl format that actually exists for extra channels. Makes the plug-in load black pages from the mentioned "Rome" BigTIFF, so this only fixes the plug-in crash but doesn't fix loading of BigTIFF images, whatever they are... plug-ins/common/file-tiff-load.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-)
Mitch, the corners of the "Rome" BigTIFF are black you can see that in the jpeg image thats in the ZIP file too. I was not able to test your fix. My Computer was not responsible for hours after trying to open the image and then I rebooted because I had other stuff to do. :(
Created attachment 311506 [details] Rome image scaled down and saved as xcf I've scaled the Rome image down an converted it to 8 bit. Then I saved it as XCF. The problem of the image is still there. It is black, even if you hide all layers or add a white layer at top of the image. If you copy the background layer an insert it as a new image you get an image, that looks closer to the expected result. I hape its easier and faster to test with this image.
(In reply to tobias from comment #12) > Created attachment 311506 [details] > Rome image scaled down and saved as xcf > > I've scaled the Rome image down an converted it to 8 bit. Then I saved it as > XCF. The problem of the image is still there. It is black, even if you hide > all layers or add a white layer at top of the image. > If you copy the background layer an insert it as a new image you get an > image, that looks closer to the expected result. > I hape its easier and faster to test with this image. Look in the Channels dialog - that image has got 12 extra channels, all absolute black! If you turn-off the visibility of those channels, there is something in the Layers which does resemble a scaled map, but with strangely low opacity.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/645.