Abdelrazak Younes wrote:
Peter Kümmel wrote:
Maybe someone has an idea:
74 LyXView::LyXView(int id)
75 : work_area_(0),
76 toolbars_(new Toolbars(*this)),
77 autosave_timeout_(new Timeout(5000)),
78 dialogs_(new Dialogs(*this)),
79 controlcommand_(new ControlCommandBuffer(*this)),
id_(id)
80 {
when crashing it goes from line 79 to the ctor of Dialogs and I
assume that the crash happens there.
The last patch there is
http://www.lyx.org/trac/changeset/18684
rc1 was released at May 31, the patch is from May 6. The patch adds a
connect
and you have a crash in the boost/signals. Bingo.
Hum, maybe the problem is in our side and not boost. This comment and
code in frontends/Dialogs.cpp seems suspicious to me:
// Note that static boost signals break some compilers, so this wrapper
// initialises the signal dynamically when it is first invoked.
template<typename Signal>
class BugfixSignal {
I think the responsible is this static "hideSignal" which is common to
all Dialogs instance and thus all LyXView instance:
BugfixSignal<boost::signal<void(string const &, Inset*)> > hideSignal;
Abdel.
