-
Forum: Sonstige Fragen zu Delphi
Delphi
by StTüff,
4. Okt 2007
Hallo Flocke!
Danke für die Info! Da bin ich auf der einen Seite froh, dass ich nicht ganz auf dem Holzweg war, andererseits traurig, dass es keine "perfekte" Lösung gibt.
Die Frage, die jetzt noch bleibt: Ist es besser das Formular nicht freizugeben (Windows XP gibt den Speicher beim Beenden der Anwendung frei, oder?), oder eben den von Dir vorgeschlagenen Workaround zu verwenden.
Was...
-
Forum: Sonstige Fragen zu Delphi
Delphi
by StTüff,
2. Okt 2007
Na klar habe ich die "Sicherung" eingebaut (war in meinem eigentlichen Projekt übrigens schon immer so, nur eben in dem vereinfachten Beispiel nicht).
Leider macht das keinen Unterschied. Es ist auch nicht so, dass der Fehler beim Destroy des Objektes auftritt. Vielmehr passiert beim finalize von mODBC irgendwas, was ich noch nicht näher eingrenzen konnte.
Momentan geht meine Vermutung wie...
-
Forum: Sonstige Fragen zu Delphi
Delphi
by StTüff,
2. Okt 2007
OK. Nach dem wir das geklärt haben noch mal zu meinem Problem:
Ich fasse zusammen:
- Beim Starten des Programms (das die DLL aufruft; statische Bindung) wird von mODBC der Initializeabschnitt ausgeführt (nicht beim create des Formulars).
- Der Finalizeabschnitt entsprechend beim Beenden und nich beim free des Formulars.
- Ist das Formular bereits freigegeben gibt es eine Exception...
-
Forum: Sonstige Fragen zu Delphi
Delphi
by StTüff,
2. Okt 2007
Hallo!
Ich habe jetzt noch folgendes herausgefunden:
Wenn ich das Formular so
Form1:=TForm1.Create(Application);
oder so
Application.CreateForm(TForm1, Form1);
-
Forum: Sonstige Fragen zu Delphi
Delphi
by StTüff,
2. Okt 2007
Hallo!
Ich habe mir mal den Quellcode angeschaut. Eventuell ist es ein grundsätzliches Problem, dass es kein Application-Objekt gibt?!
Im Quellcode von mODBC taucht immer mal wieder "Application." auf.
Kann da jemand was dazu sagen?
Gruß,
StTüff
-
Forum: Sonstige Fragen zu Delphi
Delphi
by StTüff,
2. Okt 2007
Hallo!
Das erklärt zwar auf der einen Seite das Verhalten, dass der Fehler erst beim Beenden des Aufrufenden Programms auftritt, die Frage ist aber, was kann ich tun um das Problem zu beseitigen.
Wie im letzten Besipiel gezeigt, versuceh ich das Fromular erst beim Entladen freizugeben. Offensichtlich (wie Du ja auch geschrieben hast) ist das entladen des Moduls immer das letzte.
Damit...
-
Forum: Sonstige Fragen zu Delphi
Delphi
by StTüff,
2. Okt 2007
Hallo!
Da mODBC eine Komponente ist, die auf dem Formular platziert wurde, gehe ich davon aus, dass der Owner das Formular ist. Das Formular wiederum hat keinen Owner, da ich dieses selbst erzeuge und freigebe.
Ich wäre jetzt davon ausgegangen, dass beim zerstören des Formulars das Modul entladen wird. Offensichtlich geschieht das aber erst später (abhängig von was?).
Sollte ich beim...
-
Forum: Sonstige Fragen zu Delphi
Delphi
by StTüff,
2. Okt 2007
Hallo!
Aktueller Stand:
procedure DLLMain(Reason: Integer);
begin
case Reason of
DLL_PROCESS_ATTACH:
begin
DisableThreadLibraryCalls(hInstance);
-
Forum: Sonstige Fragen zu Delphi
Delphi
by StTüff,
2. Okt 2007
Hallo!
Ich kann doch jetzt noch nicht wissen, wie die DLL verwendet wird. Bei meinem Beispielprojekt macht es keinen Unterschied, ob die DLL dynamisch, oder statisch geladen wird.
"DLL_PROCESS_ATTACH" wird immer beim laden der DLL (egal ob staisch, oder dynamisch) aufegerufen und "DLL_PROCESS_DETACH" immer beim entladen.
Vielleicht habe ich aber auch Deine Bemerkung nicht richtig verstanden....
-
Forum: Sonstige Fragen zu Delphi
Delphi
by StTüff,
2. Okt 2007
Hallo peschai!
Danke für Deine Nachricht!
Leider möchte ich es eigentlich genau so machen, wie Du vorschlägst: Ich erzeuge das Formular und möchte es dann auch wieder freigeben. Leider ist es aber so, dass ich keinen Einfluss daruf habe, wann der finalize-Abschnitt der mODBC-Komponente aufgerufen wird (das mache ich nämlich nicht selbst). Ich gebe das Formular zum (mir) letzt möglichen...
-
Forum: Sonstige Fragen zu Delphi
Delphi
by StTüff,
2. Okt 2007
Hallo blauweiss!
Es ist richtig, dass dies im Programmcode nicht zu finden ist. Ich habe das Formular aber bisher immer geschlossen (mit X), bevor ich das aufrufende Programm beendet hatte. Zur Sicherheit habe ich jetzt vor dem "free" noch Form1.close eingefügt => keine Änderung.
Hast Du das Programm nur angeschaut, oder auch mal getestet? Tritt der Fehler bei Dir auch auf?
Gruß,
...
-
Forum: Sonstige Fragen zu Delphi
Delphi
by StTüff,
1. Okt 2007
Hallo blauweiss!
Danke für die Nachricht!
Ich werde mir das noch mal genau anschauen. Ich meine aber dass das so ist. Das Problem scheint zu sein, dass der finalize-Abschnitt der mODBC-Komponente erst abgearbeitet wird, nachdem ich das Formular mit free freigegeben habe. Dann "crashts" natürlich. Lasse ich das "free" weg, so gibt es keine Fehlermeldung, aber eigentlich sollte man das...
-
Forum: Sonstige Fragen zu Delphi
Delphi
by StTüff,
1. Okt 2007
Hallo!
Hat keiner 'ne Idee, Anregung, einen Link, oder eine Hinweis?
Momentan komme ich an der Stelle einfach nicht weiter. Ich implementiere nach und nach alle Funktionen in der DLL und hoffe, das es eine Lösung gibt. Wenn nicht bzw. wenn ich einen grundlegenden Fehler gemacht habe, sehe ich dann alt aus.
Ich bin also auch dankbar, wenn mich jemand darauf hinweist, dass ich einen...
-
Forum: Sonstige Fragen zu Delphi
Delphi
by StTüff,
18. Sep 2007
Hallo!
Hat sich das schon mal jemand angeschaut? Ich wäre auch an der Info interessiert, wenn das Problem nicht nachvollzogen werden konnte. Vielleicht ist es ja ein spezielles Problem an meinem Rechner? Ich glaube aber eher, dass ich einen kleinen aber entscheidenden Fehler gemacht habe (mal wieder).
Gruß,
Stüff
-
Forum: Sonstige Fragen zu Delphi
Delphi
by StTüff,
12. Sep 2007
Hallo zusammen!
Ich poste diesen Thread in "Sonstige Fragen zu Delphi", weil ich mir nicht ganz sicher bin, wo das Thema einzuordnen ist.
Ich möchte eine DLL erstellen, die mir Daten aus einer Datenbank (die nur per ODBC erreicht werden kann) aufbereitet und zur Verfügung stellt. Die DLL wird später dann in Verbindung mit diversen Scriptsprachen verwendet. Für den Datenzugriff verwende ich...
