Discussion :

[Ben_Le_Cool]

Voila, j'ai deux applications. ApplicationA qui appelle l'Application B.
Au lancement de l'ApplicationB, je teste le nombre de parametres, s'il est de 2 je lance normalement, s'il est de 3 je ne fais qu'un petit traitement et je termine l'application (sans qu'aucune form ne soit visible). Mon probleme c'est que j'ai besoin du resultat de l'applicationB. Comment faire pour le transmettre a l'application A??
En resume, je voudrai quelque chose comme Application.Result.
Merci.

::

[Rayek]

Par :
- socket
- un fichier temporaire déposé par l'applicationB
- le clipboard
- etc ...

Voici quelques méthodes plus où moins fiable mais qui pourront te donner une piste

[Ben_Le_Cool]

Justement, je ne voulais pas passer par un fichier temporaire, ni aucun autre intermediaire (si c'est possible bien sur). Je voudrai savoir s'il n'y avait aucun moyen direct entre les deux applications.

[TicTacToe]

le clipboard comme disais Malatar c'est pas mal non ?

[Ben_Le_Cool]

Je viens de trouver la solution
Il suffit de mettre Halt(code) pour arreter l'application et retourner le code resultat.

[Lung]

Je viens de trouver la solution
Il suffit de mettre Halt(code) pour arreter l'application et retourner le code resultat.

C'est pas un peu brutal, comme fonction ?

:

[Ben_Le_Cool]

Je viens de trouver la solution
Il suffit de mettre Halt(code) pour arreter l'application et retourner le code resultat.

C'est pas un peu brutal, comme fonction ?

:

Mais c'est ce que je voulais exactement. Faire une petite partie du code et terminer. J'ai pas alloue de ressources, ou fait grand chose, juste un petit calcul.

[TicTacToe]

mais tu veux pas retourner de strings ?

Sinon, je crois que de manière ancestrale, le Halt( Valeur),

La valeur est renvoyée dans le registre AX, qui pouvait être exploitée dans le monde DOS, par d'autre prog (comme la, transmettre entre prog un param)
enfin, je suis plus sur de ce que je dit, ca a ptet changé depuis

[Ben_Le_Cool]

mais tu veux pas retourner de strings ?

Sinon, je crois que de manière ancestrale, le Halt( Valeur),

La valeur est renvoyée dans le registre AX, qui pouvait être exploitée dans le monde DOS, par d'autre prog (comme la, transmettre entre prog un param)
enfin, je suis plus sur de ce que je dit, ca a ptet changé depuis

Moi je veux simplement avoir un retour. Que ce soit un string, un integer, c'est pas trop important. Le plus important c'etait d'avoir un parametre que l'application appelante peux exploiter.

[portu]

La communication inter-applications peut se faire de façon bien plus propre par les messages Windows.

MSG_EXIT_CODE := RegisterMessageWindow('MSG_EXIT_CODE');
SendMessage(Hwnd_ApplicationA,MSG_EXIT_CODE,1,0); //envoi le code 1 etc

Pour le texte, il faut tj utiliser les message Windows + jouer avec les Atomes.
Si ca t'interesse, je peux donner un exemple plus concret. (Ou tu peux aller voir la faq)

[Ben_Le_Cool]

Ca me ferait plaisir de recevoir ton exemple.
Merci.

[dacid]

Nous aussi.

L'inconvenient, c'est que SendMessage impose que l'application soit lancée.
Mon idéal, serait de lancer en arrière plan (déjà lancée ou non) une application, et récupérer des information tout comme si c'était une fonction.

Dégrossissement en algo:
monTexte := lancerApplication ('c:\monApplication2.exe', monParam1);

Car, je vous explique mon cas de figure:
J'ai une application avec une interface graphique assez lourde (splash screen et tout le tralala), et si j'utilise SendMessage, faudra attendre longtemps (qu'elle se lance) avant d'avoir la valeur de retour.
De plus, ca ferait moche de la lancer puis la fermer juste après).

Pour résumer, j'aimerais que, si mon application cliente est appelée avec un paramètre, l'interface ne se lance pas, qu'elle se contente de retourner une valeur.

Est-ce possible ?

J'ai bien vu Halt(), mais on dit que ce n'est pas très propre, et en plus, ca ne peut retourner qu'un entier.