Seit Delphi 10.4 crasht mein Programm bei LoadPackage ohne verwertbaren Hinweis

[Delphi.Narium]

Formulare im Package?

Die Formulare müssen ja dann wohl erstellt werden (einschließlich der darauf befindlichen Komponenten, ...) oder sollte das alles jeweils individuell zur Laufzeit passieren?

Eventuell nicht jedes mal "nur" neu kompilieren, sondern immer neu erstellen.

Gibt es innerhalb der Packages irgendwelche Abhängigkeiten zu weiteren Packages, ...

[neubert]

Ja, die Formulare werden alle erst zur Laufzeit erstellt, jeweils mit lokalen Variablen innerhalb der Methoden, aus denen sie aufgerufen werden. Ich eliminiere grundsätzlich alle globalen Formularvariablen in Formular-Units.

Die Abhängigkeiten glaube ich im Griff zu haben - es werden nur genau die Packages/Libraries geladen, die in meinen Lib-Unterverzeichnissen liegen, plus alles, was diese aus C:\Windows\System32 nachladen. Ich lasse das ganze auch ab und an in Linux unter Wine laufen - da fällt sofort auf, wenn eine Library fehlt.

Clean und Build statt Make sind schon die ganze Zeit meine besten Freunde :-/

[Delphi.Narium]

Einen hab' ich noch: F2084 Internal Error - %s%d (Delphi)

Eventuell könnte es sich um ein Speicherproblem, im Zusammenhang mit der IDE, handeln.

Mögliche Lösung: Nicht aus der IDE heraus kompilieren.

[CCRDude]

Wenn ich DLLs aus Unterverzeichnissen laden will (z.B. weil ich 32 und 64 bit executables im selben Ordner habe, die aber DLLS mit gleichem Namen nur anderer Bitness brauchen), aber den ladenden Code gar nicht anfassen will, mache ich das per Manifest.

Dort Einträge der Art <file name="meinelib.dll" loadFrom="subfolder/meinelib.dll">.

Wenn dort ein relativer Pfad steht, muss das Arbeitsverzeichnis der .exe stimmen, im Zweifel per chdir vor jedem anderen Ladevorgang.

SetDLLDirectory war mein Ansatz davor, der aber irgendwie hakte.

In diesem Fall geht es nur um diverse DLLs, aber Packages sind ja nichts anderes und werden vermutlich vom gleichen Lademechanismus verarbeitet?

[neubert]

So, es war sehr mühsam aber ich habe es geschafft. Habe mein Main-Package von Grund auf schrittweise neu aufgebaut und dabei noch einige kleinere Änderungen vorgenommen - der Kode ist also nicht ganz identisch und das scheint die Probleme zu vermeiden. Nun lässt es sich ohne internen Fehler kompilieren und läuft auch komplett richtig durch. Als nächstes muss ich die zwei Packages, die ich bei der Fehlersuche als weitere Störenfriede/Absturzverursacher identifiziert und vorübergehend ausgebaut habe, anders neu aufbauen, um die dadurch entfernte Funktionalität wiederzugewinnen.

Danke für Eure Unterstützung.

Die Tipps zu den Verzeichnissen und zum Manifest helfen mir zusätzlich. Dafür ein extra Dank!

[himitsu]

Zitat:

Wenn dort ein relativer Pfad steht, muss das Arbeitsverzeichnis der .exe stimmen, im Zweifel per chdir vor jedem anderen Ladevorgang.

Und bedenken, dass nicht nur du am Arbeitsverzeichnis rumspielst.

* böswillige/schrottige Fremdkomponenten
* oder ein Öffnen/Speichern-Dialog, der ändert das auch gerne

[neubert]

Zitat von himitsu:

Zitat:

Wenn dort ein relativer Pfad steht, muss das Arbeitsverzeichnis der .exe stimmen, im Zweifel per chdir vor jedem anderen Ladevorgang.

Und bedenken, dass nicht nur du am Arbeitsverzeichnis rumspielst.

Danke für den Tipp. Das habe ich im Griff. Ich bestimme das Verzeichnis, wo meine Exe-Datei liegt, über

Code:

  BaseFolder := IncludeTrailingPathDelimiter(ExtractFilePath(ParamStr(0)));

und lade dann die Packages mit absoluten Pfaden nach (sie liegen unterhalb der Exe-Datei in Ordnern lib\vendorX usw.).