turbo delphi + fb 2.5

[arrayman]

Hola, tengo una aplicacion con turbo delphi y fb 1.5 a traves de dbexpress. el caso es que he intentado migrar a fb2.5, especialmento por que al parecer la version embeded de este ultimo es threadsafe y permiter conexiones concurrentes.

el caso es que al ejecutar la primera select , obtengo los siguientes errores
'SQL Server Error : no current record for fetch operation'
este primero solo cuando lo ejecutro dentro del ide. y acontinuacion este otro
'Unknown error code 65535' .
que es el que se ve cuando ejecuto el exe desde fuere del ide.

tras buscar me da la impresion de que es un problema del dbxint30.dll o algo asi, lo curioso es que usando la verison embeded (renombrando fbembebded.dll como fbclient.dll)no ocurre. solo cuando intento conectar con un servidor firebird (no embeded) ocurre el error . (el fdb es el mismo)
alguien sabe algo al respecto. coneceis alguna alternativa (gratuita) al driver propio de codegear.

gracias.

[Casimiro Notevi]

Hola, recuerda poner títulos descriptivos a tus preguntas, gracias.

Para empezar, dices que has pasado de firebird 1.5 a 2.5 ¿cómo has hecho el traspaso?.

[arrayman]

hola, gracias por tu pronta respuesta. el titulo es importante desde luego, si lo he dejado un poco abierto es por que no se muy bien cual es el problema. no es conexion, es al hacer una select, pero no es la select. en fin intentare esforzarme mas en adelante.

la migración la hize haciendo una copia de seguridad sobre fb 2.5 y restaurandola. entre la informacion que me ofrece ibexpert indica un ods version 11.2 (que creo que corresponde a fb 2.5) de todos modos asumo que es correcto pues en la version embeded de fb2.5 no tengo ningun problema. (de momento claro) en la maquina de desarrollo he desinstalado la version de fb y he instalado la fb2.5 32 bits he renombrado el fbclient.dll de la carpeta C:\WINDOWS\SysWOW64 (wxp 64) como _fbclient.dll para asegurarme que delphi usa esa (casca diciendo que no encuentra fbclient.dll) y la he dejado como fbclient.dll tras comprobarlo. no se muy bien si me falta alguna cosa creo que no.

entiendo de tu pregunta que si se puede usar fb 2.5 con turbo delphi (dbexpress) y que el problema es mio?

un saludo.

[Casimiro Notevi]

Empezado por arrayman

entiendo de tu pregunta que si se puede usar fb 2.5 con turbo delphi (dbexpress) y que el problema es mio?

Sólo he intentado saber si has hecho un traspaso correcto entre versiones, para ello debes crear un backup transportable desde la versión 1.5 y luego restaurar con la versión 2.5
Seguidamente debes comprobar que la base de datos está correcta en el aspecto de que hay ciertos cambios y cosas que se permitían (mal hecho) en triggers y ahora no.

Y a partir de saber que la base de datos está bien... entonces empezar a solucionar los problemas, si es que los hay.

Por cierto, yo uso estos controladores, que son libres y gratis.

[arrayman]

ok, gracias por la info. los vi ayer buscando actualizaciones de dbexpres y alternativas, pero parece que son para delphi 2007 en adelante al parecer dbexpress cambio version a partir de ahi y no son buenos para delphi 2006 (o turbo delphi), no se si alguien esta usando delphi 2006 con fb2.5 via dbexpress y le funciona sin problemas estaria bien saberlo la verdad por la info que encontre yo pensaba que se trataba de un error de dbxint30.dll pero ya me haces dudar igual hize algo mal y el problema es mio. el backup lo hize transportable como bien dices. lo unico creo que lo hice todo con la version 2.5 de fb tanto la copia como la resturacion no se si tenga que ver, aunque no cre. de todos modos lo que mas me despista es que la version embeded de fb no de problemas si fuese el dichoso dbxint30.dll deberia cascar igualmente.

sigo buscando...

un saludo.

[arrayman]

de vuelta, haciendo pruebas.

bueno la select que da el problema es tan sencilla como esta.

select count(*) as nuser from usuarios
y la tabla es asi:

CREATE TABLE USUARIOS (
USUARIO VARCHAR(16) NOT NULL,
ALTIME SMALLINT,
AUTOLOCK CHAR(1) DEFAULT 'F' NOT NULL,
CLAVECRC VARCHAR(32) NOT NULL
);

ALTER TABLE USUARIOS ADD CONSTRAINT PK_USUARIOS_NEW PRIMARY KEY (USUARIO, CLAVECRC);

el caso es que he creado un projecto para reproducir y aislar el problema y efectivamente se reproduce.

la select se lanza en el oncreate del unico formulario. usando un tsqldataset al que asigno la select por codigo.
lo curioso es que si a ese mismo sqldataset le asigno la select en tiempo de diseño y en el inspector de objetos pongo
active a true no peta incluso puedo ver el resultado en un grid via clientdataset.
.

a continuacion he desinstaldo fb 2.5 y he instalado fb 2.07 para conseguir el fbclient.dll del fb 2.07
y atacando un server fb2.5 a la base de datos con ods11.2 (fb2.5) pero con la fbclient 2.07 no peta.

supongo que no es conveniente en produccion atacar un servidor fb con un fbclient cuya version no se corresponde,
¿ o da igual ?


seré yo señor? seré yo?

un saludo.

[arrayman]

bueno la version 2.1 de firebird parece ser la 1ª en la que se presentan mis problemas, a si que quedo limitado a usar fb207 . estaria bien saber si alguno de vosotros tiene funcionando con dbxpress y delphi 2006 (o turbo delphi) alguna aplicacion con fb2.1 o superior.


por supuesto si alguien sabe a que puede deberse seria bueno saberlo, aunque no haya solución, nunca da gusto quedarse sin saber el porque de algo.

tb seria fantastico saber si hay algun problema por atacar un fb2.5 con el fbclient.dll de la version 2.07 de fb.


un saludo.

[Casimiro Notevi]

Empezado por arrayman

tb seria fantastico saber si hay algun problema por atacar un fb2.5 con el fbclient.dll de la version 2.07 de fb.

El servidor y el cliente debe ser el mismo en todos los casos.

Si te digo la verdad, estoy confundido con las explicaciones que has dado, no entiendo bien cual es el problema y tampoco entiendo las pruebas que has hecho.

Además para hacer pruebas con distintas versiones, tal y como he comentado antes, deben ser siempre las mismas versiones de cliente y servidor... y más en este caso, en las que hay diferencias significativas entre la versión 2.0 y la 2.1

[arrayman]

gracias por la info. desde el movil me cuesta mucho :0. pero el lunes te resumio. ademas tengo al peque conmigo. muchas gracias y disculpa.

[arrayman]

Hola de nuevo. ahora he simplificado aun mas las pruebas, seguramente debi empezar por aqui, pero en fin,
un tsqldataset con la siguiente select

Código SQL [-]
 select f1 from dummy

dos sqlconnection
uno apuntando a 192.168.1.64:c:\fb207.fdb (fb207) y vendor lib = fbclient.dll
otro a 192.168.1.100:c:\fb25.fdb (fb25) y vendor lib = c:\fb25\fb25_fbclient.dll


al poner el dataset apuntando al 2º sqlconnection y active en true se produce el error 'Unknown error code 65535'
el active del sqlconnection se puede poner a true en ambos caso (la conexion si se establece)
pero parece ser que cualquier select casca.

ambos .fdb presentan ods 11.1 y 11.2 respectivamente.
la tabla dummy tiene un solo campo de tipo integer llamado f1.

lo relativo a la version embeded sigue siendo cierto, no se muy bien porque.
asumo que el driver interbase dejo de funcionar para firebird a partir de la 2.1 :-((

aunque si alguien se anima a hacer la prueba y lo consigue que de un toque. :-))
de hecho no hace falta ni delphi, si a mi aplicación le cambio el fbclient.dll por el fb 2.5 y lo hago apuntar a una
.fdb fb2.5/tb server fb2.5 (ahora ya lo tengo claro ;-)) se produce el error. asi que si teneis alguna aplicación
con dbxpress supongo que compilada con la version anterior a delphi 2007 (dbxpress 3 creo) podeis probar si sale bien
la habreis migrado a fb 2.5 (migracion del fdb tb es necesaria claro) y si no .... pues no.

gracias nuevamente por tu ayuda Casimiro.

[Casimiro Notevi]

Creo que no te he servido de mucho, pero me alegro que puedas solucionarlo.

[bitbow]

Se que el post es viejo pero cuesta un poco encontrar la solución.

Este error es común y se presenta debido al excesos de conexiones abiertas, algunas propiedades de los componentes de bases de datos pueden ocasionarlo en mi caso era la propiedad GeTMetaData de mis Dataset, los coloque en false y listo.

Saludos.