![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
Firebird con Threads
Hola a todos. Estoy últimando una aplicación multihilo tipo servidor de ficheros.
Todo marcha bien al arrancar cada hilo de ejecución. La secuencia es la siguiente: crea basedatos, crea tabla, crea transacion, ejecuta selectsql y devuelve el resultado. Cuando arranca un segundo hilo y el primer hilo no ha acabado, este segundo hilo se congela, justo en una de estas sentencias database.connected := true, transaction.starttransaction, tabla.active := true indistintamente. Es decir que cuando hago algún movimiento efectivo sobre firebird 1.5 el segundo hilo se cuelga, bueno la verdad es que se cuelgan todos los hilos. He probado de todo, con variables de tipo FList, cambiando los componentes de los ibx a los UIB( decían en internet que estos eran los únicos thread-safe que existen ), cambiando el firebird 1.5 de superserver a classic y nunca he conseguido ningún resultado, siempre la congelación. He leído algunos hilos del foro hablando del tema pero sin dar ninguna solución viable. Si alguien puede dar alguna pista se agradecería. Un saludo |
#2
|
||||
|
||||
Hola
Pregunto: No sera que firebird necesita hacer un Commit o un Commitretained para que se cierre la tabla ?. Saludos
__________________
Siempre Novato |
#3
|
||||
|
||||
Hola compañero Jack!
Primero, supongo que estás utilizando un componente de conexión, llamese TDatabase, distinto para cada hilo y en mejor manera, una copia para cada hilo de cada componente utilizado en la conexión. Si es así, entonces el problema está en la biblioteca cliente de Firebird (fbclient.dll). Tengo entendido que esta biblioteca no soporta multi hilos hasta la versión 2.5 de Firebird. Si es posible, intenta hacer tus pruebas con una versión más reciente de la biblioteca cliente o en última instancia, con una versión más reciente del servidor Firebird. Saludos, Chirs |
#4
|
||||
|
||||
Yo trabajo con múltiples Thread's en FB 2.1 sin problemas.
Tienes que asegurarte 100% de que tanto el TIBDatabase, como TIBTransaction y los TIBDataSet que utilices sean UNICOS e independientes para cada Thread. Se deben de crear en cada Thread que vayas a utilizar y se deben de liberar igualmente en cada Thread.
__________________
Piensa siempre en positivo ! |
#5
|
|||
|
|||
Gracias a todos por responder.
Cambie la base de datos a la versión 2.5 y comprobé con varios tipos de modos de transacción. Obtuve los mismos resultados. Para gluglu: he hecho exactamente lo que tu dices y lo único que he logrado es que se cuelgue la primer hilo y que arranque el segundo pero nunca los dos a la vez. Te agradecería un poco mas de información de como lo has podido resolver. Gracias de antemano. Un saludo. Jack |
#6
|
||||
|
||||
Por lo que indicas, no haga nada diferente a lo que tu haces, al menos en referencia a crear y eliminar, tanto la BBDD como la transacción como las tablas a utilizar dentro del Thread.
También debes de considerar otro tema muy importante : No puedes hacer ninguna operación con estos componentes que afecten a algo externo al Thread, m explico, no puedes intentar actualizar algo en pantalla o utilizar un dato obtenido en el thread con estos componentes, si no es a través del método Syncronize. Indícame por favor cómo devuelves los datos que has obtenido dentro del Thread a tu aplicación principal, y a ver si podemos aclarar algo más. ![]()
__________________
Piensa siempre en positivo ! |
#7
|
||||
|
||||
... añado ....
También podrías ejecutar tu aplicación en modo Debug, e ir mirando paso por paso las líneas que va ejecutando, tanto de tu aplicación principal como del Thread. Así podrías ver exactamente en qué sentencia se queda 'congelado' el Thread, y probablemente sirva para entender mejor el problema.
__________________
Piensa siempre en positivo ! |
#8
|
||||
|
||||
Sería bueno que nos compartieras algo de código Jack. Pero también busca usos del procedimiento Synchronize, un mal uso de este procedimiento puede dar resultados como el que estás teniendo.
Saludos, Chris |
#9
|
|||
|
|||
Lo he probado todo lo que me habéis dicho y todo continua igual, no entiendo que pasa ...
|
#10
|
||||
|
||||
Qué componentes estás utilizando para hacer la conexión?
|
#11
|
||||
|
||||
Como dice Chris ...., si compartieras algo de código, probablemente te podamos ayudar mejor. Si no, simplemente estás indicando que no te funciona.
__________________
Piensa siempre en positivo ! |
#12
|
||||
|
||||
Como dicen mis compañeros: ¡¡¡ El código !!!
![]() Es que no nos funciona la bola de cristal usb ![]()
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#13
|
|||
|
|||
Perdón por el retraso
He tenido que confeccionar un código nuevo porque tenía el otro empotrado en toda la aplicación y me parecía muy difícil de poner todo.
Ahí va la unidad nueva entera: Y gracias de antemano por la contestación. Un saludo. unit Unit1; interface uses Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs, StdCtrls, Buttons, Button2011, IBDataBase, IBCustomDataSet; type THilo = class(TThread) private DataBase: TIBDataBase; Tabla: TIBDataSet; procedure ActualizaMemo; public CadenaMostrar: string; constructor Create( Suspendido: Boolean ); procedure Execute; override; end; type THPrueba = class(TForm) Button20111: TButton2011; Memo1: TMemo; procedure Button20111Click(Sender: TObject); private { Private declarations } public { Public declarations } end; var HPrueba: THPrueba; implementation {$R *.DFM} procedure THilo.Execute; begin // Aqui no tengo mu claro lo que tengo que poner { while Self.Terminated = False do Self.Synchronize;} end; constructor THilo.Create( Suspendido: Boolean ); begin inherited Create( True ); // Quizas tuviera que crear un objeto TList con un database, transaction y tabla // para cada ejecución del hilo DataBase := TIBDataBase.Create( nil ); DataBase.DataBaseName := 'C:\DATOS\BASEDATOS.FDB'; DataBase.LoginPrompt := False; DataBase.Params.Clear; DataBase.Params.Add( 'user_name=sysdba' ); DataBase.Params.Add( 'password=masterkey' ); DataBase.Connected := True; // Tabla := TIBDataSet.Create( nil ); Tabla.DataBase := DataBase; Tabla.Transaction := TIBTransaction.Create( nil ); Tabla.Transaction.DefaultDataBase := DataBase; Tabla.Transaction.Params.Clear; Tabla.Transaction.Params.Add( 'read_committed' ); Tabla.Transaction.Params.Add( 'rec_version' ); Tabla.Transaction.Params.Add( 'nowait' ); Tabla.Transaction.StartTransaction; Tabla.SelectSQL.Clear; Tabla.SelectSQL.Add( 'select Codigo, Denominacion from Apuntes' ); Tabla.SelectSQL.Add( 'where Periodo = 2010' ); Tabla.Active := True; while not Tabla.Eof do begin CadenaMostrar := Tabla.Fields[ 0 ].AsString + ' ' + Tabla.Fields[ 1 ].AsString; Synchronize( ActualizaMemo ); Tabla.Next; end; end; procedure THilo.ActualizaMemo; begin HPrueba.Memo1.Lines.Add( CadenaMostrar ); end; procedure THPrueba.Button20111Click(Sender: TObject); var Hilo: THilo; begin Hilo := THilo.Create( True ); Hilo.Execute; Hilo := THilo.Create( True ); Hilo.Execute; end; end. |
#14
|
||||
|
||||
Bueno ....
A ver .... a falta de mejores criterios de otros compañeros del foro, veo algunos errores básicos de concepto ! ![]() Empecemos por el más grave :
Sin duda alguna, y con el 10000% de seguridad, esto se te va a quedar colgado siempre y en todas las ocasiones. Estás declarando una variable Hilo, que utilizas dos veces y como no, se tiene que quedar colgado a la fuerza. No puedes utilizar la misma variable para dos Thread's diferentes que además se están ejecutando a la vez. O bien declarar una variable Hilo1 y otra Hilo2, o si vas a crear una lista grande de Threads, lo que te recomiendo es que te crees un Array de THilo. En primer lugar, probaría con dos variables diferentes, al menos para comprobar que tu código funciona, y ya después te puedes plantear la creación de un Array.
Además no se llama al procedimiento Execute del propio hilo de manera directa (o al menos yo tampoco lo hago), sino al procedimiento Resume que a su vez ejecutará el Execute del hilo. Si Hilo1 e Hilo2 tienen que estar accesibles en otra parte de tu Form, tendrías que declarar ambas variables en el apartado 'var' del Form.
Siguiente tema : Aunque queda claro que declaras y creas la BBDD y la tabla como parte del Hilo, personalmente incluiría también en cualquier caso la delcaración de la Transacción :
Nunca lo he visto así, y no sé si puede o no dar problemas, pero nunca he visto ni utilizado un Constructor declarado en el propio Thread. En todas mis declaciones de Thread's, además el procedimiento Execute lo tengo en el apartado de declaraciones 'Protected'. Al no utilizar nunca un Constructor, toda la creación de la BBDD, transacción y tablas, yo las meto en el propio Execute.
La llamada a Synchronize(ActualizaMemo), en principio me parece correcta, al igual que la propia ejecución del procedimiento ActualizaMemo. Intenta de momento hacer estos cambios que te propongo, a ver si así ya vas mejorando y si hace falta algo más, ya te intentamos ayudar posteriormente. Un saludo ![]() P.D. Se me olvidaba, también muy importante, debes de liberar todos los elementos creados, dentro del propio Thread.
__________________
Piensa siempre en positivo ! Última edición por gluglu fecha: 22-08-2011 a las 11:00:54. |
#15
|
||||
|
||||
Además me gustaría comentarte que si realizas una búsqueda sobre Thread's o Hilos en los foros, te encontrarás mucha información al respecto, entre otras : http://www.clubdelphi.com/foros/show...ead#post390534
En ese hilo también se hace referencia a varios temas que sobre este asunto ha puesto nuestro compañero Neftali.
__________________
Piensa siempre en positivo ! |
#16
|
||||
|
||||
Inderectemente el compañero Gluglu te he dicho el problema que tienes. A parte de todo lo que ha mencionado, te diré que el problema radica en que estás escribiendo la lógica en el procedimiento Create (el constructor). Tienes que saber que el constructor de la clase TThread se ejecuta en el mismo hilo principal de la aplicación. Es por eso que estás experimentando cómo si estuvieras utilizando un sólo hilo. Tienes que mover todo el código de lógica al procedimiento Execute. El código de Execute y cualquier otro procedimiento que él llame si es ejecutado en un hilo separado. Espero que me halla podido dar a entender lo que te quise decir, y que siempre lo tengas en cuenta cuando vuelvas a escribir código multihilo.
Saludos, Chris |
#17
|
|||
|
|||
![]() Cris cambie todo el código al metodo execute del hilo.
Gracias por la puntualización del método create del thread, seguro que me servirá para futuras ocasiones. Ahora se me ha quedado como te indico abajo, pero además he cambiado los componentes de la conexión a los zeos creo que es la versión 6 y además he cambiado de firebird a mssql y tampoco me funciona. No se que pasa, estaría conformado si no se pudiera hacer en ningún caso pero es que he leído que hay algunos programadores que consiguen realizar justamente lo que yo necesito. Me encuentro un poco frustrado llevo muchos días con este problema y no le veo la punta por ningún lado. Ahí te pongo el nuevo código a ver si me dais alguna pista. He puesto un timer y dos conexiones con nombre diferente para asegurarme que los componentes son diferentes y se ejecutan los dos a la vez. El método vermensaje me indica justa en que linea se para el código , en este caso devuelve un error de dirección de memoria. Muchas gracias de antemano.
Última edición por Casimiro Notevi fecha: 22-08-2011 a las 18:50:10. Razón: Poner etiquetas [delphi] [/delphi] |
#18
|
||||
|
||||
He revisado tu código. Generalmente no he visto ningún problema en él. Pero si lo he reducido para empezar a "debuguear" desde él:
Prueba este código y cualquier error, comparte en gran detalle toda la información del error que se presente, la clase de la excepción, el mensaje y la línea. Por allí ay que empezar
Este es tu mismo código, con la misma funcionalidad, nada más que acortado y adaptado para que sea más entendible (por lo menos desde mi punto de vista :P) Saludos, Chris |
#19
|
||||
|
||||
![]() ![]() ![]() .... bueno, allá vosotros ! Aun así, os vuelvo a indicar que el código expuesto es imposible que funcione correctamente, ya cambies a Oracle o a superbasededatos Ver 1000.1, oc ambies igualmente cualquier componente a supercomponentes Ver 2021.7. De nuevo os indico los errores, según mi punto de vista, la mayoría de ellos ya los comenté anteriormente :
El Thread debe de ser TOTALMENTE encapsulado. A lo mejor a la primera no da problemas, pero a ls segunda o tercera, seguro que dá problemas ... No debes de acceder a una Variable de HPrueba dentro del propio Thread. Por qué os empeñais en crear dos hilos diferentes con el mismo nombre de la variable ?
Por mucho que lo ejecuteis después en un Timer, el Thread se vuelve a crear dentro de Button20111Click con el mismo nombre de la variable, y eso os va a dar problemas porque en ningún caso va a saber referenciar correctamente cualquier llamada. Por qué no probais :
Saludos ... ! ![]()
__________________
Piensa siempre en positivo ! |
#20
|
||||
|
||||
Acabo de generar este código, con Firebird 2.1 y componentes IBX, y me funciona perfectamente, sin problema alguno :
__________________
Piensa siempre en positivo ! |
![]() |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
threads en dbExpress | pborges36 | Conexión con bases de datos | 5 | 21-12-2010 16:18:47 |
Firebird AND Threads | Abel Garcia | Firebird e Interbase | 21 | 19-03-2008 05:07:21 |
uso de threads | JULIPO | API de Windows | 2 | 25-07-2007 16:09:06 |
Bloqueo Ibx Firebird AND threads | Abel Garcia | Firebird e Interbase | 3 | 26-02-2007 14:02:27 |
![]() |
|