Fehler vor OnCreate finden

[Ykcim]

Hallo Delphi.Narium

Zitat:

Such in der MAP-Datei bitte nach :005345D4.
Wenn das nicht da ist, nach :005345 und wenn das nicht da ist nach :0053.
Findest Du irgendwo hinter dem ersten "Line numbers" der MAP-Datei was dazu?
Wenn nein, könnte es sein, dass der konkrete Fehler nicht in dem Teil des Programmes geschieht, für den Du Quelltext besitzt, also z. B. Komponenten, für die Du nur die DCUs hast. (Gibt es sowas oder hast Du für alles auch die Quelltexte?)

Habe leider nichts gefunden. Neben den Standard-Komponenten habe ich die TMS-Komponenten, UniDac und JamShellBrowser verbaut.

[Ykcim]

Zitat:

2. in den Grafikoptionen mal alle visuellen Effekte außer Kantenglättung deaktivieren
(rechte Maustaste auf Computer/dieser PC -> Erweiterte Systemeinstellungen -> Leistung)

Das hatte leider keinen Effekt...

[Ykcim]

Zitat:

Mir sind in der Dpr 2 Sachen aufgefallen
Application.CreateForm(TForm_LogIn, Form_LogIn); wird erzeugt, aber wohl nicht mehr gebraucht?

Application.Run;
Main.WindowState:=wsMaximized;
Das hat keine Wirkung, weil Delphi in der Run-Methode bleibt,
bis das Hauptprogramm (Main) beendet wird.

Vielen Dank, habe ich geändert...

Delphi-Quellcode:

begin
  Application.Initialize;
  Application.MainFormOnTaskbar := True;
  if ( not DoLogin ) then
      Exit;
  Application.CreateForm(TMain, Main);
  Application.CreateForm(TForm_Zeichnungen, Form_Zeichnungen);
  Application.CreateForm(TForm_Filter, Form_Filter);
  Application.CreateForm(TForm_Passwort, Form_Passwort);
  Application.CreateForm(TForm_Start, Form_Start);
  Application.CreateForm(TForm_Return, Form_Return);
  Main.WindowState:=wsMaximized;
  Application.Run;
end.

[Delphi.Narium]

Ok, Fehler nicht in MAP-Datei, damit ist dann klar, das hoikas Ansatz der einzig verbleibende Weg zum Finden des Fehlers ist.

Delphi-Quellcode:

begin
  Application.Initialize;
  Application.MainFormOnTaskbar := True;
  if DoLogin then begin
    Application.CreateForm(TMain, Main);
    Application.CreateForm(TForm_Zeichnungen, Form_Zeichnungen);
    Application.CreateForm(TForm_Filter, Form_Filter);
    Application.CreateForm(TForm_Passwort, Form_Passwort);
    Application.CreateForm(TForm_Start, Form_Start);
    Application.CreateForm(TForm_Return, Form_Return);
    Main.WindowState:=wsMaximized;
    Application.Run;
  end;
end.

In welchen Formularen wird das TAdvStringGrid genutzt?

Könnte eventuell eine Änderung der Application.CreateForm ... - Reihenfolge was ändern (außer TMain, das als erstes Formular ja zum Hauptformular der Anwendung wird).

[Ykcim]

Zitat:

In welchen Formularen wird das TAdvStringGrid genutzt?

Die Anwendung ist ziemlich groß - besteht aus 29 Frames und 4 Forms. In Summe sind es über 30 TAdvStringLists, die beim Design auf den Frames / Forms liegen. Darüber hinaus können zu einem späteren Zeitpunkt auch noch viele dynamisch erstellt werden, wenn Daten von Maschinen abgerufen werden. Aber das passiert nur nach einer User-Aktivität...

[Ykcim]

Ich habe folgenden Test gemacht:
Ich habe ein neues Programm in Delphi erstellt, in das ich das Frame ListenDruck, auf dem das Grid_not_printed liegt eingefügt. Alle benötigten Units ebenfalls, damit ich das Ganze kompilieren konnte.
Diese Programm öffnet sich auf dem Problem-Rechner ohne Probleme...

Ach ja, und wenn ich dort in eine Zelle klicke - sind natürlich leer - greift auf ShowMessage, die ich vorhin testweise eingebaut hatte. Die Message kommt aber bei beiden Programmen nicht beim Starten...

LG Patrick

[hoika]

Hallo,
Moment!

Was heißt "Message kommt nicht beim Starten".

Hast du das DoLogin jetzt mal auskommentiert?
Was sagt FastMM4?

Ich denke, du reißt da irgendwas weg im Speicher.

[Delphi.Narium]

Eigentlich fällt mir nix mehr ein.

Login geht noch, danach ist "Schicht im Schacht".

Breakpoint vor das Application.CreateForm(TMain, Main); und dann im Debugger, auf Deiner Entwicklungsmaschine, schrittweise (oder jeweils bis zur Rückkehr einer Funktion/Prozedure) durchgehen und schauen, wann und wo Du dort die Zeilen siehst, die Dir durch die Fehlermeldung schon als Ursache bekannt vorkommen oder irgendwelche Aufrufe stattfinden, die eines der Grids betreffen (könnten).

Dabei müsstest Du dann in etwa mitbekommen, was da in welcher Reihenfolge abgearbeitet wird. Eventuell findest Du eine Möglichkeit diese Abarbeitungsreihenfolge durch gezieltes Verschieben oder Ändern der Programmlogik in einen "ungefährlichen Bereich" zu manövrieren.

Und ja: Das ist seeeeeehr zeitaufwändig.

Kannst Du die Entwicklungsumgebung (mit vertretbarem Aufwand) auch auf einem der Laptops installieren, um so direkt "auf dem Übeltäter" auf Fehlersuche zu gehen? Eventuell geht ja nur deshalb was in die Hose, weil auf diesen Geräten irgendeine DLL, ein Treiber ... sich anders verhält, weil auf Gerätebesonderheiten eingegangen werden muss. Und wenn dadrin dann ein Fehler ist oder etwas anders, als von den Entwicklern des TAdvStringGrid erwartet, sieht's für Dich eher übelst aus.

Gibt es irgendwelche Meldungen in den Ereignisprotokollen der Laptops, die auf eine (wie auch immer geartet) Problematik der Systeme hindeuten?

[hoika]

Hallo,
wenn man sich mal die Dpr und das MadExcept gegenüberlegt:

Nimm mal aus der Dpr alles außer dem Mainform raus.

[wjjw]

Hatte mal ein ähnliches Problem bei einem unerklärlichen Fehler beim Programmstart. Schuld war ein zu verbasteltes Theme.