|
En primer lugar, gracias por respondernos tan rápido. Procedemos a contestar:
Sí, la DLL la hemos realizado nosotros.
Esa es la principal duda que teníamos: los ejemplos que hemos visto son referentes a aplicaciones. Igual si hubiera varias DLL también funcionaría, pero no tenemos esa opción: todos los programas funcionan "contra" la misma DLL.
Aunque nos queda la duda viendo el libro de M. Cantú: "la biblia de delphi". En su edición 7, viene lo siguiente en la pág. 547:
"Si se carga el codigo de la DLL solo una vez, podríamos preguntarnos que ocurre con los datos globales. Básicamente, cada copia de la DLL tiene su propia copia de los datos, en el espacio de direcciones de la aplicación que llama. Sin
embargo, posiblemente será necesario compartir datos globales entre las aplicaciones que usen una DLL. La técnica más común para compartir datos consiste en usar archivos proyectados en memoria. Usaremos esa técnica en el caso de una DLL, pero podemos también utilizarla para compartir directamente los datos entre las aplicaciones. Este ejemplo se llama DllMem e incluye el proyecto DllMem (la propia DLL) y el proyecto UseMem (la aplicación demo)."
Desgraciadamente la persona que nos ha dejado el libro no dispone del CD y no es posible verificar sí es posible realizar lo que pretendemos. Estamos en trámites para adquirir el CD, pero suponemos que tardará aún.
En cuanto a la alternativa, habíamos pensado realizar algo así, pero no somos expertos en delphi y nos llevaría a más cuestiones. La primera sería: ¿Cómo una aplicación puede "escuchar" peticiones desde una DLL? El mayor problema es la rapidez, por lo que el acceso a un fichero en el disco duro queda restringido. Y peticiones TCP/IP también.
¿Hay algún mecanismo de colas que pueda quedar abierto en un aplicación?
|