The std::string crash is still making DT more or less unusuable on OS X. Thread 4 Crashed: 0 libstdc++.6.dylib 0x00007fff8e028220 std::string::_Rep::_M_grab(std::allocator<char> const&, std::allocator<char> const&) + 4 1 libstdc++.6.dylib 0x00007fff8e02834d std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(std::string const&) + 81 2 libexiv2.12.dylib 0x000000010110716a Exiv2::XmpArrayValue::toString(long) const + 26 3 libexiv2.12.dylib 0x000000010110c6c7 Exiv2::Xmpdatum::toString(long) const + 55 4 libdarktable.dylib 0x000000010003833e dt_exif_xmp_read + 5838 (basic_string.h:279) 5 libdarktable.dylib 0x000000010004795a dt_image_import + 1994 (image.c:510) 6 ??? 0x00000000000003d6 0 + 982 7 ??? 0x000000003b03126f 0 + 990057071
It looks like DT is linked against the libc++ from Macports, rather than the system one. Until this is fixed, DT works only with vanilla files (i.e. no .xmp). Any xmp in a folder that is being imported and sooner or later it crashes during import as in the stack trace above. Imho this is worth throwing some resources at because when it runs, DT looks fucking nice and works ultra smooth on my retina macbook. DT could get *a lot* of users on the OS X platform if this was fixed. .mm ------------------------------------------------------------------------------ LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d _______________________________________________ darktable-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/darktable-devel
