SoloCodigo

Hola a todos,

Quería hacerles una consulta. Estoy desarrollando una aplicación con una interfaz gráfica de usuario que utiliza las librerías Qt. Por otro lado hay una aplicación que gestiona un bus serie de comunicaciones. La idea era que los datos que maneja la interfaz gráfica de la primera aplicación fueran en realidad datos que se reciben y se envían usando la segunda aplicación. Como primera idea se me ocurre que ambas aplicaciones podrían usar una sección de memoria compartida. Podría haber, por tanto, un programa aparte que crease la memoria compartida y después iniciase dos procesos hijos mediante fork. Uno de los hijos ejecuta el código de la primera aplicación y el otro el de la segunda aplicación.

Hasta aquí la idea sonaba bastante bien pero por lo que he leído si utilizo un fork para crear un proceso y después exec para que dicho proceso ejecute el código de un ejecutable ya existente el espacio de direcciones cambia y pierdo la memoria compartida. ¿Cúal sería la forma correcta de hacer algo como lo que estoy planteando?

Si alguien necesita más información puedo tratar de explicar más en detalle alguna parte del problema.

Gracias por adelantado y un saludo.

Yo que tú lo haría con tuberías (pipes) porque con memoria compartida te vas a volver loco con la concurrencia, y vas a necesitar semáforos o algo parecido para sincronizar los procesos. Hazle caso Ruben3d. Suerte.

Hola a todos,

Muchas gracias por vuestras respuestas. Teniendo en cuenta vuestros comentarios voy a replantearme si sería mejor utilizar otro tipo de comunicación entre procesos que no sea memoria compartida (pipes o sockets por ejemplo).

De todas formas mi mayor duda no era esa, sino buscar la forma de que una aplicación cree un proceso hijo con fork y después ese hijo ejecute el código de otro ejecutable. Los ejemplos que he visto hacen esto usando una llamada a exec, pero por lo que he leído al hacer exec se perdería por ejemplo la memoria compartida que se hubiera definido previamente y no sé si puede afectar también a otros tipos de comunicación entre procesos. Por eso preguntaba si había otras formas de hacerlo. La razón de tener la gui y las comunicaciones en dos aplicaciones distintas es que estas aplicaciones puedan ser desarrolladas por programadores distintos, e incluso usando lenguajes distintos (C puro por un lado, C++ por el otro).

Gracias de nuevo y un saludo.

Puedes mantener la comunicación por tuberías tras lanzar el proceso con exec. ¿Cómo crees que funciona la propia shell, cuando haces llamadas del tipo 'cat archivo | grep "hola"'? En ese caso concreto lo que se hace es redirigir stdin y stdout a tuberías que heredan los procesos creados con exec desde los fork.

Un saludo,

Rubén