bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Fwd: [bug #6047] rm -f "" prints diagnostic message under the Hurd]


From: Marcus Brinkmann
Subject: Re: [Fwd: [bug #6047] rm -f "" prints diagnostic message under the Hurd]
Date: Wed, 28 Apr 2004 19:07:38 +0200
User-agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386-pc-linux-gnu) MULE/5.0 (SAKAKI)

At Wed, 28 Apr 2004 19:48:53 +0300,
Ognyan Kulev wrote:
> In glibc, the basic routines for turning file names into ports are 
> hurd/hurdlookup.c:__hurd_file_name_lookup and friends (which end up 
> calling __hurd_file_name_lookup).  There is a LOOKUP argument (pointer 
> to function), but I couldn't find where it is used by callers.  By 
> default, __dir_lookup is assumed (in hurd/lookup-retry.c).  And 
> libdiskfs/dir-lookup.c:dir_lookup RPC relies on diskfs_lookup for the 
> components of the file name.
>
> I've heard that "" file name has some special use in the Hurd.

Yeah, I think it just reopens the node.  

> So there 
> is possibility that changing EINVAL to ENOENT will have unexpected 
> sequences.  Perhaps Roland or Thomas would enlighten us if such change 
> will break something.

It is ultimatively glibc's responsibility to map the internal Hurd
interfaces to POSIX interfaces.  Of course we also can change the Hurd
interfaces, but here I suspect it's more an issue on the glibc's side.

Thanks,
Marcus





reply via email to

[Prev in Thread] Current Thread [Next in Thread]