🚀 go-pugleaf

>	WARNING: NO SPACE ON DISK 0 PARTITION 0!!! :=)

Something that a non-infinite "ulimit" will *not* always prevent,
although a non-infinite "ulimit" *will*, more often than one would like
(as demonstrated by the complaints made against the default "ulimit"
you get in S5 as shipped by AT&T), get in the way of *legitimately*
writing large files.

>	In most states, safety belts are not an option. With this in
>	mind, it would be useless to have a safety device that could
>	be overridden by anyone. This defeats the purpose of having 
>	a ulimit.

Wrongo.  Since the "ulimit" is not an appropriate mechanism to prevent a
disk from filling up in general - you can fill up a 20MB disk with 20
1MB files as easily, if not *more* easily, than you can fill it up with
one 20MB file, and over time you can probably even fill it up with 200
100KB files - the purpose of having a "ulimit" is to prevent some
program from running away, not to act as a poor substitute for a disk
quota.  Furthermore, since a user might well have a need to use a file
larger than the system administrator, in his/her all too finite wisdom,
decided was "appropriate", the appropriate way to use the "ulimit" is to
give users an infinite "ulimit" and let *them* limit the size to which
some *particular* program's files can grow.