FiveTech Support Forums

karinha wrote:

Carlos Mora wrote:Hola Karinha

es que si pongo gtgui me aparece:

Code: Select all Collapse

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
	c:\bcc55\bin\ilink32.exe -Gn -aa -Tpe -s -Iobj -x @make.tmp
Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
Error: Unresolved external '_HB_FUN_HB_GT_WIN' referenced from C:\HARBOUR712\LIB\RTL.LIB|gtsys

HACES LLAMADA A ESTA LIB?? EXCLUA LA LLAMADA. ????

Si lees bien te darás cuenta que la llamada la hace RTL.lib, y creo que es un poco dificil prescindir de ella en mis programas: "referenced from C:\HARBOUR712\LIB\RTL.LIB|gtsys"

A ti te funciona con XHARBOUR, no con HARBOUR.

Lo que realmente me está haciendo falta es el harbour que viene con la 7.12, pero compilado de forma tal que RTL.lib no haga referencia a GT_WIN.

Un saludo,

Carlos.

Carlos,

Necesitas estas líneas que nosotros incluimos en el errorsysw de FWH:

Hola Antonio,

Antonio Linares wrote:

Necesitas estas líneas que nosotros incluimos en el errorsysw de FWH:

Code: Select all Collapse

#ifdef __HARBOUR__
   #ifndef __XHARBOUR__
      REQUEST HB_GT_GUI
      procedure HB_GTSYS() ; return
      procedure HB_GT_GUI_DEFAULT() ; return 
      procedure FW_GT ; return
   #endif    
#endif

Gracias! Ahora mismo lo pruebo. Me imaginé que habría algún secretillo por ahi que hacía enlazar un gt si y otro no.

Ya lo pruebo y te cuento.

Por cierto, veo que tambien se solucionó lo del login al responder sin estar logueado en la página

Un saludo y gracias por el truco.

Carlos.

Probado y enlaza perfectamente contra gt_gui. Ahora voy a ver si con esto me resuelve el problema este de la 'muerte súbita'.

Otra pregunta: si me bajo del SVN los fuentes de Harbour para compilar, cual sería el branch correcto? No tenía del todo claro lo del CVS y ahora ya con SVN me quedé en offside

Un saludo,

Carlos.

Carlos,

De momento no estamos usando el Harbour SVN más reciente porque cambiaron muchos nombres de ficheros, etc. por lo que no será una actualización "inmediata" y facil

Lo haremos lo antes posible

Puedes hacer un checkout así:

svn checkout https://harbour-project.svn.sourceforge ... nk/harbour

Antonio,

Antonio Linares wrote:
De momento no estamos usando el Harbour SVN más reciente porque cambiaron muchos nombres de ficheros, etc. por lo que no será una actualización "inmediata" y facil

Mi pregunta era más por una curiosidad mía que por otra cosa. Lo que es importante es poder probar otras versiones del compilador, para cuando aparecen problemas tipo 'poltergeist' como el del principio de este hilo.
Si puedo el finde me bajaré la versión más actualizada y probaré de recompilar a ver que pasa, pero es solo a modo de curiosidad.
Lo que si pretendo es seguir con Harbour y no con xHarbour. Harbour está muy activo, y está muy rápido y con muchos menos requerimientos de memoria que xHarbour.

Un saludo,

Carlos.

Bueno, continuando con la pequeña odisea...

recompilé con Harbour de la 7.12 y no hubo mejoras. Walter Negro me sugirió que el problema era que no había Garbage Collection entre tanto cText+= .... , donde cada asignación hace una nueva realocación de la string y libera la anterior, el tema es que como antes con las versiones antiguas no me fallaba y ahora sí. Algo debe haber cambiado en las ultimas versiones que hace que no sea capaz de recuperarse.

Entonces siguiendo su consejo dentro del bucle le puse un hb_gcall() + SysRefresh y la cosa mejoró un poco, digo un poco porque se sigue muriendo pero alcanza porcentajes de proceso superiores.

Opté po cambiar de técnica, me armé unas rutinas que guardan todo en un archivo de texto y que reemplazan con poco la funcionalidad de la tecnica del cTexto+= ...

Bueno, espero que esto le sirva a alguien como experiencia por si les sucede lo mismo.

Un saludo y gracias a los que respondieron por su interés.

Carlos