> I'd agree on the principle to not leave a nul port for stdin/stdout, > any other opinion on this?
I don't think this is good "on principle". If there is a principle, it's that programs should be robust and not assume anything stupid like that fds 0,1 are already open if that's not part of the contract. It's not part of the translator interface contract. However, I don't really strongly object to doing it for the pragmatic reason that programs tend to be sloppy. It's consistent with e.g. what libc does at startup for set-uid programs. But I just don't think it's really right to paper of sloppy coding. This is not a security thing for sloppy code like what libc does. It's just to let sloppy code to be sloppy, which I am not in favor of. Thanks, Roland
