Re: (Retry) Mingw Win32api Error (Was Re: [MinGW-dvlpr] Executables)

[Earnie B. <ear...@ya...>]

Where's your test case?

SDK says, declared in winbase.h so include windows.h.
SDK says, Supported in Win98, WinME, Win2000 and WinXP.
SDK says, That the library to use is kernel32.

Earnie.

Paul G. wrote:
> Forgive me if the proper functioning of the Win32api for Mingw is not appropriate for this list. 
> 
> The documentation you are looking for, Luke, is actually in the Microsoft Platform SDK. 
> 
> 	I spent the best part of last night trying to get that installed again so that I could give you a direct quote and 
> was  unable to get that poor excuse of a windows installer to work properly. Anyone who does have the Microsoft 
> Platform  SDK can simply type in the function name (GetLongPathNameA) and they will be given all the necessary 
> information  (re: headers, .dlls, etc.) 
> 
> 	Aside from the MS Platform SDK, if you do a search for the function call (entry point) "GetLongPathNameA", 
> or  "GetLongPathNameW"  (Windows Explorer Find File function) and limit that search to the WinNT system directory  
> ("C:\Winnt\system32"), you will see that the two entry points do not exist in the kernel32.dll but do exist in shlwapi.dll. 
> 
> 
>> 
>> 
>>Could you pointus to the MS documentation that says GetLongPathName is 
>>in shlwapi.dll? The documentation I'm looking at says that the 
>>function is not supported at all on NT4 (Windows 98/2000orlater is 
>>required), and if it was undocumented in NT4 then I'm not sure we want 
>>to support it. Your proposed change won't work for two reasons: 
>> 
>>1. The __WINNT__ preprocessor symbol is *always* defined, regardless 
>>of the OS 2. Changing header files will have no effect on the 
>>executable or the problem, because it is the import library that 
>>determines which DLL to find the function in.If you wanted to use the 
>>shlwapi.dll function you would need to modify shlwapi.def and rebuild 
>>libshlwapi.a. 
> 
> 
> 	I am aware of this.  Fact is that an older release of the win32api does not have the problem I mentioned 
> earlier.   Only the latest release of the win32api from the SF download site has this problem. 
> 
> 
>> 
>>If your goal is to prevent the source from being compiled in orderto 
>>alert people that the function is not available on some versions of 
>>Win32, the macros WINVER, _WIN32_WINNT and _WIN32_WINDOWS should be 
>>used. 
> 
> 
> 	My goal is to simply get an application to build, an application that used to build without problems in earlier  
> versions of the Win32api for Mingw.  Forgive me for not being clearer about that. 
> 
> 	Earlier versions of the Win32api for Mingw accomodated the variations between operating systems much 
> better  than the current Mingw release of the win32api does. 
> 
> 
>>This page describes the possible values (except for WINVER for 
>>some reason): 
>> 
>>http://msdn.microsoft.com/library/en-us/sdkintro/sdkintro/using_the_sd 
>>k_headers.asp 
>> 
>>Perhaps the function declaration could be protected with: 
>> 
>>#if (_WIN32_WINNT >= 0x0500 || _WIN32_WINDOWS >= 0x0410) 
>>... 
>>#endif 
> 
> 
> 	Why not the following?  
> 
> 	#if (_WIN32_WINNT >= 0x0400) 
> 	... 
> 	#endif 
> 
> 	Especially considering that the two entry points noted above, according to the kernel32.dll itself, are not part 
> of the  Windows NT BASE API Client DLL? 
> 
> NT4: 
> 
>>From version references for kernel32.dll:  "Windows NT BASE API Client DLL" 
>>From version reference for shlwapi.dll:  "Shell Light-weight Utility Library" 
> 
> 
>> 
>>(but it would remain only in winbase.h) 
>> 
>>I can find only two references to _WIN32_WINDOWS in the w32api header 
>>files though, so I wouldn't be surprised ifmany other Win98 features 
>>are missing this condition. 
>> 
>>Luke 
>> 
>>P.S. this may be interesting to mingw-users as well as developers 
> 
> 
> 	If I did not not believe that this was an error in the win32api release I would agree with you. 
> 
> 	However, this inability of the app to find the entry points noted, afaict, is an error in the latest release of 
> w32api- 2.3.tar.gz 
> 
> 	Paul G. 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
> _______________________________________________
> MinGW-dvlpr mailing list
> Min...@li...
> https://lists.sourceforge.net/lists/listinfo/mingw-dvlpr
>