>Tengo aplicaciones en VFP y SQL como mencione en mensajes anteriores los cuales deben alimentar a un sistema Appx hasta aqui todo bien, me comunico con el mismo a traves de ODBC para escribir y consultar los datos del mismo, todo perfecto, el flujo de informacion es correcta en doble via, pero el problema radica en que cada ves que hago una transaccion o un proceso al APPX debo salir del programa para poder realizar otro.
>Ejemplo:
>si tengo un proceso de almacenar facturas en el auxiliar de CXP el lo hace correcto, si deseo hacer una consulta a cualquier otro modulo el odbc no se conecta al Appx y envia error, debo salir del programa volver a entrar para poder realizar el segundo proceso...
>
>Uno de nuestros proveedores de Unix creo un demonio para liberar el proceso pero aun asi el problema sigue dandose...
>
>Alguno tendra una idea...


Si tienes que salir del programa y re-entrar para que te funcione, probablemente significa que algo se limpia o hace un reset al salir, liberando algun recurso o indicador de que el programa ha completado. Es difícil saberlo sin saber como funciona el programa, pero aqui tienes algunos trucos que te pueden servir para analizar este tipo de problemas.

1. Trata de identificar que filesystems usa el software (adonde escribe). Quizás hasta escribe algo a /tmp.
2. Si todos los filesystems usados se pueden identificar, tratar la opcion #3 en el prompt de Unix
3. $ fuser -u /filesystemname/*

Por ejemplo:

$ fuser -u /u01/data/*  (esto te muestra los archivos en uso y por quién en /u01/data/*)

Esto se puede hacer cuando nada más esta corriendo en los filesystems/directorios en uso. Solo presta atención a archivos (filenames) que muestran un userid entre paréntesis, sino esto no siginifica nada útil.

Output típico se verá algo asi como:

    /u01/data/file1.dbf: 7377(oracle)
    /u01/data/file2.dbf: 7378(oracle)

Este ejemplo muestra 2 archivos en uso por Oracle.

Puedes usar este proceso para ver que archivos siguen abiertos cuando el proceso es terminado por el daemon.

HTH