IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Windows Discussion :

communication entre progs


Sujet :

Windows

  1. #1
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Août 2006
    Messages
    45
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 45
    Points : 25
    Points
    25
    Par défaut communication entre progs
    bonjour,

    j'ai un prog (commercial) auquel j'ajoute des fonctionnalités avec des DLLs maison (VC2005) qui exportent des fonctions. Jusque là tout va bien. Je veux maintenant recompiler cette DLL en EXE qui exporteraient les mêmes fonctions, mais avec cette fois ci d'autres fonctionnalités propres.

    La compilation est OK. DumpBin confirme la ou les fonctions sont bien exportées, mais le premier EXE ne les voit pas.

    Est ce possible ou non? Je ne connais pas COM ni dotNET, donc je suis intéressé par la solution la plus simple possible, faute de quoi je me rabattrai plutôt vers une solution de mémoire partagée. Là aussi, tous les conseils sont les bienvenus.

    D'avance merci

    bv

  2. #2
    Expert éminent sénior
    Avatar de Médinoc
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Septembre 2005
    Messages
    27 369
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2005
    Messages : 27 369
    Points : 41 519
    Points
    41 519
    Par défaut
    Je ne vois pas le rapport entre fonctions exportées et mémoire partagée...

    Et que veux-tu dire par "recompiler cette DLL en EXE qui exporteraient les mêmes fonctions" ?

    C'est très différent, DLL et EXE... La DLL est dans le processus appelant, tandis qu'avec l'EXE on a un processus séparé...
    SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.

    "Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
    Apparently everyone.
    -- Raymond Chen.
    Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.

  3. #3
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Août 2006
    Messages
    45
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 45
    Points : 25
    Points
    25
    Par défaut
    certes, il n'y a pas de rapport, mais si je ne peux pas executer mes fonctions comme je le fais dans ma DLL, je peux peut-être rendre les données accessibles au prog no2.

    Pour le moment, le prog commercial (prog1) fournit des données ainsi que certaines capacités de calcul. Je programme une librairie mathématique dans ma DLL, et tout va bien. Maintenant, j'ai une limite fonctionnelle du prog1, et donc plutôt qu'une DLL, je voudrais en faire un EXE pour faire ce que fait la DLL et plus.

    J'ai donc recompilé la fonction exportée dans un EXE (prog2), et apparemment, en regardant par DumpBin, la fonction est bien exportée par l'EXE. Tout ceci est toutefois du bidouillage par ignorance.
    J'ai bien conscience que les processus sont séparés en effet, mais ils doit bien y avoir une manip simple pour ce que je cherche à faire, non?

    Merci,

    bv

  4. #4
    Membre Expert

    Homme Profil pro
    Ingénieur R&D
    Inscrit en
    Juin 2003
    Messages
    4 506
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur R&D
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2003
    Messages : 4 506
    Points : 5 724
    Points
    5 724
    Par défaut
    J'ai pas tout compris mais tu peux utiliser les mécanismes existants dans ton système pour faire communiquer/transmettre des informations d'un processus à un autre..
    " Dis ce que tu veux qui insulte mon honneur car mon silence sera la réponse au mesquin.
    Je ne manque pas de réponse mais : il ne convient pas aux lions de répondre aux chiens ! " [Ash-Shafi'i ]

  5. #5
    Expert éminent sénior
    Avatar de Médinoc
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Septembre 2005
    Messages
    27 369
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2005
    Messages : 27 369
    Points : 41 519
    Points
    41 519
    Par défaut
    Mécanismes qui sont (hors COM/DCOM/RPC etc) : Sockets, tubes nommés ou anonymes, mémoire partagée (via CreateFileMapping) nommée ou anonyme, + Les objets de synchronisation qui vont avec (sémaphores, mutexes, événements, attente de fin de process/thread...)
    SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.

    "Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
    Apparently everyone.
    -- Raymond Chen.
    Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.

  6. #6
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Août 2006
    Messages
    45
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 45
    Points : 25
    Points
    25
    Par défaut
    Merci Medinoc et Hegros

    J'ai trouvé XQueue sur codeproject.com, qui me paraît encore relativement accessible. Vous auriez d'autres suggestions, ou un 'class wrapper' documenté autour de 'named pipes' ?


    bv

Discussions similaires

  1. Communication entre serveur web et prog VB
    Par christgh dans le forum VB 6 et antérieur
    Réponses: 2
    Dernier message: 29/04/2008, 13h36
  2. Lecture standard et communication entre processus!
    Par Tartar Ukid dans le forum C++Builder
    Réponses: 5
    Dernier message: 05/07/2003, 16h37
  3. Communication entre processus
    Par markopolo dans le forum C++Builder
    Réponses: 2
    Dernier message: 26/06/2003, 16h21
  4. Réponses: 5
    Dernier message: 25/03/2003, 19h43
  5. communication entre programmes
    Par jérôme dans le forum C
    Réponses: 12
    Dernier message: 16/04/2002, 08h05

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo