At some point in the history of Win 7, MS changed the rules for file lookup
/Standard Search Order for Desktop Applications/
/The standard DLL search order used by the system /
/depends on whether safe DLL search mode is enabled or disabled./
/Safe DLL search mode places the user's current directory later in
the search order./
At some point, MS enabled safe DLL search mode as default. It is now
part of the Windows security barrier, and I dare not change it. A
program I had scheduled to start every day stopped working when I moved
the program to a new computer with a new edition of Windows. I'm hoping
the creator of the program will fix the problem. In the mean time, I
have to remember to start the program manually every morning. This
applies to Win7 and Win 10.
Hope this helps even if it doesn't solve the problem.
--Trygve
On 12.05.2020 21:04, ASAM wrote:
Hello,
I'm using Pharo 8 64bit on Windows 10 64bit.
I am trying to access a 32bit dll via a relative path.
I'm desperate. I've been reading the document
(http://books.pharo.org/booklet-uffi/pdf/2020-02-12-uFFI-V1.0.1) all the
time up and down but I can't find an example of absolute path and Windows.
If e.g. my.dll file would be stored here.
C:\Program Files (x86)\GALEP5\my.dll
then what should the method win32ModuleName return?
Another question came to me while reading the document.
It is actually important to know whether the DLL was generated as cdecl or
stdcall?
The dll i try to call use stdcall.
I would be very happy if someone helps me.
I can no longer see the message "External module not found" :-)
Thanks a lot!
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
--
/The essence of object orientation is that objects collaborateto achieve
a goal. /
Trygve Reenskaug mailto: tryg...@ifi.uio.no <mailto:%20tryg...@ifi.uio.no>
Morgedalsvn. 5A http://folk.uio.no/trygver/
N-0378 Oslo http://fullOO.info
Norway Tel: (+47) 468 58 625
