Hola Antonio,
acabo de actualizar a la versión 13.12. La instalación la hace correcta y nos informa de que es la 13.12. La variable FWVERSION también tiene el valor de 13.12, pero en el fichero de error.log aparece la versión 13.11
Application
===========
Path and name: C:\ges5.0\menu.exe (32 bits)
Size: 4,324,864 bytes
Compiler version: Harbour 3.2.0dev (r1307082134)
FiveWin Version: FWH 13.11
Windows version: 6.1, Build 7601 Service Pack 1
Time from start: 0 hours 0 mins 4 secs
Error occurred at: 15-01-2014, 19:48:45
Error description: (DOS Error 2) DBFNTX/1001 Error de apertura: .\EMPRESA.dbf
¿y para actualizar? ¿directamente se instala FWH.EXE y que sobreescriba todo?
Gracias.
Nuevo FWH 13.12 sale en error.log v13.11
-
informaticaeloy
- Posts: 118
- Joined: Fri Dec 20, 2013 10:39 am
- Location: Zaragoza, España
- Contact:
Nuevo FWH 13.12 sale en error.log v13.11
Windows 10 + FWH 20.08 + BCC 7.4 + Harbour 3.2.0 + PSPad 5.0.3
Re: Nuevo FWH 13.12 sale en error.log v13.11
Eloy
La experiencia me llevó a instalar las distintas versiones en carpetas distintas dependientes de la carpeta original \FWH
De esta manera, con herramientas de tipo WinMergeU o TortoiseDiff o UltraCompare, por citar algunas, puedo comprobar los cambios realizados en las clases de FWH en el caso de detectar diferencias en la compilación o funcionamiento de la aplicación
Inconveniente:
He de modificar los ficheros .mak, ficheros .bat o configuracion de la utilidad que uses con la trayectoria de la nueva version de FWH
Pero lo que hago es crear un nuevo proyecto para poder convivir inicialmente los dos proyectos hasta no haber comprobado perfectamente la estabilidad con la nueva versión y la ventaja de poder comprobar detalles como el que comentas con la seguridad de saber que no es un problema de la version descargada sino del path de FWH que estoy usando.
La experiencia me llevó a instalar las distintas versiones en carpetas distintas dependientes de la carpeta original \FWH
De esta manera, con herramientas de tipo WinMergeU o TortoiseDiff o UltraCompare, por citar algunas, puedo comprobar los cambios realizados en las clases de FWH en el caso de detectar diferencias en la compilación o funcionamiento de la aplicación
Inconveniente:
He de modificar los ficheros .mak, ficheros .bat o configuracion de la utilidad que uses con la trayectoria de la nueva version de FWH
Pero lo que hago es crear un nuevo proyecto para poder convivir inicialmente los dos proyectos hasta no haber comprobado perfectamente la estabilidad con la nueva versión y la ventaja de poder comprobar detalles como el que comentas con la seguridad de saber que no es un problema de la version descargada sino del path de FWH que estoy usando.
Cristobal Navarro
Hay dos tipos de personas: las que te hacen perder el tiempo y las que te hacen perder la noción del tiempo
El secreto de la felicidad no está en hacer lo que te gusta, sino en que te guste lo que haces
Hay dos tipos de personas: las que te hacen perder el tiempo y las que te hacen perder la noción del tiempo
El secreto de la felicidad no está en hacer lo que te gusta, sino en que te guste lo que haces
-
informaticaeloy
- Posts: 118
- Joined: Fri Dec 20, 2013 10:39 am
- Location: Zaragoza, España
- Contact:
Re: Nuevo FWH 13.12 sale en error.log v13.11
Gracias, no había caído en hacer eso. Muy buena idea. Un saludo.
Windows 10 + FWH 20.08 + BCC 7.4 + Harbour 3.2.0 + PSPad 5.0.3
-
Antonio Linares
- Site Admin
- Posts: 42513
- Joined: Thu Oct 06, 2005 5:47 pm
- Location: Spain
- Has thanked: 31 times
- Been thanked: 73 times
- Contact:
Re: Nuevo FWH 13.12 sale en error.log v13.11
Eloy,
Eso ocurre a veces puesto que no siempre se recompila la libreria entera, y puesto que ese valor lo toma de un fichero de cabecera, pues no lo actualiza.
Se me ocurre que podriamos modificar el make de FWH para que en ese fichero (el gestor de errores) tenga una dependencia con el fichero de cabecera...
Eso ocurre a veces puesto que no siempre se recompila la libreria entera, y puesto que ese valor lo toma de un fichero de cabecera, pues no lo actualiza.
Se me ocurre que podriamos modificar el make de FWH para que en ese fichero (el gestor de errores) tenga una dependencia con el fichero de cabecera...