Discussion :

[infodaoudi]

Bonjour,
j'ai un premier programme qui contient une fonction principale

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
#pragma comment(linker,"/entry:LoadingParams") 
EParams LoadingParams(char *arg1, char *arg2)
{
   //traitement
    EParams  aa;
 
  return ;
 
}

1. je souhaite appeler l’exécutable de ce programme dans un programme externe, j'ai utilisé la fonction

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
void main()
{
execl("c:/mesdonnées/ LoadingParams.exe", "arg1", "arg2");
}

questions
1) mon 1er programme doit théoriquement retourner valeur de type EParams , comment puis-je récupérer cette classe dans un programme externe. la fonction excel() retourne elle des valeurs??
2) si ma fonction EParams LoadingParams(char *arg1, char *arg2)contient une variable de type EParams comme paramètre d'entrée:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

EParams LoadingParams(char *arg1,  EParams aa);

comment peut-on appeler l’exécutable correspondant dans un programme externe??

Merci pour toute proposition

[bacelar]

Ca compile sous VS ce truc ?

Déjà que je gueule quand des apprentis sorciers veulent transmettre des instances d'objets d'une dll à l'exécutable, vous faites encore plus fort, carrément de programme à programme.

Comment allez-vous partager le format d'échange ?
En copiant-collant les classes C++ d'un des programmes dans le code VB de l'autre programme ?

Si vous voulez communiquer entre programme, utilisez l'IPC adapté.

Le plus proche de votre "logique", serait que l'objet de type EParams soit sérailisé et envoié vers la console.

Avec ce mécanisme, n'importe quel programme pourra dessérialiser l'objet avec les primitives de son langage (pensez à avoir un format de sérialisation qui prend en charge le multi-versionning).
Vous pourrez lier les exécutables dans une commande pipe (|) d'un quelconque shell, ou utiliser les primitives de création de processus avec redirection des flux d'entré et de sortie standard
Ces primitives sont spécifiques au système d'exploitation et comme votre "execl" est une antiquité signé POSIX qui n'a pas cours sous Windows et que vous êtes sur un forum C++/CLI qui est spécifique à .NET ou Mono, on est loin du POSIX.

[infodaoudi]

Salut,
Je suis sous Windows et çane compile pas je viens de vérifier

Comment allez-vous partager le format d'échange ?
En copiant-collant les classes C++ d'un des programmes dans le code VB de l'autre programme ?

disons que les deux programmes contiennent pratiquement les mêmes classes et pour une raison pédagogique je dois les séparer

Le plus proche de votre "logique", serait que l'objet de type EParams soit sérailisé et envoié vers la console.

comment? pouvez-vous me donner plus de détails.
Merci

[bacelar]

disons que les deux programmes contiennent pratiquement les mêmes classes et pour une raison pédagogique je dois les séparer

Pouvez-vous être plus explicite. Si l'on ne connait pas le motif précis de ce découpage, il est difficile de vous aider.

"pratiquement les mêmes classes", pratiquement comment ?
Si elles sont identiques, il suffit de les mettre dans un librairie qui sera utilisé par les 2 programmes. Une librairie C est utilisable par quasiment tous les langages. Il faut donc "dés-objectiser" l'API de ces classes (quitte à utiliser une classe template-wapper fourni dans la section hpp du fichier .h de l'API de la lib).

Sérialiser un objet, c'est le convertir en une chaine de caractère.
Déserialiser un objet, c'est le recréer depuis une chaine de caractère.
Tous les moyens sont bons pour arriver à ce résultat.
Il existe bon nombre de librairie qui implémentent ces concepts de sérialisation/déserialisation.
Vous pouvez, si vos objets ne sont pas trop complexes et ne changent pas beaucoup, le faire sans librairie, simplement en ayant des fonctions qui convertissent ces objets en chaines de caractères et d'autres fonctions qui convertissent des chaines de caractères en instances de ces objets.

La console est là pour faire passer ces chaines de caractère d'un processus à un autre.

[themadmax]

Il faut refaire un petit cour de système d'exploitation. La plus part des OS, exécute les programme dans des espaces mémoires qui leur est propre. En gros le programme A n'as pas le droit de taper dans la mémoire du programme B.
Après il existe des solutions pour contourner ce probleme, communément appelé "Interprocess Communication".
Par exemple tu pourrai sérialisé ta classe dans une chaine pour la transmettre en ligne de commande à un autre programme. Le partage des code sources et lui par-contre fortement recommandé.

[bacelar]

Le partage des code sources et lui par-contre fortement recommandé.

NON.

Le couplage faible est lui fortement recommandé.

Il ne faut pas imposer des langages et des bibliothèques identiques au producteur et aux consommateurs de l'information.

Si un consommateur utilise les mêmes technologies que le producteur, ce n'est pas le partage de code sources qu'il faut faire, mais l'utilisation d'une bibliothèque (statique ou dynamique) commune.

Cela permet une meilleure gestion du versionning et simplifie la maintenance des composants communs.