Thank you Xavi. It still needs some closer testing, as double/float/int64 handling wasn't tested, so things like DWORD order might be off, also int64 support needs work. Anyway, without ASM and with fundamentals in place, the scope of these functions is now broader, and also easier to understand, so I hope more ppl will be willing to touch it or just use it.
I was also thinking to create a way to describe and pass C level function skeletons as string to HB_DLLCALL(), which could then decide about the precise details, make necessary conversions, etc. F.e.: HB_DLLCALL( h, "__cdecl _int64 AnyCall( int, long, double )", nPar1, nPar2, nPar3 ) or something Windows specific (since we're in hbwin lib yet): HB_DLLCALL( h, "WINAPI DWORD SetSomething( LPTCSTR )", cHarbourString ) Such thing could make .dll calls very user-friendly. It's over my C knowledge, but maybe someone will be able to implement in the future. Brgds, Viktor On 2010 Feb 12, at 15:54, Xavi wrote: > Viktor thank you very much, > > It's a wonderful work and a great demostrción that all or almost anything is > possible in C. > My heartfelt congratulations on this. > > Best regards, > Xavi > > El 12/02/2010 12:27, vszak...@users.sourceforge.net escribió: >> Revision: 13850 >> >> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13850&view=rev >> Author: vszakats >> Date: 2010-02-12 11:27:02 +0000 (Fri, 12 Feb 2010) >> >> Log Message: >> ----------- >> 2010-02-12 12:20 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) >> * contrib/hbwin/hbwin.ch >> + Added HB_WIN_DLL_CALLCONV_* macros. (so far only privately defined >> inside .c code) >> + Added HB_WIN_DLL_CTYPE_* macros. (so far only privately defined inside >> .c code) >> + Reworked HB_WIN_DLL_CTYPE_* macro values. INCOMPATIBLE. Since they >> weren't >> previously documented, this should not be a breakage, pls report it if >> this is >> a problem. >> ! Fixed .ch syntax to also work in .c files. >> >> * contrib/hbwin/hbwin.h >> * contrib/hbwin/legacycd.c >> * contrib/hbwin/win_dll.c >> * contrib/hbwin/tests/testdll.prg >> * Using hbwin.ch for callconv and C type constants. >> + Added public low-level interface: hbwin_dllCall(). >> This has provision for exact parameter type specification. >> * Changed Harbour level functions to use new public >> interface hbwin_dllCall(). >> + Moved CALLDLL(), CALLDLLBOOL(), CALLDLLTYPED() to legacy source. >> * HB_DLLEXEC structure made private to XPP compatibility >> section. >> + Added new WIN_DLLCALL() API. This can replace all old CALL*() >> function and give more flexibility. Its first parameter is an >> optional array, which can specify calling convention (it was >> fixed in old implementation), return type and UNICODE swicth, >> plus it has provision to specify parameter types, too. >> + Changed test app to use new WIN_DLLCALL() API. >> * hb_getprocaddress() made public (but not exported) and >> renamed to hbwin_getprocaddress(). >> >> * config/wce/mingwarm.mk >> * config/win/mingw.mk >> - Deleted hack to always add frame buffer for hbwin. >> It's not necessary anymore. >> >> Modified Paths: >> -------------- >> trunk/harbour/ChangeLog >> trunk/harbour/config/wce/mingwarm.mk >> trunk/harbour/config/win/mingw.mk >> trunk/harbour/contrib/hbwin/hbwin.ch >> trunk/harbour/contrib/hbwin/hbwin.h >> trunk/harbour/contrib/hbwin/legacycd.c >> trunk/harbour/contrib/hbwin/tests/testdll.prg >> trunk/harbour/contrib/hbwin/win_dll.c >> >> >> This was sent by the SourceForge.net collaborative development platform, the >> world's largest Open Source development site. > _______________________________________________ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour _______________________________________________ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
