|Subject:||[Bug-GnuCOBOL] cobc: Transcend Path Environment variabl GnuCobol Version 3 Release 1 aunder MinGW|
|Date:||Sun, 3 Jun 2018 14:17:01 -0400|
|User-agent:||Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1|
It is my understanding that GNUCobol will follow entries in the Path
environment variable to resolve an application program invoking a
It is my observation that the Path environment variable is not being traversed in a GNUCobol program referencing a foreign (not germane to GNUCobol) .DLL.
In the example below I have explicitly copied USER32.DLL into the folder where GNUCobol stores .DLL's
I then executed CLIPTEST (which calls several Windows API modules) - execution was successful
I then renamed USER32.DLL to USER32.KEP
I executed CLIPTEST again and GNUCobol was unable to either locate the USER32.DLL or GNUCobol was unable to find the entry point "OpenClipBoard".
Here is the PATH environment variable in effect:
Path=C:\GNUCOBOL\BIN;C:\GNUCOBOL\EXTRAS;C:\GNUCOBOL\LOADLIB;C:\FUJCBL;C:\GNUCOBOL\BIN;C:\MQ\java\lib;C:\GUISPF;C:\IBM3270;C:\Program Files\Common Files\Fujitsu\COBOL;C:\Program Files\Fujitsu NetCOBOL for Windows\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
Below is the the \windows\system32 director indicating USER32 is a member of this folder:
Directory of c:\Windows\System32
11/20/2010 09:27 AM 1,008,128 user32.dll
1 File(s) 1,008,128 bytes
========================================== Test Case =================================================================================
C:\GNUCOBOL\LOADLIB>TESTCLIP ===> successful execution when USER32.DLL is in a folder explicitly known to GNUCobol RTS
C:\GNUCOBOL\LOADLIB>REN USER32.DLL *.KEP
libcob: module 'OpenClipboard' not found
Is my understanding correct ?
|[Prev in Thread]||Current Thread||[Next in Thread]|