🚀 go-pugleaf

Bob Peirce #305 writes
> In article <1992Jul16.195458.8181@kakwa.ucs.ualberta.ca>  
sherwood@fenris.space.ualberta.ca (Sherwood Botsford) writes:
> >	I agree that it would be nice if mach implemented some form of garbage  
> >collection so that the swapfile would shrink dynamically.    But it's really  
no  
> >worse than what the other unices do.
> 
> Also, at the risk of finding out the NeXT can do this, no Unix I have
> seen can shrink a file.  You can truncate them to zero, but as
> desirable as it would be, you can't seem to free part of a file.  On the
> surface this would seem to be a simple thing to do so maybe somebody
> does it, but I haven't seen it.
> 

Sorry Bob, Next can....

TRUNCATE(2)         UNIX Programmer's Manual          TRUNCATE(2)

NAME
     truncate - truncate a file to a specified length

SYNOPSIS
     truncate(path, length)
     char *path;
     off_t length;

     ftruncate(fd, length)
     int fd;
     off_t length;

DESCRIPTION
     Truncate causes the file named by path or referenced by fd
     to be truncated to at most length bytes in size.  If the
     file previously was larger than this size, the extra data is
     lost.  With ftruncate, the file must be open for writing.