Muchas gracias Dr. Claudio para que esto esté arreglado. Now, it is working fine.I'm sorry Danny, it's my fault.
You change in file C:\hmg.3.1.2\SOURCE\UNICODE_STRING.prg
#translate HMG_LEN (<x>) => LEN (<x>)
#translate HMG_LOWER (<c>) => LOWER (<c>)
#translate HMG_UPPER (<c>) => UPPER (<c>)
#translate HMG_PADC (<x>,<n>,[<c>]) => PADC (<x>,<n>,[<c>])
#translate HMG_PADL (<x>,<n>,[<c>]) => PADL (<x>,<n>,[<c>])
#translate HMG_PADR (<x>,<n>,[<c>]) => PADR (<x>,<n>,[<c>])
FUNCTION HMG_LEN(x); RETURN LEN (x)
FUNCTION HMG_LOWER(c); RETURN LOWER (c)
FUNCTION HMG_UPPER(c); RETURN UPPER (c)
FUNCTION HMG_PADC(x,n,c); RETURN PADC(x,n,c)
FUNCTION HMG_PADL(x,n,c); RETURN PADL(x,n,c)
FUNCTION HMG_PADR(x,n,c); RETURN PADR(x,n,c)
and rebuild the lib. with ANSI option (comment line #define COMPILE_HMG_UNICODE)
I have explored the generated libhmg.a using http://codigo-base.blogspot.com/search/ ... orer%20Lib
There are strange code attached to unicode_string.o in libhmg.a One possibility is that Explorer Lib does not support unicode. It seems its not a big deal though as long as the Public symbols, external symbols and COFF format is recognized. Other HMG objects are ok. This condition is the same between HMG Unicode Enabled and HMG ANSI build. See attached.
Thank you very much again for the fixed.