From mboxrd@z Thu Jan  1 00:00:00 1970
Date: Wed, 16 Jun 2004 09:37:30 -0600
From: andrey mirtchovski <mirtchov@cpsc.ucalgary.ca>
To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu>
Subject: Re: [9fans] skulker
In-Reply-To: <528f155e93bf8a14d18abe74e248be42@plan9.escet.urjc.es>
Message-ID: <Pine.LNX.4.44.0406160926400.29491-100000@fbsd.cpsc.ucalgary.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Topicbox-Message-UUID: a3959646-eacd-11e9-9e20-41e7f4b1d025

On Wed, 16 Jun 2004, Fco. J. Ballesteros wrote:

> > Why bother?  You've already spent Venti space on them.
> 
> True for /sys/src, but not for +t /usr/*/tmp directories, in our case.
> 

this reminded me to submit two patches (sources/patch hasn't been touched in
a long time!) i had almost forgotten about.

the first one makes a trivial change to /sys/lib/newuser which does a

    chmods +t /usr/$user/tmp 

after that directory has been created. 

the second is more controversial, so i'll ask 9fans' opinion first:

why create a whole new flag (-T) to 'ls' just to show files of type DMTMP,
when we can use the second char in the first field of an 'ls -l', currently reserved only for DMEXCL
files?

it is possible to have a file of both DMTMP and DMEXCL types but it seems
rare enough and we aren't guaranteed that a missing DMTMP will cause the
file to be stored to venti anyway.

the change is trivial:

    plan9% diff dirmodefmt.c /sys/src/libc/9sys/dirmodefmt.c 
    41,42d40
    <   else if(m & DMTMP)
    <       buf[1]='t';
    plan9% 

andrey