Error en aplicacion VFP 9 sp2 a causa de archivos temporales

[Oscar Quiros Coto]

Buenos dias.

Tengo un problema con una aplicación, la cual esta en una carpeta de red, estos problemas son extraños, puesto que cuando ingresan a alguna opción del sistema, da error como de compilación, por ejemplo si la instrucción es "do eje_sql", el error es al ejecutar eje_sql.fxp, pero es un .exe y no debería haber un fxp de por medio, me pasaba con una estación, pero ahora es generalizado.

Para resolver parte del problema, es necesario eliminar los archivos temporales de windows, %temp%, luego vuelve a ingresar y listo.

Digo parte del problema, puede luego reincide.

Alguna sugerencia y/o comentario sera bien recibido.

Saludos cordiales.

[Germán Fabricio Valdez]

https://msdn.microsoft.com/es-es/library/cc484346(v=vs.71).aspx

tenes un config.fpw en cada terminal ?

[Oscar Quiros Coto]

Gracias por la respuesta.

El config.fpw tiene:

RESOURCE=off

RESOURCE = OFF

HELP = Off

_TRANSPORT = ''

_GENXTAB = ''

_FOXREF = ''

Este archivo se encuentra en la misma carpeta donde está el .exe, que es una unidad de red \\servidor\sistema\inv.exe

 

 

 

Saludos cordiales.

 

 

Soporte y Sistemas OQC, S.A.

Partner Autorizado de ESET en Costa Rica

Cel:(506) 87 11 00 11 

Email: os...@ssoqc.com - oscarqu...@hotmail.com

Skype: oscar.quiros.coto

[Carlos Hidalgo]

Hola,

Lo recomendable es copiar el EXE en cada estacion de trabajo.

y en el acceso directo definir "Iniciar En" \la carpeta de red con \

TMPFILES=c:\work
EDITWORK=c:\work
SORTWORK=c:\work
PROGWORK=c:\work

en cada estacion de trabajo

[Germán Fabricio Valdez]

agrega estas lineas al config,fpw del servidor

TMPFILES=c:\temp
EDITWORK=c:\temp
SORTWORK=c:\temp
PROGWORK=c:\temp

seguro que la carpeta temp en la unidad c de cada terminal existe sino c:\windows\temp

para que ponga los tempotales en la terminal y no en el server

[Germán Fabricio Valdez]

si navegan por internet vas a tener que pasar el ccleaner en cada terminal para eliminar temporales

El miércoles, 5 de octubre de 2016, 11:43:29 (UTC-3), Oscar Quiros Coto escribió:

[Fernando D. Bozzo]

Hola Oscar:

Algo muy importante, previo a tratar de buscar el origen de los errores, es intentar asegurarse de que se está haciendo una buena recolección de basura (garbage collect) en cada módulo, para lo cual ayuda mucho el manejo de errores con Try/Catch y limpieza local en Finally. Hacer o respetar esto primero, te permite ganar tiempo para no tener que buscar los problemas asociados a esto mismo.

Cuando tenés que encontrar los motivos de los errores, siempre tenés que contar con un buen sistema de control de errores y de LOG de los mismos, cosa que con esa información luego puedas encontrar las causas más rápido. Esto no es algo estático, porque a veces se te presenta un problema que requiere agregar información adicional al LOG, como ciertas variables locales o de entorno.

Te sugiero lo siguiente:

1) Comprobar que no hay virus en la red: Esto puede provocar funcionamiento anómalo o raro, pérdida de datos, etc

2) Generación de LOG extra mediante archivo bandera: Una forma de implementar esta técnica de LOG es que al arrancar el sistema (luego de setear los PATH o variables u objetos globales, pero antes de ejecutar más nada) verifiques la existencia de un archivo bandera (ej: log.txt) que, si existe, active la escritura de LOG al disco y comience logueando algunas variables locales y de sistema como sys(2023) para archivos temporales, y otras que creas útiles

3) Si se generan temporales que luego no se borran, puede ser que algo estés haciendo mal y falte hacer recolección de basura en uno o más sitios.

4) ¿Tu EXE contiene todo lo necesario, o hay módulos externos también? ¿Está todo en el mismo directorio? Comprobá que no haya ningún .FXP suelto en la PC del usuario. Eso causa problemas