Überraschender "Fehler beim Laden von MIDAS.DLL" nach dem Löschen von MIDAS.DLL

[mjustin]

Auf einem Dateiserver (Fileserver), auf dem alle Delphi Anwendungen ihre eigene Kopie der DataSnap Bibliothek "MIDAS.DLL" im Anwendungsverzeichnis hat, wobei auf die Anwendungen nur von Windows 2008 Terminalservern zugegriffen wird, wurde das Verzeichnis einer nicht mehr benötigten Delphi-Anwendung gelöscht.

Unmittelbar danach erhielt jeder Anwender im Netzwerk beim Start einer der anderen Delphi Anwendungen die Meldung "Fehler beim Laden von MIDAS.DLL".

Der Fehler verschwand sofort, nachdem das gelöschte Verzeichnis wiederhergestellt und eine MIDAS.DLL hineinkopiert wurde.

Ist dies mit einem Betriebssystem- oder Anwendungs-Konfigurationsfehler erklärbar?

[arnof]

also die MIDAS.DLL ist mein spezieller Freud

Ja nach Betriebssystem, will die wo anders her geladen werden, warum auch immer.

Da kann man drüber nachdenken und vergeblich Stunden verschwenden.

Mein Tipp bei Windows: binde die diese einfach via USES ein, dann brauchst Du die nicht mehr.

Bei OSX geht das ja leider nicht , aber seit XE7 SP1 kann man diese sogar wieder signieren lassen

[Nersgatt]

Die Midas-DLL wird doch per RegSvr registriert oder? Dann würde ja die registrierte Datei verwendet, nicht die im Programmverzeichnis? Oder?

Ich binde auch immer die MidasLib im Uses ein. Macht zwar das Compilat größer, ist aber einfach unkomplizierter.

[mjustin]

Zitat von arnof:

Mein Tipp bei Windows: binde die diese einfach via USES ein, dann brauchst Du die nicht mehr.

Guter Tipp, das werden wir versuchen (trotz der goldenen NCARS Regel).

[Bernhard Geyer]

Zitat von mjustin:

Zitat von arnof:

Mein Tipp bei Windows: binde die diese einfach via USES ein, dann brauchst Du die nicht mehr.

Guter Tipp, das werden wir versuchen (trotz der goldenen NCARS Regel).

NCARS war ja eigentlich nicht mehr gegeben ...

[arnof]

Zitat von Bernhard Geyer:

Zitat von mjustin:

Zitat von arnof:

Mein Tipp bei Windows: binde die diese einfach via USES ein, dann brauchst Du die nicht mehr.

Guter Tipp, das werden wir versuchen (trotz der goldenen NCARS Regel).

NCARS war ja eigentlich nicht mehr gegeben ...

trotz der goldenen NCARS Regel -> was ist das denn ?

[mkinzler]

Never Change A Running System

[arnof]

Zitat von mkinzler:

Never Change A Running System

[rweinzierl]

Ist zwar 10 Jahre her, aber damals gings mir genauso.

Die midas DLL registiert sich automatisch als Com (ActiveX) bei der ersten Verwendung.
Wird danach das Verzeichnis verschoben /gelöscht gehts schief.
(Nachdem ich das Verstanden hatte , habe ich die Verwendung dieser ActiveX Komponente verzichtet).

Meiner Meinung nach muss man unbedingt vor der Verwendung prüfen ob diese in der Registry schon registiert ist und dann dementsprechend reagieren. Kann ja sein das auch ein anderes Programm auf diesen Rechner die Midas DLL verwendet !.

Warum das Borland als ActiveX entwickelt hat, habe ich nie verstanden

mfg

Reinhold