I thought I'd seen a call for a keyboard for some terminal in the recent
past. This one may be of interest on its own, or may be a good starting
point for building up a keyboard for a system.
Texas-Instruments-914-Keyboard-943632-1B-Vintage
http://www.ebay.com/itm/221811058146
Hello Folks,
I have an Ultra 10 "Creator 3D" with everything but the CPU. I have:
- case
- motherboard
- DIMMs
- IDE CDROM
- CPU daughtercard (without CPU or CPU positioner)
- CPU heatsink and backing plate
I need to get this system working again. Please don't ask why only the CPU (and
the positioner) are missing.
What is the simplest way to get this Ultra 10 running again? What CPUs are
compatible, and how can I get a positioner?
Or if someone has a Ultra 10 s/he'd like to sell to me, please make me an offer.
cheers,
Rob
P.S. by "positioner" I mean the springy little plastic thing that drops into the
4 holes at each corner of the socket and causes the CPU contacts to be correctly
positioned over the daughtercard contacts.
Hi list,
I'm implementing my own CP/M-80 work-alike using the FAT16 file system.
So far it's working nicely but there's a curious problem with Microsoft
BASIC. MBASIC51.COM will load files fine, but MBASIC52.COM won't,
behaving like the files are 0 bytes long. It calls the open-file routine
and that's it.
I'm just curious about the differences between version 5.1 and 5.2. I'm
assuming I'm not returning correct information in the FCB, but I'm
unable to figure out what that might be.
Here's a video of it: https://www.youtube.com/watch?v=XT4dBda2CKw
Cheers,
Alexis K.
>
> The processor and core memory in the PDP-12 are working very well now, so
> we spend some time with the TC12 LINCtape controller. The TC12 is very
> intelligent compared to the more modern TC01/TC02/TC08, and the lobotomized
> TD8E DECtape controllers. The TC12 designers included lots of back-doors to
> make diagnostics more effective. You can even emulate the data coming from
> the TU56 to see if the TC12 processes it correctly.
>
> The MAINDEC-12-D0GA-A Tape Quickie ran OK and just tests that the TC12
> registers can be written and read back.
>
> The MAINDEC-12-D3AD-D-D Tape Control Test Part 1 of 2 ran for a long time
> and then displayed "LGP GP=GPC PRESET". It pointed to an M216 module that
> uses the SN7474 ICs that have caused lots of trouble on other modules. It
> tested OK, so we put it back in. We will consider replacing it anyway if we
> see further problems.
>
> The MAINDEC-12-D3GA-D-D Tape Control Test Part 2 of 2 ran OK as long as
> you held the MARK switch on the console down. The MARK switch on the
> console allows a program to turn on the MARK Track flip-flop in the TC12.
> This is not documented in the manual, but was a hand written note in the
> margin.
>
> The MAINDEC-12-D3FB-PB Tape Data Test ran for a long time writing patterns
> to tape and verifying that they were written correctly. This means that
> lots of the TC12 LINCtape controller is working, as well as the TU56 tape
> drive. It eventually failed when it tried to verify the block numbers. We
> are not sure that the scratch LINK tape that we used is good, so that may
> be a contributing factor. Maybe we can get the MARK-12 program working and
> we can reformat the scratch tape. We have just a few LINC tapes and need to
> image all of them before we write on them.
>
> Two more lights on the front panel stopped working. We tested the SN7400
> ICs that send the signal from the registers to the front panel, and they
> are OK. The bulbs are OK, so the transistor that turns on the bulb probably
> failed. We already replaced one for the LINC light, so we know the
> procedure.
>
> We are getting close to the point where we will need the VR14 display
> working to continue our work. Getting the display working will be quite a
> project. The PVA between the CRT and the shield has degraded and is nearly
> opaque. We will need to remove the outer CRT glass shield and remove the
> degraded PVA. Most restorers just put double-sided tape between the shield
> and the CRT so that it will have the right dimensions in the clamp. We are
> considering replacing the PVA to make is safer. That will be quite a
> project.
>
> Warren modified the current-loop to RS-232 adapter that he made so it will
> run at higher speeds. We needed to remove "C1" from the W076 console module
> so we could run baud rates faster than 110. After testing, it looks like
> 1200 baud is the best compromise between reliability and performance. Now
> we can load diags 10x faster. Very nice!
>
We scanned some of the PDP-12 diags, and Al put them on Bitsavers. We will
scan more this week and send them to Al.
--
Michael Thompson
Well, hopefully things will end well and things will find the highest
and best use.
Ed# _www.smecc.org_ (http://www.smecc.org)
In a message dated 6/28/2015 12:04:35 A.M. US Mountain Standard Time,
scaron at umich.edu writes:
Yeah, I figured something like this would have happened eventually; running
a computer museum is pretty far out of Goodwill's charter. That is what
happens when you give your old stuff to Goodwill; they sell it. Hopefully
some of the cooler stuff gets back to the original owner, and there's
always the proverbial "guy with deep pockets" but I would be disappointed
had I been a donor or volunteer. It's sort of disappointing to see how the
whole thing was handled.
Best,
Sean
On Sat, Jun 27, 2015 at 3:01 AM, <COURYHOUSE at aol.com> wrote:
> maybe someone has a copy on disc
> if so lets get it
>
> thrift shop = computer museum?
> >>????
>
>
> In a message dated 6/26/2015 11:58:28 P.M. US Mountain Standard Time,
> jws at jwsss.com writes:
>
>
> On 6/26/2015 11:46 PM, Pontus Pihlgren wrote:
> > I had a private conversation with Stephen(who started the
> > nekochan thread) and he said that some things have gone back to
> > donors and that they will keep some select items. The 8/s is one
> > of the machines that they are keeping.
> >
> > I get the imprwssion that it's a rather controlled an
> > responsible shutdown.
> >
> > /P
> If they are retaining the PDP 8/S they just dumped the original history
> of the restoration in the auction I posted. not so good.
>
> I would be open to suggestions that his is not a unique artifact, given
> the appearance of the cover. But that speculation is contradicted by
> the fact that the pages are all in individual slip covers. Again if the
> 8/s went somewhere this should have gone with it.
>
> http://www.ebay.com/itm/221805321988
>
>
> thanks
> Jim
>
>
>
>
>
> Date: Sat, 27 Jun 2015 03:01:58 -0400
> From: COURYHOUSE at aol.com
> Subject: Re: Austin Goodwill computer works
>
> maybe someone has a copy on disc
> if so lets get it
>
> thrift shop = computer museum?
> >>????
>
>
When the RICM started working on their first PDP-8/S I was sent a copy of
the a Word document of the Goodwill PDP-8/S Restoration Log to use as a
starting point.
--
Michael Thompson
maybe someone has a copy on disc
if so lets get it
thrift shop = computer museum?
>>????
In a message dated 6/26/2015 11:58:28 P.M. US Mountain Standard Time,
jws at jwsss.com writes:
On 6/26/2015 11:46 PM, Pontus Pihlgren wrote:
> I had a private conversation with Stephen(who started the
> nekochan thread) and he said that some things have gone back to
> donors and that they will keep some select items. The 8/s is one
> of the machines that they are keeping.
>
> I get the imprwssion that it's a rather controlled an
> responsible shutdown.
>
> /P
If they are retaining the PDP 8/S they just dumped the original history
of the restoration in the auction I posted. not so good.
I would be open to suggestions that his is not a unique artifact, given
the appearance of the cover. But that speculation is contradicted by
the fact that the pages are all in individual slip covers. Again if the
8/s went somewhere this should have gone with it.
http://www.ebay.com/itm/221805321988
thanks
Jim
Does anyone have access to the museum that was at Austin Goodwill? It
seems to be going out on ebay as we speak. Also there is a bidder for
the good stuff that has vacuumed up 90% of the stuff, so I'm smelling
some sort of thing going one.
They have a PDP8/S and they just sold off a significant artifact related
to that, which is what has me wondering. I'm going to call and see if
anyone has a story that way, but wondered if anyone here has any info too.
There are a lot of nice things going out which could have explanations
as being recent donations, but not the 8/s artifact. It seems to be
custom related to the 8/s.
thanks
Jim
We're just about at the two-month point to the Vintage Computer
Festival Midwest, so now we need to get people their tables and
speaking slots. If you need one or both of those, there's a fancy(?)
new form for you to fill out here:
http://vcfmw.org/signup.html
If you already talked to/emailed me about a table, please take a
moment to fill out the form anyway. This will be a huge help in
getting all of our info in one place.
If you're normally on the ECCC/Commodore side, please use this form
also. VCF is handling reservations for both sides of the show this
year.
If I don't hear from you via this form, it may be difficult or
impossible to place you at the show. We have a new venue this year
and (we hope) much greater attendance. This equals a less predictable
room layout.
Thank you and we'll see you in August!
-j
Some answers to recent FAQs:
- Speaking topics are pretty flexible - we have generally had mostly
product/software announcements and demos in the past and we'd like to
diversify a bit (while still including those, of course.) Your
restoration saga, tales from the computer revolution, something you're
an expert on/at, personal experience in early industry or hobbyist
clubs, how you're inspiring the next generation, your 'leet hardware
hacks...whatever you have, let us know!
- Speaking slots are generally 30 minutes long but if you have a
particularly juicy topic, we can work to find extra time.
- Talks will be videoed and put on YouTube, unless you ask us not to
- Tables are a mix of 6' or 8' by ~30". If you have a precise amount
on linear table inches in mind, let us know in the topic box and we'll
get in touch and/or reserve a specific size.
- Hotel rooms are still available at the block rate. Use the link on
the main page. If the show rate is not shown, perhaps our block was
filled. Contact me and I will get it extended, if possible (we've had
to do it twice already.)
On Jun 19, 2015, at 10:55 PM, Toby Thain <toby at telegraphics.com.au> wrote:
> On 2015-06-19 11:21 PM, Christian Gauger-Cosgrove wrote:
>> On 19 June 2015 at 22:38, William Donzelli <wdonzelli at gmail.com> wrote:
>>> Let him play Minecraft. Start with simple redstone contraptions, then
>>> move to command blocks.
>>>
>> I'm not ashamed to admit I (24 y/o) play Minecraft now and again (with
>> friends on their own private servers). I'd suggest anyone serious
>> about trying to get someone "into" logic and programming with
>> Minecraft ...
>
> ... NOT do that.
>
> Sorry, had to be said.
>
> Minecraft has nothing to do with logic or electronics and would just be an unnecessarily obtuse way of approaching it.
>
> For an adult with too much time on their hands? Sure...
>
> ?Toby
?minecraft physics? is already a derogatory term around the house. And, whether I encourage it or not, he?s already into building complicated redstone sequencers. I?m hoping at least to expand his horizons into real-world projects.
Minecraft computing has the asset that his ?logic? is easy to interface to the ?real? (ack, spit!) world, so that makes me realize that a stepper motor or something similar (suggested in the original thread) is a pretty good idea to add to the stack at some point.
Generally speaking, I?m with you, Toby, but we are already there trying to get back?.
From: Ethan Dicks <ethan.dicks at gmail.com>
>I just picked up a couple of AT&T terminals, a 730+ and a 5620 "Blit"
>terminal.
Some people have *all* the luck.
>I read on one of the several FAQs that I can use an AT&T 4410 terminal
>keyboard with the 730+.
It's been a long time, but I'm pretty sure the keyboard is the same across
the AT&T 600 & 700 series terminal lines. I'm pretty sure the 4410 is the
same.
>I've found the trove of old Blit apps, etc. and see how tortuous the
>path is to get layers working, etc.,
Not sure if anyone has tried to build it in a decade or so, but it did at
one time build on BSD 4.x. Obviously SVr3 and SVr4 are easier. No idea
about Linux, but I suspect it would be painful.
>but for now, I've got a couple
>old terminals that are entirely unlike any of the DEC terminals >I have,
so that by itself is cool.
Rub it in :-)
KJ
the buyer also trafficked in these areas
Computers/Tablets & Networking > Vintage Computers & Mainframes 1 Seller 1
<1h Video Games & Consoles > Other Video Games & Consoles 1 Seller 1 <1h
Computers/Tablets & Networking > Keyboards & Keypads 1 Seller 1 <1h
Musical Instruments & Gear > Parts & Accessories 1 Seller 1 <1h Video Games &
Consoles > Video Game Consoles 1 Seller 1 <1h Computers/Tablets & Networking
> Other Vintage Computing 1 Seller 1 <1h Computers/Tablets & Networking >
Vintage Manuals & Merchandise 1 Seller 1 1d 16h Toys & Hobbies > Space
Toys 1 Seller 2 <1h Consumer Electronics > iPods & MP3 Players 1 Seller 1
<1h Consumer Electronics > iPods & MP3 Players 1 Seller 1 <1h Consumer
Electronics > iPods & MP3 Players 1 Seller 1 <1h Consumer Electronics > iPods
& MP3 Players 1 Seller 1 <1h Consumer Electronics > iPods & MP3 Players 1
Seller 1 <1h Consumer Electronics > iPods & MP3 Players 1 Seller 1 <1h
Consumer Electronics > iPods & MP3 Players 1 Seller 1 <1h Consumer
Electronics > iPods & MP3 Players 1 Seller 1 <1h Video Games & Consoles > Video
Game Consoles 1 Seller 1 <1h Computers/Tablets & Networking > Mice,
Trackballs & Touchpads 1 Seller 1 <1h Toys & Hobbies > Electronic Learning Toys 1
Seller 1 <1h Consumer Electronics > Internet & Media Streamers 1 Seller 1
<1h Computers/Tablets & Networking > Vintage Parts & Accessories 1 Seller
1 <1h Musical Instruments & Gear > Signal Processors/Rack Effects 1
Seller 1 <1h Health & Beauty > Other Mobility & Disability 1 Seller 1 <1h
Business & Industrial > Point of Sale Equipment 1 Seller 1 <1h
Computers/Tablets & Networking > Vintage Computers & Mainframes 1 Seller 3 8h
Computers/Tablets & Networking > Graphics Tablets/Boards & Pens 1 Seller 1 <1h
Computers/Tablets & Networking > Other Computer Software 1 Seller 1 <1h
Computers/Tablets & Networking > Scanners 1 Seller 1 <1h Consumer Electronics >
Vintage Calculators 1 Seller 1 <1h Video Games & Consoles > Controllers &
Attachments
In a message dated 6/26/2015 2:45:35 P.M. US Mountain Standard Time,
jws at jwsss.com writes:
That is pretty sad to hear.
The item is the notebook / diary detailing the restoration of their
PDP8/s (or I think it is of theirs). Undoubtedly donated by someone who
may have thought it would remain there. I suspect unless the items are
going to organizations, they will show up soon on ebay.
The buyer in this case showed he had done 90% of his recent business all
over items from there, and if you look at their queue it is easy to see
why.
http://www.ebay.com/itm/221805321988
<https://www.google.com/url?q=http%3A%2F%2Fwww.ebay.com%2Fitm%2F221805321988
&usd=2&usg=AFQjCNH-hrxHjmQnJE9doH0QtvgjGgzvmg>
I just hope it's not one of the psychos on ebay that one has to deal
with with a lot of items, but it probably is. I'm going to go back thru
the AGCW feedback given to see what else they got, but I suspect its not
a collector.
Any word where such items as the PDP8/s and such stand? If the recent
example of the Apple 1 donation is any indication the people that are
doing the selling are probably not getting the best for their dispersion
of the collection. In the Apple case 200k is way under what it probably
could have fetched, and whoever got it (and probably whoever sold it)
make out like banditos.
thanks
Jim
On 6/26/2015 12:27 PM, Brendan Shanks wrote:
> Yep they started selling/giving away their collection few months ago:
> http://forums.nekochan.net/viewtopic.php?t=16729439
>
> Brendan
>
> On Fri, Jun 26, 2015 at 11:58 AM, jwsmobile <jws at jwsss.com
> <mailto:jws at jwsss.com>> wrote:
>
>
> Does anyone have access to the museum that was at Austin Goodwill?
> It seems to be going out on ebay as we speak. Also there is a
> bidder for the good stuff that has vacuumed up 90% of the stuff,
> so I'm smelling some sort of thing going one.
>
> They have a PDP8/S and they just sold off a significant artifact
> related to that, which is what has me wondering. I'm going to call
> and see if anyone has a story that way, but wondered if anyone
> here has any info too.
>
> There are a lot of nice things going out which could have
> explanations as being recent donations, but not the 8/s artifact.
> It seems to be custom related to the 8/s.
>
> thanks
> Jim
>
>
[huge snippage for brevity, apologies for rubbish formatting]
I'm not 100% sure I'm right in what follows (it's been a long time) but improvements are welcome. It builds on much of what has already been said.
Termination has been covered by various contributors - termination reduces (but may not completely eliminate) reflections.
Reflections in a single segment setup (two boxes, one cable) are relatively simple to cope with in a setup from the Qbus era where things aren't particularly fast.
In a three box (two cable) setup my recollection is that the configuration rules require the cables to be of significantly different lengths, and the reason for this is to ensure that the two sets of reflections are timed signifcantly differently and canot make Bad Things happen by arriving at the same time as each other.
Consider the middle box (of 3) is driving a bus transition. Signals will propagate from the middle box to each of the ends. When the moving rope er sorry voltage transition reaches the end of the cable, it will be reflected to some extent. If the cable segments are both the same length(ish), the reflections will come back to the middle box at round about the same time, superimpose on each other, and potentially cause confusion. (Does that sound plausible?)
If the cable segments are of significantly different lengths then the reflections will arrive back at the middle at significantly different times and the reflections will be more manageable - less risk of Bad Things happening when they superpose.
Or something along those lines.
Anyway, hopefully the "different cable lengths so the reflection timings are different" will ring a few bells even if it's not actually right.
Have a lot of fun
John Wallace
>From my local paper:
The last flying Vulcan bomber will be flying over the (non flying) Vulcan at Southend Airport on Sunday. It doesn't get much better than TWO Vulcans together - it's unique in fact - the Southend Vulcan bomber will be overflown by XH558 (the last flying Vulcan) in a tribute to the V-Force in a mini-flying display THIS Sunday! The local Vulcan will be open for visitors and cockpit tours all day.
> On 2015-06-26 12:47 AM, Robert Ollerton wrote:
> Im pretty sure there is a book on this, perhaps from the Smithsonian
> Air and Space Museum.
As it so happens, within arm's reach of where I'm sitting I have what is
probably the book you refer to:
Gary R. Pape, John M. Campbell, "Northrop Flying Wings: A History of
Jack Northrop's Visionary Aircraft", Shiffer, 1995
It's a large-format book on glossy paper with tons of illusrations; it covers
the prototypes as well as the bombers, and in great detail. Highly
recommended.
> Much later, Jack was given a vip tour of the secret B2 factory and
> presented with a model of the design in Lancaster CA before his death.
Yes, a famous story in the aviation world. Somebody had a lot of class.
The book has a picture of Jack with the B-2 design team.
{Hope I got the attribution right here: I didn't get the intermediate
messages, so I'm picking this out of a later reply.}
>> On 2015-06-19 3:05 PM, geneb wrote:
>> it's my understanding that the program was cancelled because at the
>> time, the USAAF (USAF?) mandated stall testing as part of their
>> development programs. Without serious flight control computers,
>> stalling a flying wing just ends up in a freshly planted aluminum tree.
Umm, not quite. See pp. 160-161; they did deliberately stall a YB-49 as part
of the flight test program; it was pretty benign unless the CG was way aft,
in which case it became a handful.
The Air Force did lose one during flight testing, it is thought perhaps as
the result of a spin; it is further thought that perhaps Northrop's guidance
on how to handle spins in this very unusual flying device wasn't given to the
test pilots - one of whom was Glen Edwards, who the Edwards AFB is named
after.
The book isn't clear on why the wings were dropped; it seems to have been a
combination of DoD budget limitations, cost over-runs in the wing program,
the loss of the two YB-49 prototypes in accidents, etc.
Noel
> From: tony duell
>> So every other wire on the 40-conductor flat cables should be ground -
>> that's even better than the classic BC11A, where almost every other
>> line is, from what I can see, simply left floating (which is better
>> than nothing, but not as good as grounding them, is my understanding).
> I am surprised. DEC didn't waste copper like that. It's been a long
> time since I worked on a BC11A, but I thought alternate wires were
> grounded. Maybe a track right along the edge of the PCB where the cable
> comes off (so you can't see it).
You're right, the alternates are grounded (ohmmeter shows it). I cannot see
how they did it; I think there must be a comb-shaped trace along the top of
the card, where it's hidden once the Flexprint cable is soldered down. The
intermediate ground conductor on one trace, on one end, _is_ connected to
ground, so the rest could pick it up via a comb-shaped trace.
>> I would have assumed that it's the _change_ from one impedance level
>> to another that's the issue (you can get a reflection off the
>> junction), so whether one's using long or short cables between a pair
>> of M9014's, it shouldn't be _that_ big a deal (modulo propagation
>> delays, which _are_ an issue with length).
> Well, Unibus is terminated into 180 Ohms and 390 Ohms, isn't it?
Yes.
> The thevenin equivalent is thus around 123 Ohms.
DEC spec for UNIBUS is 120 +/- 18 ohms.
> Most ribbon cables have a characteristic impedance when used with
> alternate wires grounded of around 100 Ohms (I seem to remember that is
> certainly right for the twist-n-flat ones).
What's the number for the regular flat? (I have a ton of the latter, but none
of the twisted kind. And speaking of the twisted kind, I've always wondered
what kind of machine they used to produce it - the mind reels!)
By definition, regular flat must work 'OK', because DEC created these cards,
and specified the use of ordinary BC05L-xx cables, so whatever its number
is, it must be acceptable! :-)
> That's a small mismatch, but I don't think it is going to cause big
> problems.
BTW, is my understanding that the issue is the _junction_ of the two
different impedences, and not so much the length of the section with a
different impedance, correct? (The sound-based mental model I'm using is two
different diameters of pipe - going from a larger cross-section to a smaller
could produce echos - aka reflections - from the junction, but after that, it
should be OK.)
Noel
I subscribe to both lists. From examining the mail headers,
here is a mail filtering algorithm that seems to deal with
duplicate posts showing up from the other group.
Create a cctalk and cctech saved mail folder
in this order:
put msgs with "To" header of either cctalk or classiccmp into cctalk
put msgs with "To" header of cctech into cctech
if "To" == cctalk and "Reply-To" == cctech, delete the message
if "To" == cctech and "Reply-To" == cctalk, delete the message
there are a couple stragglers for the case where "To" == classiccmp
but this got the bulk of the dups.
Hello,
I recently acquired a Persci 2142 dual disk drive with two S-100 controller
cards. The 2142 is a Persci slim-line case that fits the internal Persci
299 drives but also included were to Persci S-100 cards. The only thing
that makes sense is that one or both of these are the Persci 1170
controller card (set) but I have not been able to find a picture of such a
card anywhere. There is an 1170 card picture at the Computer History
Museum but it suspiciously looks like a Vector S-100 prototype board with
components on it (and not the right amount compare to my cards). That page
is here: http://www.computerhistory.org/collections/catalog/102712583
I have pictures in my latest post of the front and back of both cards along
with the Persci 299 drive mechanism and the complete 2142 unit. If anyone
knows what a Persci 1170 controller looks like, I'd love to know if that's
what I have. Is it both cards? I am assuming so because there's a
marketing brochure out there with a description of the 1170 controller and
the Z80 CPU, as described, is on the second card (not the main card) as is
the memory.
Pictures of what I have are here:
http://vintagecomputer.ca/persci-drive-is-a-299-what-are-the-controller-boa…
I can try to read the EPROMS on the second board (they are B2716s) but the
first board has a 2708 and I've nothing that will read it. Maybe that will
give a clue? I would assume that's where Persci DOS is?
I will be taking the 299 drive mechanism apart and refurbishing this drive
as I did the Persci 270 in my Processor Technology Helios II (big thanks to
Martin Eberhard for his awesome guide and his help!). Hopefully it's close
enough to the 299 that the guide will still be useful. I have yet to check
if the glass gauge is intact in this drive or all of this will be for
nothing. I'll do that when I take it apart. Should be a fun project.
If you have any info, please let me know. It would be much appreciated.
Santo
>From memory, so please forgive a mistake or two: The TB-49 Wings would Yaw
(side to side motion) while in flight, sometimes just enough to make the
crew seasick, sometimes enough to be dangerous when in formation with other
aircraft and always unable to stay on track to be a useful bomber. I
recall someone saying the yaw was several wing spans in length in each
direction. The autopilots of the time couldn't dampen it fast enough let
alone keep it under control. Jack Northrup and his team knew they would
have to wait for something both programmable, more data inputs and faster.
there were about 4 or 6 piston engined, and 4 or 6 jet engine versions.
Stored on the ramp at Ontario California airport for many years and then
sold for salvage, I think in the late 60s or mid 70s. Jack Northrup
continued to be enthusiastic about the tail-less design even in
retirement. Much later, Jack was given a vip tour of the secret B2 factory
and presented with a model of the design in Lancaster CA before his
death. Im pretty sure there is a book on this, perhaps from the
Smithsonian Air and Space Museum.
On Fri, Jun 19, 2015 at 2:40 PM, Brent Hilpert <hilpert at cs.ubc.ca> wrote:
> On 2015-Jun-19, at 9:07 AM, Christian Gauger-Cosgrove wrote:
> >
> > Bringing this topic full circle, does anyone know if any minicomputers
> > (DEC PDP-8s or 11s, DG Nov?, HP 21XXs, et cetera) were ever used on
> > aircraft? Not transported by one, but I mean setup and used on one.
>
>
> On 2015-Jun-19, at 12:09 PM, Toby Thain wrote:
> > On 2015-06-19 3:05 PM, geneb wrote:
> >> On Fri, 19 Jun 2015, Toby Thain wrote:
> >>>
> >>> "in 1949 the Air Force ordered all the flying wings destroyed, all
> >>> the jigs and tools destroyed, every trace of the flying wing
> >>> eradicated. A few years later even the engineering drawings were all
> >>> destroyed by new Northrop management."
> >>>
> >> I don't know why they went to those lengths, but it's my understanding
> >> that the program was cancelled because at the time, the USAAF (USAF?)
> >> mandated stall testing as part of their development programs. Without
> >> serious flight control computers, stalling a flying wing just ends up in
> >> a freshly planted aluminum tree. Even WITH good computers, stalling a
> >> flying wing is a Bad Idea(tm). AFAIK, the B-2 has never been stalled
> >> (on purpose), even during development.
> >
> > Thanks. I knew there must be more to it... I wonder if the cited book
> covers this angle.
>
>
>
> To tie these two lines of question together (and bring it back very much
> on-topic), the BINAC (amongst the first stored-program computers, 1949)
> was supplied to Northrop for research into airborne flight control (quick
> web search says part of the Snark missile project),
>
> I'm not suggesting the BINAC and YB-49 (the flying wing) were connected,
> but it's interesting they were contemporary projects both at Northrop, and
> computer control was just what the flying wing needed.
>
>
Hi, All,
I just picked up a couple of AT&T terminals, a 730+ and a 5620 "Blit"
terminal. The 730+ powers on, passes self-test and probably would
work great if I had a keyboard for it. The 5620 lights the CRT but
doesn't appear to work outside of presenting a huge green dot the size
of the raster. It also lacks a keyboard. I have hopes that it's
something simple like wonky internal connectors that need to be
reseated (vs bad components).
I read on one of the several FAQs that I can use an AT&T 4410 terminal
keyboard with the 730+. The box has an 8p8c jack. Additionally, from
the same source, I got a 3B1/7300 keyboard and mouse. It happens to
have an 8-pin 0.1" female connector in a barbed-lock housing. Outside
of the connector, the key layout is superficially the same as a
picture I saw of a 730+/4410 keyboard. What I'm curious about is if
they are electrically compatible - i.e., could one make an 8p8c->2x4
pin header pin swabber and have the 3B1 keyboard work on the 730+? I
won't shocked if they are entirely different, but there are enough
superficial similarities that I'm minded to at least ask.
I've found the trove of old Blit apps, etc. and see how tortuous the
path is to get layers working, etc., but for now, I've got a couple
old terminals that are entirely unlike any of the DEC terminals I
have, so that by itself is cool.
Thanks for any deep knowledge of these guys that isn't already covered
on the FAQs.
-ethan
Dear sirs,
Imagedisk is my savior, and I image all kind of disks I know with it :)
But now I got a pair of TRS-80 model III single-sided disks. How do I
image it using imagedisk? Can I use a double-sided floppy drive to image it?
Or do I need to put the single-sided drive on my PC? Please, help! :)
Thanks
Alexandre
---
Enviado do meu Apple IIGS (pq eu sou chique)
Meu site: http://www.tabalabs.com.br
Meu blog: http://tabajara-labs.blogspot.com
My soon to arrive HP 2112 has a 2102A memory controller and 3x 2102A cards
of 8k memory each. I suppose I could add more 2102As to fill it up the 5
remaining slots and bring it up to 64k. But the recently posted IO manual
says it can support way more - up to 1.28M. I'm not sure yet how the HP 1000
memory works. Can I put larger (>8k) capacity HP 1000 memory boards in there
to expand memory beyond 64k? Do I need to replace the memory controller with
one that matches the larger capacity cards then?
Marc
> From: Paul Koning
>> Right, but the very similar QBUS does have terminations (of a sort -
>> the rules for when you need terminations on QBUS extensions are so
>> complex that I don't really grok them yet) 'in the middle'
> That doesn't seem likely. ... the definition of 'termination' is
> something that you learn in EE 101 and are unlikely to forget.
I agree with your sentiments, _but_ all I know is that if you look at,
e.g. the 1982 'microcomputers and memories' handbook, pg. 251, you'l see a
three-backplane system, with terminations at the start _and_ end of the first
backplane (and also at the end of the third backplane).
I've seen other similar diagrams elsewhere, that's merely the first one I ran
across in a quick search for this post. Like I said, I cheerfully admit that I
don't really fully understand what's going on there in the analog domain, but
I've seen this in more than one place in the DEC QBUS multi-backplane
configuration instructions.
Noel
> From: John Wilson
> I chose the digital version of EE as my major precisely because I knew
> I'd flunk Fields and Waves. Transmission lines are black magic as far
> as I'm concerned!
I too have a hard time with analog in general, but transmission lines I seem
to be OK with.
The way I think about them is to model them as pipes, and the signal as a
sound (single pulse) sent down the pipe. Proper termination is like a piece
of cotton at the end of the pipe, it sucks up the sound and you don't get a
reflection. If you just cap off the end of the pipe (i.e. no termination),
the sound bounces, and you get an echo.
So if you have a small un-terminated branch, part of the pulse bounces off
the end, and comes back out, and then propogates both ways, so the original
pulse gets a messy trailer tacked on the back of it. Etc, etc.
I dunno how accurate this model of mine is, but it seems to work OK! :-)
Noel
> From: tony duell
> There are 3 40 pin Berg headers, one row of each appears to be ground
Ah, hadn't noticed that! But then again, I hadn't looked at them closely
yet! :-) Yes, they do connect to ground - all the UNIBUS ground pins are
ganged together, and connected to the A-row Berg pins on all 3 connectors.
So every other wire on the 40-conductor flat cables should be ground - that's
even better than the classic BC11A, where almost every other line is, from
what I can see, simply left floating (which is better than nothing, but not
as good as grounding them, is my understanding).
>> I was wondering if maybe the M9015 was an M9014 with termination
>> resistors, or something (the way the QBUS versions come with and with
>> termination)
> I would be very surprised. Unibus is normally terminated at the ends
> and not in the middle.
Right, but the very similar QBUS does have terminations (of a sort - the
rules for when you need terminations on QBUS extensions are so complex that I
don't really grok them yet) 'in the middle', so...
I just couldn't find out _anything_ about M9015's, so I was just guessing in
the dark. Real data gratefully received.
> From: John Wilson
> I was kind of assuming that there's some impedance-matching (etc.)
> problem with using ribbon cables for more than one hop.
Hmm. Well, I dunno; that may be beyond my (minimal :-) level of analog
expertise. I would have assumed that it's the _change_ from one impedance
level to another that's the issue (you can get a reflection off the
junction), so whether one's using long or short cables between a pair of
M9014's, it shouldn't be _that_ big a deal (modulo propagation delays, which
_are_ an issue with length). Perhaps someone else can opine?
But I hope we can do fairly long runs with the 40-conductor (aka BC05L-xx),
that could save us when we run out of BC11A's, if that strange Flexprint flat
white cable the BC11A uses is no longer available.
Noel
PS: From what I can see so far (done half the pins), the M9014 and M9042
do have an identical pinout on the Berg connectors.
> From: Alan Perry
> FYI, in my 750, the UNIBUS expansion has a L0010 in the main cabinet
> and a M9014 in the expansion cabinet.
> From: tony duell
> If it's any help I pulled an M9014 out of the Unibus Out slot of my
> 11/730. There's currently an M9302 in there.
Very interesting! Thanks for the data. This seems to indicate that the M9014
could function as either end of the cable.
I was wondering if maybe the M9015 was an M9014 with termination resistors,
or something (the way the QBUS versions come with and with termination), so
I tried to find a picture of one, but... I can't even find a picture! Has
anyone even seen an M9015?
>> I see 'three' different kinds of 'UNIBUS to cables' cards listed:
>> M9014 UNIBUS to 3 H854s
>> M9015 3 H854s to UNIBUS
>> M9031 UNIBUS to 3 3M cables for 11/74
>> M9042 UNIBUS to 3 H854, Dual
So I have compared an M9014 and an M9042; the former is a 'normal' height dual
module, the latter is a 'short' dual module. I suspect that they have the same
pinout on the Berg headers; I tried a couple of UNIBUS signals, and they led
to the same pin on the Bergs on the two different units.
If and when I get energetic I will make a complete pinout list for the two
units (I haven't been able to find any documentation on any of them online).
Some day I'll even try joining a BA11 to an -11 with a pair of M9014's, and
see if it does indeed work.
Also, does anyone out there with an 11/70 know what the M9031 is used for?
(I.e. does your system have one/more, and if so, where are they?)
Noel
Good info David. Thanks once more.
-------------
"J. David Bryan" <jdbryan at acm.org> said:
Subject: Re: HP 2113e Battery resistor
>I might put NiMH batteries instead....
That may not be advisable, given the continuous constant-current trickle
charger in the CPU power supply. The Panasonic "Nickel Metal Hydride
Technical Handbook" recommends charging for no more than 10-20 hours,
saying:
"The overcharging of nickel-metal hydride batteries, even by trickle
charging, causes a deterioration in the characteristics of the
batteries. To prevent overcharging by trickle charging or any other
charging method, the provision of a timer to regulate the total
charging time is recommended."
Panasonic's "Nickel Cadmium Batteries Technical Handbook," on the other
hand, says explicitly that continuous trickle charging for Ni-Cds is a
recommended charging method.
-- Dave
------------
Great save!
By the Way Evan I like the photo of that self contained Syston Donner
Analogue computer in your book!
Ed# _www.smecc.org_ (http://www.smecc.org)
In a message dated 6/22/2015 1:01:29 P.M. US Mountain Standard Time,
evan at snarc.net writes:
Here's a new picture of "George" -- aka the Philbrick analog computer
that MARCH rescued two months ago. It was used at M.I.T. from 1958-1970.
http://snarc.net/george.jpg
Hi all,
I could acquire *four* rotten PC05 Papertape Reader/Punches for PDP-11.
I'm now restoring them.
One of these is strange:
Normally, the feed hole (between data hole 3 and 4) is used to clock in
bits from the data holes.
But this very special PC05 does not have a phototransistor for the feed
hole, so the data clock signal must be generated by the stepper motor
driver.
Maybe it's a very old model: the READER CONTROL module is M705, not the
usual M7050. And there's no doc for it.
Does anybody has a FPMS with schematics for the M705 modul? Perhaps as
part of some PDP-8 doc?
Thanks,
Joerg
hp drives yes...
data printer no... correct name is data products
and a neat printer if you were just printing the first 20 col zone
I remember something about this model banging it out at 800 or 1000
lpm
at full 80 col it was 300 LPM
( This was the first formal sale our computer company had was to sell
a used one of these
to a consultant / programmer that did stuff on apple II systems ... I t
had one bad hammer coil and he moved it to col. 80 and swapped
the good one into the mid field he used the thing for years... we
were to later have one of these that came in with a HP 2000 system and it
served us well until replaced by a 600 LPM Data Products line printer
as we wanted to print wider than 80 col.
OK another odd thing - note tapes but lack of tape drives.
If only we could see what was in the rest of the room!
Ed Sharpe archivist for SMECC _www.smecc.org_ (http://www.smecc.org)
In a message dated 6/22/2015 1:49:38 P.M. US Mountain Standard Time,
jws at jwsss.com writes:
On 6/22/2015 9:16 AM, Douglas Taylor wrote:
> I saw this newpaper photo on ebay, item 191606970872, where these 2
> big wigs are proudly standing in front of their computer system
> looking over some printout.
>
> The actual computers in the picture don't look familiar to me, can
> anyone ID them?
>
> Doug
The printers look like Data Printer 80 column printers. Can't tell
about the systems, but they appear to have what look like analog meters
on the panels, which is interesting.
Back in the late '70s, I played a game called -0empire- on a PLATO
system hosted, IIRC, at UIUC. Reading
http://www.daleske.com/plato/empire.php, the best match to my memory is
Empire IV (IIRC, the 0 prefix indicates that the lesson was installed
system-wide, rather than being a relatively meaningless part of the
name), and http://www.daleske.com/plato/empire-control.php says, inter
alia, "You are welcome to look at the source code under Open Source
Commons.".
However, it appears my search-fu is too weak to _find_ that source
code. So my question for the collective wisdom here is, anyone know
where I might be able to find it?
/~\ The ASCII Mouse
\ / Ribbon Campaign
X Against HTML mouse at rodents-montreal.org
/ \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B
I saw this newpaper photo on ebay, item 191606970872, where these 2 big
wigs are proudly standing in front of their computer system looking over
some printout.
The actual computers in the picture don't look familiar to me, can
anyone ID them?
Doug
yea know about friden.. but that tape drive and all the massive
cabinets next to guy and friden???
In a message dated 6/24/2015 1:26:17 A.M. US Mountain Standard Time,
nico at farumdata.dk writes:
Hi ED
I only know Friden as the makers of the Flexowriter. It was something like
a
Teletype, but with many more characters. It was used heavily in the
typesetting industry
/Nico
----- Original Message -----
From: <COURYHOUSE at aol.com>
To: <cctalk at classiccmp.org>; <General at classiccmp.org>;
<Discussion at classiccmp.org>; <On-Topiccctalk at classiccmp.org>
Sent: Wednesday, June 24, 2015 10:13 AM
Subject: Computers ... ARMY COMPUTERS! early & beastly with Friden What is
it?
>
> Computers ARMY COMPUTERS! early & beastly with Friden What is it? I
> had
> a chance to buy these photos so I did! Be fun to find the people and
> talk to them! What ever this thing is I guess I need to devote a
> page on
> it! Ed# _www.smecc.org_ (http://www.smecc.org/)
>
> http://www.smecc.org/teleprinters/milita1dgdddf_small.jpg
>
> http://www.smecc.org/teleprinters/milita2_small.jpg
--
I am using the free version of SPAMfighter.
SPAMfighter has removed 1412 of my spam emails to date.
Get the free SPAMfighter here: http://www.spamfighter.com/len
Do you have a slow PC? Try a Free scan
http://www.spamfighter.com/SLOW-PCfighter?cid=sigen
you re ink the old ribbon... used to do that with tty ribbons.... the
14 inch line printer width...... messy but doable....
I remember having to make a dried ribbon a bit juicer one time strung
it between to poles in the parkinlot and sprayed I think it was a litte
wd-40 on it.... an rolled her back up!
I was lucky when I had computer business... printer would come in
with extra ribbons I would keep a few for shelf stock... in 13
years never had to buy any....
It was the absolute filters I always had to be buying new! only
once did I get a drive with a couple extra new ones
Ed# _www.smecc.org_ (http://www.smecc.org)
In a message dated 6/24/2015 1:20:05 A.M. US Mountain Standard Time,
pontus at Update.UU.SE writes:
On Tue, Jun 23, 2015 at 10:14:00PM -0700, jwsmobile wrote:
> The only reference I could find that separated them are to google
> for the printer ribbons. I find a lot of the companies who list
> ribbons don't purge their databases of even the most ridiculously
> old products, and they list models.
>
I just experienced the same thing with my newly found DATASAAB D16.
Google turns up three worthwhile mentions and whole host of ribbon
resalers.
I kind of assumed that the printer ribbon was the same as something else
and still awailable. Assuming I am wrong, what should I do to get a
printer ribbon with fresh ink?
/P
the only one that did the hi speed reduced cols was that table top
80 col one for dataproduicts that I know of. our larger ones did not.
by the way that small dataproducts also had a floor pedestal that made
it a tall tower and you could open door for paper box...
http://www.smecc.org/hewlett_packard/hewlet10.gif you can one of ours
here.... form eons ago
this photo was all stuff for parts sale we have rooms for off
this stuff.... wish we have more of it left
ed sharpe
In a message dated 6/23/2015 10:13:56 P.M. US Mountain Standard Time,
jws at jwsss.com writes:
Also I don't recall the Data Products ever scaling as fast by
restricting columns. At least our 2230, 2260 and 2290 UC only and 96
character set printers didn't. Got the same speed regardless of the
columns on those Data Products printers. They were drum, as were the
Data Printers, but apparently the hammer logic vs. the line feed was not
coupled as far a speeding up with fewer columns.
Thanks
jim
Thanks David. My go to place for batteries is http://www.all-battery.com/.
They are in the Valley, very cost effective, associated with Tenergy I
believe. I receive my batteries in one or two days usually. Always had very
good luck with them, and they have all possible cells in all possible grades
and finishes, from cheap Chinese to premium brand name, complete with data
sheets.
I might put NiMH batteries instead, but they have the original format NiCd:
http://www.all-battery.com/ni-cdbatteries.aspx
They also have Li-Ion that I use to restore battery packs for older
portables (usually doubling the capacity while I am at it).
Marc
-------------------------------------------
"J. David Bryan" <jdbryan at acm.org> said
> Now if I can find similar cells I will be able to reconstruct the pack
> inside the same shell.
Ni-Cds are still available from Allied Electronics, Mouser Electronics, and
others, although they are declining in availability compared to a few years
ago.
------------------------------------------
Some years ago, I wrote about a clone of the Beeprog (made by Elnec) I
bought here locally in Brazil.
Now, seems chinese are cloning the Beeprog PLUS (!!!)
I got a Beeprog+ in the used market here in Brazil. Asked for Elnec
warranty, since the programmer was manufactured in (month)11(year)2012. It
all went well up to the serial number.
It was made past the stop manufacture date. It stopped manufacturing in
07/2012.
Seems I got another hot potato on my hand :'(
Pay atention on that!
---
Enviado do meu Apple IIGS (pq eu sou chique)
Meu site: http://www.tabalabs.com.br
Meu blog: http://tabajara-labs.blogspot.com
well how many transistors does our table top straight pdp-8 have?!
In a message dated 6/23/2015 4:26:38 P.M. US Mountain Standard Time,
cclist at sydex.com writes:
On 06/23/2015 04:11 PM, drlegendre . wrote:
> When it's done, I hope he mounts it all on a black rectangular table with
> 20 shiny metal legs on each the opposing longer sides.
I seem to remember that the Packard-Bell PB250 used only about 400
transistors. (Magnetostrictive delay line memory). Lotsa diodes.
So not totally out of the question, even today.
--Chuck
Hi Guys
I am off to Friedrichshafen for a few days and will be
back on 1-JUL-2015.
The next two batches of front panels will be:
8/e Type A
1. Old switch position markings (1 and 6 vertical)
2. Line around switch Area
3. Vertical lines between groups of three lamps
4. Holes for switch shaft and lock predrilled
8/e Type B
1. New switch position markings (1 and 6 angled)
2. Line around switch Area
3. Vertical lines between groups of three lamps
4. Holes for switch shaft and lock predrilled
Price as before
$95.00 + $15.00 Shipping
Rod Smallwood
Hi list,
the subject sais it all: While seeking for information on the RP11-C on the web (I saved a RP03 from being scrapped 3 years ago), I came across a hint, that there was also a RP11-E controller. At least using google, there is practically not a single information/document on the RP11-E other than its existence in the past. Is the difference maybe just a different input voltage specification (110V vs. 220V)?
Who knows anything on the difference between the C- and the E-type, Google doesn't? :)
I'd be happy on any hints.
Kind regards,
Pierre
-------------------------------------------------------------------------------
Pierre's collection of classic computers moved to: http://www.digitalheritage.de
Aw, chucks.
After reading the other day about someone who was talking about VMS and
the wish for DHCP, I actually decided that it was time that BQTCP/IP
also got DHCP.
So, without further ado - I cut a new release. One bugfix for a bug in
the TCP state machine, which could get stuck, but otherwise the big
reason is that DHCP is now implemented.
Read the documentation, or ask me questions. The IPGEN procedure will
create installation files for use with DHCP, but if you are upgrading
>from a previous version, you might want to make comparisons with the new
command files, and merge any new stuff in, if you want to use DHCP.
If you don't care about DHCP, then nothing needs to change in the
current configs.
DHCP tries to be clever, and handle some different options, but there
are parts that I do not use myself, that I have not tested, or sometimes
implemented. In such cases you might see some messages on the console.
Pass such information on to me, and I can improve things.
DHCP is written in PDP-11 C. If you do not have that compiler, you will
not be able to recompile the code. Sources are provided, along with a
binary that runs, and do not depend on any shared libraries.
The DHCP code also makes use of some functions and interfaces to the IP
stack and the interface drivers that others might find useful to
reference to if they are interested in doing low level stuff with
TCP/IP. (Such as reading/writing interface configs and routing tables.)
As usual, the distribution is available from:
ftp://madame.update.uu.se/bqtcp.dsk
ftp://madame.update.uu.se/bqtcp.tap
ftp://ftp.update.uu.se/pub/pdp11/rsx/tcpip/tcpip.dsk
The documentation is also available through ftp on Madame, or also at
http://madame.update.uu.se/tcpipdoc
I hope people will find this latest release useful, and my next project
right now is telnet (this time really...).
Johnny
On 2015-06-08 19:03, Johnny Billquist wrote:
> About three months since I last announced anything. There have been
> various development since, and I figured I should encourage people who
> are using BQTCP/IP for RSX to upgrade to the latest release.
>
> A short list of changes:
> ICMP:
> . ICMP packets accidentally lost the source IP address informaton when
> returning information to a program. - Fixed.
>
> TCP:
> . User timers on TCP sockets could erroneously stop. - Fixed.
> . User timers now reset on completed reads, so that you do
> not get a timeout if you are constantly completing reads.
> . Sockets in Fin-Wait-2 could sometimes get stuck in that state.
> - Fixed.
> . If a TCP session got an RST, it could get into a bad state. - Fixed.
> . Added the ability to send URGENT data in TCP. (Receive ignores any
> URGENT flags.)
> . Added a special I/O function to read from TCP without formatting.
>
> DNS:
> . Improved stability of DNS client daemon code.
>
> FTP:
> . FTP client and server performance improved.
> . FTP server logging added.
> . Improvements in FTP server and client for handling files with implicit
> CFLF.
> . Implemented primitive handling of Unix file paths implemented in FTP
> server. This allows most web browsers to access FTP repositories
> under RSX.
>
> I also did some performance testing using FTP.
>
> FTP from a modern Unix system of BQTCP.DSK in binary mode to both RSX
> and 2.11BSD, running under simh on the same physical machine:
> 2.11BSD: 210s
> RSX: 141s
>
> From RSX (E11) to the same machines:
> 2.11BSD: 240s
> RSX: 137s
>
> I honestly do not know why transfer from RSX to 2.11BSD took longer than
> from Unix, but transfer from RSX to RSX was faster compared to Unix to
> RSX. I would have expected both to be slower or faster. But the numbers
> are interesting, and show that the RSX TCP implementation is doing
> fairly well, even through it goes through the DECnet ethernet driver, as
> compared to 2.11BSD which runs TCP/IP more "native".
>
> As usual, the distribution is available from:
> ftp://madame.update.uu.se/bqtcp.dsk
> ftp://madame.update.uu.se/bqtcp.tap
> ftp://ftp.update.uu.se/pub/pdp11/rsx/tcpip/tcpip.dsk
>
> The documentation is also available through ftp on Madame, or also at
> http://madame.update.uu.se/tcpipdoc
>
> I hope people will find this latest release useful, and my next project
> right now is telnet.
>
> Johnny
>
> On 2015-01-16 04:47, Johnny Billquist wrote:
>> There have been lots of positive comments, and obviously some people
>> have even tested using the software.
>>
>> Of course, a bug was also found. A really weird corner case with
>> severely loading the network stack and having a socket in listen state
>> programatically could trigger a corruption of kernel memory.
>>
>> So I've cut a new release with the bug fixed.
>>
>> While I'm at it I also realize that I forgot to mention that included in
>> the distribution is also a simple IRC client as well as a simple IRC
>> robot.
>>
>> I've also taken a little time to slightly improve the documentation, and
>> the documentation is now also available directly by ftp from
>> Madame.Update.UU.SE, so you do not need to get the whole distribution
>> and unpack it to just read something.
>>
>> So - same as before. Disk image and tape image are available at
>> Madame.Update.UU.SE. Use anonymous ftp.
>> Disk image is also available at
>> ftp://ftp.update.uu.se/pub/pdp11/rsx/tcpip.
>> The disk image is a virtual RL02 disk. Can be used with any emulator, or
>> also directly inside RSX if you have virtual devices available.
>>
>> Happy hacking.
>>
>> Johnny
>>
>>
>> On 2015-01-14 00:40, Johnny Billquist wrote:
>>> Well, it's been a long time project, but I'm happy to finally announce a
>>> more public initial release of TCP/IP for RSX-11M-PLUS.
>>>
>>> This is the result of over 20 years of development. Needless to say,
>>> I've been doing a lot of things over the years, and this code have been
>>> through four reimplementations over the years.
>>> What I now release is something that I believe is a nice and useful
>>> piece of software. I am aware of the fact that most people do not use
>>> these machines any longer, but if someone actually wants to talk to me
>>> about support for this or other RSX software, let me know.
>>>
>>> Also, feel free to spread this information to anyone who might be
>>> interested, anywhere.
>>>
>>> So - what is in this release?
>>> It is a complete implementation of ARP, IP, UDP, and TCP for
>>> RSX-11M-PLUS. It has been tested on RSX-11M-PLUS V4.6, but should work
>>> on any V4 release. There might be some small tweaks or fixes required,
>>> but nothing major.
>>> It do require a system with split I/D-space, or else at least the TCP
>>> part will not fit.
>>> For Unibus machines, it should be possible to run without any additional
>>> software except what is in a base RSX distribution.
>>> For Q-bus machines, DECnet is required for ethernet networking.
>>> The TCP/IP stack can co-exist with DECnet.
>>> Some utilities also utilize RMS for file access.
>>>
>>> A bunch of tools, utilities and libraries are also included. These
>>> include:
>>> . IFCONFIG network configuration tool.
>>> . NETSTAT network information tool.
>>> . PING
>>> . TRACEROUTE
>>>
>>> . DNS client
>>> . FTP daemon
>>> . FTP client
>>> . HTTP server
>>> . TELNET client (rudimentary)
>>> . TFTP client
>>> . TFTP server
>>> . INET server that can do SINK, ECHO, DAYTIME, QUOTE, and IDENT
>>> . NTP client
>>> . LPR client that sits in the queue manager (rudimentary)
>>>
>>> . FORTRAN-77 library
>>> . BASIC+2 library
>>> . PDP-11 C library
>>>
>>> The implementation fulfills most of the requirements put forth in RFC
>>> 1122. There are a few limitations because of restrictions in the PDP-11,
>>> but none of them should really cause any problems.
>>>
>>> Documentation is still on the thin side, but example configs are also
>>> provided, along with installation scripts.
>>>
>>> A bunch of test programs and example programs are also included, as well
>>> as the sources of all tools and libraries.
>>>
>>> The TCP/IP stack itself only comes in binary form.
>>>
>>> All tools are also included precompiled in the distribution, so an
>>> installation only have to build the stack itself for your system, and
>>> then you should be ready to go.
>>>
>>> The API only have a slight resemblance to the Unix sockets API. However,
>>> if someone sits down to write code to use TCP/IP under RSX, I'm sure
>>> they will discover that it is extremely easy to use the libraries, or
>>> the basic functions.
>>>
>>> The TCP/IP implementation is mostly written as device drivers. This also
>>> have some other interesting implications, such as it is possible to
>>> access TCP as a normal file. You can, for instance do something similar
>>> to the Unix netcat command by issuing the MCR command:
>>>
>>> > PIP TI:=TC:"foo.com";4711
>>>
>>> which would open a connection to foo.com, on port 4711, and any data
>>> sent from that machine will be shown on the terminal.
>>>
>>> The resources used by TCP/IP are modest. A memory area (size selectable
>>> at generation/startup) is used internally. The amount of memory in the
>>> private pool limits the amount of data that can be buffered. Normal pool
>>> is used in a small quantity for each TCP port that is open.
>>>
>>> People are welcome to play around with this, and make improvements.
>>> Contributions of code is most welcome.
>>>
>>> There are still lots of things to do. The programs marked as rudimentary
>>> should be rewritten.
>>> The most obvious thing still missing is a telnet daemon, which probably
>>> is my next step.
>>>
>>> However, the reason for now announcing the release is that it can
>>> finally be distributed natively from an RSX host.
>>>
>>> The main locations to download the TCP/IP for RSX are:
>>>
>>> Madame.Update.UU.SE (anonymous ftp).
>>>
>>> This is one of my development systems for this software. It runs under
>>> E11, and if things are down, I blame E11. :-)
>>> When connected, you are already in the right directory. There is both an
>>> RL02 disk image there, which can be downloaded by anyone. If you happen
>>> to have an RSX system which you are conneting from, you can also try
>>> getting the BQTCP.TAP tape image. Such an image will not transport
>>> cleanly to a non-RSX system, however. Sorry.
>>>
>>> ftp.Update.UU.SE (anonymous ftp) - /pub/pdp11/rsx/tcpip
>>> The disk image is normally duplicated to ftp.update.uu.se as well, so
>>> the same file can be found there.
>>>
>>> I hope some people will find this useful/amusing. :-)
>>>
>>> Johnny Billquist
>>>
>>
>>
>
> _______________________________________________
> Simh mailing list
> Simh at trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
whenever I see video from there is to full of 50s cars! Neat! Ed#
In a message dated 6/23/2015 4:24:37 A.M. US Mountain Standard Time,
billdegnan at gmail.com writes:
I don't know, but there could be some WOW stuff there. I have to admit,
the day I heard Barak Obama said the US was going to free up restrictions
with Cuba I thought about the cars....and the COMPUTERS!...UNIVAC? IBM
701? Anything could be there.
On Tue, Jun 23, 2015 at 6:46 AM, Paul Birkel <pbirkel at gmail.com> wrote:
> I wonder to what Soviet equipment they would have upgraded?
>
> On Mon, Jun 22, 2015 at 5:06 PM, william degnan <billdegnan at gmail.com>
> wrote:
>
> >
> >
>
http://millennialmainframer.com/2014/12/ibm-still-waiting-cuba-pay-mainfram…
> >
> > Who's up for it?
> >
> > B
> >
>
And I opened the pack up, and you are 100% right! It's just a plastic shell
containing 10 big C-size cells, 3.5 A.hr each, indeed from the time period
it must be NiCd! Now if I can find similar cells I will be able to
reconstruct the pack inside the same shell. It will even look like the
original. Thanks again.
Marc
------------------------------
"J. David Bryan" <jdbryan at acm.org> said
> On this machine the battery connectors are just two pronged, + and -,
> so no thermistor connection apparently.
That marks it as an "A-version" power supply.
> I just need to find new small 12V lead batteries that fit.
Note that the "A" supply used a 12 Volt nickel-cadmium battery pack (per
page IXA-1 of the M/E/F-Series ERD), and the charger is a constant-current
supply. The pack is not broken down in the parts list but presumably would
have contained ten 1.2-Volt cells.
The "B" supply used a 14 Volt lead-acid battery pack (ERD IXB-5), so seven
2.0-Volt cells, and the charger is a constant-voltage supply.
If you use lead-acid batteries with the "A" power supply, you may wind up
overcharging them and shortening their life.
-- Dave
------------------------------
[also posted to comp.graphics.x today]
Hello Folks,
I'm trying to get an application that currently uses a local display on an
ancient DEC Alpha workstation with a (for the time) mid-to-high-end graphics
controller (ZLX-E2) to instead use an X-server running under MS-Windows.
The application is complaining that it cannot find a "4/5-bit visual". It almost
certainly wants to use this visual for an overlay, as the application displays
moving objects superimposed on a map.
On the original hardware, xdpyinfo tells me:
> [...]
> supported pixmap formats:
> [...]
> depth 4, bits_per_pixel 8, scanline_pad 32
> [...]
> screen #0:
> [...]
> depths (4): 8, 12, 24, 4
> [...]
> number of visuals: 21
> [lots of other visuals here, but no 4-plane except for the following]
> visual:
> visual id: 0x36
> class: PseudoColor
> depth: 4 planes
> available colormap entries: 16
> red, green, blue masks: 0x0, 0x0, 0x0
> significant bits in color specification: 4 bits
and "xprop -root" tells me:
> [...]
> SERVER_OVERLAY_VISUALS(SERVER_OVERLAY_VISUALS) = 0x36, 0x1, 0x0, 0x1
As you can see, there seems to be exactly one overlay, whose visual id (0x36)
corresponds to the single 4-plane visual listed by xdpyinfo.
When I use the above commands to retrieve the capabilities of the MS-Windows
X-server (Exceed, in this case), xdpyinfo does not list a 4-plane visual at all.
"xprop" lists lots of overlays, 24 in total, all of them 8-plane visuals.
The MS-Windows box is running Windows-7 (64bit) and has a Nvidia Quadro 400 GPU.
I used the "Nvidia Control Panel" to set "Enable overlay" to "on" in the "Manage
3D settings" section. Also, in the Exceed X-server configuration I enabled
"OpenGL", and within that enabled "Overlay Support" and "GLX 1.3 Support".
I conclude that the MS-Windows SW/HW system (X-server, MS-Win GPU driver, GPU)
cannot offer 4-plane visuals. However, I don't know what system component(s)
is/are the cause the problem.
I have tested VcXsrv, Reflection-X, Exceed (with 3D option), X-Win32 and even
the ancient DEC Pathworks X-server eXcursion with no success. I'm working on
getting an evaluation copy of PTC's MKSTools X/Server. Of the X-servers I've
tested, Exceed seems to offer the most configuration parameters.
I'm not even sure the Quadro 400 can handle 4bpp "visuals", or whatever
MS-Windows calls them. In fact, I wonder if any modern hardware offers 4bpp
capability. On my Linux box with a GeForce GT 430 I don't have any 4-plane
visuals, and xprop doesn't mention any overlays either.
I'm somewhat confused about where overlays fit into the X scheme. I have seen
lots of references to overlays in an OpenGL context, however the Alpha seems not
to have any OpenGL capability: GLX is not in the list of extentions printed by
xdpyinfo. Can someone clear this up for me?
Am I correct to assume that the GPU must support 4bpp in order for it even to be
possible for the X-server to propagate a 4-plane visual to a client? If yes, how
can I determine if a GPU supports 4bpp? Nvidia is very sparing with the
information in their specs for the Quadro 400 GPU.
Assuming I can find a GPU that supports/offers 4bpp, does anyone know an
X-server product/project that can provide 4-plane overlays?
thanks,
Rob