From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE,MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.2 Received: from minnie.tuhs.org (minnie.tuhs.org [45.79.103.53]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id 701c3c98 for ; Wed, 5 Jun 2019 13:32:18 +0000 (UTC) Received: by minnie.tuhs.org (Postfix, from userid 112) id A6E499B7FE; Wed, 5 Jun 2019 23:32:17 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 9079E9B684; Wed, 5 Jun 2019 23:31:46 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=fail reason="signature verification failed" (1024-bit key; unprotected) header.d=ccc.com header.i=@ccc.com header.b="Ph2BeoKa"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id DCB0B9B684; Wed, 5 Jun 2019 23:31:43 +1000 (AEST) Received: from mail-wr1-f67.google.com (mail-wr1-f67.google.com [209.85.221.67]) by minnie.tuhs.org (Postfix) with ESMTPS id EC5579B682 for ; Wed, 5 Jun 2019 23:31:42 +1000 (AEST) Received: by mail-wr1-f67.google.com with SMTP id n9so7048300wru.0 for ; Wed, 05 Jun 2019 06:31:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ccc.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DkYoTcP0XOnooumTq46jzp8y0B/fSFOaJua3Nub6bs8=; b=Ph2BeoKaSiOL8BCVdqy9eQMaDQtY7q2zfJqqWtzPR7G++DKIEHZsP9lQVQofY7Pj5S A73RzCmtHZbOnq5wJ45x4Q/nKhTyRPVgWgPlO+CXcZEPpJsxemnY4x5LaEPasMZmLioz tUkQnsr6M5jSi/iuZEt1+s+bGDJGXetnktP7o= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DkYoTcP0XOnooumTq46jzp8y0B/fSFOaJua3Nub6bs8=; b=JaZktGtId0ouarekcuVDpVRSXilHBM83webuYh9GIgV1kRdohOI05/7QkcocN01GQn cyui0p6+HG8WP1zobrp4ORtGzqsKx16c0AXACBUIdg0+DD40DExLc5FEeM05c+IKZoBV jJevnXsZEQ46DS4nTiHlweR/h9M35I95gP5uty17HNPTKY3Kdox3JJUOZty9gYW6DRMf 1Oz9pfjK5p0x/fv5+Hmvo8FtmwRdksPwKx+mCrKQZ1rQsVc7+loAb+SWEWzxKH19F793 GDod+0yxosonb3oJtwR1y7Ku9DONhIT+kEh7NUP56Sv6WyAu95giW+M3rMOP7Xa0TObm LqAg== X-Gm-Message-State: APjAAAV93bLWH+2FlsW4nZRfI7fXWT0b3N4Uxo83OJZBAL+40X6ljYuo QC7OMNlRcNNyWkfzZgEZW7xkGx7MySigdzSFBk03lA== X-Google-Smtp-Source: APXvYqyAVaoqSEMY8C5qwfjEcG2KaNUh69m2eMAqQYOMb5KCzCK24YWyjmyJUz91kOx1k/1ppkvaRZlEhKqEA7WJLVA= X-Received: by 2002:a5d:6748:: with SMTP id l8mr25701890wrw.199.1559741501304; Wed, 05 Jun 2019 06:31:41 -0700 (PDT) MIME-Version: 1.0 References: <87blzcmckd.fsf@plume.lan> <201906051250.x55CoSxK005467@freefriends.org> In-Reply-To: <201906051250.x55CoSxK005467@freefriends.org> From: Clem Cole Date: Wed, 5 Jun 2019 09:31:14 -0400 Message-ID: To: Aharon Robbins Content-Type: multipart/alternative; boundary="000000000000209248058a939e3b" Subject: Re: [TUHS] Scratch files in csh X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: The Eunuchs Hysterical Society Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --000000000000209248058a939e3b Content-Type: text/plain; charset="UTF-8" Indeed - that's how UCB Systems worked. /tmp was a small scratch disk and anything there was suspect. Scratch files were not a CShell feature, they were a UNIX feature, very much needed on the 16-bit address PDP-11 where it was developed. The idea originally became popular with Dennis's C Compiler which used it for the intermediate files between the passes on the PDP-11. On a large public system like a University, /tmp would fill with cruft. It was traditionally removed on reboot. But that was not good enough for production systems that did not reboot. My memory is that there was a script that was similar to what Aharon suggested that ran in the early hours of the day, although before it ran it created a time_stamp_file with touch(1) set to be 6 hours previous so the script let anything under 6 hours survive using a negation on the -newer time_stamp_file clause. Clem On Wed, Jun 5, 2019 at 8:51 AM wrote: > Edouard Klein wrote: > > > Hi all, > > > > I saw this on https://old.reddit.com/r/unix : > > > > http://blog.snailtext.com/posts/no-itch-to-scratch.html > > > > It's about (the lack of) scratch files in csh. Maybe somebody here know > > what happened to the feature ? > > > > Cheers, > > > > Edouard. > > From the phraseology in the paper ("The system will remove ....") it sounds > to me like it was not a csh feature at all, but rather that the UCB > systems had a cron job to run something like > > find / -name '#*' -mtime +7 -exec rm {} \; > > It's easy enough to research this in the archives, if you have the energy. > :-) > > HTH, > > Arnold > --000000000000209248058a939e3b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Indeed - that's how UCB Systems worked.=C2=A0 /tmp = was a small scratch disk and anything there was suspect.=C2=A0 Scratch file= s were not a CShell feature, they were a UNIX feature, very much needed on = the 16-bit address PDP-11 where it was developed.

=C2= =A0 =C2=A0The idea originally became popular with Dennis's C Compiler w= hich used it for the intermediate files between the passes on the PDP-11.= =C2=A0 =C2=A0On a large public system like a University, /tmp would fill wi= th cruft.=C2=A0 =C2=A0It was traditionally removed on reboot.=C2=A0 But tha= t was not good enough for production systems that did not reboot.
<= br>
=C2=A0 =C2=A0 My memory is that there was a script that w= as similar to what Aharon suggested that ran in the early hours of the day,= although=C2=A0before it ran it created a time_stamp_file with touch(1) set to be 6 hours previous so the script let anythi= ng under 6 hours survive using a negation on the -newer=C2=A0time_stamp_fi= le=C2=A0clause.=C2=A0 = =C2=A0

Clem

On Wed, Jun 5, 2019 at 8:51 AM= <arnold@skeeve.com> wrote:<= br>
Edouard Klein &l= t;edouardklein@= gmail.com> wrote:

> Hi all,
>
> I saw this on=C2=A0 https://old.reddit.com/r/unix :
>
> http://blog.snailtext.com/posts/no-itch-= to-scratch.html
>
> It's about (the lack of) scratch files in csh. Maybe somebody here= know
> what happened to the feature ?
>
> Cheers,
>
> Edouard.

>From the phraseology in the paper ("The system will remove ....")= it sounds
to me like it was not a csh feature at all, but rather that the UCB
systems had a cron job to run something like

=C2=A0 =C2=A0 =C2=A0 =C2=A0 find / -name '#*' -mtime +7 -exec rm {}= \;

It's easy enough to research this in the archives, if you have the ener= gy.
:-)

HTH,

Arnold
--000000000000209248058a939e3b--