D2010 + Zeos + MySQL en Windows XP Home
#1
Escrito 07 septiembre 2010 - 03:24
Estoy haciendo unas pruebas de conexión con Zeos en Delphi 2010 a MySQL en un Windows XP Home. La cosa es que en diseño se me conecta a la base de datos, me abre las consultas sin problemas, pero en ejecución, a la que activo el TZConnection me salta un error que dice "None of the dynamic libraries can be found: libmysqld51.dll, libmysqld50.dll, libmysqld.dll"
No entiendo por qué me pide las librerías "d" dado que la configuración del ZConnection no es para que me las pida.
Lo que más me extraña es que en diseño se me abra sin problemas y en ejecución no y encima me pida una librería que no debe.
Alguien sabe si, al ser una alpha, las zeos tienen aun algún bug (yo no he encontrado nada)? Aunque no lo creo, pero... puede ser algo del SO??
Gracias
Nos leemos
#2
Escrito 07 septiembre 2010 - 03:32
Salud OS
#3
Escrito 07 septiembre 2010 - 11:42
Lo he probado poniendo la librería en la misma carpeta del ejecutable y/o en System32 con el mismo resultado.
Sabes si hay alguna manera de especificar el path de la librería?
La verdad es que no hace mucho hice otra prueba con D7+Zeos+MySQL en Win XP Prof y no tuve ningún problema con la librería en la carpeta del ejecutable, no me hizo falta ponerla en el System32, de ahí que ahora no se si es cosa del SO o de las propias Zeos.
En fin, se aceptan sugerencias
Nos leemos
PD: incluso otros componentes de acceso a MySQL que hayáis probado y funcionen dignamente
#4
Escrito 08 septiembre 2010 - 10:44
#5
Escrito 08 septiembre 2010 - 12:46
Pues no, sólo tengo la libmysql.dll, la que en teoría necesita el componente por su configuración (protocol=mysql o protocol=mysql-5)
Las que pide no las he localizado por internet, aunque creo que alguna de ellas es para la versión embedded, ¿no?
Gracias
Nos leemos
#6
Escrito 08 septiembre 2010 - 12:50
#7
Escrito 08 septiembre 2010 - 02:08
Sí, de hecho gracias a que (también) la tengo en el System32 (dado que es una carpeta que está en el path) en diseño me conecta a la BD. De ahí que no entienda por qué no lo haga en ejecución.
En fin, seguiré buscando Gracias de todas formas
Nos leemos
#8
Escrito 08 septiembre 2010 - 03:21
Yo he usado nada mas estas dll en mis pruebas sin ningun problema.
Saludos
Archivos adjuntos
#9
Escrito 08 septiembre 2010 - 03:34
He probado las dll que has subido y, al menos no me dice que no encuentra las dll. En cambio, ahora me da un access violation muy bonito en la librería libmysqld50.dll
En fin, seguiré mirando que hoy ya es tarde y tengo la neurona ya dormida
Gracias
Nos leemos
#10
Escrito 08 septiembre 2010 - 03:50
Buenas,
He probado las dll que has subido y, al menos no me dice que no encuentra las dll. En cambio, ahora me da un access violation muy bonito en la librería libmysqld50.dll
En fin, seguiré mirando que hoy ya es tarde y tengo la neurona ya dormida
Gracias
Nos leemos
Enrtonces me suena que el problema está en la versión del protocolo que estas utilizando.
Salud OS
#11
Escrito 09 septiembre 2010 - 02:12
Bueno, parece ser que empiezo a ve la luz al problema, aunque aun no lo tengo solucionado, pero creo saber por qué me pasa.
Explico: estoy haciendo una aplicación que ataca a una base de datos Firebird situada en una red local. Esta aplicación debe de conectarse a una base de datos MySQL situada en internet (una página web de venta de artículos) cada X tiempo para sincronizar artículos, precios y descargar pedidos y demás información.
Pensé en hacer este proceso en un segundo plano para no molestar el funcionamiento normal de la aplicación y decidí hacerlo en un Threard y, por la pruebas que he realizado, es debido a ésto (que se ejecuta todo en un Thread) que no es capaz de reconocer/encontrar la dll.
La cuestión ahora es ¿por qué?
En fin, si no encuentro solución, haré una segunda aplicación que se encargue de la actualización y que le programa principal la lance cada ese X tiempo.
Gracias
Nos leemos