Discussion :

[N_Ron]

Bonjour, j'aimerai que l'on m'éclaire sur la fonction lock.

J'ai créer une pile qui se sert d'un fichier pour stocker.
Cette application peut être appeler plusieurs fois.

Il m'est donc nécessaire de bloquer a chaque lecture et écriture les applications jumelles.
Comme il s'agit de remonter de données périodique d'un système temps réel il ne faut pas bloquer les autres processus qui sont prioritaires et bien uniquement les appli jumelle qui accedent au fichier communs.

On m'a orienter vers la fonction lock mais il me semble que ce n'est que pour bloquer des methodes d'objet propre au programme et non des processus externes.

Est ce que quelqu'un peut m'aider SVP?

Merci d'avance

Mich

[dev01]

On m'a orienter vers la fonction lock mais il me semble que ce n'est que pour bloquer des methodes d'objet propre au programme et non des processus externes.

Tout à fait. Le mot clef lock de C# ne permet que d'éviter les accès concourent dans une bloc de code en se servant d'un objet comme verrou.

En aucun cas tu n'auras la possibilité de verrouiller l'accès à ton fichier pour une autre app jumelle.

Pour faire cela, à mon avis il n'y a pas 36 solutions : Un serveur distribuant les accès et des clients prenant l'accès. Regarde du coté de WCF ( .NET 3.0) ou Remoting ( .NET 2.0 )

[smyley]

Il n'y en a pas 36 mais il y en a au moins 2 .
La classe qui a été crée spécialement pour la synchronisation interprocess est la classe Mutex. Tu devrais regarder un peut son utilisation, c'est plus simple (vraiment plus simple) à mettre en œuvre qu'un service WCF ...

[dev01]

Il n'y en a pas 36 mais il y en a au moins 2 .
La classe qui a été crée spécialement pour la synchronisation interprocess est la classe Mutex. Tu devrais regarder un peut son utilisation, c'est plus simple (vraiment plus simple) à mettre en œuvre qu'un service WCF ...

Autant pour moi, j'avais laissé les mutex de coté. C'est effectivement une bien meilleure solution que WCF

[N_Ron]

Désolé pour l'abscence prolongée, je n'était plus au même poste.
Je vous remercie tous les deux pour cette précision.

Je vais voir tout de suite et vous recontacterai si j'ai besoin de nouveaux conseils.
Bonne continuation.Mich