Article View: de.comp.lang.c++
Article #676Re: BC4.5: Definition des Main Windows
From: Wolfgang Deiss
Date: Sat, 28 Oct 1995 08:25
Date: Sat, 28 Oct 1995 08:25
18 lines
1457 bytes
1457 bytes
Gestern habe ich den Grund herausgefunden: Wenn man das TFrameWindow wie in der dritten Alternative definiert, bleibt die Variable frame nur lokal in TApplication::InitMainWindow() gΓΌltig. Die Definition und Initialisierung ist dann schon ok, leider wird frame dann aber beim Verlassen von InitMainWindow() wieder destruiert. Dass Windows nichts mehr mit einem 'verblichenen' Fenster anfangen kann, ist natuerlich klar. Definiert man frame global, so gibt es wieder Probleme, weil der Konstruktor von TFrameWindow dann direkt bei Programmstart, also vor jeglicher Windows- Initialisierung aufgerufen wird. Dies fuehrt zu einer Schutzverletzung :-( Also: Erzeugte Fenster duerfen erst in InitMainWindow definiert werden und muessen ab dann bis zur Beendigung des Programmlaufs verfuegbar sein. Es geht also kein Weg umhin, das Fenster mit new zu erzeugen. Wolfgang
Technical Details
Message-ID:
<46spen$dv6@el1srv.rt.bosch.de>Path:
arc1-ca.pugleaf.net!el1srv.rt.bosch.de!usenetReferences:
<46koab$duv@el1srv.rt.bosch.de>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!el1srv.rt.bosch.de!usenet From: Wolfgang Deiss <wolfgang.deiss@rt.bosch.de> Newsgroups: de.comp.lang.c++ Subject: Re: BC4.5: Definition des Main Windows Date: 28 Oct 1995 08:25:59 GMT Organization: Robert Bosch GmbH, Reutlingen, Germany Message-ID: <46spen$dv6@el1srv.rt.bosch.de> References: <46koab$duv@el1srv.rt.bosch.de> NNTP-Posting-Host: kojak.rt.bosch.de Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mozilla 1.1N (X11; I; SunOS 5.4 sun4m) X-URL: news:46koab$duv@el1srv.rt.bosch.de