The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: ron@ronnatalie.com (Ronald Natalie)
Subject: [TUHS] Bugs in V6 'dcheck'
Date: Sat, 31 May 2014 09:23:31 -0400	[thread overview]
Message-ID: <C7AF0B07-ADE0-4F93-A57D-B15215D6472A@ronnatalie.com> (raw)
In-Reply-To: <20140531131504.AC41E18C0C8@mercury.lcs.mit.edu>

If I understand what you are saying, it only occurs when you run dcheck with mutliple volumes at one time?
I can't say I EVER did that back in the pre-fsck days.

We did icheck and then dcheck on each disk in sequence.
I don't even think we had a shell script.    It was incumbent on the operator to check each of the system disks and any user volumes that were mounted at the time the system crash.

Bugs are entirely not uncommon.     This is why BSD and JHU and UT had their own distributions.       Having been a V6 UNIX systems programmer at a university back in the day as we had students who found it an extracurricular activity (nobody took computing seriously back then) to break security or just plain crash the system.    Tons of worse bugs than dcheck issues.    

I actually spent some time before they elevated me to system programmer doing some exploration in to problems (authorized by the staff).
I decided to test all the setuid programs against vulnerabilities of playing with the file descriptors before invoking them.      I found a half a dozen problems and mailed of the details before I decided to give up and go home.    The next morning our log had a message about the first eight characters of the system accounting file being corrupted.   I told the guys recovering from that that I might know how that had happened.    They said they figured I would because it was my user  name that was found overwritten on the file.




  reply	other threads:[~2014-05-31 13:23 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-31 13:15 Noel Chiappa
2014-05-31 13:23 ` Ronald Natalie [this message]
2014-05-31 18:58 ` Tim Newsham
2014-05-31 19:48 ` Clem Cole
2014-05-31 13:30 Norman Wilson
2014-05-31 16:03 ` John Cowan
     [not found]   ` <20140531161620.GL28034@mcvoy.com>
2014-05-31 17:16     ` John Cowan
2014-05-31 14:19 Noel Chiappa
2014-05-31 15:55 Noel Chiappa
2014-05-31 16:18 ` Ron Natalie
2014-05-31 23:24 Doug McIlroy
2014-06-01  0:17 ` Kevin Schoedel
2014-06-01 22:54   ` scj
2014-06-01 23:48 ` A. P. Garcia
2014-06-02  1:11   ` Ronald Natalie
2014-06-02  2:10     ` A. P. Garcia
2014-06-03 16:38 ` Nelson H. F. Beebe
2014-06-02  2:14 Michael Spacefalcon
2014-06-02  2:51 ` John Cowan
2014-06-02  3:18 Noel Chiappa
2014-06-02  3:34 Noel Chiappa
2014-06-02  4:05 ` Mary Ann Horton
2014-06-02  6:12 ` arnold
2014-06-03 12:11 ` emanuel stiebler
2014-06-03 17:33 Nelson H. F. Beebe

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=C7AF0B07-ADE0-4F93-A57D-B15215D6472A@ronnatalie.com \
    --to=ron@ronnatalie.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).