Delphi ... so vergesslich :-(

[bernhard_LA]

ich habe schon oft mit eigenen Komponenten gearbeitet, eigentlich kein Problem.

In meiner aktuellen Delphi Installation vergisst Delphi aber laufend, daß ich eine Reihe von eigenen Komponenten schon installiert habe,
ich muss alle Nase lang die Komponenten wieder neu installieren, war kann den die Ursache für diesen Fehler sein ?
Im schlimmsten Fall Komponente Installieren anderes Programmladen und die Installation ist schon wieder weg .....
oder einige Komponenten sind beim Laden eines bestimmten Programms aus gegraut, diese Programm schließen mit File Neu eine leeres neues Projekt öffnen und die Komponenten sind wieder da :-/


DELPHI 10.3.2 prof
WIN 10
CN pack installiert
Madshi

[himitsu]

Nja, da bei uns der FinalBuilder grundlegend alles compiliert, auch einige der Fremdkomponenten, hab ich dort auch jeweils eine Liste gefüllt, welche am Ende durchlaufen werden kann und über die alle Packages registriert werden.
Ist zwar als Erstinstallation oder Update nach Änderung gedacht.

Mit sowas könntest du das immer schnell beheben.




in HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\20.0\Known Packages
stehen alle registrierten Packages
in HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\20.0\Disabled Packages
stehen die deaktivierten, welche dann doch nicht geladen werden

in HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\20.0\Known IDE Packages
findet man noch ein paar Packages, welche zuerst geladen werden

in HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\20.0\Package Cache
stünden die jeweiligen Komponenten-Paletten (aber fehlt das dort, wird es beim Start neu erzeugt)

und in HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\20.0\Experts
stehen noch die Helfer-DLLs ala CnPack, welche ebenfalls als Erste geladen werden, vor den Known Packages


Sooooo, also dort kannst du erstmal nachsehn, ob deine Packages in Known Packages, aber nicht in Disabled Packages auftauchen.
Letzteres kommt dort rein, wenn es beim Start knallt und du auf die Frage "Soll weiterhin geladen werden?" mit Nein antwortest.
Die von mir verwalteten Packages schmeit unser FinalBuilder immer wieder raus.
Man könnte auch einfach den Disaled-Pfad komplett leer machen, aber bei uns stehen z.B. die Office2K/XP-Packages da drin und sollen dort bleiben.

Denn öffne ich die IDE mit einer Projektgruppe, dann ist es einfacher/schneller schneller einmal Nein zu sagen, als für jedes Package bei jedem Projekt der Projektgruppe das immer wieder mit "Ja" zu bestätigen.
So kann ich auch nach Problemen die IDE nutzen, um den Fehler zu suchen.

Du könntest also mit dem Registry-Editor dieses Verzeichnisse exportieren und bräuchtest dann nur noch die REG-Datei einspielen, wenn es Probleme gibt.
Mein FinalBuilder-Projekt kennt alle unsere Packages und kann dadurch ebenfalls in diesen Verzeichnissen die Einträge erstellen und Alte/Falsche/Doppelte entfernen, bzw. wirft eine Warnung, wenn in HKEY_LOCAL_MACHINE dort etwas steht.




Du könntest aber auch so "krank" arbeiten, wie DevExpresss, und deine installierten Packages auch in
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Embarcadero\BDS\20.0\Known Packages
eintragen, denn die Delphi-IDE kopiert beim Start diesen Pfad immer.
Das ist z.B. dafür gedacht wenn du die IDE mit einer leeren Registry startes, z.B. auf einem Mehrbenutzer-PC/Server
oder wenn der Admin, NUR in seinem Konto eine Komponente neu installiert/updatet, damit das dann alle Benutzer bekommen.

Bei uns war das nervig, da wir alle Fremdkomponenten in unserem Repository haben und in ein eigenes BPL-Verzeichnis kompilieren,
wo das Ergibnis dann aber ist, dass am Ende die Packages doppelt registriert sind (zwei Verzeichnisse) und es knallt, wenn es nicht die selben Versionen sind und die Packages gemischt aus den Verzeichnissen geladen werden.
Eigentlich werden vom FinalBuilder alle "unsere" Packages registriert und gleichnamige BPLs aus fremden Verzeichnissen entfernt, aber wenn die IDE dann "immer wieder" aus diesem Verzeichnis nachlädt, dann ist das echt blöd. (hatte damals lange nach diesem Fehler gesucht)

[Bernhard Geyer]

Sowas kenne ich eigentlich nur von alten Delphi.
Wenn du die Komponenten registrierst, schau das kein anderen Projekt geladen ist.
Ich glaube das sorgt u.U. dafür das die Komponente nur für das geladen Projekt registriert ist.

[bernhard_LA]

Problem leider immer noch nicht gelöst - echt nervig !
( konnte lange Zeit mit alten files weiterarbeiten, jetzt wird aber die neue Version benötigt)

die Komponente liegt als Delphi Projekt vor, ich mache: Compile -> Build und dann Install ,
dann kommt der Meldung Komponente installiert, nur leider ist die Komponente dann nicht in der Tool Palette
ich kann die Komponente nicht verwenbnden

[hoika]

Hallo,
zur Laufzeit benutzen geht nicht?

Ansonsten zeig mal die dpr/dpk.

[Sinspin]

Hallo, das klingt nach Rechteproblemen beim Zugriff auf die Registry. Lass mal den Pocessmonitor mitlaufen beim Install der kompo. Und beim normal Delphi verwenden (einmal Delphi neu starten).
Schau dann mal ob da irgendwo der Zugriff auf Dateien oder die Registry verweigert wird.

Bei mir hat die DevExpress VCL Demo schon einige Male alle Registryeinträge für Delphi gelöscht. Danach geht weder Delphi deinstallieren oder Reperaturinstallation.
Komponenten, allen vorran DevExpress lässt sich auch nicht mehr installieren, selbst wenn man den Emba Stammeintrag mit "allen" Einstellungen wieder hergestellt bekommt.

[BerndS]

Ich würde mal schauen ob das Package unter:
HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\20.0\Di sabled Packages
auftaucht und dann dort entfernen.

[TigerLilly]

Ich hatte sowas auch. EMB Support empfahl damals:

Zitat:

> Components do install but fail to load
I am not sure this will help, but you may want to try to disable the Package-Cache.
This can be done by adding the following registry key:
[HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\21.0\Pa ckage Cache]
"DisableAll"=dword:00000001

The reason it might help is because it forces the IDE to load the runtime package that implement the components up-front. Otherwise, the IDE will load the package the registers the component, but not the one where it's implemented. If there is a problem loading the latter, we will find out up-front.
Let us know if you need more info on how to try the above.