We did this nerd-fest thing at this hotel last year and no one
complained (much), least of all the hotel, so I think we're up for
another go.
The TWELFTH edition of the Vintage Computer Festival Midwest is
happening September 9th and 10th, 2017 in lovely Elk Grove Village,
Illinois, mere minutes from O'Hare International Airport and an array
suburban shopping and dining opportunities.
Those who have joined us in the past will be happy to know that we're
running the same show (and more!) this year: same location, same
hours, still free to attend, show or sell. If you're new to VCF
Midwest, you can find all the relevant details at http://vcfmw.org.
If you have any questions not answered there, feel free to contact me
directly.
Registration:
No registration is necessary to attend the show. If you would like a
table(s) for exhibition and/or vending, please contact us via the form
on our site at: http://vcfmw.org/signup.html. We'll do our best to
get you the space you need.
Presentation:
If you would like to volunteer a talk or demo between 30-60 minutes,
please contact us via the form http://vcfmw.org/pres.html. Our
friendly events coordinator will get back to you soon.
Accommodation:
Hotel registration is now open! Follow the link here
http://bit.ly/2phDUyI or at vcfmw.org and reserve your room at our
reduced rate of $89/night. The nights of the 8th, 9th and 10th are
available, with either a single King bed or a dual Queen room. If
you're staying additional nights, they will probably have to be booked
separately at the regular rate - however it's worth calling the hotel
directly at (847) 437-6010 and asking them for the "Vintage Computer
Fes" (yes without the "t") or "VIN" rate on the extra nights. No
guarantees they'll extend it but it's worth a try. If you have any
other booking needs or difficulties, please call that number as well.
Do not call the main toll-free line for Holiday Inn/IHG. They don't
have the rate code and won't be able to help you.
Hesitation:
Why wait? Book your room and travel and mark your calendars TODAY.
Socialization:
For Facebook users, there's a FB event here:
https://www.facebook.com/events/805945506224113/
For the tweeting kind, you may follow us at: https://twitter.com/vcfmidwest
Does anyone use Google+ any more? We have a page here:
https://plus.google.com/u/0/b/102061024739945029100/102061024739945029100
Donation:
VCF Midwest is a community-supported event, made possible through the
generous donations of attendees, vendors and the organizing staff. As
such, we humbly beg for your contribution toward the show's expenses,
payable via the PayPal or GoFundMe links on our main page. Every
donation helps and we appreciate them all.
See you in September!
-j
The early ethernet schematics are best read with the a copy of the
original patent (US 4,073,220) in hand. In particular, you can match up
figure 5 and the explanation in the text with the schematic from Xerox. I
wrote such a document decades ago but it has vanished along with many other
bits.
Has anyone interviewed Tat Lam about the transceiver?
When I got my first system running, S100, I had an Imsai 8080 with a
Hayes 103 modem. I used it to log into multics and some BBS's at the
time and record sessions and files and the like. I only had the usual
8" floppies, with eventually 1mb x 2 for storage.
However, reason for mentioning was that there was a simple program which
would auto answer on the Hayes modem and allow you to run things.
One evening when my roommates and I had gone to dinner, a friend who was
going to call at a certain time did so. However we had forgotten he was
to call, and I had left the system up and connected to the phone.
He called a couple of times and realized that we weren't around to pull
the line, or call back, so he got his terminal up and running and left
us a message on the screen for later.
I sort of count it as the first sort of BBS type I ran. There was a
program you could leave running which would challenge for a password,
and then re-run when the modem lost signal, so you could have a low
grade login that way. (password only).
And one could take ones choice of files and xmodem them (which he did in
future sessions).
I logged into many BBS systems which weren't much more than this or a
restricted menu program after you logged in. Some were nice with some
presentation, and some were just (enter 1 to do ... 2 to do ... etc).
Not much else really required if you want to get to very basics.
With any BBS having more than just the floppies, login and messaging and
more download options were the next level up.
And after that there were various BBS software packages that had
networks of like users that one could obtain.
thanks
Jim
I have here a shipping box, a shrink-wrapped TK50 tape and various
docs for Wollongong Group's "EUNICE BSD," which I take to be a BSD
Unix-like environment for VMS. I can't find a copy of either the docs
nor the bits online.
I will take care of scanning the docs. I would like to send this tape
to someone - Al K getting first shot if he's interested - who can
image the TK50 cart and make it available to all. I have a spotty
TKZ50 drive that I'd rather not risk this potentially valuable data
to.
The tape is marked:
"EUNICE BSD Binary Distribution Relase # E-11575-IP. Users: UL"
Hooray, unlimited license!
Any takers?
-j
On 19 May 2017 at 13:36, Bill Gunshannon <bill.gunshannon at hotmail.com> wrote:
> Nope. Take a trip to Amazon and look at just how much power this stuff
> actually consumes. And, if you go back to the days when we started
> running this stuff in our homes, compare the draw of a QBUS PDP-11 to
> a TV with a picture tube, standard incandescent lights, a refridgerator,
> window air conditioners, etc. Our toys draw much less power than most
> people think. Heck, I have seen modern PC's (you know, the kind gamers
> use) that draw more power and are frequently run 24/7.
I wonder if this is one of those USA-vs-Rest-of-world differences.
I think I have seen a running PDP-11 twice in my life, and it was the
same one -- a machine I had to get exchanging files with Mac clients
acting as terminal emulators, in about 1989 in my first job. It was
already very old kit by then. I've no idea how much power they draw.
Window air conditioners are another thing I've never seen,
incandescent lights are now a rarity in Europe, hoarded by some
old-timers -- i.e. older than me, at a hair under 50. I've never
bought a new TV set with a CRT, either. In fact most of my CRT
monitors over my whole home computing time period -- nearly 40y --
were cast-offs, hand-me-downs, or bought 2nd hand.
I've bought a few 2nd hand LCD monitors now, because I like big ones.
(Oo er missus, etc.) I'm currently running a 23" + a 24" on a 2011 Mac
mini with a 1987 Apple Extended keyboard. All bought used. New kit is
for suckers.
So I don't look into power consumption -- used price is more important
to me, TBH. Probably bad of me, but wotthehell archie wotthehell.
--
Liam Proven ? Profile: https://about.me/liamproven
Email: lproven at cix.co.uk ? Google Mail/Talk/Plus: lproven at gmail.com
Twitter/Facebook/Flickr: lproven ? Skype/LinkedIn/AIM/Yahoo: liamproven
UK: +44 7939-087884 ? ?R/WhatsApp/Telegram/Signal: +420 702 829 053
> From: Christian Corti
> I have a similar setup with our 11/34. .. It's not the fastest system,
> and the kernel uses overlays like crazy ;-) ... I still have to add the
> cache and FPP boards and see how that improves the performance.
The cache should help some, but the FPP, probably not (unless you are running
some application which actually does a lot of floating point).
Noel
we ran ours first on a hp-2000 then migrated to a hp-3000
final version had 100 boards on it email , multi user chat, poll and
voting and much more.
yep it kicked ass!
The machines were used also as board test machines etc when needed
and also some were used as sale of computer time to people tthat
had developed an application and did not want to rewrite it for a pc.
... and I found they were better to just run rather than turn on and
off..
but they drew power! and they generated heat.
... nothing like having a 10 platter 500 lb drive as a leg warmer next t
o your desk.
Ed# _www.smecc.org_ (http://www.smecc.org)
In a message dated 5/18/2017 1:23:13 P.M. US Mountain Standard Time,
cctalk at classiccmp.org writes:
On Thu, 18 May 2017, allison via cctalk wrote:
> Never forget, BBS were about storage and cheap which at that time were
mostly
> opposed (disks weren't cheap!). The amount of Ram and CPU were less
> important
> considering what had to be done. Often the modem and hard disk were as
> costly
> as the basic system and we didn't exceed 2400 baud till '85or later.
Most
> anything
> could keep up with IO at under 4800 baud.
>
Here's what amounts to a canonnical(sp?) list of BBS programs for a number
of different platforms:
http://software.bbsdocumentary.com/
g.
--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.diy-cockpits.org/coll - Go Collimated or Go Home.
Some people collect things for a hobby. Geeks collect hobbies.
ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://scarlet.deltasoft.com - Get it _today_!
> From: Chuck Guzis
> Well, okay--but then let's be period-correct. The PDP-11 dates from
> 1970, when, AFAIK, BBSes, if they existed, were far from what people
> think they were.
You're thinking of the -11/20, released in 1970. But that was only the first
PDP-11 model; the -11/23 dates from 1979, and the last -11 model, the
/93-/94, was released in 1990.
Noel
I know of several very different PDP-11 BBS's using very disparate architectures. Some were run on RT-11 or RSTS-11 entirely inside a BASIC program that managed every element of call answering, logging in, and disconnection. And others took advantage of TSX-11, RSX-11 and RSTS-11 login security and "captive accounts" that were either entirely menu-driven or had restricted command sets, with the menu options or command sets oriented strongly towards typical BBS functions.
I know Billy Youdelman's TSX-11 BBS in LA was operating in the 1980's and 1990's and may have gone on longer than that.
Tim N3QE