Lazarus, Linux, ZeosLib, Firebird. ¿Qué combinación funciona?

[Casimiro Noteví]

Pues si eso es así, ha disminuido mucho mi interés por zeos.
Habrá que hacer un poco de tiempo para probarlo.

[rolandoj]

Hola,

Disculpen la demora. Tuvimos inconvenientes externos y no pudimos trabajar en este problema. Ya será el Lúnes

De todas formas, aclaro algunos puntos:

1. El mensaje se refería a que una operación forward no era permitida. Ocurría al poner Active en True en un TZReadOnlyQuery

2. Al parecer, en algún punto se mezclaban versiones por nombres de archivos idénticos. Creemos que eso podía ser lo que dañara las compilaciones porque uno esperaría que un paquete de estos al menos compilara.

3. Nosotros intentamos desinstalarlos; pero, hasta donde vimos en Lazarus tan solo se retiran los paquetes de la lista de instalados; no se borran los archivos compilados ni el camino a ellos. Los paquetes de las versiones aparentemente usan el mismo camino, así que se mezclaban.

4. Tratamos de desintalarlos completamente con unas instrucciones que hallamos (purge y algo más que no recuerdo ahora). Tampoco funcionó, así que optamos por borrar los archivos previamente compilados. Y creímos que lo habíamos hecho bien porque ahí compiló la 7.0.0, y nuestra aplicación de prueba; pero, la próxima vez que arrancamos el sistema, Lazarus sacaba errores

5. Nosotros si intentamos resolverlo primero investigando; pero, después de un tiempo prudencial concluímos que era más rápido volver a instalar todo. Entre otras cosas porque aparte del Ubuntu solo habíamos instalado lazarus, zeos, firebird y apache; reinstalar no es muy demorado, además nos sirve para practicar y verificar la documentación que hicimos de nuestra experiencia instalando y configurando. Recuerden que somos novatos en Linux.

6.

[Casimiro Noteví]

Gracias por las explicaciones

[rolandoj]

Empezado por Casimiro Notevi

Gracias por las explicaciones

Hola,

No hay de que. Es que hay mucho que aclarar. Por ejemplo, faltó algo que implica una pregunta complementaria.

Nos solicitaron que indicaramos lo que arroja el depurador. Como lo usamos ?.

Nosotros lo que hicimos fué poner mensajes de seguimiento porque no encontramos un depurador incorporado. Según leímos hay herramientas externas, caso GDB; pero, no con la facilidad de depuración que tenemos en Delphi, la cual, incluso con los ISAPI, que se corren con una herramienta externa a Delphi, nos permite depurar en ejecución línea a línea y viendo las variables de entorno.

Aquí parece que hay que esperar a un texto resultante y las cosas se revisan usando comandos. Además, por lo que vimos dentro del código de los paquetes de fpweb (nuestro problema anterior, descrito en este hilo http://www.clubdelphi.com/foros/showthread.php?t=75517) parece que hay que mezclar en nuestro código instrucciones para la depuración.

Toda esa información es correcta ?. O hay ya alguna manera cómoda de depurar ?

A propósito de eso, y lo dicho por mightydragonlor acerca de encontrar las cosas por uno mismo, comento lo siguiente:

A nosotros también nos gusta hacerlo. Son múltiples los casos que hemos resuelto así. De hecho, el problema anterior que menciono lo resolvimos revisando el código fuente de esos componentes; pero, no tenemos el tiempo disponible (habrá que esperar a la jubilación je! je!). Lo podemos manejar mientras sean situaciones aisladas y esa es la ventaja de tener los códigos fuente; pero, aquí preocupa mucho que las fallas sean desde lo más elemental.

[Casimiro Noteví]

Un buen depurador es algo que todavía está pendiente, el GDB funciona bien, aunque he oído comentarios de que a algunos no les funciona como debería, en las pruebas que he hecho yo, la verdad, va bastante bien. Aunque también es cierto que no hay comparación con el de delphi.

[rolandoj]

Empezado por Casimiro Notevi

Un buen depurador es algo que todavía está pendiente, el GDB funciona bien, aunque he oído comentarios de que a algunos no les funciona como debería, en las pruebas que he hecho yo, la verdad, va bastante bien. Aunque también es cierto que no hay comparación con el de delphi.

Hola,

Muchas gracias por la información.

Eso confirma lo que, en base a lo hasta ahora leído, nos temíamos.

En el fondo, es el verdadero problema para la escasez de desarrollos realmente grandes con Lazarus. Un sistema como el nuestro, con docenas de miles de líneas de código, aunque no es imposible, es una locura intentar hacerlo sin un muy buen depurador.

Nuestro enfoque es por ende en dos etapas:

1. Usar Linux como Front-end. Eso, aunque faltaría probar alguito más, y luego dar tiempo de funcionamiento a ver la estabilidad, es algo que creo que ya tenemos bajo control.

2. Poner nuestro servidor en Lazarus/Linux. Aquí estamos avanzando; pero, aún en lo más básico.

Nuestra estrategia es encapsular la funcionalidad de Base de Datos, del Web Module, y alguna que otra complementaria, en nuestra propia capa de abstracción; de tal forma que podamos tener portabilidad Delphi-Lazarus; así mantener ek desarrollo de todo el código propio (bueno, excepto la capa de abstracción), en Delphi, y en Lazarus tan solo hacer alguno que otro ajuste muy mínimo que pudiera ocurrir.

Por cierto, has usado ese depurador con una aplicación de Módulo Apache, o al menos una CGI ?. Es que es ahí donde tenemos nosotros que trabajar y, según leímos, la depuración multihilos anda mal; así que en últimas la alternativa sería depurar el CGI.

Una última pregunta. Yo supongo que el problema de tener un buen depurador integrado se debe haber discutido a fondo en los foros de alto nivel de Lazarus. Y también supongoo que su no implementación se debe a un alto nivel de dificultad. Tienes alguna dirección donde se esté haciendo seguimiento al tema ?. Digo, para estar al tanto de las perpectivas.

[Casimiro Noteví]

Empezado por rolandoj

Por cierto, has usado ese depurador con una aplicación de Módulo Apache, o al menos una CGI ?

No, sólo lo he usado con componentes "normales" y de bases de datos.