πŸš€ go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: de.comp.lang.c++
Article #676

Re: BC4.5: Definition des Main Windows

#676
From: Wolfgang Deiss
Date: Sat, 28 Oct 1995 08:25
18 lines
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!usenet
References: <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