Compartir instancia de un objeto
 

Hola como han estado, espero que bien.


Verán mi consulta es un poco rara pero ahí va, tengo 5 aplicaciones diferentes que se pueden ejecutar muchas veces en una sesión, lo diferente de estas aplicaciones es que usan la misma base de datos (funcionan con firebird 2.1), y con lo cual tenemos 5 conexiones y desconexiones a la misma base de datos en múltiples veces, y en ocasiones la conexión a la base de datos tarda más de lo que me gustaría (ya que son de tipo cliente servidor). Así que me gustaría saber si hay un modo en el que dos aplicaciones pueden compartir un mismo espacio de memoria, para que en ese espacio común pueda instanciar un TIBDatabase al cual se enlacen todas las aplicaciones y así solo haya una conexión a la base de datos, esto es siquiera posible? Necesito algo similar al espacio compartido que se crea con “CreateFileMapping” pero con la diferencia de que pueda compartir una instancia de un objeto. O que más podría hacer, para que solo hubiera una conexión a la base de datos en lugar de 5?

Juraría que Al González hizo esto que quieres. Busca...

// Saludos

Hola roman.

Yo también me acordaba del hilo de Al (pienso que hablamos del mismo). Lo busque a la tarde sin poder encontrarlo, pero ahora creo que lo ubiqué: Objetos superglobales .

Saludos.

Gracias roman, ecfisa. :)

Es una lástima, pero no:(. Lo que hacen los objetos súper globales del compañero Al González es crear una clase que sí que serán vistas en múltiples aplicaciones, pero con las limitaciones clásicas de la creación de espacios compartidos, entre estas limitaciones hay una que es la de no compartir ni crear punteros en el espacio compartido (por favor corríjanme si no es así). Lo que yo intento hacer es más bien acceder directamente al espacio de memoria de otra aplicación (ya que la instancia de TIBDatabase tiene que estar en la aplicación que se abra primero), lamentablemente con dos días de búsqueda e intentos creo que no se va poder. :confused:

Ahora mismo estoy intentando hacer esto abriendo las aplicaciones como subprocesos de una aplicación padre que se supone será la que comparta la base de datos, pero no me ha sido posible acceder a esa parte de la memoria en donde esta instanciado el componente, :confused:mmm estoy comenzando a creer que es imposible acceder a otro espacio de memoria que no sea el que te asigna el SO, seguiré viendo por ahí y si alguien mas tiene una que otra sugerencia ps hacérmela saber.

Pues con esta técnica no deberías tener demasiados problemas. Los punteros los puedes compartir...

No desesperes demasiado. Se puede conseguir cotillear el espacio de memoria de otro proceso aunque la tarea es delicada. Mírate la API ReadProcessMemory y las de su familia. Quizás te abra una vía a la solución de tu problema, pero como te dije es delicado y dificultoso llegar a buen puerto.

Quizás te interese leer esto aunque es posible que ya le hayas echado un vistazo. También puede ser de tu interés este tema y este otro.

En una ocasión necesité husmear en procesos de sistema y escribí una dll que, básicamente, inyectada en un proceso leía su memoria memoria y lo escribía en el espacio de memoria de mi proceso inyector. Pude, de esa manera, obtener la información que me interesaba.

Como te he comentado antes, y es por eso que no contesté previamente, este sistema no es fácil y puediendo provocar inestabilidades en tu aplicación. Pero, ya a la desesperada, es una vía interesante, al menos de investigación, y puede que termines consiguiendo lo que te propones.

Saludos.

Haaaa después de un sueño reparador el mundo pinta diferente :D. Por otro lado mil gracias escafandra por los enlaces, sí que ya había pasado por esos hilos pero como en cada definición de inyección leía que se trataba de ejecutar mi código en otro espacio pues pensé (precipitadamente), que al ser su espacio estaría en las mismas, porque no vería mi espacio, pero después de un sueñin y una leída más profunda (por tu recomendación), me doy cuenta que no solo se pueden inyectar ciertas funciones, sino que también se pueden inyectar directamente estructuras y todo lo que sea escribible en memoria:eek: (o sea que quizás pueda inyectar una copia de mi instancia ya conectada:rolleyes:), así que profundizare mas en este interesantísimo tema y espero que en un par de horas más ya tenga código funcional (que desde luego subiré para concluir este hilo).

mmm esto ya se ha complicado demasiado, les cuento, hice una inyección simple de la instancia de un TIBDatabase en otro proceso, e incluso logre pasar un TIBDatabase a través de la memoria compartida que se crea con CreateFileMapping(copiando Byte a Byte de la instancia en memoria), en ambos casos me ocurrió lo mismo, sí que me copia la instancia de TIBDatabase a el nuevo espacio de memoria y sí que se ve conectada correctamente (claro sin necesidad de volver a conectar, lo probé con LoginPrompt a true, para ver felizmente que me conectaba sin mostrarme el dialogo de contraseña), ahora el problema viene cuando intento ocupar la copia de esa base de datos, me tira violaciones de acceso porque resulta que dentro del TIBDatabase hay más punteros aun (bastante razonable a decir verdad), y esto haría de la copia de una instancia de TIBDatabase toda una odisea (que no algo imposible), ya que esos punteros internos quedan apuntando a espacios inexistentes de memoria y de ahí las violaciones, así que me quedan dos caminos: 1 resignarme y dejar 5 conexiones, o 2 seguir viendo cómo acceder a todo el espacio de memoria de una aplicación y no solo a unas fracciones (me huele que optare por el segundo y jugare con una que otra api indocumentadas, CreateKernelThread me está haciendo ojitos).

Pd. En cualquier caso si logro acceder a todo el espacio de memoria de una apli, subiré como lo he hecho, porque valla tema más interesante con el que me he topado (gracias a escafandra).

Algo común en estos casos es tener un ejecutable principal con la conexión y dividir el resto de las aplicaciones no en ejecutables autónomos también (puesto que la autonomía ya no es tal), sino en bibliotecas DLLs. De esa manera siempre se estará usando el mismo espacio de memoria, con la ventaja de compartir todo aquello que sea necesario, no solamente el objeto conexión.

Considera, además, el uso de la propiedad Handle y el método SetHandle de TIBDatabase.

Saludos.

Al.

Gracias por la sugerencia Al González (y perdón por los corchetes de la última vez jeje), cierto lo de las dll (ya tengo un par de aplicaciones modularizadas así y otras tantas con bpl’s), la cuestión es que estas ya están programadas así, y quería evitarme el trabajo de adaptarlas de nuevo además de que es un poco divertido encontrar cosas y métodos nuevos, así que ahora que tengo un tiempo de sobra seguiré viendo el cómo invadir otros espacios de memoria jeje que según he visto por ahí de que se puede, se puede.:D

Veo que te ha enganchado el tema, _cero_. Ya te has dado cuenta que no es tan sencillo y que no es comparten los contenidos de los punteros a no ser que los rastrees y copies esos contenidos también...

Compartir a través del Kernel tampoco es fácil. Su espacio de memoria reservado es escaso y su escritura puede provocar el desastre, BSOD. Puedes seguirle la pista a la indocumentada ZwSystemDebugControl. Desde un driver puedes cotillear la API KeStackAttachProcess.

Existe otra forma de inyección mas sencilla que todo lo anterior aunque mas burda, menos sutil. Se trata de inyectar todo un modulo en otra aplicación. Digamos que es como abrir un proceso inyectado todo él en otro y por tanto en su espacio de direcciones. En ester sentido puedes leer algo del Formato PE. Te recomiendo la lectura de este tema y en concreto de este código de ArdiIIa.

Como ves se le puede dar muchas vueltas al tema de la invasión o inyección de procesos, desde el espacio usuario al Ring 0.


Saludos.

Gracias por los enlaces escafandra:), sí que me he enganchado con este tema, es nuevo y sí que tiene potencial para muchos tipos de aplicaciones, por el momento para este problema concreto optare por convertir las aplicaciones a módulos, pero no dudes ni por un segundo que apenas le halle a este tema lo aplicare en muchos casos;), seguiré averiguando sobre esto y por supuesto compartiré más adelante lo aprendido, pero tendrá que ser en un poco más de tiempo, ya que me han caído otras cosas en las que ocuparme :(.