Forum: GUI-Design mit VCL / FireMonkey / Common Controls
Delphi
by himitsu,
3. Jan 2010
hier vielleicht nicht, aber wenn man im Constructor etwas von den Vorfahrenklassen verwendet, bevor dieses initialisiert wurde, dann könnte es nette Nebenwirkungen haben.
Forum: GUI-Design mit VCL / FireMonkey / Common Controls
Delphi
by himitsu,
3. Jan 2010
Der Thread wird erst dort gestartet, also nach dem Constructor.
procedure TThread.AfterConstruction;
begin
if not FCreateSuspended and not FExternalThread then
Resume;
end;
Aber notfalls/sicherheitshalber ginge auch alzaimars Variante.
Forum: GUI-Design mit VCL / FireMonkey / Common Controls
Delphi
by himitsu,
2. Jan 2010
jupp
Ich sag ja: Wer "Mist" baut, muß mit den Konsequenzen leben. :angel2:
Ich hab es einmal gemacht und versucht alle möglichen Fehler abzufangen ... ist jetzt vielleich schon 4-5 Jahre her und am Ende waren über 80% des Codes nur noch Fehlerbehandlung und dabei war noch nichtmal alles behandelt. :shock:
OK, ein FreeAndNil erzeugt wenigstens noch eine aussagekräftge Fehlermeldung,...
Forum: GUI-Design mit VCL / FireMonkey / Common Controls
Delphi
by himitsu,
2. Jan 2010
Statt {$APPTYPE CONSOLE} einfach AllocConsole aufrufen, um ein Konsolenfenster zu erstellen.
z.B.:
UseConsole := AttachConsole(ATTACH_PARENT_PROCESS) or AllocConsole;
If UseConsole Then ConsoleHandle := GetStdHandle(STD_OUTPUT_HANDLE);
If UseConsole Then WriteLn(ConsoleHandle, 'Debugausgabe');
Forum: GUI-Design mit VCL / FireMonkey / Common Controls
Delphi
by himitsu,
2. Jan 2010
PostMessage(Application.Handle, WM_NULL, 0, 0);
und
SendMessage(Application.Handle, WM_NULL, 0, 0);
bei mir lösen beide Varianten
WM_NULL:
CheckSynchronize;
aus
Application.Handle muß schon sein, denn immerhin steckt dieses in der WindowProc des Application-Fensters.