Discussion :

[dobobaie]

Hello à tous,

J'aimerai executer "chdir" en "multipthread" le problème c'est que "chdir" lorsque qu'il actualise le "pwd", il le fait pour tout le processus et du coups ça modifie le path dans tout les "thread" en cours.

Avez vous une solution pour modifier le "pwd" que dans le thread auquel j'ai executer la fonction "chdir" ?

Merci,

(EXEMPLE:

THREAD 1 : HOME -> {chdir to includes) -> INCLUDES -> {chdir to ..} -> HOME

THREAD 2: HOME

THREAD 3: HOME -> {chdir to sources} -> SOURCES

)

[picodev]

Bonjour,

regarde du côté de openat. Au lieu de faire un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
chdir ("nouveau/chemin");
fd=open ("chemin/vers/le/fichier", TES_FLAGS);

tu fais

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
dirfd=open ("nouveau/chemin", O_RDONLY);
fd=openat (dirfd, "chemin/vers/le/fichier", TES_FLAGS);

-> la man page de open/openat

[sambia39]

Bonsoir

Hello à tous,

J'aimerai executer "chdir" en "multipthread" le problème c'est que "chdir" lorsque qu'il actualise le "pwd", il le fait pour tout le processus et du coups ça modifie le path dans tout les "thread" en cours.

Avez vous une solution pour modifier le "pwd" que dans le thread auquel j'ai executer la fonction "chdir" ?

Merci,

j'ai de sérieux doutes sur la solution émise (openat).
il faut comprendre que les processus légers partagent le même espace de mémoire, mais aurons chacun leurs propres piles donc, c'est peut-être normale que leur accès ressources soit direct et qu'au final tu obtiennes ce comportement.
Comme solution, il est préférable de protéger les accès avec des sémaphores et aussi faire attention à la synchronisation.
La seconde option la plus adaptée serait d'écrire un seul même code pour les différents processus légers avec si possible une instance par processus ce qui traiterait (théoriquement) indépendamment les ressources et au final pourrait faire ce que tu souhaites
à bientôt

[picodev]

...
j'ai de sérieux doutes sur la solution émise (openat).
...

Pourquoi donc ? C'est, entre autre, pour cette raison que les versions at ont été rajoutées.

man openat

openat() and other similar system calls suffixed "at" are supported for two reasons.

First, openat() allows an application to avoid race conditions that could occur when using open(2) to open files in directories other than the current working directory. These race conditions result from the fact that some component of the directory prefix given to open(2) could be changed in parallel with the call to open(2). Such races can be avoided by opening a file descriptor for the target directory, and then specifying that file descriptor as the dirfd argument of openat().

Second, openat() allows the implementation of a per-thread "current working directory", via file descriptor(s) maintained by the application. (This functionality can also be obtained by tricks based on the use of /proc/self/fd/dirfd, but less efficiently.)

[dobobaie]

Hello,

merci pour vos réponse. J'avais déjà vue openat le soucis (à pars si je l'ai mal appliquée) c'est qu'il modifie pas le pwd et donc si j'execute la fonction "execve" du coups ça va resté sur le pwd de base. Et justement j'aimerai manipulé le deplacement de repertoire tout en gérant execve :/

Sinon pour le system des sem c'est un outils interessant mais le soucis c'est que en faite j'aimerai faire un FTP multi client et donc si un client transfère des fichiers et un autre aimerai modifier le repertoire et se baladé dedans, il risque d'attendre longtemps avant l'execution de sa commande.

[picodev]

Si tu tiens à faire ainsi et si tu es sous linux alors il ne te reste que l'option unshare. La man page indique :

CLONE_FS
Reverse the effect of the clone(2) CLONE_FS flag. Unshare file system attributes, so that the calling process no longer shares its root directory (chroot(2)), current directory (chdir(2)), or umask (umask(2)) attributes with any other process.

Je ne l'ai jamais testé.

[ternel]

As-tu regardé la solution utilisée par ftpd, un daemon ftp linux assez classique?

Après tout, l'avantage premier de l'open-source, c'est justement d'être open-source

[sambia39]

Bonjour

Pourquoi donc ? C'est, entre autre, pour cette raison que les versions at ont été rajoutées.

J'ai un sérieux doute non pas sur la fonction, car comme tu le dis, elle est faite pour être utilisé avec des processus légers, mais là où j'ai un sérieux doute c'est la façon dont il sera utilisé, car les processus partagent le même répertoire courant, il est préférable d'instancier chaque processus léger de façon à ce que chaque processus est indépendamment le moyen de traiter les descripteurs de fichier sinon dans le cas contraire, cela reviendrait à faire un open et en obtiendrait le même résultat initial.

à bientôt