Re: coreutils patch to port to hosts lacking fsync

[Matthew Woehlke]

Paul Eggert wrote:
> "Matthew Woehlke" <address@hidden> writes:
> > "shred" is sort-of in the same boat due to lacking fsync()
> I don't recall that problem but it is easy enough to fix.  Here's
> a patch.

Ack, I must apologize for giving wrong information. What I meant to say 
is that there is no /sync/ (oddly enough, there is fsync on NSK). So 
building 'sync' is silly, which is what I remember to be the case (and 
which is the point I was trying to communicate). See my original bug 
report at http://savannah.gnu.org/bugs/?17172. I guess 'shred' is OK if 
it can always fsync() instead of sync()ing. Or was that fixed when I 
wasn't looking? (Honestly I haven't yet gotten back to trying to build 
coreutils on NSK with so many other things I was working on doing 
first... like the fchdir gnulib module I still have to write/complete 
before I can even make another meaningful attempt. And I can't recall 
what happened the last time I tried.)

According to http://savannah.gnu.org/bugs/?16325, Interix also lacks 
sync(), but I don't remember where (or if) I have a usable Interix 
install to check if it has fsync().

Guess that's what I get for trying to speak from memory.

--
Matthew
This message is non-smoking