, but I can't see how you're supposed to clear the screen on a vt100 in
2.9BSD. I guess printf'ing ("\033c") would do the trick, but I assumed
there was a more proper way; something that leverages the vt100 termcap
entry and does the right thing. Anyone?
thx
jake
Evening all,
Am I correct in my guess that 4.4BSD was built cross on an HP300? I have
never found a binary dist of anything other than HP300 4.4...and my
attempts to build 4.4 on ULTRIX/SunOS have so far not succeeded...it had
to have been built SOMEHOW.
I picked up an HP300 to help me get somewhere...but it seems to only have
a 68010. :(
I either need to find a definitive 68020-minimum one on ebay...someone
with one available...or some tips of actually cross-building 4.4 for MIPS
or SPARCv7 (I have physical hardware for either)
I am very determined to run pure 4.4 on something bigger than a PIC32. ;)
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
> From: Mary Ann Horton <mah(a)mhorton.net>
> I loved my Ambassador!
Ditto!
> Still have one.
Argh! Now you've made me want one for my vintage -11's! Alas, I don't see one
on eBay.... :-(
Noel
The information give is correct. You could possibly argue that you
shouldn't be using those functions, but should be using the curses(3)
library instead, which in turn uses this stuff... But it's all up to how
complex you want to be. :-)
Johnny
On 2014-12-31 07:16, Jacob Ritorto<jacob.ritorto(a)gmail.com> wrote:
> Mary, this is exactly what I needed -- good to go now; thank you!
>
> As a side note: Man, what an intimidating can of braindamage I've opened!:)
>
> thanks all!
> jake
>
> P.S. if anyone's bored enough, you can check out what we're up to at
> https://github.com/srphtygr/dhb. I'm trying to get my 11yo kid to spend a
> little time programming rather than just playing video games when he's near
> a computer. He'a actually getting through this stuff and is honestly
> interested when he understands it and sees it work -- and he even spotted a
> bug before me this afternoon! Feel free to raise issues, pull requests,
> etc. if you like -- I'm putting him through the git committing and pair
> programming paces, so outside interaction would be kinda fun:)
>
> P.P.S. We're actually using 2.11bsd after all..
>
>
> On Tue, Dec 30, 2014 at 9:33 PM, Mary Ann Horton<mah(a)mhorton.net> wrote:
>
>> >This is the right info. Be sure to scroll up to see how to use tgetent,
>> >tgetstr, and tputs. You aren't likely to need any padding.
>> >
>> >Essentially:
>> > tgetent using getenv("TERM") gets you the whole entry from
>> >/etc/termcap
>> > tgetstr of "cl" gets you the "clear"
>> >sequence
>> > tputs outputs the "clear"
>> >sequence
>> >
>> >
>> >On 12/30/2014 06:22 PM, Dan Stromberg wrote:
>> >
>>> >>Check outhttps://www.gnu.org/software/termutils/manual/termcap-1.3/
>>> >>html_mono/termcap.html#SEC30
>>> >>- especially the "cl" entry.
>>> >>
>>> >>ISTR the database being at /etc/termcap normally.
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt(a)softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
This was brought to my attention on another mailing list.
"Marking a new chapter for one of the country’s most architecturally
and historically significant buildings, Somerset Development has
announced a new name for the iconic former Bell Labs complex in
Holmdel, N.J. The two-million-square-foot building – now named Bell
Works – is currently undergoing a more than $100-million adaptive
reuse redevelopment that will transform the facility into a dynamic
mixed-use center.”
http://patch.com/new-jersey/holmdel-hazlet/somerset-development-unveils-bel…http://bell.works/
> From: Dave Horsfall <dave(a)horsfall.org>
> a 9-track tape followed me home, but even if I knew where it was now it
> ain't gonna be readable after over 30 years...
Umm, don't be too sure!
I have several sets of backup tapes from one of the V6 machines at MIT, and
those are also roughly 30 years old, and they are not in the best shape (they
sat in my basement for most of that time). I sent one off to someone who
specializes in reading old tapes, and he's gotten almost all the bits off of
it (a few records had unrecoverable read errors, but the vast majority were
OK - like roughly 15 read errors in around 1500 records).
So do look for that tape (unless the material is all already online).
I hope to annouce a vast trove of stuff soon from my tapes (once I figure out
how to interpret the bits - they are written by a sui generis application
called 'saveRVD', and the _only_ documentation of how it did it is... on that
tape! :-) That includes a lot of code written at MIT, as well as stuff
from elsewhere.
Coming sbould be BCPL, Algol, LISP and some other languages; MACRO-11 and the
DEC linker (which I guess are also available from UNSW tapes),but _also_
programs to convert back and forth from .REL to a.out format, and to .LDA
format; and a whole ton of other applications (I have no idea what all is
there - if anyone is interested, I can make a pass through my manuals and try
and make a list).
Noel
I've seen a couple of less than flattering references here; what was the
problem with them?
At UNSW, we couldn't afford the DH-11, so ended up with the crappy DJ-11
instead (the driver for the DH-11 had the guts ripped out of it in an
all-nighter by Ian Johnston as I recall), and when the DZ-11 came along we
thought it was the bees' knees.
Sure, the original driver was as slow as hell, but the aforesaid IanJ
reworked it and made it faster by at least 10x; amongst other things, I
think he did away with the character queues and used the buffer pool
instead, getting 9600 on all eight channels simultaneously, possibly even
full-duplex.
--
Dave Horsfall DTM (VK2KFU) "Bliss is a MacBook with a FreeBSD server."
http://www.horsfall.org/spam.html (and check the home page whilst you're there)
> From: Clem Cole
A few comments on aspects I know something of:
> BTW: the Arpanet was not much better at the time
The people at BBN might disagree with you... :-)
But seriously, throughout its life, the ARPANET had 'load-dependent routing',
i.e. paths were adjusted not just in response to links going up or down, but
depending on load (so that traffic would avoid loaded links).
The first attempt at this (basically a Destination-Vector algorithm, i.e. like
RIP but with non-static per-hop costs) didn't work too well, for reasons I
won't get into unless anyone cares. The replacement, the first Link-State
routing algorithm, worked much, much, better; but it still had minor issues
damping fixed most of those too).
> DH11's which were a full "system unit"
Actually, two; they were double (9-slot, I guess?) backplanes.
> The MIT guys did ARP for ChaosNet which quickly migrated down the street
> to BBN for the 4.1 IP stack.
Actually, ARP was jointly designed by David Plummer and I for use on both
TCP/IP and CHAOS (which is why it has that whole multi-protocol thing going);
we added the multi-hardware thing because, well, we'd gone half-way to making
it totally general by adding multi-protocol support, so why stop there?
As soon as it was done it was used on a variety of IP-speaking MIT machines
that were connected to a 10MBit Ethernet; I don't recall them all, but one
kind was the MIT C Gateway multi-protocol routers.
> Hey it worked just fine at the time.
For some definition of 'work'! (Memories of wrapping protocol A inside
protocol B, because some intervening router/link didn't support protocol A,
only B...)
Noel
Hi all,
Wanting to set up an 11/34 or 11/23 with a unix that's at least
contemporary enough to run telnet and ftp. From what I can gather on line,
I guess 2.10 is the best shot, but it's apparently a little less popular
and I can't fin enough docs about it to determine if it'll run with the
hardware I have. Am I on the right track here, or should I be considering
backporting the programs to 2.9? Pointers to 2.10 Setup manual would be
most welcome as well as suggestions on where to find other resources to
meet this goal..
thx
jake
> From: jnc(a)mercury.lcs.mit.edu (Noel Chiappa)
> The replacement, the first Link-State routing algorithm, worked much,
> much, better; but it still had minor issues
>
> damping fixed most of those too).
Oop, the editor 'ate' a line there (or, rather the editor's operator spaced
out :-): it should say "it still had minor issues, such as oscillation
between two equal-cost paths, with the traffic 'chasing itself' from path to
path; proper damping fixed most of those too".
> I always give Dave Clark credit (what I call "Clark's Observation") for
> the most powerful part of the replacement for the ARPAnet - aka the
> idea of a network of network.
Not sure exactly what you're referring to here (the concept of an internet
as a collection of networks seems to have occurred to a number of people,
see the Internet Working Group notes from the early 70s).
> Dave once quipped: "Why does a change at CMU have to affect MIT?"
Subnets (which first appeared at MIT, due to our, ah, fractured
infrastructure) again were an idea which occurred to a number of people all
at the same time; in part because MIT's CHAOSNET already had a collection of
subnets (the term may in fact come from CHAOSNET, I'd have to check) inside
MIT.
> I've forgotten what we did at CMU at the time, but I remember the MIT
> folk were not happy about it.
I used to know the answer to that, but I've forgotten what it was! I have this
bit set that CMU did something sui generis, not plain ARP sub-netting, but I
just can't remember the details! (Quick Google search...) Ah, I see, it's
described in RFC-917 - it's ARP sub-netting, but instead of the first-hop
router answering the ARP based on its subnet routing tables, it did something
where ARP requests were flooded across the entire network.
No wonder we disapproved! :-)
> Thought, didn't you guys have the 3Mbit stuff like we did at CMU and
> UCB first?
MIT, CMU and Stanford all got the 3Mbit Ethernet at about the same time, as
part of the same university donation scheme. (I don't recall UCB being part
of that - maybe they got it later?)
The donation included a couple of UNIBUS 3Mbit Ethernet cards (a hex card,
IIRC) the first 3MB connections at MIT were i) kludged into one of the MIT-AI
front-end 11's (I forget the details, but I know it just translated CHAOS
protocol packets into EFTP so they could print things on the Dover laser
printer), and ii) a total kludge I whipped up which could forward IP packets
back and forth between the 3M Ethernet, and the other MIT IP-speaking LANs.
(It was written in MACRO-11, and with N interfaces, it used hairy macro
expansions to create separate code for each of all 'N^2' possible forwarding
paths!) Dave Clark did the Alto TCP/IP implementation (which was used to
create a TFTP->EFTP translating spooler for IP access to the Dover).
I can give you the exact data, if you care, because Dave Clark and I had
a competition to see who could be done first, and the judge (Karen Sollins)
declared it a draw, and I still have the certificate! :-)
Noel
