AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Algorithmen, Datenstrukturen und Klassendesign Delphi DLL Form mit "TCustomForm.Active" gleich FALSE
Thema durchsuchen
Ansicht
Themen-Optionen

DLL Form mit "TCustomForm.Active" gleich FALSE

Ein Thema von jarib · begonnen am 24. Jan 2017 · letzter Beitrag vom 27. Jan 2017
Antwort Antwort
jarib

Registriert seit: 23. Aug 2007
Ort: Neumünster
7 Beiträge
 
Delphi 10.1 Berlin Professional
 
#1

AW: DLL Form mit "TCustomForm.Active" gleich FALSE

  Alt 25. Jan 2017, 20:58
Nein das mache ich nicht.

Ich habe mich bewusst gegen Runtime Packes entschieden um die zusätzlichen Dateien (Packages) zu vermeiden dann im BIN Verzeichnis rumfliegen würden.

Ich glaube wenn ich Runtime Packes nutzen würde, hätte ich wahrscheinlich nicht das Problem.
  Mit Zitat antworten Zitat
Benutzerbild von MyRealName
MyRealName

Registriert seit: 19. Okt 2003
Ort: Heilbronn
690 Beiträge
 
Delphi 10.4 Sydney
 
#2

AW: DLL Form mit "TCustomForm.Active" gleich FALSE

  Alt 26. Jan 2017, 16:43
Du kannst nicht mit Forms in DLLs arbeiten ohne runtime packages, weil sonst jede DLL und die exe ihre eigene instanz der VCL und RTL haben, mit globalen variables etc. Das heisst auch Application.MainForm ist in der DLL ein anderer Speicherblock als in deiner Exe.
Auch deine Registrierung der Klassen wie TFont sind anders und dir wird dann oft der Fehler "TFont kann nicht TFont zugewiesen werden" auftreten.

Das ist also keine Frage der Entscheidung von Deiner Seite, Delphi geht einfach so nicht

Helge
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

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

AW: DLL Form mit "TCustomForm.Active" gleich FALSE

  Alt 26. Jan 2017, 17:12
Nicht nur Variablen, sondern auch Typen.

TForm der EXE ist etwas ganz Anderes, wie TForm der DLLs.
Typprüfungen ala IS schlagen dann fehlt und auch beim Casten kann es schnell knallen, da der Compiler manchmal was wegoptimiert und schon stimmen Speicheroffsets nicht mehr.

Delphi-Quellcode:
// in EXE
TForm = class
  A: Integer;
  B: Integer;
  C: Integer;
end;

// in DLL
TForm = class
  A: Integer;
//B: Integer; das hat der Compiler wegoptimiert, weil es in der DLL nicht verwendet wurde
  C: Integer;
end;
Wenn die EXE also auf B einer Form in der DLL zugreifen will, dann erwischt es das C.


Wobei es schon problematisch genug ist, dass EXE und DLL eigene Variablen haben.
Da gibt es die globale Instanz von Application, wo EXE und DLL Eigene haben, dann die globalen Fonts, Brushs und vorallem Listen für "vorhandene" Fenster und active Forms/Controls in Application und Screens usw.
Ein Therapeut entspricht 1024 Gigapeut.

Geändert von himitsu (26. Jan 2017 um 17:15 Uhr)
  Mit Zitat antworten Zitat
jarib

Registriert seit: 23. Aug 2007
Ort: Neumünster
7 Beiträge
 
Delphi 10.1 Berlin Professional
 
#4

AW: DLL Form mit "TCustomForm.Active" gleich FALSE

  Alt 27. Jan 2017, 16:01
Wie bereits geschrieben hat es bis jetzt wunderbar funktioniert.
Weitere Tests mit einem Standard TStringGrid haben gezeigt das das Editieren ohne Probleme funktioniert.

Ich danke euch aber für die Antworten denn die haben mich dazu bewogen meinen Ansatz nochmal zu überdenken.

Ich bin zwar noch absoluter Anfänger in dem Thema Runtime Packages aber da muss ich jetzt wohl durch.

Damit ist das Thema für mich abgeschlossen.
  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 09:36 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz