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.