crashing on assert(sv == d);
Added by Anonymous almost 11 years ago
Hi Andreas,
I keep seeing crash reports for gThumb (2.12.x) where exiv2 is crashing in src/tiffcomposite.cpp:TiffDirectory::doWrite, at the line that says "assert(sv == d);".
Reasonably good backtraces here:
https://bugzilla.gnome.org/show_bug.cgi?id=637434
https://bugzilla.gnome.org/show_bug.cgi?id=640268
I've experienced this crash myself, but somehow I can't reproduce it. That is, if I try to repeat a crop or resize in gThumb on the same image, it doesn't happen again.
Do those backtraces suggest any particular problem to you?
- Mike
Replies (4)
RE: crashing on assert(sv == d); - Added by Andreas Huggel almost 11 years ago
Hi Mike,
This is the same symptom as in bug #752. Can you provide an image to check if it's the same bug?
Andreas
RE: crashing on assert(sv == d); - Added by Anonymous almost 11 years ago
The crashes are seemingly random, so I'm not able to provide a sample image. I'll let you know if I find a good trigger image.
For some reason, gThumb does not crash after cropping the sample image in bug 752 (img_1330.jpg), but 'exiv2 -M"set Exif.Image.Software MyApp" img_1330.jpg' does crash exiv2.
I'm sure the crashes are related, but not exactly identical.
- Mike
RE: crashing on assert(sv == d); - Added by Andreas Huggel almost 11 years ago
In other words, it depends what changes gThumb makes to the Exif data before it is saved.
#752 is only triggered by an "intrusive" write operation, i.e., one that adds, deletes or extends an Exif tag so that Exiv2 decides to re-write the entire Exif structure. A "non-intrusive" write operation, i.e, one that only changes values of existing tags and fits into the existing data fields is fine.
-ahu.
RE: crashing on assert(sv == d); - Added by Anonymous almost 11 years ago
Yes, gThumb would be doing intrusive changes. So I guess it is sensitive to exact crop sizing and positioning.
- Mike