Conexiones que fallan con W7 64 y funcionan con WXP SP3
 

Descripcion del entorno de trabajo:

2 maquinas integradas en una OU (con W2003 Server) que pertenece a un dominio con otras muchas OU. Pero esto es irrelevante. Se cita solo a titulo de vision global.

Maquina A: Sistema Windows XP Professional SP3 + IB6. Aloja una base de datos BaseDatos.GDB en fichero único. La carpeta donde esta alojada no esta compartida y no tiene seguridad.

Maquina B: Sistema Windows XP Professional SP3 + CLIENTE1.EXE. El cliente lleva un módulo de datos con una conexión a BaseDatos.GDB de la siguiente forma:
en DataBaseName de IBDB \\Nombre_Maquina_en_OU\CARPETA_QUE_ALOJA_BD\BaseDatos.GDB y en Params de IBDB User_name='NOMBRE_1' Password='abcd123';

Maquina C: Sistema Windows 7 professional 64 SP1 + CLIENTE1.EXE (el mismo cliente anterior) y Firebird 2.5.3 superserver.

Desde Maquina B se ejecuta el cliente y el usuario se loguea con NOMBRE_1 y abcd123. La conexión se produce sin problemas. Pero hay que hacer una precisión a esto ultimo y es que si se abre sesión con un usuario perteneciente al Dominio, aunque sea administrador local de la maquina, la conexión peta. Si no se abre sesión en el dominio y se hace en local con el administrador local de la maquina es cuando la conexión tiene éxito.

Desde Maquina C se ejecuta el cliente igual que en B y siempre peta. Con usuario de dominio o con usuario administrador local de la maquina.

Los clientes están programados con Delphi 7 (32).

No parece un problema el hecho de que los clientes estén programados en Delphi 7 porque otras bases de datos IB están migradas a esa misma maquina (con W7 64 y Firebird 2.5.3) y en local funcionan bien los clientes.

¿Alguien tiene alguna idea de porque peta la conexión?

Hola,
prueba la conexión de esta forma :

Nombre_Maquina_en_OU:\CARPETA_QUE_ALOJA_BD\BaseDatos.GDB

Funciona !!!!
Muchas gracias.
Pero cual es la razon de que sea tan puntilloso con el tema?

Me alegro que lo soluciones, pero eso de que "peta siempre", estaria bueno como siempre se dice por el foro que se copie cual es el mensaje de error, porque yo ya iba a sugerir que era un problema de permisos/firewall del win7 o alguna libreria que no copiaste, como es 64 bits por ahi la cosa cambia

Lock conflict on no Wait transaction Deadlock
 

El mensaje que daba era que no podia encontrar la ruta del servidor. Tiene su lógica que si estaba mal referenciado no fuera capaz de encontrarlo.
Perdón por la omisión.

El mensaje que se adjunta y que a veces se produce en la conexión pero que no impide la ejecución ¿a que es debido?
"lock conflict on no wait transaction deadlock"

Muchas gracias