[Top][All Lists]

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

Re: coreutils patch to port to hosts lacking fsync

From: Matthew Woehlke
Subject: Re: coreutils patch to port to hosts lacking fsync
Date: Tue, 19 Dec 2006 13:54:55 -0600
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20061025 Thunderbird/ Mnenhy/

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.

This message is non-smoking

reply via email to

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