From: Vadim Zeitlin on
On Wed, 16 Apr 2008 08:32:40 -0700 (PDT) crjjrc <crjjrc(a)gmail.com> wrote:

c> Well, the assertion failure occurs in wxApp::CleanUp in src/gtk/
c> app.cpp. At last checkout, this was line 529.
c>
c> void wxApp::CleanUp()
c> {
c> if (m_idleSourceId != 0)
c> g_source_remove(m_idleSourceId);
c>
c> // release reference acquired by Initialize()
c> g_type_class_unref(g_type_class_peek(GTK_TYPE_WIDGET)); // line
c> 529
c>
c> However, I don't think we can say it constitutes a bug. If I override
c> Initialize(), in which the GTK libraries are dynamically loaded and
c> which fails if they're not, I should probably expect that I need to
c> override any other wxApp functions that assume GTK is available.

Yes, thinking more about this you're right, CleanUp() is only supposed to
be called if Initialize() succeeded.

c> > Yes, I think this is a useful example and I'd be favourable to adding it
c> > as a new sample. I don't have a good name for it though ("hybrid" is too
c> > generic), do you?
c>
c> guioptional? guinogui?
c>
c> I'm not sure how to address any Windows issues, since I don't have a
c> Windows machine to build on. It was my understanding that wApps do
c> not show the console window at all, which would be the case here.
c> wxAppConsoles, on the other, optionally show the console window.

It doesn't depend on the class used in the code but on the linker option
specified. But while you can use /subsystem:console with GUI applications
and vice versa there is unfortunately still a problem, see my other post in
this thread.

Regards,
VZ

--
TT-Solutions: wxWidgets consultancy and technical support
http://www.tt-solutions.com/