🚀 go-pugleaf

W dniu 2015-06-30 o 13:02, mmm pisze:
>
>> No właśnie nie. Komponent ADConnection leży na jednym data module z
>> ADPhysIBDriverLink. VendorLib ustawione w trybie projektowania.
>> DataModule jest co prawda tworzone dynamicznie, ale tylko w jednej kopii.
>> Poza tym gdy obserwuję aplikację na ProcessMonitorze to widziałbym, że u
>> mnie szuka najpierw fbclient.dll a dopiero potem fbembed.dll. A u mnie
>> od razu dobiera się do fbembed.dll a u klienta od razu do fbclient.dll.
>> Niestety nie mam dostępu do tej stacji roboczej - może wtedy udało by
>> się coś więcej zdiagnozować. Zastanawiałem się, czy przypadkiem w
>> rejestrze systemowym w gałęzi KnownDlls nie ma dziwnych wpisów, ale
>> niestety nie mam jak tego sprawdzić.
>>
>
> Dwa pomysły do sprawdzenia
>
> 1) Ciekawe jak by zareagowała aplikacja jakbyś dodał aktualny katalog
> przez SetDllDirectory(....) zamiast ścieżki do DLL  ?

Nie mam już gdzie próbować :-). W dodatku w dokumentacji funkcji jest 
napisane:

After calling SetDllDirectory, the standard DLL search path is:
1. The directory from which the application loaded.
2. The directory specified by the lpPathName parameter.
3. The system directory. Use the GetSystemDirectory function to get the 
path of this directory. The name of this directory is System32.

Czyli na pierwszym miejscu wciąż jest ścieżka z aplikacją.

> 2) http://delphi.wikia.com/wiki/Remote_Debugger
> +do tego TigerVNC albo jakiś inny "zdalny pulpit"
> +profilaktycznie tunel po SSH jak za NAT-em
> Fizyczny dostęp nie będzie potrzebny  ;)

To zawsze mogę, ale skoro aplikacja działa, to klient nie jest już 
specjalnie chętny do testów. Myślę, że nie będę już specjalnie drążył 
tematu, bo teraz mogę sobie gdybać, ale nie mam środowiska do testów.

Dziękuję wszystkim za udział w dyskusji.

-- 
z pozdrowieniami
Adam Siwoń