This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: /proc/self/fd support on Hurd
- From: Samuel Thibault <samuel dot thibault at gnu dot org>
- To: Florian Weimer <fweimer at redhat dot com>
- Cc: bug-hurd at gnu dot org, libc-alpha at sourceware dot org
- Date: Tue, 11 Feb 2020 06:16:39 -0800
- Subject: Re: /proc/self/fd support on Hurd
- References: <87zhdpkzuc.fsf@oldenburg2.str.redhat.com> <20200211134730.rc6ozsb2cnwb33g4@function> <20200211134939.ktdyb3stbrldso7u@function> <87mu9pkyks.fsf@oldenburg2.str.redhat.com>
Florian Weimer, le mar. 11 févr. 2020 15:06:43 +0100, a ecrit:
> > Samuel Thibault, le mar. 11 févr. 2020 05:47:30 -0800, a ecrit:
> >> Florian Weimer, le mar. 11 févr. 2020 14:39:23 +0100, a ecrit:
> >> > Does Hurd support /proc/self/fd, in the sense that the POSIX functions
> >> > in glibc (such as openat) can deal with such paths?
> >>
> >> Not yet but that could be added quite easily with some magic
> >> translation.
> >
> > Ah, actually it's already supported in /dev/fd (but we can add a symlink
> > in /proc/self for compatibility).
>
> Does this mean if we generate paths starting with /dev/fd/, we already
> have this functionality today?
Yes.
Samuel