[TUHS] Early Internet work

[TUHS] Early Internet work

[Noel Chiappa]

    > Hi, we just read the second tape, which read without error.
    > ...
    > So at this point we have access to everything that was on that machine.

So, in the process of transferring this all to a TAR file, we found a bug in
BSD 4.1b. (The length of some directories whose last sector held only one
entry was being incorrectly set to the actual length of the directory, not a
multiple of the sector size.)

Anyone know where I can report a BSD 4.1b bug? :-)

       Noel

PS: Although the Algol-60 isn't there, there is a nice LISP (good enough to
run The Doctor ... :-)

[TUHS] Early Internet work

[Charles Anthony]

On Wed, Feb 8, 2017 at 3:16 PM, Noel Chiappa <jnc at mercury.lcs.mit.edu>
wrote:

>     > Hi, we just read the second tape, which read without error.
>     > ...
>     > So at this point we have access to everything that was on that
> machine.
>
> So, in the process of transferring this all to a TAR file, we found a bug
> in
> BSD 4.1b. (The length of some directories whose last sector held only one
> entry was being incorrectly set to the actual length of the directory, not
> a
> multiple of the sector size.)
>
> Anyone know where I can report a BSD 4.1b bug? :-)
>
> Sigh. That tops my Multics bug report.

-- Charles
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20170208/5c3eb94f/attachment.html>

[TUHS] Early Internet work

[Charles Anthony]

On Wed, Feb 8, 2017 at 3:47 PM, Charles Anthony <charles.unix.pro at gmail.com>
wrote:

>
>
> On Wed, Feb 8, 2017 at 3:16 PM, Noel Chiappa <jnc at mercury.lcs.mit.edu>
> wrote:
>
>>     > Hi, we just read the second tape, which read without error.
>>     > ...
>>     > So at this point we have access to everything that was on that
>> machine.
>>
>> So, in the process of transferring this all to a TAR file, we found a bug
>> in
>> BSD 4.1b. (The length of some directories whose last sector held only one
>> entry was being incorrectly set to the actual length of the directory,
>> not a
>> multiple of the sector size.)
>>
>> Anyone know where I can report a BSD 4.1b bug? :-)
>>
>> Sigh. That tops my Multics bug report.
>
> Maybe not.  The Multics segment containing the error is marked "WRITTEN
03/26/76".  BSD4.1 is circa 1890?

(Sorry for drifting off-topic)

-- Charles
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20170208/db3c222d/attachment-0001.html>

[TUHS] Early Internet work

[Chet Ramey]

On 2/8/17 7:37 PM, Charles Anthony wrote:

>  BSD4.1 is circa 1890?

I'm guessing 20th century at least.

-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer
		 ``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, UTech, CWRU    chet at case.edu    http://cnswww.cns.cwru.edu/~chet/

[TUHS] Early Internet work

[Larry McVoy]

This is some fascinating reading.  Read the stuff in ports/ipc.

On Fri, Feb 17, 2017 at 11:51:43AM -0500, Noel Chiappa wrote:
>     > OK, we're starting to get through all the clearances needed to release
>     > the non-MIT Unix systems
> 
> We have now completed (as best we can) the OK's for the 'BBN TCP/IP V6 Unix',
> and I finally bestirred myself to add in the documentation I found for it,
> and crank out a tarball, available here:
> 
>   http://ana-3.lcs.mit.edu/~jnc/tech/pdp11/tmp/bbn.tar
> 
> It includes all the documentation files I found for the Rand and BBN code (in
> the ./doc directory); included are the original NROFF source to the two Rand
> publications about ports, and several BBN reports.
> 
> This is an early TCP/IP Unix system written at BBN. It was not the first
> TCP/IP Unix; that was one done at BBN in MACRO-11, based on a TCP done in
> MACRO-11 by Jim Mathis at SRI for the TIU (Terminal nterface Unit).
> 
> This networking code is divided into three main groups. First there is
> code for the kernel, which includes IPC enhancements to Unix, including
> Rand ports, as well as further extensions to that done at BBN for the
> earlier TCP - the capac() and await() calls. It also includes a IMP
> interface driver (the code only interfaced to the ARPANET at this point in
> time). Next, TCP is implemented as a daemon which ran as a single process
> which handled all the connections. Finally, other programs implement
> applications; TELNET is the only one provided at this point in time.
> 
> The original port code was written by Steven Zucker at Rand; the extensions
> done at BBN were by Jack Haverty. The TCP was mostly written by Mike
> Wingfield, apparently with some assistance by Jon Dreyer. Dan Franklin
> apparently wrote the TELNET.
> 
> 
> Next, I'll be working on the MIT-CSR machine. That's going to take quite a
> while - it's a whole system, with a lot of applications. It does include FTP,
> SMTP, etc, though, so it will be a good system for anyone who wants to run V6
> with TCP on a /23. We'll have to write device drivers for whatever networking
> cards are out there, though.
> 
> 	Noel

-- 
---
Larry McVoy            	     lm at mcvoy.com             http://www.mcvoy.com/lm 

[TUHS] Early Internet work

[Noel Chiappa]

    > OK, we're starting to get through all the clearances needed to release
    > the non-MIT Unix systems

We have now completed (as best we can) the OK's for the 'BBN TCP/IP V6 Unix',
and I finally bestirred myself to add in the documentation I found for it,
and crank out a tarball, available here:

  http://ana-3.lcs.mit.edu/~jnc/tech/pdp11/tmp/bbn.tar

It includes all the documentation files I found for the Rand and BBN code (in
the ./doc directory); included are the original NROFF source to the two Rand
publications about ports, and several BBN reports.

This is an early TCP/IP Unix system written at BBN. It was not the first
TCP/IP Unix; that was one done at BBN in MACRO-11, based on a TCP done in
MACRO-11 by Jim Mathis at SRI for the TIU (Terminal nterface Unit).

This networking code is divided into three main groups. First there is
code for the kernel, which includes IPC enhancements to Unix, including
Rand ports, as well as further extensions to that done at BBN for the
earlier TCP - the capac() and await() calls. It also includes a IMP
interface driver (the code only interfaced to the ARPANET at this point in
time). Next, TCP is implemented as a daemon which ran as a single process
which handled all the connections. Finally, other programs implement
applications; TELNET is the only one provided at this point in time.

The original port code was written by Steven Zucker at Rand; the extensions
done at BBN were by Jack Haverty. The TCP was mostly written by Mike
Wingfield, apparently with some assistance by Jon Dreyer. Dan Franklin
apparently wrote the TELNET.


Next, I'll be working on the MIT-CSR machine. That's going to take quite a
while - it's a whole system, with a lot of applications. It does include FTP,
SMTP, etc, though, so it will be a good system for anyone who wants to run V6
with TCP on a /23. We'll have to write device drivers for whatever networking
cards are out there, though.

	Noel

[TUHS] Early Internet work

[SPC]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1408 bytes --]

Great work.

Gracias | Regards - Saludos | Greetings | Freundliche Grüße | Salutations
-- 
Sergio Pedraja
-- 
twitter: @sergio_pedraja | skype: Sergio Pedraja
--
http://plus.google.com/u/0/101292256663392735405
http://www.linkedin.com/in/sergiopedraja
http://www.quora.com/Sergio-Pedraja
http://spedraja.wordpress.com
-----
No crea todo lo que ve, ni crea que está viéndolo todo
-----
"El estado de una Copia de Seguridad es desconocido
hasta que intentas restaurarla" (- nixCraft)



2017-02-14 0:20 GMT+01:00 Noel Chiappa <jnc at mercury.lcs.mit.edu>:
>     > we just read the second tape, which read without error. ... at this
>     > point we have access to everything that was on that machine.
>
> OK, we're starting to get through all the clearances needed to release the
> non-MIT Unix systems on the machine. (The MIT one is going to take more
> work - I have to curate out all the personal files.)
>
> We have now completed the OK's for the 'Network Unix' (the one done at the
> University of Illinois for use on the ARPANET, with NCP). A tarball is
> available here:
>
>   http://ana-3.lcs.mit.edu/~jnc/tech/pdp11/tmp/nosc.tar
>
> (It's called 'nosc.tar' because it came through NOSC, and then SRI,
> on the way to MIT.)
>
> In addition to all the UIllinois code, it also contains early versions of the
> MH mail reader (from Rand) and the MMDF mailer (from UDel).
>
> Enjoy!
>
>         Noel

[TUHS] Early Internet work

[Noel Chiappa]

    > we just read the second tape, which read without error. ... at this
    > point we have access to everything that was on that machine.

OK, we're starting to get through all the clearances needed to release the
non-MIT Unix systems on the machine. (The MIT one is going to take more
work - I have to curate out all the personal files.)

We have now completed the OK's for the 'Network Unix' (the one done at the
University of Illinois for use on the ARPANET, with NCP). A tarball is
available here:

  http://ana-3.lcs.mit.edu/~jnc/tech/pdp11/tmp/nosc.tar

(It's called 'nosc.tar' because it came through NOSC, and then SRI,
on the way to MIT.)

In addition to all the UIllinois code, it also contains early versions of the
MH mail reader (from Rand) and the MMDF mailer (from UDel).

Enjoy!

	Noel

[TUHS] Early Internet work

[Dan Cross]

Sorry, I can't resist: https://youtu.be/0_HGqPGp9iY


On Feb 8, 2017 8:32 PM, "Noel Chiappa" <jnc at mercury.lcs.mit.edu> wrote:

>     > From: Charles Anthony
>
>     > Sigh. That tops my Multics bug report.
>
> No way! You actually got the fix approved by an MCB! Much cooler! :-)
>
>     > BSD4.1 is circa 1890?
>
> Well, it's old, but not _that_ old!! :-)
>
>       Noel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20170208/6b33c96b/attachment.html>

[TUHS] Early Internet work

[Noel Chiappa]

    > From: Charles Anthony

    > Sigh. That tops my Multics bug report.

No way! You actually got the fix approved by an MCB! Much cooler! :-)

    > BSD4.1 is circa 1890?

Well, it's old, but not _that_ old!! :-)

      Noel

[TUHS] Early Internet work

[Noel Chiappa]

    > From: Nick Downing

    > is it possible for you to read the other tapes also?

Hi, we just read the second tape, which read without error. It appears to be
mostly the same stuff as the first, except that for some not-now-understood
reason, a lot of the sub-directories in /src/src (the directory that held most
of the sources) weren't there on the _first_ tape, but _are_ there on the
_second_.  So at this point we have access to everything that was on that
machine.

It's too long a list to go through, but here:

  http://ana-3.lcs.mit.edu/~jnc/tech/pdp11/tmp/csr2_edfiles.txt

is an edited list of the files on the machine. Most of /usr/ has been deleted,
since it contains a lot of personal files, the names of which I don't wish to
make public.

Alas, some of the code (e.g. the much of the MIT TCP/IP) was in some personal
directories; it will take me a while to curate all that.


Also, this machine did not contain everything that was done at MIT: one
particularly saddening lacuna is that the Algol-60 (written for the 'Intro to
programming for CS majors' course, 6.031 to those for whom that means
anything) isn't there, along with its documentation. With that being _such_ an
incredibly influential language, I'd really wanted to see a PDP-11 version
made available.

There's also an APL, and some missing subdirectories in the BCPL source
directory ('henke', 'richards' and 'tenex'). Etc, etc.

I have reached out to people at MIT, to see if a tape backup from the machine
where all that was can be found; I will keep you all posted if anything shows
up.


    > I would be particularly interested in the early 8080 compiler

Yes, that's there ('c8080'), but object-only - it may have been something that was
purchased from an outside vendor. There does seem like there might be an 8080-back
end for the BCPL compiler.

    Noel