Dear Maintainer,
I'm using slgui on debian sid. I have it running on jessie fine however
when starting it up, I'm getting:
----------8<--------------
ASSERT INFO:
../src/gtk/toplevel.cpp(1365): assert "(m_widget != NULL)" failed in SetTitle(): invalid frame
BACKTRACE:
[1] wxTopLevelWindowGTK::SetTitle(wxString const&)
[2] wxThreadHelperThread::Entry()
[3] wxThreadHelperThread::Entry()
[4] wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor&, wxEvent&) const
[5] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&)
[6] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*)
[7] wxEvtHandler::TryHereOnly(wxEvent&)
[8] wxEvtHandler::ProcessEventLocally(wxEvent&)
[9] wxEvtHandler::ProcessEvent(wxEvent&)
[10] wxEvtHandler::SafelyProcessEvent(wxEvent&)
[11] wxTimerImpl::SendEvent()
[12] g_main_context_dispatch
[13] g_main_loop_run
[14] gtk_main
[15] wxGUIEventLoop::DoRun()
[16] wxEventLoopBase::Run()
[17] wxAppConsoleBase::MainLoop()
[18] wxEntry(int&, wchar_t**)
[19] main
[20] __libc_start_main
[21] main
----------8<--------------
This reliably (100%) comes up after a few seconds. This *looks* like perhaps a different window
manager would alleviate the problem, alas I've tried numerous ones, including more conventional ones
like lxde and xfce.
Also, I've ran this over a remote X connection to confirm that there's nothing GL related (I
don't know why there would be).
My jack stack on sid other than this seems to work ok. The only other problem that this machine has had recently, is something dbus related ... when running notion or twm, I can't start up, notably qjackctl or qsynth - X locks up (but the cursor curiously still responds). I can get into detail upon what is causing this, but I think this problem is unrelated and I consider the dbus problem my own to fix.
If time permits I'll probably try to fix this myself ... but that actualizing that desire I'm going to say is unreliable. Thanks.