FAIRE COMMUNIQUER PLUSIEURS PROGRAMMES ENTRE EUX EN TEMPS REEL LE PLUS FACILEMEN
cs_Alain Proviste
Messages postés
908
Date d'inscription
jeudi 26 juillet 2001
Statut
Modérateur
Dernière intervention
1 février 2015
-
18 janv. 2005 à 23:44
cs_Alain Proviste Messages postés 908 Date d'inscription jeudi 26 juillet 2001 Statut Modérateur Dernière intervention 1 février 2015 - 24 sept. 2006 à 02:45
cs_Alain Proviste Messages postés 908 Date d'inscription jeudi 26 juillet 2001 Statut Modérateur Dernière intervention 1 février 2015 - 24 sept. 2006 à 02:45
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/28936-faire-communiquer-plusieurs-programmes-entre-eux-en-temps-reel-le-plus-facilement-du-monde
https://codes-sources.commentcamarche.net/source/28936-faire-communiquer-plusieurs-programmes-entre-eux-en-temps-reel-le-plus-facilement-du-monde
24 sept. 2006 à 02:45
24 sept. 2006 à 00:12
La supprimer me parait approprié
++
22 sept. 2006 à 20:41
Erf wai c'est vrai que ca date, et d'ailleur je ferais bien de demander qu'on la supprime...
Si un modo passe par la avant...
++
22 sept. 2006 à 20:26
22 sept. 2006 à 17:01
http://fr.wikipedia.org/w/index.php?title=Verrou_%28informatique%29
http://fr.wikipedia.org/wiki/S%C3%A9maphore_%28informatique%29
draluorg :
TON code est peut-être sûr mais tu as pensé aux codes de ceux qui vont tenter de t'imiter ? Il y a des débutants sur ce site qui peuvent faire une erreur dans leur programme (par exemple dans le nom d'une clé) et effacer par mégarde un truc vital à windows. Si on dit de ne pas utiliser la base de registre ce n'est pas pour restreindre les possibilitées de programmation des débutants, c'est juste qu'on pense que les débutants veulent garder leurs ordis intacts durant l'apprentissage.
La base de registre sert surtout de base de donnée à windows, mais aussi à enregistrer des données partagée entre tous les utilisateurs d'un même ordinateur, ou encore à laisser une trace d'un programme désinstallé pour récuperer des infos de config ou autres à la prochaine réinstallation (style shareware à utilisation limité). J'en oubli peut-être mais en tout cas ca ne sert sûrement pas à faire communiquer des processus (hors Windows lui-même bien sûr).
Pym Corp :
"l'utilisation abusive" (ca suffit)
crossblade :
Un accès disque toutes les X secondes ce n'est pas une bonne idée, au minimum utilise la mémoire partagée avec un flag qui indique si le dossier a changé.
Si vraiment vous ne voulez pas utiliser la mémoire partagé il faut utiliser des sockets locaux, les messages/signaux (windows), les pipes/tubes (linux, bien que je doute fort que quelqu'un programme en VB sous linux un jour :-p), etc. Réflexe à nouveau :
http://fr.wikipedia.org/wiki/Communication_inter-processus
Bon courage
24 janv. 2005 à 16:41
Comme tous les commentaires déjà donnes au programme enfoncer le clou plus profond NON.
Il est vrai que le problème de transfère n'est pas des plus simples a résoudre.
Personnellement j'ai un programme N1 qui enregistre des données d'un Port COM qui sont changées en temps REEL . Qui marche très bien.
De l'autre cote un autre programme N2 utilise les données de P N1 pour les mettre dans les différentes
TextBox .
Mais je n'ai toujours pas trouvé de solutions (source ) pour produire la fonction "LinkItem ,LinkMode,
LinkTopic" dans VB4.0 a VB6.0. les Exemples de MS sont toujours pour P N2 a partir de Excel, je cherche un exemple pour P N1.
Merci pour une réponse
19 janv. 2005 à 20:51
J'ai jamais dit que ton code endomage la Bdr, j'ai simplement souligné que d'utiliser la Bdr de cette facon pouvait engendrer un endomagement de la Bdr.
Pour revenir a ton code, il fonctionne très bien, mais je pense que c'est pas un très bon exemple pour les débutants en VB de faire de la programmation de cette facon. Il est préférable que les débutants utilisent un fichier text ou autre chose...
Pour repondre a ta question, "creer une zone de memoire "public" qui serait accessible a plusieurs processus pour échanger des variables".
Je ne pense pas que c'est possible.
Dans ce contexte est d'utiliser les messages windows.
Avec les messages windows, tu peux envoyer des messages string, numérique et autres...
Après il te reste plus qu'a faire passer ces messages dans une procedure "capture message windows", avec un filtre qui te permetras de récupérer uniquement les infos qui te concernne.
Si tu a plusieurs applications qui doivent dialoguer ensemble, et bien sur chacune d'entre elle tu mets une procédure analogue de capture avec ces filtres.
Ce qu'il faut comprendre par messages windows, c'est un échange permanent de messages divers entre le système d'exploitation et les processus actifs (applications en cours d'execution). Cela s'appelle la boucle de messages (Message Loop).
Je t'invite a faire un tour sur le site : http://alphomega.developpez.com/EchangeVal/
Jean-Luc Mellet (Alphomega) explique très bien cette gestion de messages.
Bonne chance
19 janv. 2005 à 19:32
19 janv. 2005 à 19:22
pourrais tu m'en dire un peu plus stp ?
merci @+
19 janv. 2005 à 18:12
19 janv. 2005 à 18:06
Pour moi le seul moyen de l'endomager serait de supprimer ou remplacer une mauvaise cle mais a partir du moment ou on ne travail que sous une cle que l'on a cree et ses sous cles on ne touche pas aux cles qui seront interpretees par windows.
Sinon je vais quand meme me pencher sur ton code Nocture car c'est clairement plus elegant mais je n'avais pas le temps de familliariser avec ton code lorsque j'avais besoin de cette fonction, en tout cas felicitation :)
sinon encore un truc Nocturne, est il possible de creer une zone de memoire "public" qui serait acessible a plusieurs processus ? L'idee ne serait pas de s'emvoyer des messages mais d'echanger des variables, pense tu que c'est possible ?
19 janv. 2005 à 16:51
On n'utilise pas une Bdr comme une base de donnée...
La Bdr constitue le coeur de Windows, elle centralise tous les paramètres de configuration. La gestion / pilotage des périphériques (processeur, BIOS, cartes PCI), gestion des logiciels, gestion des différents profils ...
Les informations nécessaires sont alors stockées dans une structure particulière, le Registre.
Ce registre est en fait constitué de deux fichiers qui se trouvent dans votre répertoire Windows : USER.DAT et SYSTEM.DAT.
Ces fichiers sont construits à chaque démarrage par Windows.
Si votre Bdr est endomagé, Windows risque de ne plus fonctionner correctement voir même ne plus démarrer.
A+
19 janv. 2005 à 15:37
19 janv. 2005 à 15:27
Tu ferais mieu de suivre les conseils de Nocturne.
19 janv. 2005 à 15:07
d'ailleur je conseil a ceux qui voudront utiliser cette methode d'utiliser les api pour la bdr ca rendra l'utilisation plus aisee et permetra des echanges plus complexe
sinon il est clair avec le code que tu as fais tu ne vas pas utiliser le mien lol , mais tout ce que tu as cite (recuperer le contenu d'une textbox ect..) est tout a fait faisable et relativement facile avec ma methode.
sinon tu parles de risques de l'endomager qu'entends tu par la ? La bdr est en partie faite pour ca non ?
Enfin bon,meme si ma source n'a pas l'air de convaincre je vais quand meme voir pour la mettre a jour en utilisant les api pour la bdr
merci pour vos commentaires @+
19 janv. 2005 à 13:50
En terme de temps je pense a qq chose prêt que c'est la même chose que sur la Bdr mais utilise les APIs, stp.
Mais bon je pense que c'est pas une bonne chose de passer par la Bdr car tu prends un très gros risque de l'endomager.
Enfin bref, personnellement je n'utiliserais jamais ta methode, je préfere passer par les messages windows.
Tu devrais t'y mettre et apprends a utiliser les APIs.
En utilisant les APIs tu entres dans une autre dimension et t'offre d'autres possibilités.
Un developpeur qui ne sait pas utiliser les APIs, n'est pas un developpeur...
En reponse a Morpho,
Dans l'exemple que j'ai donné, échange de message windows entre deux applications.
http://www.vbfrance.com/code.aspx?ID=22686
tu peux très bien également récupérer d'autres types d'information, comme récupérer le contenu d'une liste box, la couleur d'un bouton, etc... pour cela il faudra modifier la source.
Regarde sur ce site : http://alphomega.developpez.com/EchangeVal/
il y a une explication pour envoyer une structure si c'est cela que tu recherches. C'est en Delphi.
Bonne prog.
19 janv. 2005 à 11:10
" tu pourrais également le faire via un fichier text."
Yep ms ca ralentirait l'echange je pense, et puis je me trompe peut etre mais a ma connaissance on ne peut pas lire et ecrire en meme temps ds le meme fichier texte si?
sinon pour Morpho, qu'entends tu par collection ?
Le but du code n'est pas d'envoyer des "messages" mais d'echanger des informations de toutes sortes...
19 janv. 2005 à 10:23
Je cherche un exemple de communication interprocessus comme celui-ci mais non pas pour echange un message mais une collection.
Quelqu'un pourrait-il me mettre sur une piste ??
Merci
19 janv. 2005 à 02:47
C'est pas non plus du temps réel vu que exploite un timer pour le declenchement de lecture de la Bdr.
Mais bon c'est pas de la communication interprocessus.
Regarde une de mes source, échange de message windows entre deux applications.
http://www.vbfrance.com/code.aspx?ID=22686
c'est une source qui je pense reste facile a comprendre et qui est court.
De plus elle se rapproche plus de l'execution en temps réel vu que j'exploite directement les messages.
Bonne continuation.
19 janv. 2005 à 00:20
je savais que j'allais me prendre ce genre de comentaires dans les dents mais il y a des debutants sur ce site dont moi qui n'ont pas forcement envie de se prendre la tete avec les handle ect.. pour un resultat identique...
mais bon je suis d'acord avec vos commentaires mais l'aynant code pour moi je me suis dis que ca interesserait surement d'autres
voila bonne prog a vous @+
19 janv. 2005 à 00:02
Windows propose tout ce qu'il faut pour la comm interprocessus:
Event, Semaphore, FileMapping, etc...
Explications completes dans le Richter:
http://brunews.free.fr/brunews/download/JR4.zip
http://brunews.free.fr/brunews/download/JR4Sources.zip
18 janv. 2005 à 23:44
j'avoue que c'est imaginatif, mais bon.
les timers : c'est mal
la base de registre : c'est mal
bonne chance.