> The ARPAnet reached four nodes on this day in 1969 ..
> the nodes were UCSB, UCLA, SRI, and Utah.
Yeah; see the first map here:
http://www.chiappa.net/~jnc/tech/arpageo.html
Missing maps gratefully received!
Noel
The ARPAnet reached four nodes on this day in 1969; at least one "history"
site reckoned the third node was connected in 1977 (and I'm still waiting
for a reply to my correction). Well, I can believe that perhaps there
were only three left by then...
According to my notes, the nodes were UCSB, UCLA, SRI, and Utah.
-- Dave
Dan Cross wrote in
<CAEoi9W63J0HKbWUk8wrGSkCdyzzaV-F6km-q+K-H2+kvURWWdQ(a)mail.gmail.com>:
|On Tue, Dec 1, 2020 at 3:40 PM Bakul Shah <bakul(a)iitbombay.org> wrote:
|
|> On Dec 1, 2020, at 12:20 PM, Steffen Nurpmeso <steffen(a)sdaoden.eu> wrote:
|>> Never without my goto:, and if it is only to break to error
|>> handling and/or staged destruction of local variables after
|>> initialization failures. Traumatic school impression, finding
|>> yourself locked in some PASCAL if condition, and no way to go to.
|>
|> Pascal had goto.
Hm, i did not receive Bakul's mail. Well i did not use it long
enough. I think this came up in the past already, it could have
been it was a mutilated version, there definetely was no goto in
this DOS-looking UI with menu bar, with menu entries for
compilation plus, help screen etc etc. Borland Pascal, Borland
dBASE it must have been then. Didn't i say "maybe the teacher had
an option to turn it on" or something :) Yeah, i do not know, but
there was no goto, definetely.
|Pascal also had to go. (Thanks...I'm here all week.)
Ah, and all the many-page program listings in Delphi, what a waste
of paper. Whether anyone really typed them out, not me.
|You can even do a non-local goto!
Help.
|> In Go you don't need goto for the sort of thing you and McVoy
|> talked about due to its defer statement and GC. Now granted
|> GC may be too big of a hammer for C/C++ but a future C/C++
|> add defer gainfully as the defer pattern is pretty common.
|> For example, mutex lock and unlock.
Terrible just as pthread_cleanup_push/pop, and that can be
entirely local-to-scope. Terrible even if there would be
"closure"s that could be used as arguments instead of a function
pointer. gcc supports/ed computed goto's, which would also be
nice in that respect. And some kind of ISO _Xy() which could be
used in conditionals dependent on whether the argument is
a computed goto, a "closure" or a function pointer (or a member
function pointer).
I always hated that C++ is not ISO C plus extensions, so your
"C/C++" is not true for a long time...
--steffen
|
|Der Kragenbaer, The moon bear,
|der holt sich munter he cheerfully and one by one
|einen nach dem anderen runter wa.ks himself off
|(By Robert Gernhardt)
Is it just me, or did console messages really wake up the screen saver on
BSDi (aka BSD/OS)? That old box has long since gone to $HEAVEN (along
with the company itself; thank you WinDriver) but I'm getting annoyed at
having to tap a key on FreeBSD to see the console, which I don't recall
having to do on BSDi.
-- Dave
The world's first computer programmer (and a mathematician, when that was
deemed unseemly for a mere woman), we lost her in 1852 from uterine
cancer.
-- Dave
[Redirecting to COFF]
On Monday, 23 November 2020 at 8:42:34 -0500, Noel Chiappa wrote:
>> On Mon, Nov 23, 2020 at 12:28 PM Erik E. Fair <fair-tuhs(a)netbsd.org> wrote:
>
>> The Honeywell DDP-516 was the computer (running specialized software
>> written by Bolt, Bernanek & Newman (BBN)) which was the initial model of
>> the ARPANET Interface Message Processors (IMP).
>
> The IMPs had a lot of custom interface hardware; sui generis serial
> interlocked host interfaces (so-called 1822), and also the high-speed modem
> interfaces. I think there was also a watchdog time, IIRC (this is all from
> memory, but the ARPANET papers from JCC cover it all).
I worked with a DDP-516 at DFVLR 46 years ago. My understanding was
that the standard equipment included two different channel interfaces.
One, the DMC (Direct Multiplexer Control, I think) proved to be just
what I needed for my program, a relatively simple tape copy program.
The input tape was analogue, unbuffered, and couldn't be stopped, so
it was imperative to accept all data as it came in from the ADC.
But the program didn't work. According to the docco, the DMC should
have reset when the transfer was complete (maybe depending on
configuration parameters), but it didn't. We called in Honeywell
support, who scratched their heads and went away, only to come back
later and say that it couldn't be fixed.
I worked around the problem in software by continually checking the
transfer count and restarting when the count reached 0. So the
program worked, but I was left wondering whether this was a design
problem or a support failure. Has anybody else worked with this
feature?
Greg
--
Sent from my desktop computer.
Finger grog(a)lemis.com for PGP public key.
See complete headers for address and phone numbers.
This message is digitally signed. If your Microsoft mail program
reports problems, please read http://lemis.com/broken-MUA
I'm currently reviewing a paper about Unix and Linux, and I made the
comment that in the olden days the normal way to build an OS image for
a big computer was from source. Now I've been asked for a reference,
and I can't find one! Can anybody help?
Greg
--
Sent from my desktop computer.
Finger grog(a)lemis.com for PGP public key.
See complete headers for address and phone numbers.
This message is digitally signed. If your Microsoft mail program
reports problems, please read http://lemis.com/broken-MUA
On 2020-Nov-06 10:07:21 -0500, Clem Cole <clemc(a)ccc.com> wrote:
>Will, I do still the same thing, but the reason for 72 for email being that
>way is still card-based. In FORTRAN the first column defines if the card
>is new (a blank), a comment (a capital C), no zero a 'continuation' of the
>last card. But column 73-80 were 'special' and used to store sequence #s
>(this was handy when you dropped your card deck, card sorters could put it
>back into canonical order).
Since no-one has mentioned it, the reason why Fortran and Cobol ignore
columns 73-80 goes back to the IBM 711 card reader - which could read any
(but usually configured for the first) 72 columns into pairs of 36-bit words
in an IBM 701.
--
Peter Jeremy
On Tuesday, 10 November 2020 at 16:52:58 -0700, Adam Thornton wrote:
> If 4.3BSD is old enough, the System Administrator's Manual (e.g.
> http://bitsavers.informatik.uni-stuttgart.de/pdf/isi/bsd/490197C_Unix_4.3BS…)
> section 4.2 _et seq_.
>
> On Tue, Nov 10, 2020 at 4:11 PM Greg 'groggy' Lehey <grog(a)lemis.com> wrote:
>
>> I'm currently reviewing a paper about Unix and Linux, and I made the
>> comment that in the olden days the normal way to build an OS image for
>> a big computer was from source. Now I've been asked for a reference,
>> and I can't find one! Can anybody help?
>
> How olden days do you mean?
Sorry, I wasn't very clear. I was thinking commercial systems of the
1960s and 1970s, not any form of Unix.
Greg
--
Sent from my desktop computer.
Finger grog(a)lemis.com for PGP public key.
See complete headers for address and phone numbers.
This message is digitally signed. If your Microsoft mail program
reports problems, please read http://lemis.com/broken-MUA
Moving to COFF.
below.
On Fri, Nov 6, 2020 at 10:40 AM Will Senn <will.senn(a)gmail.com> wrote:
> Clem,
>
> It figures. I should have known there was a reason for the shorter lines
> other than display. Conventions are sticky and there appears to be a
> generation gap. I use single spaces between sentences, but my ancestors
> used 2... who knows why? :).
>
You never use a real typewriter. Double-space allows you to edit
(physically) the document if need be. This was how I did everything
before I had easy computer access.
I went to college with an electric typewriter and all my papers were done
on it in the fall of my freshman year (until I got access to UNIX). I did
have an CS account for the PDP-10 and they had the XGP, but using it for
something like your papers was somewhat frowned upon. However, the UNIX
boxes we often bought 'daisy wheel' typewriters that had RS-232C
interfaces. Using nroff, I could then do my papers and run it off in the
admin's desk at night.
Clem