Peux-tu développer? Pour moi tout passait par MapViewOfFile()...Envoyé par Emmanuel Deloget
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
Peux-tu développer? Pour moi tout passait par MapViewOfFile()...
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.
Par MapViewOfFile() et CreateFileMapping(). Cette dernière fait un lien entre un fichier et une zone mémoire (pour mapper un fichier en mémoire) ou entre une zone mémoire et un pseudo-fichier. Il y a un lien fort entre mémoire partagée et mapping de fichier (sous Windows). C'est similaire à POSIX, ou une zone de mémoire partagée (créée avec shm_open()) doit ensuite être mappée avec mmap() pour qu'on puisse y accéder.
Du point de vue de l'interaction avec l'OS, l'objet "mémoire partagée" se comporte grosso-modo comme un fichier - qu'on soit sous Windows ou sous POSIX. C'est bien évidemment une approximation - il est évident que la mémoire et les fichiers ne sont pas tant liés que ça - mais l'interface de contrôle est similaire.
[FAQ des forums][FAQ Développement 2D, 3D et Jeux][Si vous ne savez pas ou vous en êtes...]
Essayez d'écrire clairement (c'est à dire avec des mots français complets). SMS est votre ennemi.
Evitez les arguments inutiles - DirectMachin vs. OpenTruc ou G++ vs. Café. C'est dépassé tout ça.
Et si vous êtes sages, vous aurez peut être vous aussi la chance de passer à la télé. Ou pas.
Ce site contient un forum d'entraide gratuit. Il ne s'use que si l'on ne s'en sert pas.
UP !
Des nouvelles sur le sujet ?
Oui tiens d'ailleurs je commence a en avoir mare du code de boost::process 0.5.UP !
Des nouvelles sur le sujet ?
Si il y a une version utilisable de cette lib je suis pret a la tester.
Il y a une version très peu avancée sur google code (https://code.google.com/p/edt-process-cpp1y/)
Pour ce qui est des news, je n'en ai pas à proposer : je suis un peu surchargé en ce moment. Ca devrait se calmer à moyen terme. Quoi qu'il en soit, ce n'est pas un projet abandonné.
Il me reste à résoudre certains problèmes d'implémentation, notamment sous Linux. Les mutex nommés posent des soucis (je pense que ça vient d'une utilisation moyennement correcte de futex(2) ; heureusement, des gens brillants ont imaginé des remèdes à mon incapacité à lire une page man : http://www.akkadia.org/drepper/futex.pdf).
Les mutex nommés récursifs sont quand à eux vraiment problématiques. J'étudie l'implémentation des mutex récursifs normaux dans pthread et dans la librairie C++ standard de g++ - si vous avez une idée, je suis preneur.
[FAQ des forums][FAQ Développement 2D, 3D et Jeux][Si vous ne savez pas ou vous en êtes...]
Essayez d'écrire clairement (c'est à dire avec des mots français complets). SMS est votre ennemi.
Evitez les arguments inutiles - DirectMachin vs. OpenTruc ou G++ vs. Café. C'est dépassé tout ça.
Et si vous êtes sages, vous aurez peut être vous aussi la chance de passer à la télé. Ou pas.
Ce site contient un forum d'entraide gratuit. Il ne s'use que si l'on ne s'en sert pas.
Pour l'instant je n'ai besoin de lancer un programme avec des paramettres. J'ai deja mis en place via reseau un protocole de processus maitre-esclave parceque j'ai besoin que ca marche meme sur differentes machines.
Par contre je pense aussi utiliser les fonctions pour lancer un autre processus encore, qui monitor les processus en local (detection de crash et centralisation des logs), auquel cas le systeme de processus enfant serait plus simple a utiliser que mon systeme maitre/esclave.
Bref je vais sous-utiliser cette bibliotheque pour l'instant.
Ce qui m'interesse c'est que c'est portable.
Je viens de realiser qu'il y a un autre cas d'utilisation de cette bibliotheque: ecrire des tests unitaires pour des systemes multi-process.
J'ai le cas suivant:
J'ai deux processus, le premier client, le second serveur.
Il y a plusieurs modes d'execution, mais dans le cas classique le client va lancer le serveur. Le client aura prealablement ouvert des connection reseau pour accepter des "esclaves". Le protocole maitre/esclave que j'ai implemente fait juste que si le maitre meurt, les esclaves aussi. Bref, l'implementation de ce protocol est en deux parties.
Le probleme c'est comment je test que ce protocole marche? J'ai mes classes MasterProcess et SlaveProcess. Normalement c'est facile de les utiliser. Mais pour ecrire un test unitaire il faut creer des applications de test (ou une seule) qui utilise l'un ou l'autre et qui font le test.
Ca me semble beaucoup plus simple a ecrire, en theorie, avec ta bibliotheque. Mais je peu me tromper. Je vais voir ca des que j'ai fini de lutter avec d'autres parties du code.
Répondre avec citation
Partager