From: jay-tuhs9915@toaster.com
To: tuhs@minnie.tuhs.org
Subject: Re: [TUHS] Fwd: Choice of Unix for 11/03 and 11/23+ Systems
Date: Tue, 6 Oct 2020 09:22:25 -0700 [thread overview]
Message-ID: <5d6b9566-06de-1288-1cb9-a22d68f5c1e2@toaster.com> (raw)
In-Reply-To: <20201006144648.773F918C0C4@mercury.lcs.mit.edu>
On 10/6/2020 7:46 AM, Noel Chiappa wrote:
> I'm not a SIMH user, though (I'm an Ersatz-11 person); is there
anyone who is, who'd like to play with MiniUnix with me?
I've been meaning to jump into this, since I own both an 11/05 and an
11/03, which I'd very much like to run Unix on. I've also used simh for
various things (including bringing up 2.9BSD on my 11/23), but I can
hardly call myself an expert.
Are there any notes you can share on how to get to the point you're at?
> for(cp = &u.u_dbuf[0]; cp < &u.u_dbuf[DIRSIZ]; cp++)
> if(*cp != cp[u.u_dent.u_name - u.u_dbuf])
Found this in the v6 sources
(http://www.retro11.de/ouxr/u6ed/usr/sys/ken/nami.c.html). The code is
doing a string comparison between the name in the current directory
entry (u_dent) and the current pathname component (in u_dbuf). The
expression in brackets is the relative distance between the two name
fields within the u struct. If the if expression evaluates to true,
then the names do *not* match, and the code loops back to eloop to check
the next entry.
Since namei() searches for a particular named entry in a directory, its
reasonable to assume that this particular comparison would fail a number
of times before finding the correct entry.
> It seems to check most of the (wrong) directory entries OK, but then
inexplicably (to me) fails.
In what way does it fail? Is it simply that namei() doesn't find the
file its looking for?
--Jay
next prev parent reply other threads:[~2020-10-06 16:31 UTC|newest]
Thread overview: 70+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-06 14:46 Noel Chiappa
2020-10-06 16:22 ` jay-tuhs9915 [this message]
-- strict thread matches above, loose matches on Subject: below --
2021-02-03 1:25 Noel Chiappa
2020-10-18 21:36 Norman Wilson
2020-10-12 22:43 Noel Chiappa
2020-10-12 19:27 Noel Chiappa
2020-10-10 23:29 Noel Chiappa
2020-10-11 2:30 ` Jay Logue
2020-10-11 23:24 ` Paul Riley
2020-10-12 0:53 ` Dave Horsfall
2020-10-12 1:56 ` Warner Losh
2020-10-12 2:09 ` Andrew Warkentin
2020-10-12 16:57 ` Arthur Krewat
2020-10-18 20:42 ` Michael Huff
2020-10-08 23:49 Noel Chiappa
2020-10-08 16:06 Noel Chiappa
2020-10-06 23:08 Noel Chiappa
2020-10-07 5:24 ` Jay Logue
2020-10-06 20:34 Noel Chiappa
2020-10-06 19:34 Noel Chiappa
2020-10-06 19:04 Noel Chiappa
2020-10-02 0:39 Noel Chiappa
2020-10-01 12:51 Noel Chiappa
2020-10-02 0:23 ` Paul Riley
2020-09-30 23:16 Noel Chiappa
2020-09-30 18:51 Noel Chiappa
2020-09-30 17:58 Noel Chiappa
2020-09-28 23:21 Noel Chiappa
2020-09-30 1:50 ` Paul Riley
2020-09-27 21:07 Noel Chiappa
2020-09-27 21:12 ` Warner Losh
2020-09-28 0:22 ` Pete Turnbull
2020-09-27 20:50 Noel Chiappa
2020-09-29 13:20 ` Paul Riley
2020-09-25 22:08 Noel Chiappa
2020-09-26 14:52 ` John Foust
2020-09-28 0:03 ` Paul Riley
2020-09-28 0:06 ` Paul Riley
2020-09-24 18:56 Noel Chiappa
2020-09-24 13:04 Noel Chiappa
2020-09-24 18:24 ` John Cowan
2020-09-24 11:02 Paul Ruizendaal
2021-02-03 0:12 ` Greg A. Woods
2020-09-24 1:28 Noel Chiappa
2020-09-23 23:14 Noel Chiappa
2020-09-24 1:09 ` John Foust
2020-09-22 21:51 John Foust
2020-09-22 21:36 Noel Chiappa
2020-09-22 21:46 ` Warner Losh
2020-09-22 21:49 ` John Foust
2020-09-22 15:59 Noel Chiappa
2021-02-03 0:07 ` Greg A. Woods
2020-09-22 0:47 Noel Chiappa
2020-09-21 19:37 Noel Chiappa
2020-09-21 23:16 ` devin davison
2020-09-21 18:13 Noel Chiappa
2020-09-21 17:59 Noel Chiappa
2020-09-21 18:18 ` Arthur Krewat
2020-09-20 13:12 Noel Chiappa
2020-09-19 15:28 Noel Chiappa
2020-09-21 10:26 ` Paul Riley
2021-01-24 16:07 ` Tom Ivar Helbekkmo via TUHS
2021-01-25 4:58 ` Gregg Levine
2021-01-25 8:21 ` Tom Ivar Helbekkmo via TUHS
[not found] <CAD05_j1bc6DDRtfPkd4QVeWXjwSp73bty46D=2ATozUbHThBWw@mail.gmail.com>
2020-09-19 3:22 ` Paul Riley
2020-09-19 14:20 ` Heinz Lycklama
2020-09-21 13:54 ` Paul Riley
2020-09-21 15:30 ` Heinz Lycklama
2020-09-21 23:27 ` Henry Bent
[not found] ` <4C35E6D2-8ABD-4DC2-BB2F-F15FA5BF30DD@icloud.com>
2020-09-22 0:22 ` Henry Bent
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=5d6b9566-06de-1288-1cb9-a22d68f5c1e2@toaster.com \
--to=jay-tuhs9915@toaster.com \
--cc=tuhs@minnie.tuhs.org \
/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).