IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

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

C++ Discussion :

[Client/serveur] Risque d'acces concourrants ?


Sujet :

C++

  1. #1
    Membre averti
    Inscrit en
    Septembre 2004
    Messages
    40
    Détails du profil
    Informations forums :
    Inscription : Septembre 2004
    Messages : 40
    Par défaut [Client/serveur] Risque d'acces concourrants ?
    Bonjour,
    J'ai trouvé sur le forum une façon de voir si un dossier existe. La méthode était de sauvegarder le répertoire courrant de l'application, de tenter de changer de répertoire vers celui que l'on voulait tester (en fonction du résultat renvoyer on connais la réponse) et puis pour finir de "remettre" l'application dans son répertoire initiale.

    Alors ma question est : et si par exemple 2 client executent cette opération plus ou moins en meme temps.. il y a pas un risque que, au final, mon application n'est plus son répertoire courrant ???

  2. #2
    Rédacteur

    Avatar de Matthieu Brucher
    Profil pro
    Développeur HPC
    Inscrit en
    Juillet 2005
    Messages
    9 810
    Détails du profil
    Informations personnelles :
    Âge : 43
    Localisation : France, Pyrénées Atlantiques (Aquitaine)

    Informations professionnelles :
    Activité : Développeur HPC
    Secteur : Industrie

    Informations forums :
    Inscription : Juillet 2005
    Messages : 9 810
    Par défaut
    Ben oui, pourquoi ?

  3. #3
    Expert éminent
    Avatar de Médinoc
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Septembre 2005
    Messages
    27 393
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2005
    Messages : 27 393
    Par défaut
    ça dépend ce que tu appelles "en même temps".
    Si tu fais tout dans le même thread (serveur itératif) tu ne devrais pas avoir de problème.

    Si tu peux commencer l'opération pour un client avant qu'elle ne soit terminée pour un autre, alors il y a de la concurrence: Tu devras définir une section critique (pthread_mutex sous *n*x, CRITICAL_SECTION sous Windows) pour éviter les problèmes.
    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.

Discussions similaires

  1. [WD15] Accès à une base de données client serveur
    Par Ratafia67 dans le forum WinDev
    Réponses: 4
    Dernier message: 03/12/2010, 08h57
  2. [ODBC] Accès ODBC sur HyperFile Client/Serveur
    Par tom06440 dans le forum PHP & Base de données
    Réponses: 2
    Dernier message: 16/11/2009, 16h53
  3. Méthode d'accès à une base client/serveur
    Par yoyogott dans le forum VB.NET
    Réponses: 11
    Dernier message: 29/08/2009, 22h55
  4. [TFE] Logiciel client / serveur pour controler acces web
    Par bullrot dans le forum Gestion de projet
    Réponses: 0
    Dernier message: 07/03/2009, 09h30
  5. Langage le mieux adapté pour application client serveur ?
    Par guenus dans le forum Débats sur le développement - Le Best Of
    Réponses: 4
    Dernier message: 17/06/2002, 15h46

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo