Re: OT: Migrar la mente de un "anciano" que usaba Clipper 5.3 [SOLUCIONADO]
El día 2 de julio de 2012 12:59, Debian GMail escribió: > El 01/07/12 20:09, Evgeny M. Zubok escribió: > >> Debian GMail writes: >> >>> Lo de SOLUCIONADO, es porque ya he tomado mi decisión, y los hilos >>> deben cerrarse. >>> >>> Primero que todo, intentaré una solución rápida a través de recompilar >>> el programa mediante el proyecto Clip. >>> Por lo que he leído, solucionaría el problema más acuciante que tengo, >>> que es el manejo de impresoras. >>> http://www.lugli.org.ar/mediawiki/index.php/Clip_Debian >> >> >> Me parece que esta guía (y también el sitio web) es mejor. >> >> >> http://www.clip-castellano.com.ar/index.php?title=Portada#Instalaci.C3.B3n_de_Clip_en_Ubuntu_8.04_de_64_bits >> >> http://www.harbour-project.org es otro proyecto similar. A diferencia >> del Clip, el Harbour está siendo mantenido y desarrollado. También >> existe el xHarbour. >> >> Hay sistema argentino StockyFact [1] que fue creado con Clip. >> >> Por curiosidad, he compilado el Clip para Debian Squeeze. El Clip se ha >> compilado sin problemas y se han creado los paquetes .deb. Pero me >> encuentro con el siguiente problema. Todos los ejemplos debajo de la >> carpeta /examples generan correctamente los archivos ejecutables, pero >> al ejecutarlos no veo ninguna salida o ningún efecto, nada. Hm, creo que >> estoy haciendo algo mal. :-/ >> >> [1] http://sourceforge.net/projects/stockyfact/ >> >> > Gracias nuevamente. > De hecho, el plan de acción es decompilar con Valkyrie 5 los ejecutables, si > no encuentran los fuentes, dado que hasta hoy "los han perdido", y > recompilar con Clip para poder tener acceso a las impresoras en red. > Y ponerse a reprogramar en entorno web. > > JAP > > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/4ff1c554.9070...@gmail.com > Sobre el ahora. tuve que migrar 4 clientes con sistemas clipper 5.3 lo que arme es Debian + dosemu + ssh para el acceso de los clientes el mas grande de los 4 es un supermercado con 15 maquinas y anda de fiesta y el proyecto es python + mysql -- MrIX Linux user number 412793. http://counter.li.org/ las grandes obras, las sueñan los santos locos, las realizan los luchadores natos, las aprovechan los felices cuerdo, y las critican los inútiles crónicos, -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/calvb54yd2ybr9nn6opa3jxsxgz0dwa3efcroxkcidlscz-k...@mail.gmail.com
Re: OT: Migrar la mente de un "anciano" que usaba Clipper 5.3 [SOLUCIONADO]
El 01/07/12 20:09, Evgeny M. Zubok escribió: Debian GMail writes: Lo de SOLUCIONADO, es porque ya he tomado mi decisión, y los hilos deben cerrarse. Primero que todo, intentaré una solución rápida a través de recompilar el programa mediante el proyecto Clip. Por lo que he leído, solucionaría el problema más acuciante que tengo, que es el manejo de impresoras. http://www.lugli.org.ar/mediawiki/index.php/Clip_Debian Me parece que esta guía (y también el sitio web) es mejor. http://www.clip-castellano.com.ar/index.php?title=Portada#Instalaci.C3.B3n_de_Clip_en_Ubuntu_8.04_de_64_bits http://www.harbour-project.org es otro proyecto similar. A diferencia del Clip, el Harbour está siendo mantenido y desarrollado. También existe el xHarbour. Hay sistema argentino StockyFact [1] que fue creado con Clip. Por curiosidad, he compilado el Clip para Debian Squeeze. El Clip se ha compilado sin problemas y se han creado los paquetes .deb. Pero me encuentro con el siguiente problema. Todos los ejemplos debajo de la carpeta /examples generan correctamente los archivos ejecutables, pero al ejecutarlos no veo ninguna salida o ningún efecto, nada. Hm, creo que estoy haciendo algo mal. :-/ [1] http://sourceforge.net/projects/stockyfact/ Gracias nuevamente. De hecho, el plan de acción es decompilar con Valkyrie 5 los ejecutables, si no encuentran los fuentes, dado que hasta hoy "los han perdido", y recompilar con Clip para poder tener acceso a las impresoras en red. Y ponerse a reprogramar en entorno web. JAP -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ff1c554.9070...@gmail.com
Re: OT: Migrar la mente de un "anciano" que usaba Clipper 5.3 [SOLUCIONADO]
Debian GMail writes: > Lo de SOLUCIONADO, es porque ya he tomado mi decisión, y los hilos > deben cerrarse. > > Primero que todo, intentaré una solución rápida a través de recompilar > el programa mediante el proyecto Clip. > Por lo que he leído, solucionaría el problema más acuciante que tengo, > que es el manejo de impresoras. > http://www.lugli.org.ar/mediawiki/index.php/Clip_Debian Me parece que esta guía (y también el sitio web) es mejor. http://www.clip-castellano.com.ar/index.php?title=Portada#Instalaci.C3.B3n_de_Clip_en_Ubuntu_8.04_de_64_bits http://www.harbour-project.org es otro proyecto similar. A diferencia del Clip, el Harbour está siendo mantenido y desarrollado. También existe el xHarbour. Hay sistema argentino StockyFact [1] que fue creado con Clip. Por curiosidad, he compilado el Clip para Debian Squeeze. El Clip se ha compilado sin problemas y se han creado los paquetes .deb. Pero me encuentro con el siguiente problema. Todos los ejemplos debajo de la carpeta /examples generan correctamente los archivos ejecutables, pero al ejecutarlos no veo ninguna salida o ningún efecto, nada. Hm, creo que estoy haciendo algo mal. :-/ [1] http://sourceforge.net/projects/stockyfact/ -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87pq8fulhd@tochka.ru
Re: OT: Migrar la mente de un "anciano" que usaba Clipper 5.3 [SOLUCIONADO]
El 30/06/12 11:14, Marc Aymerich escribió: 2012/6/30 Debian GMail: Estimados: Esto es MUY fuera de tópico, pero no se me ocurre realmente a quién preguntarles, y que me contesten con CONOCIMIENTOS en vez de cháchara inútil. Por el tópico, se darán cuenta que estoy cerca del medio siglo de vida, y se me ha planteado un tema que implicará volver a poner las neuronas a trabajar. Donde trabajo, hay una aplicación que tiene más de 20 años, la cual fue programada originalmente en entorno MS-DOS para Clipper Summer '87, y luego migrada a Clipper 5.3., pero manteniendo el pecado de origen de no funcionar bajo entorno de red. Me explico: Summer tenía casi nulas opciones de bloqueos dinámicos de registro y/o archivos para accesos simultáneos, y la aplicación nació como monousuario. Fue tan buena, que incluso hoy, sigue funcionando. El tema es que están migrando los equipos de WinXP a Win7, y ya no hay emulación que lo soporte, amén que es MANDATORIO pasarla a un sistema multiusuario. Por lo que se ha decidido reprogramar todo, y por una cuestión de costos, han echado mano del viejo alguna vez le metió mano al sistema, a pesar que el viejo hace bastante que casi no programa. Y este viejo es consciente que tiene que MIGRAR para que el resultado dure otros 20 años. Pasemos a los bifes: Me encantaría algo multipaltaforma, pero lo único que conozco más o menos, es Lazarus, pero eso es Pascal, y CREO que no es lo más indicado para un sistema de base de datos, aunque sea pequeño y tenga una capacidad increíble para acceder a bases de datos de casi cualquier tipo. Me gustaría hacer algo sobre Oracle, pero montar un servidor DB y aplicativo de Oracle es una exageración para lo que el sistema debe ser; sería como fabricar con paredes de 5 metros de hormigón una cabaña de fin de semana. He buceado la web y he vuelto a encontrar una similitud con CA-Visual Objects, pero eso considero que ya es obsoleto. En algunos foros comentan sobre Harbour MiniGUI o de FiveWin o de Xailer, llevándose casi la mayoría de los aplausos el primero; no conozco nada de ninguno de los tres. Vamos a las capacidades de programador, o sea, yo: he hecho MUCHO en Clipper, bastante en Oracle, y bastante en Fox-pro, por lo que las bases de datos relacionales no me implican problema, ni adaptarme a la programación orientada a objetos, a pesar que lo que más he hecho ha sido con programación lineal. Tengan en cuenta a esta altura de mi vida, no tengo ganas de aprender 3 o 4 lenguajes, para poder decidir por uno, y por eso pido vuestra ayuda, para tratar de dar al primer tiro con un lenguaje que: * Maneje pequeñas bases de datos. * Tenga capacidad multiusuario. * Tenga una curva de aprendizaje más o menos corta. * En lo posible, sea multiplataforma (tener en cuenta que mi organización, excepto yo, son todos windows-dependientes). Por lo que, al final, va la pregunta que justifica este hilo: ¿Qué recomiendan? Muchas gracias a todos JAP Lo de SOLUCIONADO, es porque ya he tomado mi decisión, y los hilos deben cerrarse. Primero que todo, intentaré una solución rápida a través de recompilar el programa mediante el proyecto Clip. Por lo que he leído, solucionaría el problema más acuciante que tengo, que es el manejo de impresoras. http://www.lugli.org.ar/mediawiki/index.php/Clip_Debian Por otra parte, encararé la reprogramación del sistema con esta arquitectura, que si bien estará basada en Windows7, está pensada totalmente libre: Servidor web: Apache 2.2.22 x32 Servidor DB: PostgreSQL 9.1.4 x64 Soporte de programación: Python 3.2.3 x64 Marco para Postgre: Psycopg2 2.4.5 x64 Marco para web: Django / Pyramid (aún no me decido). Entorno de programación: Ninja-IDE 1.1 Muchas gracias a todos. JAP -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ff05a3b.9040...@gmail.com