https://bugs.freedesktop.org/show_bug.cgi?id=51023
--- Comment #14 from Michael Meeks <[email protected]> 2012-06-21 09:33:11 PDT --- The real question is: when does the slide get corrupted; the trace is common as: Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 sd::slidesorter::model::PageDescriptor::GetPage() const + 6 1 sd::slidesorter::controller::CurrentSlideManager::SetCurrentSlideAtXController(boost::shared_ptr<sd::slidesorter::model::PageDescriptor> const&) + 213 2 sd::slidesorter::controller::CurrentSlideManager::SwitchPageCallback(void*) + 63 3 Timer::Timeout() + 28 ... from the mainloop ... I wonder if Linux versions have a similar trace. Most likely we need to run this under valgrind / drmemory to go back in time to when the corruption happened. Also - a build with debugging symbols is always going to produce a better trace; I assume we have these for Mac, any chance you could try one if it's easy to reproduce ? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
