Otra vez no arranca aplicación en VFP9

[Juan Miguel Solis]

Hola a todos

Ya al final la otra vez arregle el problema de un programa de VFP6 compilado en VFP9, que cuando lo ponía en otro entorno (Pc en que que no lo había creado), no funcionaba, después de bastante consejos, conseguí que funcionara.

Ahora me ha vuelto a pasar lo mismo copie un par de formularios de VFP6 al VFP9, los corregí para adaptarlos a la nueva aplicación y ahora compilo y cuando ejecuto el EXE, me vuelve a pedir el FPX.... (como la otra vez) :( :( :( :(, si lo ejecuto en la maquina que lo cree, funciona sin problemas....

Lo que he visto, es que el PRINCIPAL.PRG (programa marcado como "main"), esta pero en cambio cuando compilo, no me genera el PRINCIPAL.FPX, este es el problema de ahora, porque no me genera el PRINCIPAL.FPX ??????

Por favor, alguien me puede decir que puede pasar para que no me genere el .FPX del principal, que esta marcado como "main".

Gracias anticipadas a todos

Un saludo

[Fernando D. Bozzo]

Hola Juan:

Los compilados con FXP, no FPX, por lo que si lo buscabas con esa opción no lo vas a encontrar.

La prueba que podés hacer es compilarlo desde la ventana de comandos, así:

COMPILE PRINCIPAL.PRG

Y te debería generar el FXP. Si no lo hace, puede que sea algún problema de permisos o que no tengas algo bien instalado.

Saludos.-

[Juan Miguel Solis]

Hola Fernando

Ok, tenias razón :) :) fue un "lapsus brutus" al escribir, ya crea el FXP (gracias) :) :), pero el otro problema sigue igual :( :(, ya me paso hace tiempo y al final logre que funcionara, no era un problema de bibliotecas ni nada, solo una de la veces, recompile con las opciones:

Recompile All Files

Display Errors

Regenerate Component ID

Esto fue lo que hice la otra vez y ya me comenzó a funcionar, pero ahora ya nada, cuando arranco el ejecutable me pide un FXP.... y no arranca directamente que fue lo que me paso la otra vez.

Si se te ocurre alguna idea seria muy bien venida.

Gracias por contestar.

Un saludo

[Fernando D. Bozzo]

Hola Juan, para tratar ayudarte a encontrar el problema necesito un par de cosas:

1) Por favor, usá FoxBin2Prg para convertir tu PJX a PJ2 y adjuntalo en el próximo post, así se puede ver el contenido en claro, que es más rápido que preguntarte sobre la configuración del PJX.

2) ¿Cómo se llama el FXP que no encuentra (nombre completo)?


Saludos.-

[Juan Miguel Solis]

Hola Fernando

El FoxBin2Prg, donde lo encuentro ??

Un saludo

[Fernando D. Bozzo]

Lo podés bajar de acá:

https://vfpx.codeplex.com/releases/view/116407


Lee el README.txt, la parte en Español, que explica cómo crear los accesos directos.


Saludos.-

[Juan Miguel Solis]

Hola Fernando

Aquí tienes el PJ2 (funciono bien tu programa), como te comente, en la maquina de W7 que esta instalado el VFP9 funciona siempre bien, pero en maquina con XP sin VFP9 (solo las librerías), y en maquina W8 (solo las librerías), ha estado funcionando bien todo el tiempo, pero de repente, tanto en la maquina de XP y W8, me pide buscar un FXP (como puedes ver en la imagen del fichero error_vfp.jpg))

A ver si puedes echarme una mano con esto que estoy bastante desmoralizado, pues es la primera aplicación grande que pasaba de VFP6 a VFP9 SP2, con FoxyPreview y todo :) :) y como te digo al principio tuve problemas al compilar como te dije en mensajes anteriores,  se arreglo compilando como te contaba anteriormente  funciono sin problemas en todas las maquina poniendo la librerías correspondientes, pero ahora de la nada, vuelve a fallar y ahora ya no se me ocurre nada.

Te quedo muy agradecido por el tiempo que te estas tomando en este tema.

Un saludo

[Fernando D. Bozzo]

Hola Juan:

Más preguntas:

1) ¿El error te ocurre nada más ejecutar el EXE?

2) Ejecutando DO prg\principal.prg, ¿te pasa lo mismo?

3) ¿Hacés algún cambio de directorio dentro del programa? ¿Algo como "CD <directorio>"? Si es así, por favor, copiá esa línea, y si usás una variable, el contenido de esa variable también

4) Cuando cerrás ese cuadro de diálogo con el botón "Cancelar", ¿no te marca ningún error del tipo "no se encontró el archivo xxxxx"?

5) Seguí esto paso a paso:

a. En la primer línea de principal.prg, agregá esto: SET COVERAGE TO "c:\vfp9\e-trans\cover.log"
b. Compilá tu EXE otra vez
c. Ejecutalo
d. Cuando te aparezca el diálogo pidiendo el FXP, esperá 10 segundos y cerralo con "Cancelar"
e. Salí de tu programa y adjuntá el archivo c:\vfp9\e-trans\cover.log en el próximo post


No olvides completar todas las preguntas, que las numero para que te sea más fácil de seguir.


Saludos.-

[Juan Miguel (Gmail)]

Hola Fernando

 

Te contesto en tus preguntas  en rojo.

 

Y muchas gracias de verdad por el tiempo que te estás tomando para echarme una mano.

 

 

Hola Juan: 

Más preguntas:

1) ¿El error te ocurre nada más ejecutar el EXE?    Si en cuando le doy ejecutar el e-trans.exe, me sale la pantalla que te envíe (pero solo en otras maquinas, en la maquina donde lo compile funciona sin problemas).

2) Ejecutando DO prg\principal.prg, ¿te pasa lo mismo?  Esto no puedo hacerlo, puesto que estoy ejecutando el EXE en otra máquina, y hay el PRG no está, solo está el EXE (que se supone que lleva el PRG dentro compilado). En la maquina donde se compila, hay todo funciona sin problema, es al llevar el EXE a otra máquina.

3) ¿Hacés algún cambio de directorio dentro del programa? ¿Algo como "CD <directorio>"? Si es así, por favor, copiá esa línea, y si usás una variable, el contenido de esa variable también. Te envío el PRINCIPAL.PRG (esta renombrado como _RG, para que no de problemas), pero solo defino unas variables que cojo de un .INI para saber donde están las tablas y alguna configuración mas.

4) Cuando cerrás ese cuadro de diálogo con el botón "Cancelar", ¿no te marca ningún error del tipo "no se encontró el archivo xxxxx"?   No da error, solo el programa desaparece, como si terminara.

5) Seguí esto paso a paso:

a. En la primer línea de principal.prg, agregá esto: SET COVERAGE TO "c:\vfp9\e-trans\cover.log"  

 

Te envío el cover_vfp9.log (lo cambie de nombre), que se creó en la maquina donde funciona bien que es en donde se compila y luego ejecuto sin problemas.

Copio el EXE en la otra máquina. Creo el directorio C:\vfp9\e-trans antes de ejecutar el EXE. Ejecuto el EXE , espero más de 10 segundos, cierro con “Cancelar”, y como puedes ver no me ha generado nada en el directorio que he creado. Es como si el principal no estuviera compilado con la aplicación y no supiera que ese fichero es su “Main”

 

 

[Fernando D. Bozzo]

Hola Juan:

Viendo el programa principal, encuentro varias cosas que pueden darte problemas, sobre todo rutas absolutas, componentes fuera del EXE y algún nombre de directorio raro.
Te voy comentando lo que veo.


1) En el principal.prg hay algo que me parece que no está bien (aunque dependerá de tu estructura de directorios), que es esta parte:

SET DEFAULT TO '&cRutaFiles'     ==> No debería ser así, salvo que el EXE esté mezclado con las tablas. (ver artículo abajo)
SET PATH TO '&cRutaFiles' ADDITIVE

Estás usando el directorio que se guarde en cRutaFiles no solo como PATH, sino como directorio por defecto del ejecutable.

Normalmente se usa un directorio raíz para la aplicación, y se establece un PATH de datos para encontrar las tablas, pero ese directorio suele ser distinto que el de la aplicación.

Te dejo una estructura de directorios de desarrollo típica de ejemplo:

\raiz           => Dir.principal del PJX y PRG principal (ej: c:\desa\miapp)
     \datos     => Archivos DBF,FPT,CDX,DBC,DCX,DCT,SQL (y texto DB2/DC2)
     \bmps      => Archivos gráficos JPG,PNG,etc
     \forms     => Archivos SCX/SCX (y texto SCA/SC2)
     \clases    => Archivos VCX/VCT (y texto VCA/VC2)
     \include   => Archivos "include" (.H)
     \config    => Aquí puede ir el CONFIG.FPW
     \prgs      => Archivos PRG
     \reports   => Archivos FRX/FRT/LBX/LBT (y texto FRA/FR2/LBA/LB2)


En este artículo lo explico un poco mejor:  Crear un proyecto FoxPro ¿Por dónde comenzar?


Como ves, en raiz iría el EXE y en datos las tablas, que en tu caso será el directorio que diga el archivo INI, pero son (suelen ser) dos directorios distintos, salvo que pongas el EXE con las tablas todo junto.

Por lo que veo, tenés definida en el PRG una estructura de directorios como esta:

RAIZ\
    \CLIENTES
    \EXPEDIENTES
    \RECLAMACION
    \FIRMAS
    \OFERTAS

¿Respetás esta estructura tanto en Desarrollo como en las PC clientes?


2) Algo que también puede darte problemas: Antes de configurar el directorio del EXE con SET DEFAULT TO <nuevo_dir_actual>, estás ejecutando algunos programas, dependiendo de si existe el archivo "U:\E-TRANS.INI". El problema con esto es que FoxPro cachea la ejecución de los programas desde la ubicación actual, si entonces vas y cambias el directorio actual con SET DEFAULT TO <nuevo_dir_actual>, podría provocar algún tipo de error interno.

El SET DEFAULT TO <nuevo_dir_actual> debe ejecutarse siempre antes de que se ejecuten otros programas, para que no se pierda la referencia de la ruta desde donde se ejecutan.
Yo movería el SET DEFAULT TO a la línea anterior al comentario "*Buscamos el fichero INI de la Aplicación", y en su lugar pondría esto, que es el equivalente del SET DEFAULT:

CD (JUSTPATH(SYS(16)))   && Cambiarse al directorio raíz (donde está MAIN.PRG)


3) El archivo "E-TRANS.INI" lo buscás en varias ubicaciones. ¿Existen todas esas ubicaciones (directorios y unidades de red) en las máquinas cliente? ¿Es necesario buscarlo en todas ellas? ¿No podría ponerse en un sitio fijo y te ahorrás todos los IF FILE()?


4) Si copiás tu EXE a otro directorio dentro de tu máquina de desarrollo, por ejemplo a c:\vfp9\pruebas, y le ponés una copia de las tablas y un archivo INI apuntando a las mismas, ¿te funciona también?


5) Hay algunas rutas absolutas dentro de tu programa, que también podrían darte algún problema, por ejemplo:

DO FORM c:\vfp9\e-trans\formularios\Entra_App.scx to cDevuelto


Si usás rutas relativas, como explico en el artículo, no necesitás hacer eso, y solo te haría falta, por un lado tener un PATH como este:

SET PATH TO CLIENTES;EXPEDIENTES;RECLAMACION;FIRMAS;OFERTAS
SET PATH TO '&cRutaFiles' ADDITIVE


Y por el otro, la ejecución solo sería así:

DO FORM Entra_App.scx to cDevuelto



6) Por lo que veo en el LOG, pareciera que no tenés una estructura de desarrollo clara, o sea, veo que se cargan clases desde la raíz del proyecto, como por ejemplo esta librería:

c:\e-trans\pr_reportlistener.vct

Pero el formulario de antes, sin embargo, está en el directorio de formularios:

formularios\Entra_App.scx

¿Esto es así? ¿Hay componentes que están dispersos en la raíz y en otros directorios?
Por ejemplo, esa librería no la veo dentro del proyecto, como si la usaras por fuera.


7) En el proyecto se referencia un directorio con un símbolo raro, que yo veo como 'dbf"s'. Usar símbolos raros en un nombre de directorio te puede traer problemas, 'dbfs' a secas sería mejor, si es así.



Saludos.-

[Fernando D. Bozzo]

Hola:

Una corrección del PATH sobre lo que comenté del punto 5:

> Si usás rutas relativas, como explico en el artículo, no necesitás hacer eso, y solo te haría falta, por un lado tener un PATH como este:

SET PATH TO DBFS;FORMULARIOS;IMAGENES;LISTADOS;PRG;MENUS;TEXTOS;CLIENTES;EXPEDIENTES;RECLAMACION;FIRMAS;OFERTAS


Saludos.-

[Juan Miguel (Gmail)]

Hola Fernando

 

Voy a intentar ir siguiendo lo que me dices a ver en que puede estar fallando, porque la verdad, hasta hace unos días funcionaba bien, en la maquia que se compila, como en cualquier otra maquina, tan solo desde hace unos días empezo a fallar como te dije, en fin como te decía:

 

Leeré tu articulo con mucho interés, pero mientras iré cambiando cosas a ver si algo lo arreglar J J J

 

1.-   Efectivamente el EXE está en donde están la tablas de todas maneras quito esa instrucción, ya que el programa se arranca con un acceso directo.

La estructura la he modificado, ya no hay símbolos raros….

 

 

Por lo que veo, tenés definida en el PRG una estructura de directorios como esta:

RAIZ\
    \CLIENTES
    \EXPEDIENTES
    \RECLAMACION
    \FIRMAS
    \OFERTAS

¿Respetás esta estructura tanto en Desarrollo como en las PC clientes? 

Si se respeta ya que partiendo de donde están las tabla la variable cRutaFiles (definida en el .INI), el programa comprueba y si no existe crea esas carpetas que sirven solo para guardar cierta documentación asociada a cada unos de los datos que indican.

 

2.-   Ok, CD (JUSTPATH(SYS(16)))  añadido en el sitio que comentabas

 

3.-  El archivo "E-TRANS.INI" lo buscás en varias ubicaciones. ¿Existen todas esas ubicaciones (directorios y unidades de red) en las máquinas cliente?  No, no siempre existen todos los directorios.

      ¿Es necesario buscarlo en todas ellas?    SI como ves es un IF, en cuanto lo encuentra ya no busca mas y solo puede estar en uno  de esos sitios.

      ¿No podría ponerse en un sitio fijo y te ahorrás todos los IF FILE()?   NO, como te digo, el cliente es algo raro, podría quitar la de “U:…”, es un reminiscencia del pasado J J, pero los otros no puedo.

4.-  Si copiás tu EXE a otro directorio dentro de tu máquina de desarrollo, por ejemplo a c:\vfp9\pruebas, y le ponés una copia de las tablas y un archivo INI apuntando a las mismas, ¿te funciona también?

               

                Configuracion del fichero E-TRANS.INI que está en C:\  (apunta  a las tablas que están en C:\E-TRANS\ , pongo el E-TRANS.EXE en C:\VFP9\PRUEBAS\  (quite el E-TRANS.EXE del directorio que estaba, para que solo hay uno en el sistema)

 

[Configuracion]

NombreApp=E-TRANS, S.L.

Empresa=001

RutaFiles=C:\E-TRANS\

RutaTemp=C:\E-TRANS\TMP\

RutaImagen=C:\E-TRANS\IMG\

RutaExcel=C:\E-TRANS\TMPEXCEL\

 

 

 

                Si, funciona perfectamente como puedes ver:

 

 

 

5.-  Hay algunas rutas absolutas dentro de tu programa, que también podrían darte algún problema, por ejemplo:
      Mejor, leo tu articulo y luego implemento esto J J

 

 

6.-  Por lo que veo en el LOG, pareciera que no tenés una estructura de desarrollo clara, o sea, veo que se cargan clases desde la raíz del proyecto, como por ejemplo esta librería:

 

c:\e-trans\pr_reportlistener.vct  esto, no se que es, ni donde lo estoy cargando….??? Como puedo ver desde lo estoy cargando ¿???

      Pero el formulario de antes, sin embargo, está en el directorio de formularios:

      formularios\Entra_App.scx este, esta correcto es un formulario de inicio en el que se pide la clave de usuario.

 

7.-  En el proyecto se referencia un directorio con un símbolo raro, que yo veo como 'dbf"s'. Usar símbolos raros en un nombre de directorio te puede traer problemas, 'dbfs' a secas sería mejor, si es así.
     Ok, ahora el directorio ya se llama “Dbfs”

 

 

Y después de hacer todo esto, ahora parece que vuelve a funcionaaaaaaaaaaaarrrrr J J J aleluya dios es grande, MUCHAS, MUCHAS gracias de verdad.

 

Gracias por el tiempo que has invirtiendo en este problema (si pasas algún día por Madrid-España, ya tienes unas invitaciones pagadas J JJ )

 

Por cierto, ya aprovechando, a ver si sabes porque ahora las imágenes tipo GIF y BMP, que en VFP6 las ponía en un botón y se veían bien, ahora las pongo en VFP9 y se ve su contorno blanco

 

Botones con VFP6                                          Botones con VFP9

    

 

 

Un saludo y de nuevo muchas gracias…..

b. Compilá tu EXE otra vez

[Fernando D. Bozzo]

Hola Juan!

Me alegro un montón de que te funcione! Genial!

Sobre las imágenes de los botones, tiene toda la pinta de que te faltan los archivos ".msk" que justamente son los que hacen que ese fondo blanco no se vea.

Vivo en Madrid, en la estación de San Fernando, así que cuando quieras arreglamos :-)

Un abrazo.-

[Juan Miguel (Gmail)]

Hola Fernando

 

En la estación de San Fernando de Henares ¿?? Eso esta cerquita J J J

 

Pues lo dicho, cuando quieras te invito a una comida, cena o lo que desees, así nos conocemos J J J, que después de la ayuda que me has proporcionado, es lo menos que puedo hacer, ya que este tema me tenia loco …

 

Cuando dices que me falta los archivos “.msk”, esos archivos como los puedo generar, ya que yo cogí la imágenes que tenia de VFP6 y las pase directamente a VFP9 ¿??

 

 

UN Saludo

[Fernando D. Bozzo]

Hola Juan:

Imagino que cuando copiaste los archivos de VFP 6 a VFP 9, copiaste los programas y las imágenes. Entre los archivos a copiar deberían haber archivos .msk, y si no los hay vas a tener que crearlos. Son exclusivamente para los bmp, así que deben tener el mismo nombre, por ejemplo: tuimagen.bmp y tuimagen.msk

Si tuvieras que hacerlos, ya tendrías un poco más de trabajo con el Paint. Podés buscar ayuda de eso en la que viene con Fox.


Saludos!

[Jose Antonio Blasco]

Para hacer un .msk, duplicas el .bmp original, en éste, dejas en blanco puro (255,255,255) las partes que desees que sean transparentes, y en negro las que quieras ver los colores del .bmp original.  Al terminar, renombras este archivo con el nombre del original y extensión .msk.

Un saludo.

Jose A. Blasco
Zaragoza - España
Visual FoxPro 9 SP2

"No hay camino hacia la libertad, la libertad es el camino" - Indira Gandhi
“Nunca te olvides de sonreír, porque el día que no sonrías  será un día perdido”  -  Charles Chaplin
“Todo el mundo quiere tener un amigo, pero pocos se toman la molestia de ser uno” - Anónimo

[Juan Miguel Solis]

Hola Fernando

"Poco dura la alegría en casa del pobre", es una frase que se dice aquí :(: (, ayer modifique un ar de formulario para añadirles un botón, no toque para nada el PRINCIPAL.PRG y después de compilar otra vez que no encuentra el PRG que esta definido como "main" :(: ( :(, esto ya me esta empezando a superar.

En fin si se te ocurre algo mas..., yo lo pruebo.

Por cierto estoy leyendo tu articulo y esta muy bien, de echo algunas cosas son las que cambie el otro día siguiendo tu texto.

Un saludo

Juan Miguel Solis
Madrid - España
VFP 9 SP2  (a punto de ataque de nervios :) :) :) )

<d

...

[Juan Miguel Solis]

Ok, gracias, tomo nota.

Juan Miguel Solis
Madrid - España

VFP 9 SP2 (a punto del ataque de nervios :) :) :) )

[Idalberto Gonzalez]

Hola

Aparentemente es un problema con el antivirus, me pasó una vez con el Eset Nod32. Lo inhabilité,compilé y luego todo funcionó bien. Prueba haciendo lo mismo, si tienes algun antivirus instalado. Saludos,

Idalberto.

[Fernando D. Bozzo]

Hola Juan:

Primero verificá lo del antivirus que comenta Idalberto, que a veces puede joder de maneras insospechadas.
Desactivalo un rato y recompilá todo, también probá ejecutarlo sin el antivirus en alguna PC cliente donde falle.
Si luego de esto te sigue dando problemas, comentalo y seguimos viendo posibilidades.


Saludos.-

El viernes, 11 de julio de 2014 12:43:30 UTC+2, Juan Miguel Solis escribió:

Hola Fernando

[Jose Mario]

http://fdbozzo.blogspot.com/search/label/buenas%20pr%C3%A1cticas

[Jose Mario]

antes leo muchos los blog de fernando

me gusta su forma de programar

es buena gente, a mi me ayudo con un problemas de pasajeros

empresa subes, a procesar 50 archivos de excel y hacer uno solo 

paa procesar vfp 9

y sobre su conversacion

supieran conocer donde vivo, pero no me quejo

pero ustedes, dice fernando 

vivo aqui en madrid, a la vuelta, ahhh, ok

ahi nos vemos

http://www.laprensagrafica.com/2014/07/05/nueve-asesinatos-en-san-salvador-en-las-ultimas-horas

[Fidel Charny]

Como día Viernes y después de una semana de "aquellas...", vengo con mi cuchara y esta tontería:
Por algún motivo que no recuerdo, cuando pasé mis aplicaciones desde VFP 6 a VFP 9, arranqué todo de cero. Primero mudé las carpetas de VFP6 a un directorio temporal. Luego generé proyectos nuevos con VFP9, copié los binarios (excepto los pjx) y prg a sus respectivas carpetas y luego le agregué todos los componentes. Con VFP9 es fácil porque se pueden agregar en lote sin problemas (en VFP6 creo que no se podía). Con esto se terminaron todas las inestabilidades y raras sorpresas. Eso sí, don VFP9 es algo más quisquilloso con algunos nombres de variables cortos (de esos que se recomendaban para Clipper).

[Juan Miguel Solis]

Hola Idalberto

En la maquina que tengo el VFP9, tenia el Microsoft Essential..., lo quite, reinicie el ordenador compile y en la maquina donde compilo siempre ha funcionado y sigue funcionando, es al llevar el ejecutable a otras maquina donde no funciona, bueno un par de veces funcionaron (después de realizar unas modificaciones que me comento Fernando D.Bozzo), pero después de tocar algún formulario ya solo en VFP9 (sin copiar nada del VFP6), y re compilar y pasar el programa dejo de funcionar, esto me pasa tanto en mi otros ordenador con XP, como en el del cliente con W8.

Hoy aparte de los del antivirus, he estado cambiado algunas coas y por ejemplo cuando he quitado el icono que estaba adjunto al proyecto, y compile, me volvió a funcionar otra vez en las 3 maquinas, pensado que el problema era el icono, para probar lo volvía  poner y nada como siempre en la maquina que compilo bien, pero en las otras maquina vuelve a buscar el FXP de inicio y me vuelve a no funcionar  :( :(, he realizado mas pruebas cambiando por un icono mas sencillo (menos pesado en KB's), y me pasa lo siguiente (adjunto la imagen), como ves el EXE en el directorio tiene una imagen (la de in disco duro), pero abajo sigue teniendo la imagen antigua (debiera ser también la misma que aparece en el EXE no ?), a lo mejo el proyecto esta dañado ????

Gracias a todos los que estáis consejos/aclaraciones/cosas para probar,etc...

Si se os ocurre algo mas, lo pruebo, porque la verdad estoy poniéndole la aplicación al cliente para que la vaya probando en una maquina, mientras las otras maquinas trabajan con la versión en VFP6.lo único que mientras tengo que estar cambiando las cosas en los 2 sistemas :( :( :(, en uno VFP6 para que funcionen y en otro VFP9 para ver si consigo que arranque bien y ponerme solo en VFP9, porqu ela persona que lo tiene en VFP9 dice que todo le funciona muy bien, bueno alguna cosiila de los listado que al tener puesto el FoxPreview con los formato de letras hace alguna cosa rara :) :), pero eso es lo de menos.

También quería hacer el formato de pantalla mas grande (ahora lo tengo a 1024 * 768) y ponerlo en

Lo dicho gracias a todos y a ver si alguna cosa da resultado definitivo :):)

Un saludo

[Valeriano Canaza]

si tienes problemas de ese tipo, es mejor instalar de nuevo la PC con windows o sea instalacion limpia no clonadas, y luego instalas VFP9, prueba y no tendras problemas, tu problemas es conflicto con algunos de tu programas que instalastes o quitastes.

[Fernando D. Bozzo]

Hola Juan:

Como es bastante difícil saber lo que puede pasar sin ver todo el sistema completo, una cosa que se me ocurre que podrías hacer es esta:

1. Si no estás trabajando con un SCM (control de código fuente), hacete un backup en un zip de todo el sistema (fuentes y tablas)
2. Convertí todo el sistema a VFP 9, o sea, abrí uno por uno todos los forms, clases y menues con VFP 9 desde el proyecto (pjx), y volvelos a guardar con CTRL+W, para asegurarte de que esté convertido lo que se deba convertir (el proyecto también, pero al final de todo)
   
3. Una vez que todo está en VFP 9, convertí todo el proyecto a texto con FoxBin2Prg, haciendo click-derecho en el directorio raiz del proyecto y eligiendo EnviarA -> Convert_VFP9_BIN_2_PRG.vbs y luego el paso contrario (PRG_2_BIN)
4. Verificá si hay errores, y si hay algo que corregir (puede que se detecten algunos)
5. Fijate si hay archivos .ERR (.vcx.ERR, .scx.ERR, etc) y fijate en cada uno que tipo de error muestra. De esos, usá el tx2 correspondiente e intentá regenerar el binario por separado (Enviar A -> FoxBin2Prg) y fijate si el .ERR desaparece
6. Si no hay errores, intentá hacer el ejecutable de nuevo y a ver que pasa
   

Como te digo, es muy difícil descubrir qué pasa sin poder ver y ejecutar el sistema, así que se trata un poco de ir probando distintas cosas, ya que no hay otra cosa que podamos hacer de este lado.
Una cosa que recuerdo haber visto en tu proyecto (pjx) es que se referenciaban algunas librerías que no estaban en el directorio de la aplicación. ¿no podrías poner esas librerías también con la aplicación, en los subdirectorios que correspondan? Eso podría darte algunos problemas si no se maneja adecuadamente

Bueno, por el momento no se me ocurre nada más.


Saludos.-

[Idalberto Gonzalez]

Hola

Es que con el tema de los virus y antivirus vas a tener problemas en unas pc si y en otras no, si tienes instalado el .exe en cada maquina, dependiendo de el nivel de daño o no que tenga cada una a nivel de virus. Hay un virus muy comun y muy dañino llamado sality win32 que unos de los daños que causa es corromper los ejecutables no importa el lenguaje y lamentablemente los .exe de vfp son muy vulnerables a este ataque. Mi experiencia es que si la pc tiene este virus y no tiene instalado antivirus los .exe de vfp no sufren daño, pero si la pc tiene el virus porque el antivirus no es capaz de eliminarlo, entonces se produce (Por explicarlo de alguna forma) una especie de forcejeo entre el antivirus y el virus ocasionando la corrupcion del archivo .exe que se quiere abrir en ese momento. Mi recomendacion es que hagas una prueba desinstalando el antivirus y compilando despues. Si sigues como hasta hoy podría pasar que el exe te funcione un tiempo hasta que el problema con el virus y el antivirus terminen dañando otra vez el archivo.

Nota: Esto que te cuento no tiene necesariamente que ser verdad ni ajustarse a tu realidad, simplemente es la experiencia vivida por mi hace un tiempo, que espero te pueda ayudar en algo. Saludos,

Idalberto.

[Juan Miguel (Gmail)]

Hola Idalberto

 

Desinstale el antivirus, reinicie el ordenador, y nada, en la maquina donde compilo va bien, en las otras no.

 

Instalo el antivirus Panda icloud, lo ejecuto, quito todas la amenazas que había  (casi todo eran cookies), ya que este ordenador no salgo prácticamente  a internet solo lo tengo para esto que estoy haciendo de pasar a aplicación a VFP9 y así cuando ya me funcione bien, lo pondré como ordenador principal. En fin despeas de chequear el ordenador, reinicio otra vez, y compilo y sigue igual.

 

Yo ceo que el antivirus no va a ser, o eso parece. Gracias de todas maneras por el tiempo que has invertido dándome consejos e ideas.

 

Un saludo

[MiguelAngel]

buenos dias, al ver las respuestas se me ocurre pensar en el tipo de windows que usas cual es? y a mi me paso algo con w7, al correr vfp me daba error y lo solucione dando permiso de administrador al exe y las carpetas pertinentes.  Prueba esto a ver como te va.

El domingo, 6 de julio de 2014 14:01:58 UTC-4, Juan Miguel Solis escribió:

Hola a todos

Ya al final la otra vez arregle el problema de un programa de VFP6 compilado en VFP9, que cuando lo ponía en otro entorno (Pc en que que no lo había creado), no funcionaba, después de bastante consejos, conseguí que funcionara.

Ahora me ha vuelto a pasar lo mismo copie un par de formularios de VFP6 al VFP9, los corregí para adaptarlos a la nueva aplicación y ahora compilo y cuando ejecuto el EXE, me vuelve a pedir el FPX.... (como la otra vez) :( :( :( :(, si lo ejecuto en la maquina que lo cree, funciona sin problemas....

Lo que he visto, es que el PRINCIPAL.PRG (programa marcado como "main"), esta pero en cambio cuando compilo, no me genera el PRINCIPAL.FPX, este es el problema de ahora, porque no me genera el PRINCIPAL.FPX ??????

[Juan Miguel (Gmail)]

Hola a Todos

 

Después de un duro fin de semana haciendo caso a Fernando Bozzo (muchas gracias), para resolver el problema al final cree un proyecto nuevo y convertí todo los formularios, clases y todo lo abrí, guarde y aproveche en los formularios para cambiar TODAS las rutas fijas que tenía en ruta relativas, cambiando el SET PATH TO, etc…

 

Bueno despeas de compilar varis veces, y incluso hoy modificar formularios, parece que ahora el proyecto está estable, y funciona bien en todas las maquinas, espero  que todo siga igual.

 

Muchas gracias de nuevo a todos los que me han aportado ideas para poder solucionar este tema que me traía loco, espero que todo siga funcionado igual de bien J J J

 

Un saludo

[Fernando D. Bozzo]

Juan, me alegro mucho. Sé que lo venís sufriendo desde hace varios días y la impotencia que causan las cosas cuando no funcionan como se espera.

Un abrazo!

[Mario Oviedo]

aprendemos mucho de fernando, leo sus comentarios y blogs