Previously J.A. Bezemer wrote: > Ah, indeed! I appear to have a manpage for it, but it isn't mentioned in the > glibc documentation where I searched initially. But why did they call it > _f_truncate when in fact it does _not_ use a FILE* stream?! The kernel knows not about FILE*. Compare it with systemcalls like fstat, fsync, fdatasync, etc. Wichert. -- _________________________________________________________________ / Nothing is fool-proof to a sufficiently talented fool \ | [EMAIL PROTECTED] http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
- Re: Rsync and incremental updates on top of Original CDs jason andrade
- Re: Rsync and incremental updates on top of Original CDs Richard Atterer
- Re: Rsync and incremental updates on top of Original CDs J.A. Bezemer
- Re: Rsync and incremental updates on top of Original CDs Richard Atterer
- Re: Rsync and incremental updates on top of Original CDs Joerg . Rieger
- Re: Rsync and incremental updates on top of Original CDs J.A. Bezemer
- Re: Rsync and incremental updates on top of Original CDs Richard Atterer
- Re: Rsync and incremental updates on top of Original CDs J.A. Bezemer
- Re: Rsync and incremental updates on top of Original CDs Richard Atterer
- Re: Rsync and incremental updates on top of Original CDs J.A. Bezemer
- Re: Rsync and incremental updates on top of Original CDs Wichert Akkerman
- Re: Rsync and incremental updates on top of Original CDs Richard Atterer
- Re: Rsync and incremental updates on top of Original CDs J.A. Bezemer