Page 1 of 1
TRACE.LOG ¿ Que es y para que sirve ?
Posted: Sat May 26, 2007 11:14 pm
by JmGarcia
¿ Que informacion lleva ?
¿ Hay forma de configurar que NO se grabe ?
A mi me sale esto:
Code: Select all
*** WARNING! Function: MOVEFILE in Module: FILENAME.PRG is hidden by previously registered Module: LeePOI.prg
*** WARNING! Function: ALERT in Module: alert.prg is hidden by previously registered Module: ALERT.PRG
*** WARNING! Function: GETNEW in Module: tgetint.prg is hidden by previously registered Module: TCLIPGET.PRG
Otro:
Code: Select all
*** WARNING! Function: GETNEW in Module: tgetint.prg is hidden by previously registered Module: TCLIPGET.PRG
Posted: Sun May 27, 2007 6:39 am
by Antonio Linares
Es una información que genera xharbour automaticamente para avisarte de funciones que estas repetidas (mismo nombre) en distintos módulos.
En tu caso te avisa de que:
MOVEFILE está en FILENAME.PRG y en LeePOI.prg y que se está usando la que está en LeePOI.prg
ALERT está en alert.prg y en ALERT.PRG y se está usando la que está en ALERT.PRG
GETNEW está en tgetint.prg y en TCLIPGET.PRG y se está usando la que está en TCLIPGET.PRG
No conocemos la forma de indicarle a xharbour que no lo genere. Tendrías que preguntarlo en el foro de soporte de xharbour
Posted: Sun May 27, 2007 3:56 pm
by wmormar
Antonio Linares wrote:Es una información que genera xharbour automaticamente para avisarte de funciones que estas repetidas (mismo nombre) en distintos módulos.
En tu caso te avisa de que:
MOVEFILE está en FILENAME.PRG y en LeePOI.prg y que se está usando la que está en LeePOI.prg
ALERT está en alert.prg y en ALERT.PRG y se está usando la que está en ALERT.PRG
GETNEW está en tgetint.prg y en TCLIPGET.PRG y se está usando la que está en TCLIPGET.PRG
No conocemos la forma de indicarle a xharbour que no lo genere. Tendrías que preguntarlo en el foro de soporte de xharbour
Antonio,
Primero que nada, espero explicarme.
Pasa que hay funciones que toma de los dos archivos, esto quiere decir, que toma funciones en el caso de MOVEFILE de FILENAME.PRG y en LeePOI.prg y en alguno de los archivos tienes que eliminarlo o en uno de ellos ponerla como static.
Hay un archivo .c de xharbour que se tiene que modificar y se recompilan las LIBS y ya no se creara dicho archivo. en un POST de Enrico puse las lineas que se tienen que modificar para no crear el .LOG.
Bueno, espero que me haya explicado.
sino encuentran dichas lineas, pues por aqui ando.
jjejjejjejje
Posted: Sun May 27, 2007 6:02 pm
by JmGarcia
Antonio Linares wrote:MOVEFILE está en FILENAME.PRG y en LeePOI.prg y que se está usando la que está en LeePOI.prg
ALERT está en alert.prg y en ALERT.PRG y se está usando la que está en ALERT.PRG
GETNEW está en tgetint.prg y en TCLIPGET.PRG y se está usando la que está en TCLIPGET.PRG
El programa LeePOI.prg es mio, por hay puedo controlar que esa linea no salga, pero las demas ni idea.
Esperaremos a que wmormar nos cuente lgo.
Gracias.
Posted: Mon May 28, 2007 1:06 am
by wmormar
JmGarcia wrote:Antonio Linares wrote:MOVEFILE está en FILENAME.PRG y en LeePOI.prg y que se está usando la que está en LeePOI.prg
ALERT está en alert.prg y en ALERT.PRG y se está usando la que está en ALERT.PRG
GETNEW está en tgetint.prg y en TCLIPGET.PRG y se está usando la que está en TCLIPGET.PRG
El programa LeePOI.prg es mio, por hay puedo controlar que esa linea no salga, pero las demas ni idea.
Esperaremos a que wmormar nos cuente lgo.
Gracias.
Cambiaras las lineas 9410 a la 9412 en el archivo hvm.c de la carpeta source\vm por estas
Code: Select all
/* NOTE: hb_traceInit() is not yet executed, but it uses s_bEmpty to not override output preceding hb_vmInit()
TraceLog( NULL, "*** WARNING! Function: %s in Module: %s is hidden by previously registered Module: %s\n",
pSymbol->szName, szModuleName, pDynSym->pModuleSymbols ? pDynSym->pModuleSymbols->szModuleName : "<unspecified>" ); */
saludos
pd. recompila xharbour y listo, adios al trace.log, comentan en el foro de desarrolladores de xharbour que es preferible no quitarla, aunque la he modificado y no he tenido problemas alguno.
Posted: Mon May 28, 2007 3:07 pm
by JmGarcia
wmormar wrote:...comentan en el foro de desarrolladores de xharbour que es preferible no quitarla, aunque la he modificado y no he tenido problemas alguno.
Y no podian poner una especie de flag del tipo SET TRACELOG <ON | OFF> para que cada uno escoja lo que desee...
Asi mientras desarrollas escojes ON y al distribuir escoges OFF.
Probare.
Gracias wmormar por las molestias.
Posted: Mon May 28, 2007 4:41 pm
by Antonio Linares
JmGarcia,
De momento es preferible que no lo quites, ya que la información que proporciona es valiosa y puede solucionar errores
Posted: Mon May 28, 2007 6:05 pm
by wmormar
JmGarcia wrote:wmormar wrote:...comentan en el foro de desarrolladores de xharbour que es preferible no quitarla, aunque la he modificado y no he tenido problemas alguno.
Y no podian poner una especie de flag del tipo SET TRACELOG <ON | OFF> para que cada uno escoja lo que desee...
Asi mientras desarrollas escojes ON y al distribuir escoges OFF.
Probare.
Gracias wmormar por las molestias.
Bueno, se podria hacer de esta manera.
Code: Select all
#ifdef __TRACEOFF__
/* NOTE: hb_traceInit() is not yet executed, but it uses s_bEmpty to not override output preceding hb_vmInit()
TraceLog( NULL, "*** WARNING! Function: %s in Module: %s is hidden by previously registered Module: %s\n",
pSymbol->szName, szModuleName, pDynSym->pModuleSymbols ? pDynSym->pModuleSymbols->szModuleName : "<unspecified>" ); */
#else
/* NOTE: hb_traceInit() is not yet executed, but it uses s_bEmpty to not override output preceding hb_vmInit() */
TraceLog( NULL, "*** WARNING! Function: %s in Module: %s is hidden by previously registered Module: %s\n",
pSymbol->szName, szModuleName, pDynSym->pModuleSymbols ? pDynSym->pModuleSymbols->szModuleName : "<unspecified>" );
#endif
Pasarle la variable desde el Borland o lo que uses de esta manera:
BCC32 -c -D__HARBOUR__;HB_API_MACROS;__TRACEOFF__ -I.;%INCLUDE% -L%LIB% tBTNGET\getbtn.c
espero haberme explicado
Borrar Trace.log
Posted: Wed Jun 20, 2007 11:03 pm
by cuatecatl82
No se compliquen la existencia amigos del foro, la mejor y más facil forma de eliminarlo es poniendo esto al inicio de su aplicacion:
FERASE(".\TRACE.LOG")
Esto no evita que lo genere, sino que una vez generado el archivo, el mismo programa se encarga de eliminarlo para no verlo, digo no sirve para gran cosa
, pero evita dolores de cabeza..
Como comentario muy personal
, no le veo mucha utilidad la información que genera el archivo, pero puede ayudarte a no escribir funciones repetidas en tu aplicacion
Saludos desde Chiapas MéxicoRCHIVO TRACE.LOG