Standardunits in dll einbinden

[xml99]

Hallo Zusammen,

Ich lade in meinem Hauptprogramm statisch eine mit Delphi erstelle dll. Das funktioniert gut, solange ich keine weiter (dcu-)unit in der dll angebe.

Erweitere ich meine uses-Liste mit Sysutils oder Classes oder Math, so kommt beim Beenden (automatischen entladen) der dll eine access violation. Entferne ich die units aus der uses-Liste beendet es sich ohne Fehlermeldung.

Ich möchte in einer meiner exportieren functionen Ceil aus der unit Math benutzen. Nehme ich die unit Math in die uses-Liste auf, kann ich zwar Ceil benutzen, beim beenden des Pogramms erhalte ich aber eine access violation.

Die Abbruchstelle ist in der Funktion "RemoveMediumFreeBlock" des MemoryManagers (ist wohl FastMM4, da ich Delphi 2007 benutze?).

Hat jemand eine Idee? Was mache ich falsch? Es soll doch sogar möglich sein Formulare (unit Forms) einbinden zu können?

Danke und Grüße
Ralf

[Bernhard Geyer]

Was machst du genau? Tauscht du evtl. über die DLL-Schnittstelle "lebende" Objekte oder Strings aus?

[xml99]

Hallo Bernhard,

Nein, es werden integer, double, currency und strings zurückgegeben. Ich möchte in der dll Berechnungen durchführen. Dazu benötige ich Ceil aus der unit Math.

Wenn Math eingebungen ist (also in der uses-Liste steht) dann gibt es nach dem Beenden des Hauptprogramms einen Runtime Fehler 216, ohne Math (und auskommentierter Berechnung) passiert dies nicht.

Es reicht auch Sysutils in die uses-Liste einzufügen (zwar wird sie nicht benötigt, ich wollte nur ausschliessen, dass es an einer bestimmten unit also Math liegt), selber Effekt. Auch eigene bel. units (die wiederum Delphi unist einbinden) führen zu dem gleichen Problem.

Ich kann es mir nicht erklären, was da passiert.

Grüße
Ralf

[Bernhard Geyer]

Welche Delphi-Version? Alle Patches installiert? Win32 oder .NET?

[SirThornberry]

Zitat von xml99:

Nein, es werden integer, double, currency und strings zurückgegeben.

Strings sind lebende "Objekte". Hast du dafür den Hinweis welcher ganz oben in einem DLL-Projekt steht beachtet und ShareMem genutzt?

[xml99]

Hallo,

Wie bereits geschrieben benutze ich Delphi 2007, Win32, alle Patches vorhanden (CodeGear™ Delphi® 2007 für Win32® R2 Version 11.0.2902.10471.).

Bei Benutzung von FastMM4 ist keine borldmm.dll nötig und es können auch (Delphi)-strings verwendet werden. Delphi 2007 benutzt einen "abgespeckten" FastMM4. Es gibt auch keine Einschränkungen in der Funktionalität.

Noch ein "interessantes" Detail: wenn ich in einer Source zweimal aufeinanderfolgend einen Bereich der mit const eingeleitet wird habe, kommt es beim Starten der Anwendung zu einer Access violation (??? das begreife wer will ???), also

Delphi-Quellcode:

const
  c_1 = 'xx';
  c_2 = 100;

const
  c_3 = 20;
  c_4 = 'yy';

Grüße
Ralf

[mkinzler]

Und wenn du die beiden Bereiche "vereinigst"?