FiveTech Software tech support forums

The error happens without using FWH It seems a Harbour bug using bcc7 64 bits in source\harbour\vm\itemapi.c /* converts a numeric to a string with optional width & precision. */ HB_BOOL hb_itemStrBuf( char * szResult, PHB_ITEM pNumber, int iSize, int iDec ) used from: ...

... from P:\32BITS\XHARBOUR\LIB\VM.LIB|memvars Error: Unresolved external '_hb_datetimePackInSec' referenced from P:\32BITS\XHARBOUR\LIB\VM.LIB|itemapi Error: Unresolved external '_hb_dateDecode' referenced from P:\32BITS\XHARBOUR\LIB\VM.LIB|itemapi Error: Unresolved external '_hb_timeDecode' ...

... from P:\32BITS\XHARBOUR\LIB\VM.LIB|memvars Error: Unresolved external '_hb_datetimePackInSec' referenced from P:\32BITS\XHARBOUR\LIB\VM.LIB|itemapi Error: Unresolved external '_hb_dateDecode' referenced from P:\32BITS\XHARBOUR\LIB\VM.LIB|itemapi Error: Unresolved external '_hb_timeDecode' ...

... use ninguna librería externa y que reproduzca el problema ? > Además pVariable es un PHB_ITEM pasado por referencia con lo que se supone que el ITEMAPI lo habrá hecho automáticamente. El que las locales fallen es un caso típìco de que la local ha sido destruida. El que se pase por referencia ...

... de tomar el valor del GET se lo asigno directamente SÍ funciona. Además pVariable es un PHB_ITEM pasado por referencia con lo que se supone que el ITEMAPI lo habrá hecho automáticamente. Ya que estás Antonio me podrías decir para qué vale y cuándo se debe usar la función "hb_itemUnRef()" ...

En el código fuente de Harbour no se usa a excepción de el ItemAPI.

Si buscas en Google verás que yo las usé en "FivePhone"

... 2014-11-27 11:20 UTC-300 Luiz Rafael Culik <luiz/AT/xharbour/com/br> * source/rtl/version.c ! moved externs to hbapi.h ! changed to use itemapi insted of direct structure manipulation * include/hbapi.h ! added new extends moved from source/rtl/version.c * source/rtl/winreg.prg ! Ajusted ...

Francisco, Nunca me agradó el itemAPI que CA introdujo en Clipper y que luego Harbour heredó, dicho esto... :-) tu función en C FirstMonthDay() está devolviendo un LONG (un número de 32 bits) y además estas recogiendo como número la fecha ...

... it if class overloaded clone operation. ; TODO: add support for user defined class clone operation * harbour/include/hbapiitm.h * harbour/src/vm/itemapi.c * changed returned type of hb_itemCloneTo() to void * harbour/src/vm/itemapi.c * use hb_objCloneTo() in hb_itemClone*() functions. * harbour/src/vm/arrays.c ...

... '_HB_FUN___XHELP' referenced from C:\HARBOUR\LIB\VM.LIB|harbinit Error: Unresolved external '_hb_dateFormat' referenced from C:\HARBOUR\LIB\VM.LIB|itemapi Error: Unresolved external '_HB_FUN_QOUT' referenced from C:\HARBOUR\TESTS\HELLO.OBJCoiote Posts: 5 Joined: Tue Oct 06, 2009 3:26 pm

... '_HB_FUN___XHELP' referenced from C:\HARBOUR\LIB\VM.LIB|harbinit Error: Unresolved external '_hb_dateFormat' referenced from C:\HARBOUR\LIB\VM.LIB|itemapi Error: Unresolved external '_HB_FUN_QOUT' referenced from C:\HARBOUR\TESTS\HELLO.OBJ

Biel, Me parece que es un bug generado entre el soporte de OLE y el ItemApi. Te explico mis razones: 1. El valor que viene devuelto del ActiveX se pasa de Variant a Item de Harbour/xHarbour usando: hb_oleVariantToItem() 2. Puesto que es de tipo "C", ...

... time you are going to generate a number (LONG). In case you plan to use decimals, then a different code is needed. Please review Harbour\source\vm\itemapi.c functions: DLL FUNCTION HBDLLDoSUM2( cProc AS LPSTR, pItem1 AS LONG, pItem2 AS LONG ) AS LONG PASCAL LIB "dll2test.dll" ...

... in library Warning: 'hashfunc' not found in library Warning: 'initexit' not found in library Warning: 'initsymb' not found in library Warning: 'itemapi' not found in library Warning: 'macro' not found in library Warning: 'mainstd' not found in library Warning: 'mainwin' not found in library ...

... source\vm\garbage.c: source\vm\hashes.c: source\vm\hashfunc.c: source\vm\hvm.c: source\vm\initexit.c: source\vm\initsymb.c: source\vm\itemapi.c: source\vm\macro.c: source\vm\memvars.c: source\vm\memvclip.c: source\vm\pcount.c: source\vm\proc.c: source\vm\pvalue.c: source\vm\runner.c: ...