> No, /proc/self/fd/3 is not an ordinary symlink although it looks like
> one to `ls'. It always reopens the correct file. Programs do not have
> to be changed, and it doesn't have the same race condition as passing
> the filename.
Ok, if it is that simple, why do we pass the filename rather than
/proc/fd/something in binfmt_script? I can't see that it would break
anything, apart from some user not careing about procfs-support
(which could be wrapped by an #ifdef though).
Expect a patch for this tomorrow. Btw. is this file-passing really
race-free? I.e. could we safely enable suid-bits for scripts with
/proc/fd passing?
Richard.
-- Richard Guenther <richard.guenther@student.uni-tuebingen.de> PGP: 2E829319 - 2F 83 FC 93 E9 E4 19 E2 93 7A 32 42 45 37 23 57 WWW: http://www.anatom.uni-tuebingen.de/~richi/
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/