Projekt startet nicht in Delphi 2009. Modul olepro32.dll

[Oracle]

Hallo Leute,

hab jetzt mal versucht ein recht grosses Projekt von Delphi 2007 auf Delphi 2009 zu portieren. Nachdem ich alle Fremdkomponenten installiert habe compiliert er das Projekt erfolgreich. Allerdings wird es nicht gestartet. Im Ereignisprotokoll bleibt er stehen bei folgender Meldung:

Modul laden: OLEPRO32.dll. Ohne Debug-Infos Basisadresse: $F1A0000.

Nach ein paar Sekunden bricht das Programm dann ab mit folgender Fehlermeldung:

Im Projekt c:\.....xyz.exe sind zu viele auseinanderfolgende Exceptions aufgetreten: "access violation at 0x00000000: read of adress 0x00000000" Prozess wurde angehalten.

Ich kann auch keinen Breakpoint setzen, um den Fehler zu isolieren, da er vor der ersten Codezeile schon abbricht.

Wäre wirklich schön wenn mir da jemand helfen könnte, da ich schon mehrere Stunden voller Ratlosigkeit investiert habe.

Vielen Dank schon mal im Vorraus :)

[ULIK]

Hast Du schon mal versucht, all die einzelnen Fremdkomponenten jeweils einzeln in einem seperaten Projekt zu verwenden und zu starten? Wenn es dort klemmt, kriegst Du zumindest raus, welche das ist.
Ansonsten: verwendet dein eigener Code OLE-Automation? Dann das mal ausbauen und schauen, ob es dann läuft.

Grüße,
Uli

[mkinzler]

Der Fehler könnte sich im Initilization-Teil einer eigebundenen Unit verstecken

[Oracle]

Ich habe inzwischen auch den Verdacht, dass es an einer der Fremdkomponenten liegt. Musste auch bei einigen von Ihnen Anpassungen bei den String Casting Operation machen.
Die Variante alle Komponente einzeln auf ein Form zu packen und dann zu testen, würde das Problem auf jeden Fall isolieren. Würde allerdings ganz schön dauern. Werd ich aber so machen, wenn mir nicht noch was besseres einfällt.

@mkinzler: Gemäß den Fall der Fehler versteckt sich in Initialization Teil einer eingebundenen Unit, wie kann man eine solchen Fehler denn Debuggen? Gibt es da einen geschickten Weg?

[yx-man]

Hast Du mal ein Looging-Tool eingebaut, damit Du mal siehst, ob Delphi mit sein zuvielen Exceptions wirklich Recht hat. Ich benutze dazu: http://www.jirihajek.net/delphi/ExceptLog.htm