Re: gnulib broken on systems lacking fchdir

[Matthew Woehlke]

Bruno Haible wrote:
> Matthew Woehlke wrote:
> > I also noticed that although there is a HAVE_FCHDIR (properly set in 
> > config.h), it is not being used.
> >
> > How needed are the *at functions? Can I rip them out? Can I emulate 
> > fchdir()? Is there some other way to achieve what fchdir() is being used 
> > for?
>
> Emulating fchdir() is probably the easiest:
> http://lists.gnu.org/archive/html/bug-coreutils/2006-09/msg00008.html
> http://lists.gnu.org/archive/html/bug-coreutils/2006-09/msg00010.htm

Hmm, so I guess borrowing/re-implementing Cygwin's solution is best? How 
does one go about overloading 'open'? And how are licensing issues going 
to play into this? (Does this new fchdir module need to be LGPL, or is 
GPL OK?)

It seems like, sans hash table (or whatever structure), this is a very 
straight-forward module to write. I can give the templates for open, 
close, and fchdir, but for licensing reasons it might be better if 
someone else can provide the fd table.

--
Matthew
Emacs is a nice OS - but it lacks a good text editor.
That's why I am using Vim.  -- Anonymous