![]() |
Datenbank: midas • Version: dll • Zugriff über: clientdataset
nicht die registrierte midas.dll verwenden, sondern die mitgelieferte im Programmverz
Hallo,
ich benutze Runtime-Packages und kann deswegen midaslib nicht einbinden. Also verteile ich die midas.dll im Programmverzeichnis. Das klappt so lange wundervar, wie keine andere midas.dll im System registriert ist. Wie kann ich die Verwendung der von mir mitgelieferten midas.dll sicherstellen? |
AW: nicht die registrierte midas.dll verwenden, sondern die mitgelieferte im Programm
Diese sollte eigentlich verwendet werden, falls das Programm auf keinen Netzlaufwerk o.ä. liegt
|
AW: nicht die registrierte midas.dll verwenden, sondern die mitgelieferte im Programm
Sie wird auch den Dateien in PATH (z.B. Windows\System32) vorgezogen, es sei denn diese sind registriert. Dann kracht's (wenn es sich um eine andere Version handelt). Zumindest ist das das beobachtete Verhalten unter Win7 und WinXP.
|
AW: nicht die registrierte midas.dll verwenden, sondern die mitgelieferte im Programm
Das Problem existiert auch in XE3 noch
Report und Workaround: ![]() |
AW: nicht die registrierte midas.dll verwenden, sondern die mitgelieferte im Programm
Das kann doch nicht wahr sein! Danke für den Link.
Thema gilt erst einmal als beantwortet, da ist wohl nicht viel dran zu rütteln. |
AW: nicht die registrierte midas.dll verwenden, sondern die mitgelieferte im Programm
Da wir die IBDACs als DB-Komponenten verwenden, habe ich die dort integrierte TVirtualTable als vollwertigen Ersatz für das ClientDataSet verwendet. Die Benutzung ist (zumindest in meinem Fall) fast identisch, ich musste lediglich die Komponente austauschen und wenige Zeilen Quelltext anpassen.
Damit hat sich das Problem mit der midas.dll für mich erledigt ;-) |
AW: nicht die registrierte midas.dll verwenden, sondern die mitgelieferte im Programm
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 00:56 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