Hallo!

Ich versuche gerade, ein .NET-Assembly (DLL) zu erstellen. Da ich da erst einmal nichts von Borland drin haben möchte, schmeisse ich alles aus dem Uses heraus, bis auf "System.Reflection", was wohl nicht von Borland ist.

Dann füge ich folgende Funktion ein (nur ein Beispiel):


Erzeugt wird das Assembly damit.

Aber: wenn ich dieses .NET-Assembly in eine Windows-Forms-Anwendung einbinden will, gibt dass die Fehlermeldung, dass dies nicht möglich ist, weil dieses Assembly "Borland.System" verwendet.

Wie kann ich denn nun mit D8 .NET-Assemblys erstellen, die ich auch in einer Windows-Forms-Anwendung verwenden kann?

MfG
Peter

Wenn ich mich an den Vortrag richtig erinnere, wird die Borland.System Assembly fast immer gebraucht.

Aber eigentlich müßte das wurscht sein - weil assemblies ja nicht reincompiliert werden sondern nur als Referenzen (hash) über den assembly cache geladen und jit gelinkt werden.

MaxiTB hat folgendes geschrieben:

Aber eigentlich müßte das wurscht sein - weil assemblies ja nicht reincompiliert werden sondern nur als Referenzen (hash) über den assembly cache geladen und jit gelinkt werden.

Gerade deshalb ist es ja nicht egal. Wenn eine Referenz auf Borland.System reingelinkt wird, Borland.System aber auf dem Zielsystem nicht vorhanden ist, läuft das Assembly nicht.

Vielen Dank für die Antworten!

@MaxiTB: wo würdest Du den Fehler suchen? Wenn es eigentlich funktionieren müsste.

Vielleicht binde ich sie ja auch falsch ein.

Im Grunde genommen gehe ich in der Projektverwaltung auf "Referenz hinzufügen" und wähle dann die DLL-Datei aus. Dann noch in die Uses-Klausel damit.

Hallo!

Ihr dürft alle auf mich einschlagen. Wirklich. Kräftig. Ständig.

Damit es funktioniert, darf ich in Delphi nicht eine .NET-DLL erstellen, sondern ein Package. Das wird auch als DLL kompiliert und kann dann problemlos eingebunden werden. Dann meckert er auch nicht mehr.

Entschuldigt die Störung, habt Mitleid mit einem .NET-Anfänger.

MfG
Peter