hLib=AfxLoadLibrary("Kernel32.dll"); // Using LoadLibraryExA makes no
difference

   pGet= (GET*) GetProcAddress(hLib,"GetDiskFreeSpaceExA");
   if(pGet!=NULL)
   {
    ...

    // This works in Win32 AND in MFC Debug mode, but crashes in MFC
release:

     if (  (*pGet) (NULL,&FreeBytes,&TotalBytes,&TotalFreeBytes) )

    // The direct call works in both Win32 and MFC.
    // The problem is I cannot use this because
    // if Windows version is earlier than OSR2, Kernel32 doesn't have it

     if ( GetDiskFreeSpaceExANULL,&FreeBytes,&TotalBytes,&TotalFreeBytes) )
    {

Anyone else had this problem and found out what to do to make the call work?

Thanks,
-Peter

--
URL:  http://otool.hypermart.net

In Memory:  http://otool.hypermart.net/inmemory.htm

It's likely that you've got your definition of the function pointer
slightly wrong. Debug code will mask this in some circumstances.

If you have VC++ 6, its new /GZ compiler option will catch these
incorrect calling conventions in debug mode too.

Dave
----
My address is altered to discourage junk mail.
Please post responses to the newsgroup thread,
there's no need for follow-up email copies.

Hello Chuck;

No, I'm not on Win98, I'm running Visual C++ Version 5.0 on Win95 OSR2;

Hello David;

No error in the typedef of GET,
here it is:

typedef BOOL (GET)
(LPCTSTR,PULARGE_INTEGER,PULARGE_INTEGER,PULARGE_INTEGER);
then I have
GET* pGet;

Anyway, the data returned by *pGet is correct when it doesn't crash. It
"only" crashes in MFC release mode.
When it does, I opt to invoke debug without the source code capability in
release mode. Visual Studio informs me of Unhandled Exception in the module
that has this code. After that, I decided to try and catch the b...in the
most basic way :

try
    {
    retValueGET=(*pGet)(NULL,&FreeBytes,&TotalBytes,&TotalFreeBytes);
    }
    catch(...)
    {
     AfxMessageBox("GET didn't work!");
    }

Incredibly now there is nothing to catch! The code "works", but as you might
imagine, we're not amused!
I can't imagine this to be reliable for release, nor do I think I'm doing
anything wrong. Others must have bumped into this, so probably there'll be
more responses. Microsoft is as yet mum on the subject. At least, I cannot
find any reference to it.

Thanks fellows for your responses!

-Peter

Try this instead:

typedef BOOL (CALLBACK GET)
(LPCTSTR,PULARGE_INTEGER,PULARGE_INTEGER,PULARGE_INTEGER);

VC6 does have its good points, the debug build throws up these subtle
sorts of errors straight away :)

Dave
----
My address is altered to discourage junk mail.
Please post responses to the newsgroup thread,
there's no need for follow-up email copies.

Right on Dave!
The GetProcAddress documentation confirmed your diagnosis:
I do indeed need a pointer to a WINAPI type function. The code now works as
it should. Maybe I'll upgrade to Visual C++ Version 6.0.

Thanks again!
-Peter