>Ya Alex te ha comentado el cómo darle la vuelta al problema, el cual se presenta cuando estás utilizando viejas prácticas de programación xBase (@say, etc), te recomiendo ampliamente que consideres la opción de pasarlos completamente a un enfoque mas moderno como lo es la programación orientada objetos.
>
>Aunque VFP podrá soportarte estarás desperdiciando las grandes ventajas que te dará el programar en modelo visual y orientado objetos (eso sin tomar en cuenta lo referente a el lenguaje SELECT-SQL y la tecnología RushMore).Don't get me started...
Eso es algo que nunca llegué a entender. Si alguien tiene programas antiguos, en FP2.x por ejemplo, porqué no dejarlos en FP2.x??
Si la idea es migrar a VFP, hay que reescribir todo el programa en OOP. No tiene ningún sentido, ni lógico ni financiero/económico en sólo recompilar. Indudabl;emente se deben botar a la basura todos los SO viejos (Win NT, Win9x) por cuestiones de seguridad, si estan de alguna manera, aunque indirectamente, conectados a internet o a máquinas que se conectan a Internet en forma externa (fuera del LAN) y luego se conectan al LAN. Es criminal para un departamento de IT (ya sean varios SysAdmins en una corporacion grande o un sólo SysAdmin part-time en una empresa pequeña) el permitir eso. El riesgo es enorme.
Pero gastar dinero en VFP para no usarlo (o usarlo con @..SAY que es *peor* que no usarlo), es inaceptable. Como profesionales debemos ofrecer el mejor servicio a nuestros clientes y/o empleadores. Tener VFP9 y *no* usar OOP, Rushmore, SELECT-SQL, como bien has dicho no tiene sentido alguno. Mejor seguir corriendo enFP2.x que funciona bien y lo hará por años. Sólo necesitó el patch hace años para velociodad de procesadores nuevos y se acabó.
Si las máquinas estan conectadas al mundo externo, entonces es hora de re-escribir y re-hacer la arquitectura en forma moderna, con seguridad en mente (y en el diseño).