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_FONT_LOW_CONTRAST,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 e06e01a5 for ; Wed, 5 Jun 2019 13:35:16 +0000 (UTC) Received: by minnie.tuhs.org (Postfix, from userid 112) id 6743C9B7EC; Wed, 5 Jun 2019 23:35:15 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 7829A9B7EA; Wed, 5 Jun 2019 23:34:56 +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="cjJwI65R"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 9B4679B684; Wed, 5 Jun 2019 23:34:55 +1000 (AEST) Received: from mail-wm1-f47.google.com (mail-wm1-f47.google.com [209.85.128.47]) by minnie.tuhs.org (Postfix) with ESMTPS id E5B719B682 for ; Wed, 5 Jun 2019 23:34:54 +1000 (AEST) Received: by mail-wm1-f47.google.com with SMTP id g135so2288185wme.4 for ; Wed, 05 Jun 2019 06:34:54 -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=XpPHYbU75G/7ab/R71Hq4u+aYbRVU2Wkk9K0Qsd+S3g=; b=cjJwI65Rw2XJdhVKNyuAzMOqpkIHWMOi7Uelm04LU5PgdKbAQ0ir4dObPjF+vIbV89 TAgB2OsqLki7iLOh8bQ0oXKJZ1W5rHsnk1s6gyoRrwPqJ4RVIvbjv95ySsQCxthkEy0d SNOI+ss0Xyvsj0IgK5MRHKKleU77Hqle7U54o= 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=XpPHYbU75G/7ab/R71Hq4u+aYbRVU2Wkk9K0Qsd+S3g=; b=VUlXOi+tnfmXLkVD1KBhSR5eZOoF5qgoWTGIQzaQpQXapGtWXt+X0wen2IDg8TZl3E IfM6FKIaribVyfMC0e6OtsxkqXPViq63Zfut7leXYuasxwdlZ31LEj7W+0ee3oZqOcw/ 5JN9cV8VKB+ASKn+CeAGD6Q6KwxKTt71U+2tqg9RTc2ux+Sp2Px7X/OEzOVuBxAQlfFZ hPqcvmdeVkr8HoMKr2MQYDikQroC1JIIgu1jkXPBraOKADZRS3RwOd28AwdtsIKnon9o vjNmSvjqd38O8IDmfPMDXrZ99Bos0SppwpoUmkhKN148YhsFRw1HRJULykPeC800xs6l Ae3Q== X-Gm-Message-State: APjAAAWIbIg7/LL513fuvuz6T+rU+7zFYIPdwL48uP6RmtqbXNoaF8WK /tp98zTw16tXRpBYGcZUMSJnfgd48eaeTiYDpJ3nTqDa/yA= X-Google-Smtp-Source: APXvYqygjc6I/Q9dqiglrGBcjml7aviDijGLZmISJC33cfSugF7SG9+geuUJko5arvbySmFuEEcwjBE/E7ZwjvxPSOI= X-Received: by 2002:a1c:f916:: with SMTP id x22mr9678231wmh.81.1559741693377; Wed, 05 Jun 2019 06:34:53 -0700 (PDT) MIME-Version: 1.0 References: <87blzcmckd.fsf@plume.lan> <201906051250.x55CoSxK005467@freefriends.org> In-Reply-To: From: Clem Cole Date: Wed, 5 Jun 2019 09:34:27 -0400 Message-ID: To: Aharon Robbins Content-Type: multipart/alternative; boundary="000000000000935b1f058a93a9f1" 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" --000000000000935b1f058a93a9f1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I should add, my memory is that the script was done that way before -mtime switch added; but its a tad fuzz -- many, many beers ago. =E1=90=A7 On Wed, Jun 5, 2019 at 9:31 AM Clem Cole wrote: > Indeed - that's how UCB Systems worked. /tmp was a small scratch disk an= d > anything there was suspect. Scratch files were not a CShell feature, the= y > 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 w= as > 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 kno= w >> > 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 energ= y. >> :-) >> >> HTH, >> >> Arnold >> > --000000000000935b1f058a93a9f1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I should add, my memory is that the script was do= ne that way before -mtime= switch added; but its a tad fuzz -- many, many beers ago.
3D""=E1=90=A7

On Wed, Jun 5, 2019 at 9:31 AM Clem Cole <clemc@ccc.com> wrote:
Indeed - that= 9;s how UCB Systems worked.=C2=A0 /tmp was a small scratch disk and anythin= g there was suspect.=C2=A0 Scratch files were not a CShell feature, they we= re a UNIX feature, very much needed on the 16-bit address PDP-11 where it w= as developed.

=C2=A0 =C2=A0The idea originally became = popular with Dennis's C Compiler which used it for the intermediate fil= es between the passes on the PDP-11.=C2=A0 =C2=A0On a large public system l= ike a University, /tmp would fill with cruft.=C2=A0 =C2=A0It was traditiona= lly removed on reboot.=C2=A0 But that was not good enough for production sy= stems that did not reboot.

<= font face=3D"arial, helvetica, sans-serif">=C2=A0 =C2=A0 My memory is that = there was a script that was similar to what Aharon suggested that ran in th= e early hours of the day, although=C2=A0before it ran it created a <= font color=3D"#0000ff" face=3D"courier new, monospace">time_stamp_file with touch(1) set to be 6 hours previous so the script let anyth= ing under 6 hours survive using a negation on the -newer=C2=A0time_stamp_f= ile=C2=A0clause.=C2=A0 = =C2=A0

Clem

On Wed, Jun 5, 2019 at 8:51 AM= <arnold@skeeve.c= om> wrote:
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
--000000000000935b1f058a93a9f1--