I have got TSS/8 running on SIMH (actually it is a ready-made image that I
got for the PiDP8). I have set up SIMH to enable TTIX for a secondary line
to connect another terminal, but when I try to login from another line (ie
not the console) I get a message along the lines of a local login not being
permitted. I have looked through the TSS/8 manuals on Manx, but I can't find
anything that tells me how to enable local logins. Can anyone tell me how
you do this?
Thanks
Rob
Hi,
I've had this box for a few years and wanted to see if it's interesting
to anyone on the list.
http://imgur.com/a/dm1vR
Apparently everything but the software itself. :/
If there is genuine interest I can list the contents of the box. It
won't be cheap to ship though. Located in Toronto, ON.
--Toby
I got booted from the list when the original post came out for this. ?He isn't willing to ship I guess? ?I wouldn't mind buying the SWTPC 6800 case he has.. I have almost everything save a cpu card to build another 6800 unit.
Sent from my Samsung device
-------- Original message --------
From: allison <ajp166 at verizon.net>
Date: 2016-11-04 3:50 PM (GMT-08:00)
To: cctech at classiccmp.org
Subject: Re: Altair, IMSAI, SWTPC, etc. for sale in Philly
That is from the first 2000 to 5000 units its a 8800 no suffix the
ribbon is either A or Bsuffix and
a different CPU board (uses 8224).
The orange is rosin flux that was not cleaned.?? Isopropanol would clean
that but it was built as a
kit (the K suffux on the serial number tag).? Its better to leave it
that way.? Authentic, never cleaned
mine either.
The PS looks to be the original version or the first update (higher
voltage transformer).
I'd expect power supply problems, suspect one-shots (front panel and CPU
clock) and
bus level noise issues.? Assuming the switches are still good.
Allison
On 11/04/2016 09:19 AM, Sam O'nella wrote:
> Out of curiosity and ignorance what's with the solder joints on the cards in the pictures? That orange color seems like it's everywhere around cold looking solder joints.? Is that rust, some sort or protection, or acid corrosion?
> -------- Original message --------From: Mark G Thomas <Mark at Misty.com> Date: 10/31/16
> I had the pleasure of visiting Rick yesterday. Please see below
> additional information about remaining items, with links to photos.
> Please contact Rick directly if interested.
>
> Original posting here:
> On Tue, Oct 18, 2016 at 08:44:39AM +0000, steven stengel wrote:
>> ---------------------------------------------------------------
>> *************? Contact Rick below if interested.? *************
>> ---------------------------------------------------------------
>> Name: Rick Bunker
>> Contact: rick at bunker.us
>> Location: Jenkintown, PA???
> 10/30/2016 Update:----------------------
>
>> The Altair 8800, a very early one, 4-slot motherboard, 1K ram, ceramic CPU,
>> you will see: https://goo.gl/photos/3C1pzfwFoZ3koPgt9
>>
Very cool. ?I love how that display works. ?It's just like something from an early 80s movie.
I want one badly but not $3000 badly.
Sent from my Samsung device
-------- Original message --------
From: Randy Dawson <rdawson16 at hotmail.com>
Date: 2016-11-04 5:03 PM (GMT-08:00)
To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
Subject: Tek 4051 with a 10 year old at the helm
Here is my daughter Gina, I thought you guys would like, Tek is still exciting.
Sure, we have lots of PC's around the house, but this is the first one that she is programming, and programming the 4051 creates a smile.
Randy
https://youtu.be/o0LiYkHG3iE
I've been looking for it for a while as well, the only place I've seen
that has it in any form is actually on the 11/780 running at the LCM
(which you can of course access with a free account, if you just want to
use VCL). I assume it must still exist elsewhere but it was removed
>from the old software product libraries prior to any of the sets I've
found archived anywhere, sometime around 90-91 I believe?
There were several other CL and LISP implementations for VAX VMS but
they've all fallen into the great memory hole as well. KCL in
particular seems like it might be easier to find since it was freely
available, but I've had no luck.
> From: "Mike Stein" <mhs.stein at gmail.com>
> Subject: Re: Reasonable price for a complete SOL-20 system?
> Message-ID: <B1054C1D081C4DB9881083349D0D5B64 at 310e2>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> Any chance you still have a copy of that CP/M port buried somewhere?
> We're sort of collecting the various Cromemco ports and emulators.
>
Sorry Mike, I didn't think so but went through my diskettes anyway and no go
- all CDOS. I do believe that there was a Cromemco CP/M in the Don Maslim
archives and another in the classicmp Dave Dunfield archives here
http://www.classiccmp.org/dunfield/img54306/system.htm. If all else fails, I
have found a CROMCPM.TD0 file in my archives which is Teledisk format and is
607Kb but I don't have a functional Teledisk at the moment so can't tell
what it represents. I'm not sure of the source but would be happy to forward
it to someone with a functional Teledisk, or Dave Dunfield's converter from
TD0 to his IMD ImageDisk format.
James
Out of curiosity, since I've never done this either but have heard most folks suggest it. How do you seal the newly made jacket? Is it not necessary or folks using scotch tape??
> I suppose I should try and round up images of 19" x 5-1/4" PDP-10
> panels, too
So there are quite a few, although I'm not sure they are exactly the same as
the ones used in the PDP-11's, PDP-15's, etc. Those use a plastic bezel which
is the same as the blank panels in the H960 racks, into which the inlay is set
>from the front, and glued down to the lip inside the bezel. The PDP-10 ones,
>from the pictures, and my vague memory, use metal bezels which cover the
panels from the front, holding them on, so the shape of the inlay may be
subtly different.
Anyway, I found images (not great - all B+W illustrations in manuals) of the
following PDP-1 panels:
DF10
DA10
RC10
BA10
TD10
TM10
DS10
RM10B
DC10
RP10-C
MB10
MD10
I'll add them to the page at some point. If any has actual images of any of
these, they'd be appreciated. (And no, none of them is the mystery panel in
the RSTS manual.)
Noel
> I'm curious what the Systems 32/77 is..
>Wasn't Gould SEL? maybe an SEL system?
The 32/77-series was a 32-bit machine implemented in ECL, based on
earlier SEL designs, but is definitely Gould in design/manufacture.
Some of the machines in the series had a very powerful (for the time)
floating point unit (known as the IPU) that operated in tandem with the
main CPU that vastly increased the number-crunching power available
The machines were mainly intended for real-time control applications (as
used in the flight sim applications in the auction)
The machine ran a real-time executive called MPX-32.
More information: http://www.encore-support.com/htmls/32_77.htm
Years ago, I had some experience with these machines. They were quite
powerful for their time, and were also workhorses that just ran and ran.
Very robust design.
These are neat machines, and I hope that they end up in the hands of
someone that can care for them rather than ending up scrap.
--
Rick Bensene
The Old Calculator Museum
http://oldcalculatormuseum.com
I've heard Modula-3 (from DEC SRC and Olivetti Research Center) called
"the Ada regular programmers would adopt". They never did, of course,
because Olivetti decided research wasn't that important and DEC got
bought and a lot of other reasons that are documented elsewhere. Not
to get into a language pissing contest, but IMO it's an awfully nice
way to program, with threading built in, type safety, generics, a
reasonable GC, exceptions, etc. I really enjoyed it, but then I think
Ada brings a lot to the table.
What might have been, indeed.
Over the years I've played around with a few old CAMAC (*) modules, by
today's standard they pretty much have zero value, anyway that's another
story. Recently
I've been offered a CAMAC to Unibus board. A Kinetic 3912 Unibus Crate
Controller .
A Crate in CAMAC speak is just a chassis with a backplane.
The problem with CAMAC is there is almost no information out there,
Since I don't YET have a Unibus system, it more of a curiosity then
anything.
So .. anyone have the manual ?
(*) -
https://en.wikipedia.org/wiki/Computer_Automated_Measurement_and_Control
Hello, all,
Question of the day:
Will an Emulex MT-02 SCSI->QIC tape controller work with a Wangtek 5150EQ (QIC-150) Tape Drive?
I am trying to resurrect an old Tektronix 4132 Unix workstation. The 1/4" Wangtek 5099EQ drive that was in the machine was toast, something on the drive's electronics went POP when it powered on the first time, and it is no longer being recognized by the MT-02 controller. I have documentation on the drive, and will probably look into seeing if I can fix whatever fried, but in the short-term, I have a Wangtek 5150EQ with a good drive wheel, and was wondering if this drive would function with the MT-02 and be useful on the machine. I have a bunch of old (1980's) QIC-24 tapes written with the old 5099EQ drive that I want to look through and archive in a different form.
And yes...I know about the tension band issues with old 1/4" QIC media...I've got a bunch of new tension bands and have become quite adept at replacing them and assuring the proper tension on the tape.
Wishing all a peaceful day,
-Rick
--
Rick Bensene
The Old Calculator Museum
http://oldcalculatormuseum.com
I recently discovered the very excellent website
http://pascal.hansotten.com devoted to all things Wirth.
I sent a message to the author, as detailed below, but I would encourage
anyone to visit the website - you will surely learn something?
Greetings from Windermere in the Lake District, England!
I read with interest your interview with John Reagan. His efforts on the
VAX Pascal Compiler, and more recently (well, in the last few years or
so) my discovery of the very excellent Theo De Klerk book on VAX Pascal
and it's excellent integration with the VMS operating system have
rekindled my love of this excellent implementation of Pascal.
I am the organiser of declegacy.org.uk - a 'mostly' annual event here in
Windermere where collectors of DEC equipment and ex-employees gather to
immerse themselves once again in the excellence of product that was the
result of DEC Engineering. I have tried a couple of times to 'entice'
John to provide a video narrative of his time at DEC - but, thankfully,
he is still a very busy man.
At DEC Legacy this time around for example I was very fortunate to find
myself in the 'programming zone' for a couple of hours - sat at a VT
terminal, trying to determine why my VAX Macro-32 fractal generation
programme would not run successfully on a DEC Alpha via the VAX Macro
Compiler. For those precious moments I could have been sat at a piece of
DEC equipment anywhere in the world. For a programmer this is just
intoxicating and all too rare these days.
I have a long standing interest in the legacy of Wirth - and indeed DEC,
as could be expected. When I was considering a programming language for
my PhD efforts on a DEC 3000/600 AXP running Digital Unix 3.2C in 1994 I
would have been better using Modula-3 and ignoring the C-based Khoros
framework which was the path I eventual took (C was a 'better the devil
you know' option at that point).
On Tue, 11/1/16, Jon Elson <elson at pico-systems.com> wrote:
>? Also, some IBM publications (where I'm more
> familiar with their models) had some photos
> of machines that probably were in-house
> prototypes that were quite different than the
> production version.
Along the same lines, the picture in the original PDP-8
manual was of a machine that had a front panel that
looked more like the PDP-5 panel than the one shipped
on the 8s. Given how close the machines were in
architecture, it wouldn't be surprising for a prototype.
As it turns out, I saw the picture in the manual a few
years before I ever saw a real straight-8. To this day,
the real straight-8s look a little "wrong" to me.
BLS
> From: Don North
> Track 0 is not used by standard DEC software
I wonder why DEC did't use track 0. The thing is small enough (256KB in the
original single-density) that even 1% is a good chunk to throw away. Does
anyone know? (I had a look online, but couldn't turn anything up.)
If I had to _guess_, one possibility would be that track 0 is the innermost
track, where the media is moving the slowest, and as a result it's more
error-prone. Another is that IBM used track 0 for something special, and DEC
tried to conform with that. But those are pure guesses, I would love to know
for sure.
Noel
So, the CHM has an RSTS-11 brochure:
http://archive.computerhistory.org/resources/text/DEC/pdp-11/Digital.PDP-11…
which shows in a couple of places (front cover, page 6, 7, 10, 11) an
indicator panel which I haven't been able to identify: it's the one where
there are four full-length light rows on the left, and the lower right row
of lights is broken up in the three groups - small, large, small. (The other
indicator panel is known, it's an an RF11).
I have been searching for these panels for quite a while now, and have a page
for them:
http://ana-3.lcs.mit.edu/~jnc/tech/DECIndicatorPanels.html
_but_ ... I have never seen that panel.
I am quite sure that it is _NOT_ an RK11-C panel; although no image of such
has ever been found (I think because it was never produced - no DEC manual or
print set refers to it), the RK11-C prints show the wiring for the connector
to the indicator panel (which would presumably have been a standard DEC 19" x
5-1/4" panel of the kind documented on the page above), and from that it's
possible to predict what it would look like, as shown here:
http://ana-3.lcs.mit.edu/~jnc/tech/pdp11/RK11-C_inlay.txthttp://ana-3.lcs.mit.edu/~jnc/tech/pdp11/RK11-C_inlay.pdf
Can anyone shed any light (no pun intended :-) on what this is?
The RF11 engineering drawings list (on page 187/188) all the inserts
available (as of that date) for the standard 19" x 5-1/4" indicator panel,
and I don't have pictures of all of them, so it's possible this is one of
them. (It's clear from the brochure that this wasn't necessarily a working
system, since it appears in a number of different configurations. So maybe
they just grabbed up a random indicator panel and plugged it in to make the
system look cool.)
One possibility is that it's a prototype that was never produced - or perhaps
it was the indicator panel for an earlier RK11 controller (although I can't
find any mention of an RK11-B or RK11-A, and the list above doesn't contain
an RK11 entry).
Anyone have any ideas?
Noel
> From: Steven Malikoff
> I have been looking but not yet found a picture of the DEC-trimmed RC11
> ... If anyone could point me to a photo of the RC11/RS64 DECdisk panel
> to be honest I don't know if it even had one?
I'm not sure it did. The list of available inserts (in the Indicator Panel
Assembly drawings, available in the RF11 prints, pp. 186-190) doesn't list an
RC11 insert, and that list does include the RF11, which is a later controller
than the RC11.
I tried looking online for RC11 engineering drawings, to see if it included
an indicator panel connector (the way the RK11-C does), but I could not find
_anything_ substantial about the RC11 online.
> From: Jon Elson
> These look VERY posed, so don't be sure ANYTHING in the picture was a
> fully working system.
Yeah, I'd come to that conclusion...
> If those panels look like something off a KA10 controller
Well, I'm not sure. Most PDP-10 gear had rows of 36 lights, which is the full
width of these 19" indicator panels (i.e. every light in a row - like the top
row of the RP11 panel, see the page for an image), and I don't see that in
this one. But I suppose I should try and round up images of 19" x 5-1/4"
PDP-10 panels, too (ISTR that there are a few).
Noel
David Bunnell and Bill Machrone of PC Magazine have passed on. They
both were involved in promoting computers in its earliest day. Both
will sadly be missed.
Murray--
I've been wondering about that one myself. ?Very odd. ?That's not the first time I've seen that either. Along with stuff that 'sells' for absurd amounts of money.
At first I though the absurd sales were attempts to manipulate the market.. but it doesn't seem worth the effort or ebay fees. ?I almost kind of wonder with some of them if something more sinister is going on.. like money laundering. ?That'd be a fairly obscure way to do it..
Sent from my Samsung device
-------- Original message --------
From: Corey Cohen <AppleCorey at optonline.net>
Date: 2016-11-01 4:43 PM (GMT-08:00)
To: cctalk at classiccmp.org
Subject: What the heck is the deal with this eBay item
https://www.ebay.com/itm/272433760795
This Helios II has been "sold" multiple times for varying amounts and then suddenly hours later appears for sale again.? I'm done bidding on this each time it appears, because if I won, who knows what I'd receive or if the seller would cancel the auction.?
corey cohen
u??o? ???o?
> Date: Mon, 31 Oct 2016 10:48:56 -0400
> From: Paul Koning <paulkoning at comcast.net>
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Subject: Re: For sale 128K Core RAM Industrial PDP 11/40 Massbus
> System
> Message-ID: <A0F4A035-0EAA-4343-87DC-86495173458F at comcast.net>
> Content-Type: text/plain; charset=us-ascii
>
>
>> On Oct 31, 2016, at 10:26 AM, william degnan <billdegnan at gmail.com> wrote:
>>
>> Given 128K core, wouldn't one be able to save the OS in core, no need to
>> load what would need to "get started" from a diskpak? The data would be on
>> the tape drives, and something on stand by to re-load the OS back into core.
>
> Only if the OS implements the ability to resume from a power failure without reloading from disk or tape. Few do. Perhaps some flavors of RSX, I don't know. RSTS V4A, when built with the power fail handling option, could do so. Later versions do not; they unconditionally reboot (from disk) at powerup.
>
> paul
RSX-11M and M+ did resume from power failures very robustly. I had a PDP-11/44 with batteries for the MOS RAM (and fans to cool it) with RK07 drives. I can remember testing it by pulling the power with a number of applications runnings including editors etc. The disks would yank the heads back and spin down, then when the power was restored and the drives spun up, it was like it never happened. I might see an entry or two in the error log file about a disk retry, and a user might loose a keystroke on the file they were editing but it absolutely was solid. I don't know of a single modern operating system that can do that today.
RSX-11M+ can run TCP/IP today with Johnny Billquist's BQTCP package but it dies require I/D space processors. M+ itself can run on a 11/23+ or 11/24 but it really needs more than 128KW and the lack of I/D space really limits its capabilities.
Mark
I bought one of these on eBay thinking it was the standard 37-pin
D-connector that connects to an ISA floppy controller. No, it's a 25-pin
D-connector. I can't find any references in Google aside from people
selling them. I'm wondering if it might be something like a
printer-port-connected device, in which case I'm probably out of luck
trying to find its driver.... -- Ian
--
Ian S. King, MSIS, MSCS, Ph.D. Candidate
The Information School <http://ischool.uw.edu>
Dissertation: "Why the Conversation Mattered: Constructing a Sociotechnical
Narrative Through a Design Lens
Archivist, Voices From the Rwanda Tribunal <http://tribunalvoices.org>
Value Sensitive Design Research Lab <http://vsdesign.org>
University of Washington
There is an old Vulcan saying: "Only Nixon could go to China."
Date: Tue, 1 Nov 2016 06:39:04 -0400
From: Peter Cetinski <pete at pski.net>
To: "General Discussion: On-Topic and Off-Topic Posts"
<cctalk at classiccmp.org>
Cc: "General Discussion: On-Topic Posts" <cctech at classiccmp.org>
Subject: Re: Imaging Old Disks Advice Needed
> Well, I made a number of these this weekend and I just left the end
open. The hub
> keeps the cookie in place. Thanks to everyone for the input.
>
> So, I was able to image half of the disks without issue. The others all
had a few
> bad tracks. On most of those I don't see any physical damage so I was
wondering
> if there were any other techniques to possibly recover those tracks?
Baking the
> cookie? Is there a good tool to merge tracks from multiple disks if I
find another
> copy of the software that has the missing tracks?
Pete:
I've had pretty good luck during a data restoration project by ensuring the
drive heads are clean and then also cleaning the cookie VERY GENTLY with
good quality rubbing alcohol (I'm using 91%, some say you should use better
stuff) on a cotton ball. My method has been to put the cookie on a clean,
dry, soft surface. The disks I'm working on are Apple ][, so flippy (if
the jacket is punched), otherwise I only need to concentrate on the
"bottom" side of the cookie. Essentially, the side without the hub ring.
I use a very fine-tipped needle top bottle (found it in the baking section
of a local big-name craft store) and apply a reasonable amount of rubbing
alcohol then use a fresh cotton swab and gently clean the surface.
Depending on how it goes, I'll clean it a second time.
Note, some of the disks look just fine, but still have some issue reading.
This cleaning process has been highly successful (maybe 85%?) for me even
with disks that looked clean.
Also, on a few prior attempts I've had inexplicable results in trying
different drives. I don't know if alignments, speeds, magnetic sensitivity
or other factors were at play but it's worth trying as another trick to
have in the collection. Sometimes it worked better, sometimes it was worse.
I am not 100% sure, but I thought the "baking" was for media that was
shedding or at some risk of having a physical issue with delamination, etc.
Also, I can't really help on the merging question. I'd think you could
just cut the resulting images together using a hex editor or similar.
Naturally, you'd have to know where the bad parts were in the file. Maybe
you could start with a 'fc /b filename.bin filename.bin' at a Windows
command prompt, note the offsets of differences between multiple reads and
visually compare those sections in a hex editor?
Good luck with the data restoration! See ya.
-Todd
> From: Philipp Hachtmann
> that one posting sounded a lot like that, sorry.
OK.
> Do you have a source where there are still 30k chips sitting and
> waiting?
It was ~30K a couple of months ago. I checked about a week ago, and it was
down to ~26K (IIRC).
Although, like I said, I doubt they have all 26K in stock themselves; based on
comments they made when we bought a large group, I think that's the total
number available to them across a number of suppliers, in a network which
shares inventory information.
Noel
> From: Don North <north at alum.mit.edu>
> .. the hardware bootstrap reads track 1 sectors 1, 3, 5, 7
Ah, thanks for that. Starting to look at the code, I had missed the
interleave.
So does DEC do anything with track 0, or is it always just empty?
Noel
In a message dated 10/31/2016 2:31:02 P.M. US Mountain Standard Time,
tmfdmike at gmail.com writes:
On Tue, Nov 1, 2016 at 10:15 AM, william degnan <billdegnan at gmail.com>
wrote:
>>
>> Find a copy of the PDP-11 systems handbook! Say 1978, 80 and 82
versions
>> and
>> see the difference. Never mind the Unibus, Qbus, PRO, and PDT flavors.
>>
>>
>> Allison
>>
>>> thanks Ed Sharpe _www.smecc.org_ (http://www.smecc.org)
>>>
>>>
>>>
>
> Here is a thread I posted on my site, with link to the first printing of
> the PDP 11 brochure. The first PDP 11 models had no "/nn" on the front
> panel.. see for yourself.
>
> http://vintagecomputer.net/browse_thread.cfm?id=593
Mine is a very early example - number 636 IIRC - and it just says
'pdp-11' on the front:
http://www.corestore.org/1120-1.jpg
Mike
http://www.corestore.org
'No greater love hath a man than he lay down his life for his brother.
Not for millions, not for glory, not for fame.
For one person, in the dark, where no one will ever know or see.'
Mike OK that is a great indicator!
serial# and date wise! Ed#
In a message dated 10/31/2016 6:36:17 A.M. US Mountain Standard Time,
jnc at mercury.lcs.mit.edu writes:
> From: Ed Sharpe
> was Unix or C the one developed on the 11/20?
Both. Unix Version 1 was written in PDP-11 assembler, for the -11/20;
although that was a re-write of an earlier version written in PDP-7
assembler. C was developed from B in good part because the word address
model
of B (inherited from its ancestor BCPL) wasn't a good match for the
PDP-11's
byte addressing model. More here:
https://www.bell-labs.com/usr/dmr/www/hist.htmlhttps://www.bell-labs.com/usr/dmr/www/chist.html
> From: Christian Corti
> I think the IP stack needs separate I/D and more memory
I read that the networking code in 2.x uses Supervisor mode (apparently it
needed more address space than was available with only kernel, even with
split I/D).
Noel
Great History Noel! Many Thanks!
...
I wonder if the pdp-11 was just called pdp-11 at t that point or
was a pdp-11/20 like we have..
I know they are essentially the same at this time point they got
their PDP 11 what did it say on the front panel I wonder?
(figuring all this stuff out for titling up the cards in the 11/20
display we are planning.)
thanks Ed Sharpe _www.smecc.org_ (http://www.smecc.org)
In a message dated 10/31/2016 1:41:28 P.M. US Mountain Standard Time,
jnc at mercury.lcs.mit.edu writes:
> From: Ed Sharpe
> I wonder if the pdp-11 was just called pdp-11 at t that point or was a
> pdp-11/20 like we have
Others have better info on this than me...
> at this time point they got their PDP 11 what did it say on the front
> panel I wonder?
I'm going to _guess_ that it was the earlier caption; I definitely recall
reading somewhere (maybe that history thing I already provided a link to)
that when the PDP-11/20 first arrived, DEC didn't have a disk drive for it,
and so it sat in a corner for some months (running some chess problem)
until
the disk arrived. So that argues that it was a very early production
machine.
Noel
Noel - OK that is what I also read.... so probably would have said
PDP-11 on the front panel not 11/20 if it was that early if we
subscribe to the theory that the ones labeled 11 only were before the 11/20
I do wonder if there are any photograph of the system they used at
the get go of the PDP-11 use? Need a photo that has definite date
info....
yes, the systems are the same but some of this is important as I
do the display cards for the 11/20 we have here at SMECC
Thx Ed# _www.smecc.org_ (http://www.smecc.org)
In a message dated 10/31/2016 1:58:29 P.M. US Mountain Standard Time,
ajp166 at verizon.net writes:
> ...
> I wonder if the pdp-11 was just called pdp-11 at t that point or
> was a pdp-11/20 like we have..
At that time PDP-11 was a general architecture name and 11/mumble was a
specific system.
Keep in mind that new versions of the -11 would evolve soon after
introduction and
continue over time for decades.
Add to that there were both processor naming and system configuration
naming
conventions.
> I know they are essentially the same at this time point they got
> their PDP 11 what did it say on the front panel I wonder?
> (figuring all this stuff out for titling up the cards in the 11/20
> display we are planning.)
Find a copy of the PDP-11 systems handbook! Say 1978, 80 and 82
versions and
see the difference. Never mind the Unibus, Qbus, PRO, and PDT flavors.
Allison
>
OK I have seen both on Panels pdp-11 and pdp 11/20
figured the first issuance would say pdp-11 only on panel
Ed#
> From: Ed Sharpe
> I wonder if the pdp-11 was just called pdp-11 at t that point or was a
> pdp-11/20 like we have
Others have better info on this than me...
> at this time point they got their PDP 11 what did it say on the front
> panel I wonder?
I'm going to _guess_ that it was the earlier caption; I definitely recall
reading somewhere (maybe that history thing I already provided a link to)
that when the PDP-11/20 first arrived, DEC didn't have a disk drive for it,
and so it sat in a corner for some months (running some chess problem) until
the disk arrived. So that argues that it was a very early production machine.
Noel
In a message dated 10/31/2016 12:36:35 P.M. US Mountain Standard Tim,
isking at uw.edu writes:
On Mon, Oct 31, 2016 at 12:29 PM, <COURYHOUSE at aol.com> wrote:
>
> ...
> I wonder if the pdp-11 was just called pdp-11 at t that point or
> was a pdp-11/20 like we have..
> I know they are essentially the same at this time point they got
> their PDP 11 what did it say on the front panel I wonder?
> (figuring all this stuff out for titling up the cards in the 11/20
> display we are planning.)
>
I think we had this discussion a while back, but I know that my 11/20 just
says 'PDP-11' on the front panel. I've also seen them with '11/20', which
is almost certainly a later naming as the -11 line grew.
--
Ian S. King, MSIS, MSCS, Ph.D. Candidate
The Information School <http://ischool.uw.edu>
Dissertation: "Why the Conversation Mattered: Constructing a Sociotechnical
Narrative Through a Design Lens
Archivist, Voices From the Rwanda Tribunal <http://tribunalvoices.org>
Value Sensitive Design Research Lab <http://vsdesign.org>
University of Washington
There is an old Vulcan saying: "Only Nixon could go to China."
ok just re-clarifing.... so then w would be safe in reading the unix
history - the 11 they had since when they got it a disk was not avail. (???
REALLY!!?? Hard to believe DEC would ship a processor without disc
i/o??? COMMENTS? ) would have just probably said PDP-11
Ed# _www.smecc.org_ (http://www.smecc.org/)
--------------------------------------------------------------------------------------------------------*************? Contact Rick below if interested.? *************--------------------------------------------------------------------------------------------------------
Name: Rick Bunker????Contact: rick at bunker.us ????Location: Jenkintown, PA???
I have a computer collection that I have to sell. My wife and I have separated, and the house is being sold, and I have no place to keep the computers in my new apartment.
It is a pretty nice collection. Altair 8800, two IMSAI 8080's, an Apple ][ (not ][+ or e or anything, the first one), a TRS-80 (the real first revision, with no numeric keypad, with the original cassette drive, monitor) an LSI monitor, a KIM-1, an original IBM PC (not an XT -- original 2-floppys, original bios), an SwTPC 6800 box, with no innards. Similarly, a Cromemco box with no innards. A Northstar Horizon.
Some 8-inch drives, a bunch of S-100 boards, a luggable Kaypro portable, an odd and an end or two.
Lots of documentation.
Some old disks which may have readable software on them. I don't power these things up, since they have power supplies that you can weld with, with 40-year-old capacitors on them.
Is there anybody in striking distance of Philadelphia suburbs, who would consider buying and picking up this collection?
--------------------------------------------------------------------------------------------------------
was Unix or C the one developed on the 11/20?
Ed#
In a message dated 10/30/2016 6:15:32 P.M. US Mountain Standard Time,
elson at pico-systems.com writes:
>>
>> Bill
> Unix? Probably a complete brain fart by me - but I thought Unix
> required a machine with separate I/D spaces and the 11/40 wasn't one
> of them?
>
> If I'm wrong that will be of some assistance to me actually :-)
>
> From: Allison
> Later versions like 2.9 and V7 do want I&D.
V7 is only distributed with pre-built loads for split I+D machines (so you
can't boot a V7 distribution tape on a non-split machine), but it includes
machine-language OS support files for non-split machines. (It's similar
enough to V6 that it makes sense that it runs on non-split machines.)
> From: William Degnan
> Given 128K core, wouldn't one be able to save the OS in core, no need
> to load what would need to "get started" from a diskpak?
To fork a process, Unix swaps the forking process out, and then fiddles
system tables so that one of the two copies (I forget which, without looking
at the code) becomes the child. This includes at startup, when the 'swapping'
process (0) splits and the child (1) is set up to run /etc/init. (I
found this out the hard way, when bringing up V6 under Ersatz-11. :-)
So Unix won't run without a swapping device.
Noel
> From: Philipp Hachtmann
> Very enlightening.
> You're hoarding interface ICs with commercial second thoughts
If you think either Guy, or Dave and I, expect to make much money selling the
QBUS/UNIBUS boards we are working on, you are seriously confused. None of us
are in this as a money-making exercise; there are easier ways to make a lot
more money.
And as to the hoarding, if you'd like to buy up a couple of thousand yourself,
>from that miniscule stockpile of 30K units that Guy and I have left out there
for you all, please let me know, and I'll expidite over a name, phone number,
and email for you to contact.
Noel
Guys,
there's a new release PDP11GUI 1.48.5
Some enhancements:
1. "Disk Image Read/Write":
- Now compression of 2word patterns (32 bit patterns), did reduce
download of a RSX-11 system disk from 40h to 6h.
- Fix for PDP-11/44 console firmware v 3.40: ignore "(Program)" output
after driver start.
2. Terminal windows now beeps on char, necessary for some endless XXDP
diags.
Download from https://github.com/j-hoppe/PDP11GUI/releases/tag/1.48.5
Web: http://retrocmp.com/tools/pdp11gui
Enjoy,
Joerg
> From: Ed Sharpe
> was Unix or C the one developed on the 11/20?
Both. Unix Version 1 was written in PDP-11 assembler, for the -11/20;
although that was a re-write of an earlier version written in PDP-7
assembler. C was developed from B in good part because the word address model
of B (inherited from its ancestor BCPL) wasn't a good match for the PDP-11's
byte addressing model. More here:
https://www.bell-labs.com/usr/dmr/www/hist.htmlhttps://www.bell-labs.com/usr/dmr/www/chist.html
> From: Christian Corti
> I think the IP stack needs separate I/D and more memory
I read that the networking code in 2.x uses Supervisor mode (apparently it
needed more address space than was available with only kernel, even with
split I/D).
Noel
I've pdf'd half a dozen pages of the 360/40 development manual from IBM British Labs at
Hursley UK, early/mid 60s. I wish I had more but these only survived because dad used
to bring home binders with these single-sided pages for us kids to draw on, and my
parents kept them. They may not even be from the same document, but it's just for
interest's sake.
http://web.aanet.com.au/~malikoff/misc/IBM_360-40_Development_Manual_fragme…
On Sun, 30 Oct 2016, Jon Elson wrote:
>> Thank you for the tips, i will see if i can open it up in someway, the fan
>> is kinda like a laptop blower style, but a bigger version of it :) I think
>> i will need to buy new bearings for it when i have read on google about the
>> fan.
You never know until you try.
Anyway, the Alphaserver 4100 has four midsize muffin fans and I found them
trivial to take apart and trivial to replace the bearings which were a
standard off the shelf part. It was easier to fix the fan than it was to
replace them since DEC had a custom fan with a speed sensor built in that
proved impossible for me to find.
It changes from model to model and generation to generation.
--
Richard Loken VE6BSV, Systems Programmer - VMS : "...underneath those
Athabasca University : tuques we wear, our
Athabasca, Alberta Canada : heads are naked!"
** rlloken at telus.net ** : - Arthur Black
Hey Jon!
Thank you for the tips, i will see if i can open it up in someway, the
fan is kinda like a laptop blower style, but a bigger version of it :) I
think i will need to buy new bearings for it when i have read on google
about the fan.
/Daniel
Don't be nasty Al!
I was willing to scan the addendum and covers if needed.
I also did not know if others with interest needed...I am glad the book
is scanned already as I do not care to blow mine apart... glue backing
gets pretty brittle on these things. The addendum is a loose pamphlet that
was just with the manual
In a message dated 10/30/2016 11:20:03 A.M. US Mountain Standard Tim,
aek at bitsavers.org writes:
BFD
On 10/30/16 11:03 AM, william degnan wrote:
>> I see bitsavers has manual but not pmphlet.Also there is no color
front
>> and back cover
I am sorry Bill...I have no idea what to do to authenticate
help? details? thanks Ed#
In a message dated 10/30/2016 11:03:41 A.M. US Mountain Standard Tim,
billdegnan at gmail.com writes:
Ed,
I have a little 703 and 706 in my library under Raytheon.
Clearing out my spam folder I see your recent messages to cctalk. Here is
why your emails are going into the spam box, see if you can authenticate
your email address.
Bill
*Why is this message in Spam?* It has a from address in aol.com but has
failed aol.com's required tests for authentication.
On Sun, Oct 9, 2016 at 11:45 PM, <COURYHOUSE at aol.com> wrote:
> We have in the library:
> "raytheon 706 computer users manual"
> at SMECC.
>
> Wanted to see if it was online somewhere.
>
> Nice shape tight binding with an additional errata and addendum
> pamphlet accompanying it.
>
> I see bitsavers has manual but not pmphlet.Also there is no color
front
> and back cover, which
> if you have the computer is cool artwork for a display. -
>
> Anyone with a 706 out there?
>
> Ed# _www.smecc.org_ (http://www.smecc.org)
>
>
We have in the library:
"raytheon 706 computer users manual"
at SMECC.
Wanted to see if it was online somewhere.
Nice shape tight binding with an additional errata and addendum
pamphlet accompanying it.
I see bitsavers has manual but not pmphlet.Also there is no color front
and back cover, which
if you have the computer is cool artwork for a display. -
Anyone with a 706 out there?
Ed# _www.smecc.org_ (http://www.smecc.org)
From: Al Kossow <aek at bitsavers.org>
>
> the will probably be 68000
>
> unisoft kernels i've used weren't 010 with the 451
>
Dumb question...did the '451 have a mechanism to work around the
instruction restart issue in the 68000? Or was there some other way
that was handled?
> i'll have to dig around for what bits of the 451 kernel i still
> have around. unisoft kept the mmu parts pretty well isolated since
> the did so many hw ports
I'd be grateful.
KJ