Project

General

Profile

Bug #1185

Crash in Exiv2::Exifdatum::Exifdatum(Exiv2::Exifdatum const&)

Added by Mykola Krachkovsky over 5 years ago. Updated over 5 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
not-a-bug
Target version:
Start date:
24 May 2016
Due date:
% Done:

100%

Estimated time:
1.00 h

Description

OS: Linux (openSUSE Leap 42.1) x86_64
Application using exiv2 Gwenview crashes on opening JPEG files on calling Exiv2::Exifdatum::Exifdatum(Exiv2::Exifdatum const&) (full log in attachment).
Version 0.25 works fine, current SVN version crashes.


Files

gwenview-20160524-141153.kcrash.txt (8.39 KB) gwenview-20160524-141153.kcrash.txt Mykola Krachkovsky, 24 May 2016 17:45

History

#1

Updated by Robin Mills over 5 years ago

  • Category set to not-a-bug
  • Status changed from New to Assigned
  • Assignee set to Robin Mills
  • Target version set to 0.26
  • % Done changed from 0 to 50
  • Estimated time set to 1.00 h

Regrettably, trunk builds of Exiv2 no longer work with the distributed versions of Gwenview, Darktable, DigiKam and other applications. I'm not too sure why this is the case. Perhaps there are API changes that have brought this about. v0.26 will ship and the applications will be built for libexiv2.15.0

Have you built Gwenview and Exiv2 from source, or are you using the distributed version of Gwenview?

Pascal de Brujin from DarkTable cherrypicks some v0.26 changes and maintains a modified version of libexiv2.14.so which I believe is stable. http://dev.exiv2.org/issues/1181#note-5

#2

Updated by Robin Mills over 5 years ago

  • Status changed from Assigned to Closed
  • % Done changed from 50 to 100
#3

Updated by Mykola Krachkovsky over 5 years ago

libkexiv2 and gwenview was built from source. But it looks like some dependance problem, I've rebuilt all of them and now it works fine. Thanks and sorry for false-bug.

#4

Updated by Robin Mills over 5 years ago

Thanks for letting me know.

Also available in: Atom PDF