FiveTech Software tech support forums

Ideal para una idea que tenían en mente. Me parece que no la voy a desarrollar ya que este "aporte" casi que me lo soluciona. Me explico: Una de las cosas que mas me fastidia a la hora de compilar es el famoso error "external procedure", es decir cuando no hemos enlazado la perti...

Compilando el ejemplo con BCC7 y FWH1602 me da estos errores: Error E2209 cGetFileMultiple.prg 64: Unable to open include file 'ClipApi.h' Warning W8065 cGetFileMultiple.prg 80: Call to function 'PCOUNT' with no prototype in function HB_FUN_CGETFILEX Warning W8065 cGetFileMultiple.prg 80: Call to fu...

carlos vargas wrote:GetAdaptersInfo es una funcion de iphlpapi.lib

Gracias, funciona.

Con Borland 7.1 64 bits es iphlpapi.a

Bueno, pues ya he compilado mi primer "Hola mundo..." en 64bits con Borland 7.1. Pero al compilar el ejemplo "getmac.prg" me da este error: Error: Unresolved external 'GetAdaptersInfo' referenced from C:\FWH64\LIB\FIVEC64.A|NETCRDID.obj * Linking errors * Supongo que sera cuestió...

Gracias.

c:\harbour\bin\harbour -n -Ic:\harbour\include -Ic:\fwh\include fichero.prg $(BCCDIR)\bin\bcc64 -c -Ic:\harbour\include -Ic:\bcc7164\include\windows\sdk -Ic:\bcc7164\include\windows\crtl -ofichero.obj fichero.c $(BCCDIR)\bin\TLib64 .\TuLib.a -+fichero.obj /0 /P64,, [/size]Gracias. Y de paso, si no ...

¿ Tenemos algún BUILD.BAT para fabricar ficheros LIB con BCC7 y con BCC 64bits ?

Te los envío por email [/size]Gracias. En el buildh64.bat llamas a una etiqueta que no existe, el error es que llamas "en plurar" y la etiqueta esta "en singular". if errorlevel 1 goto COMPILEERRORS // Termina en "S" .../... :COMPILEERROR // No termina en "S"...

Antonio Linares wrote:Necesitais Five64.a and Fivec64.a (librerias FWH). Si eres un usuario de FWH 64 entonces puedes solicitárnoslas y te las enviaremos por email.

¿Están disponibles para descarga estos ficheros?

En el fichero buildh64.bat hay una llamada a una etiqueta que no existe:

Gracias Antonio.

El compilar en 64bits con el Visual Studio me liaba un poco.

El comienzo de la estructura IP_ADAPTER_INFO en 32bits son dos variables de 4+4 = 8 bytes y en 64bits 8+4 = 12 bytes cBuffer en 32bts      cBuffer en 64bts    12345678              123456789012 ---------------------------------------  ........{3C195B8      ..>.........{3C1  8-0DDC-49CE-8BB9      95B...

Si ejecutas este programa de ejemplo en 32bits el Sizeof te devuelve 40 bytes y en 64bits te devuelve 48 bytes. Las variables que se duplican son las de tipo DWORD/LONG o puntero(*) que son LONG también. function main()    MsgInfo(ESTRUCTURA()) return nil #pragma BEGINDUMP #include <windows.h> #incl...

Habria que modificar el preprocesado en struct.ch y la clase TStruct, manteniendo compatibilidad con lo existente [/size]¡¡¡ Sería maravilloso !!! :D ¿Algo así?: STRUCT IP_ADDR_STRING    MEMBER Next      AS LONG // 8bytes en 64bits    MEMBER IpAddress AS STRING LEN 16    MEMBER IpMask    AS STRING ...

Tendrias que usar un MEMBER cadena y luego asignarla al cBuffer de otra estructura [/size]Sí, es lo que hago y funciona bien. Pero es un poco lioso y no queda "claro" el código. Para sacar la IP hago algo asi: STRUCT IP_ADDR_STRING    MEMBER Next      AS LONG    MEMBER IpAddress AS STRING...