Ron, all:

I apologize for the long message but there's some important
issues that need to be solved.

We've found a problem with Andi's approach of using ace32.c
he coded instead of the previous Implib approach for ace32.dll.

We're currently building our app with v 8.1 dlls.  One of the
test folders had v 8.0 dlls.  When running our app ADS reports:

Error 5178:  Internal Advantage Error. Could not locate an expected 
function. 
Error getting ASA function pointer for AdsClearLastError

If we rebuild our app using ace32.lib as the import lib in our
make file, the program runs fine even if it finds v 8.0 instead of
8.1 dlls.

AdsClearLastError is either an undocumented or internal function so
it seems that using the ace32.c approach will have bigger pitfalls than
benefits.

Unless there's a way to protect the code from this Brian and me are
of the idea of using Viktor's approach of being the developers choice
to build rddads.lib with the version of ADS that suits their need and build
the ace32.lib import library accordingly.

The other problem we also detected is that with this new approach, if the
Advantage dll's are even older (say 6.2 or 7.1) there is no error at
startup and the app will blow up as soon as it encounters a non-existent
function call in rddads.lib.

The previous approach would raise an error from ace32.lib itself.
The following 2 errors are when using v 6.2 and v 7.1 dlls instead of the
expected v 8.1 dlls.

(6.2)
The ordinal 438 could not be located in the dynamic link library ACE32.DLL.

(7.2)
The ordinal 468 could not be located in the dynamic link library ACE32.DLL.



Regards,

-- 
Luis Krause Mantilla
lkrausem at shaw dot ca
luis_krause at hotmail dot com
"May the Source be with GNU"



-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
xHarbour-developers mailing list
xHarbour-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xharbour-developers

Reply via email to