hb_base64 link

[Enrico Maria Giordano]

Dear Enrico,

We have the problem that xHarbour provides a LoadLibrary() and FreeLibrary() from rtl.lib and Harbour does not

How to solve this ?

How did you solve it with BCC? I think you must do the same, or am I missing something?

[Enrico Maria Giordano]

Talking about xHarbour, we just need a recompiled FWH lib with PRGs (you can call it fivehx32.lib, if you like this name). There is no need for a new fivehc32.lib, it is fine for xHarbour too.

[Enrico Maria Giordano]

In harbour.prg there is this function only for xHarbour:

Code: Select all  Expand view  RUN

int _snprintf( char * s, size_t n, const char * format, ... )
{
   return hb_snprintf( s, n, format );
}

What is it for? It cannot be compiled with MSC2022:

Code: Select all  Expand view  RUN

harbour.prg(383): error C2084: function 'int _snprintf(char *const ,const size_t,const char *const ,...)' already has a body
e:\fw\temp\msc\include\ucrt\stdio.h(1939): note: see previous definition of '_snprintf'

Can you remove it?

[Antonio Linares]

Dear Enrico,

We have the problem that xHarbour provides a LoadLibrary() and FreeLibrary() from rtl.lib and Harbour does not

How to solve this ?

How did you solve it with BCC? I think you must do the same, or am I missing something?

Dear Enrico,

The C compiler is not the issue. Harbour does not provide those functions, so FWH provides them.

But xHarbour provides them and then we have duplicates in FWH.

I guess we should move them into a PRG and don't include such PRG in FWH for xHarbour... but we use the same prgs.txt for all the makes...

[carlos vargas]

Antonio, estas funciones LoadLibrary(), FreeLibrary(), DllCall/CallDll o de llamadas similares a funciones de dll (ahorta no recuerdo bien los nombres), al estar en xharbour y fwh complican la cosa!
ya hace tiempo vi esto, y no logre encontrar una solución.
unas retorna un puntero y otras numericos long. en fin complejo el asunto.

[Giovany Vecchi]

Try putting these parameters:

/FORCE:MULTIPLE
SET HB_USER_LDFLAGS= /NODEFAULTLIB:msvcrt /MACHINE:X86 /nologo /subsystem:windows /INCREMENTAL:NO /ignore:4006 /MANIFEST:NO /FORCE:MULTIPLE

[Antonio Linares]

Dear Giovany,

We don't want to use /FORCE:MULTIPLE

thanks for the tip

[Enrico Maria Giordano]

Dear Enrico,

We have the problem that xHarbour provides a LoadLibrary() and FreeLibrary() from rtl.lib and Harbour does not

How to solve this ?

How did you solve it with BCC? I think you must do the same, or am I missing something?

Dear Enrico,

The C compiler is not the issue. Harbour does not provide those functions, so FWH provides them.

But xHarbour provides them and then we have duplicates in FWH.

I guess we should move them into a PRG and don't include such PRG in FWH for xHarbour... but we use the same prgs.txt for all the makes...

You successfully built FWH for xHarbour and BCC, right? And it has no problem with LoadLibrary() and FreeLibrary. So why the same libs for MSC should have any problems?

Anyway, (maybe there is something that I am missing) you can solve the problem with #ifdef __XHARBOUR__, can't you?

[Enrico Maria Giordano]

Please read the message about _snprintf(), please.

[Antonio Linares]

Please read the message about _snprintf(), please.

Dear Enrico,

I already fixed it avoiding to include it when compiling with MSVC

thank you

[Antonio Linares]

Dear Enrico,

> you can solve the problem with #ifdef __XHARBOUR__, can't you?

going to check if we can wrap a pragma BEGINDUMP ENDDUMP using it

[Enrico Maria Giordano]

Please read the message about _snprintf(), please.

Dear Enrico,

I already fixed it avoiding to include it when compiling with MSVC

thank you

Great, thank you!

[Enrico Maria Giordano]

Dear Enrico,

> you can solve the problem with #ifdef __XHARBOUR__, can't you?

going to check if we can wrap a pragma BEGINDUMP ENDDUMP using it

I dont know...