AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Win32/Win64 API (native code) Delphi Datenübergabe Exe-DLL und unterschiedliche Delphi-Versionen
Thema durchsuchen
Ansicht
Themen-Optionen

Datenübergabe Exe-DLL und unterschiedliche Delphi-Versionen

Ein Thema von Lemmy · begonnen am 2. Mai 2012 · letzter Beitrag vom 2. Mai 2012
Antwort Antwort
Lemmy

Registriert seit: 8. Jun 2002
Ort: Berglen
2.380 Beiträge
 
Delphi 10.3 Rio
 
#1

Datenübergabe Exe-DLL und unterschiedliche Delphi-Versionen

  Alt 2. Mai 2012, 11:39
Hi,

habe das Problem, dass ich einen Teil einer Anwendung (Delphi 7) in einer neueren Delphi-Version umsetzen muss (XE2), weil dort Fehler korrigiert wurden. Eine Änderung der VCL von Delphi 7 ist mir zu heikel wegen den div. Abhängigkeiten von Drittkomponenten. Eine komplette Umstellung auf XE2 ist geplant, wird aber nicht zeitnah durgeführt werden können.

Erst dachte ich ich schieb die Daten (es handelt sich im Grunde um mehrere KLassenmodelle) bzw. die jeweilige Hauptklasse als Zeiger in die DLL und caste dort wieder auf die Klasse, verarbeite und gut ist. Problem sind jetzt aber die div. Strings in den Klassen: Klar kann ich ShareMem einbinden, doch welche BORLNDMM.DLL liefere ich dann aus? Die von Delphi 7 oder die von XE2? Zumindest in den Foren in denen das Thema angesprochen wurde, wird generell davon abgeraten so was zu machen und auf die BORLNDMM.DLL zu verzichten.

Jetzt habe ich noch folgende Optionen:
Für die Datenübergabe baue ich spezielle DatenkLassen, die anstelle der Strings mit ShortStrings bzw. PCHars arbeiten oder ich serialisiere die gefüllten Klassen und sende an die DLL einen entsprechenden Datenstrom und Rückwärts dann ebenso. Beides ist ein entsprechender AUfwand, wobei ich gerade zu der PChar-Lösung tendiere.

Gibt es über die beiden Möglichkeiten auch noch andere denkbare Lösungswege? Die DLL soll lediglich für Delphi bereit stehen und fliegt nach dem Umstieg auf XE2 oder neuer aus dem Gesamtsystem wieder raus...

Grüße
  Mit Zitat antworten Zitat
Benutzerbild von jaenicke
jaenicke

Registriert seit: 10. Jun 2003
Ort: Berlin
9.580 Beiträge
 
Delphi 11 Alexandria
 
#2

AW: Datenübergabe Exe-DLL und unterschiedliche Delphi-Versionen

  Alt 2. Mai 2012, 11:54
Erst dachte ich ich schieb die Daten (es handelt sich im Grunde um mehrere KLassenmodelle) bzw. die jeweilige Hauptklasse als Zeiger in die DLL und caste dort wieder auf die Klasse, verarbeite und gut ist. Problem sind jetzt aber die div. Strings in den Klassen
Auweia...
Dir ist noch gar nicht wirklich klar was deine Probleme dabei eigentlich sind.

Die Strukturen haben sich von TObject an geändert. Deshalb kannst du Objekte aus verschiedenen Delphiversionen nicht einfach casten, selbst wenn sie direkt von TObject abgeleitet sind. (Davon abgesehen, dass man das sowieso niemals nicht machen sollte. )

Erstelle für den Zweck Interfaces für die Klassen. Die können bei Strings auf den Typ WideString zurückgreifen. Dann kannst du diese Interfaces 1:1 einfach übergeben. Die Referenzzählung solltest du dabei deaktivieren, da du ja auch mit den Objekten arbeitest, damit nicht das auch noch Probleme macht. So wäre das als relativ schnelle Lösung möglich.
Sebastian Jänicke
Alle eigenen Projekte sind eingestellt, ebenso meine Homepage, Downloadlinks usw. im Forum bleiben aktiv!
  Mit Zitat antworten Zitat
Lemmy

Registriert seit: 8. Jun 2002
Ort: Berglen
2.380 Beiträge
 
Delphi 10.3 Rio
 
#3

AW: Datenübergabe Exe-DLL und unterschiedliche Delphi-Versionen

  Alt 2. Mai 2012, 12:05
Auweia...
Dir ist noch gar nicht wirklich klar was deine Probleme dabei eigentlich sind.
Stimmt - deshalb frage ich ja auch hier nach Aber du hast völlig recht, das mit TObject kann auch nicht wirklich funktionieren.

Die IDee mit den Interfaces ist gut..... Muss gleich mal mein Testprojekt anschauen...

Grüße
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.048 Beiträge
 
Delphi 12 Athens
 
#4

AW: Datenübergabe Exe-DLL und unterschiedliche Delphi-Versionen

  Alt 2. Mai 2012, 12:13
Die kann/sollte man sowieso nicht über Modulgrenzen (EXE<>DLL) hinweg casten, da es auch innerhalb der selben Compiler-Version unterschiede zwischen den klassen geben kann.

Immerhin hat jedes Modul (EXE/DLL) seine eigene RTTI.


PS: Der Delphi-Compiler/Linker läßt Dinge weg, die er nicht als verwendet ansieht.
Wurden nun in der DLL andere Dinge weggelassen, als in der EXE oder einer anderen DLL, dann sind die RTTIs/Klassen dennoch nicht kompatibel.
Neuste Erkenntnis:
Seit Pos einen dritten Parameter hat,
wird PoSex im Delphi viel seltener praktiziert.

Geändert von himitsu ( 2. Mai 2012 um 13:26 Uhr)
  Mit Zitat antworten Zitat
Lemmy

Registriert seit: 8. Jun 2002
Ort: Berglen
2.380 Beiträge
 
Delphi 10.3 Rio
 
#5

AW: Datenübergabe Exe-DLL und unterschiedliche Delphi-Versionen

  Alt 2. Mai 2012, 12:22
Hi,

PS: Der Delphi-Compiler/Linker läßt Dinge weg, die er nicht als verwendet ansieht.
Wurden nun in der DLL andere Dinge weggelassen, als in der EXE oder einer anderen DLL, dann sind die RTTIs/Klassen dennoch nicht kompatibel.

das ist jetzt wirklich interessant... Das war mir in der Dimension noch nciht bewusst, dass der Compiler/Linker Zeugs wegoptimiert ist klar, dass sich dadurch aber die Schnittstellen der KLassen ändert, ist mir jetzt echt neu...

Testprogramm geändert und sieht schon mal verdammt gut aus.
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.048 Beiträge
 
Delphi 12 Athens
 
#6

AW: Datenübergabe Exe-DLL und unterschiedliche Delphi-Versionen

  Alt 2. Mai 2012, 13:31
Das Schlimmste was passieren kann, ist die VMT oder neue/alte Felder.

Diese ist ja nur ein Array, wo nacheinander virtuellen Methoden verlinkt sind.
Fällt auf einer Seite eine Methode weg, dann liegen die nachfolgenden Methoden einen Index höher.
Wird nun über den Index der falschen/anderen RTTI zugegriffen, dann wird ein falscher Index erwischt und somit auch eine falsche Methodenadresse.
Da soll z.B. Methode A aufgerufen werden, aber ausgeführt wird dann Methode B.

Genauso könnte falsche Felder/Speicherzellen erwischt werden ... es soll in Feld X was reingeschrieben werden, aber da X drüben nicht verwendet wurde oder noch nicht existierte, bzw. nicht mehr existiert oder weider Vorne etwas Anders ist, wird stattdessen in Feld Y rumgeschrieben.

...
Neuste Erkenntnis:
Seit Pos einen dritten Parameter hat,
wird PoSex im Delphi viel seltener praktiziert.
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 10:27 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz