Re: Spelunking the places where files are not

> On Mar 5, 2021, at 5:02 PM, Glen Slick via cctalk > wrote: > > On Fri, Mar 5, 2021 at 1:46 PM Paul Koning via cctalk > wrote: >> >> Yes, RT11 has contiguous files. That actually made it rather unusual. For >> example, while RSTS supports contiguous

Re: [simh] RSTS processor identification

> On Mar 5, 2021, at 7:22 PM, Johnny Billquist via cctalk > wrote: > > ... >> Maybe this weekend I'll hack that SSD floppy thingie and load up the P/OS >> 3.2 disks to see how that works. > > Can't run split I/D space on any version of P/OS. Neither does it support > supervisor mode. Also,

Re: [simh] RSTS processor identification

> On Mar 5, 2021, at 9:02 PM, Johnny Billquist wrote: > > On 2021-03-06 02:33, Paul Koning wrote: >>> ... > >> I would have liked better comms. The USART has such a tiny FIFO that you >> can't run it at higher than 9600 bps even with the J-11 CPU. At least not >> with RSTS; perhaps a ligh

Re: [simh] RSTS processor identification

> On Mar 7, 2021, at 6:42 PM, Johnny Billquist wrote: > > > > On 2021-03-07 23:00, Paul Koning wrote: >>> On Mar 5, 2021, at 9:02 PM, Johnny Billquist wrote: >>> >>> On 2021-03-06 02:33, Paul Koning wrote: > ... >>> I would have liked better comms. The USART has such a tiny FIFO

Re: [simh] RSTS processor identification

> On Mar 5, 2021, at 9:15 PM, Chris Zach via cctalk > wrote: > >>> Can't run split I/D space on any version of P/OS. Neither does it support >>> supervisor mode. Also, the J11 on the Pro-380 is running a bit on the slow >>> side. Rather sad, but I guess they didn't want to improve the suppo

Re: [simh] RSTS processor identification

> On Mar 5, 2021, at 9:02 PM, Johnny Billquist wrote: > > On 2021-03-06 02:33, Paul Koning wrote: > ... >> The explanation I heard for the slow J-11 clock is that the original J-11 >> spec called for it to operate at 20 MHz. When Harris failed to deliver and >> the max useable clock speed e

Re: DF32?

> On Mar 9, 2021, at 6:53 PM, Chris Zach via cctalk > wrote: > >> So did one you bid over $1500? > > Not me. $1k would have been my limit, it's really kind of insane to run > something like that. As I put on my old memory hat I remember that the > platter would rust but at least the heads

Re: DF32?

> On Mar 9, 2021, at 7:38 PM, Paul Koning via cctalk > wrote: > > > >> On Mar 9, 2021, at 6:53 PM, Chris Zach via cctalk >> wrote: >> >>> So did one you bid over $1500? >> >> Not me. $1k would have been my limit, it's really ki

Re: DF32?

> On Mar 9, 2021, at 8:32 PM, Chris Zach via cctalk > wrote: > >> Really? The very similar RS64, as well as the RS11, both had a formatter >> device that field service could use to write the timing tracks if they were >> lost. Or, for that matter, if the platter had to be replaced, since

DECtape ancestry

I just read part of the Grant Saviers interview from CHM, where near the end he gives a bit of history of DECtape. In particular, the fact that it was derived from LINCtape though the format details are quite different. A question popped into my mind, prompted by having read Guy Fedorkow's pa

Re: Wagner WAC40

> On Mar 13, 2021, at 3:17 AM, Joshua Rice via cctalk > wrote: > > Hi, > > I recently bought a core rope memory unit from a Wagner WAC40, mainly because > it’s very aesthetically pleasing and looks good on display: > https://i.redd.it/h9sb550uhnm61.jpg Very interesting looking. I can't

Re: Wagner WAC40

> On Mar 13, 2021, at 1:34 PM, Joshua Rice via cctalk > wrote: > > >> Very interesting looking. I can't quite make out what is going on in that >> rectangular area where all the wires terminate, labeled 0-15 and A-R. Are >> there diodes there? Anything on the other side of that board? >

Re: DECtape ancestry

> On Mar 20, 2021, at 4:07 PM, Kyle Owen via cctalk > wrote: > > Why did DEC not use the LINCtape format for the PDP-8? I assume maintaining > format compatibility between their low, mid, and high range systems was > important to them? I suppose there was no other good solution to > transferr

Re: DECtape ancestry

> On Mar 20, 2021, at 4:21 PM, Kyle Owen via cctalk > wrote: > > On Sat, Mar 20, 2021, 16:13 Paul Koning wrote > >> Speculating here since I have no direct knowledge: the DECtape format >> allows read and write in either direction, while LINCtape only allows read >> and write forward. The

Re: TC08 DECtape bootloader question

> On Mar 21, 2021, at 9:35 AM, Rick Murphy via cctalk > wrote: > ... > Trying again - my reply got chopped off for some reason. > > You have to read the bootstrap code in the TC0x driver to understand this. > > What happens is that the code watches the buffer pointer (7755) and when it > hi

Re: TC08 DECtape bootloader question

> On Mar 21, 2021, at 2:28 PM, Paul Koning wrote: > > > >> On Mar 21, 2021, at 9:35 AM, Rick Murphy via cctalk >> wrote: >> ... >> Trying again - my reply got chopped off for some reason. >> >> You have to read the bootstrap code in the TC0x driver to understand this. >> >> What happens

Re: DEC CTI Bus Technical Manual, or looking for Ken Wellsch or Megan Gentry

I'd be very interested in that document too. The closest I've seen is not very close, the technical description in XT_Hardware_Handbook_1982.pdf . But there's more detail that would be good to know, for example more

Re: Logic Analyser Usage Advice

> On Mar 26, 2021, at 5:08 AM, Rob Jarratt via cctalk > wrote: > > I have an old HP 1630G logic analyser. I am trying to use it to debug a > problem with an 82C206 peripheral controller (or rather I think damage > between the CPU and the peripheral controller). I am not very experienced > wit

Re: Which Dec Emulation is the MOST useful and Versatile?

> On Oct 24, 2017, at 1:44 AM, Kip Koon via cctalk > wrote: > > Hi DEC Enthusiast's, > > If I were to have to decide on just one model DEC PDP system to run in a DEC > Emulator, which one would be the most useful, versatile and has the most > software available for it? > > I have only ever us

Re: Which Dec Emulation is the MOST useful and Versatile?

> On Oct 24, 2017, at 10:40 PM, Kip Koon via cctalk > wrote: > > ... > 2nd, a hardware emulator running a simulator written in 6809 assembly > language for the PDP-8/e running on a 6809 Core & I/O board system seems > like a good choice for me as I understand the 6809 microprocessor, ... I wou

Re: Image de-warping tool, and Multics/GCOS panels

> On Oct 27, 2017, at 11:30 AM, Noel Chiappa via cctalk > wrote: > > Hey all, I've been doing research on Multics front panels, which it turns out > are slightly different from those on the Honeywell 6000 series machines which > ran GCOS, and are often confused with them. > > So, I've put toge

Re: Which Dec Emulation is the MOST useful and Versatile?

> On Oct 27, 2017, at 4:54 AM, Dave Wade via cctalk > wrote: > > Kip, > I think "emulation" and "simulation" get used pretty much interchangeable. > SIMH is touted a simulator, Hercules/390 as an emulator yet they are both > programs that provide a "bare metal" machine via software on which an

Re: Which Dec Emulation is the MOST useful and Versatile?

> On Oct 27, 2017, at 1:47 PM, Rob Jarratt wrote: > > If I had the skill, data and time, I would always go for a gate level model. > However, I do most (sim/em)ulation in SIMH instead, like I have been doing > for MU5 where I lack the data and the time and probably the skill as well, > but I can

Re: Which Dec Emulation is the MOST useful and Versatile?

> On Oct 27, 2017, at 2:55 PM, ben via cctalk wrote: > > On 10/27/2017 12:28 PM, Paul Koning via cctalk wrote: > >> It helps to have a machine built with sane design principles. Things like >> RS flops that don't have both inputs active at the same time

Re: Which Dec Emulation is the MOST useful and Versatile?

> On Oct 27, 2017, at 3:21 PM, Al Kossow via cctalk > wrote: > > > > On 10/27/17 12:16 PM, Chuck Guzis via cctalk wrote: > >> I've long had a fantasy about building a core-logic CPU such as the >> Univac Solid State. > > I have been told the behavior of Univac magnetic logic was similar to

Re: Which Dec Emulation is the MOST useful and Versatile?

> On Oct 28, 2017, at 10:09 PM, Eric Smith via cctech > wrote: > > IBM invented computer emulation and introduced it with System/360 in 1964. > They defined it as using special-purpose hardware and/or microcode on a > computer to simulate a different computer. That's certainly a successful ear

Re: Which Dec Emulation is the MOST useful and Versatile?

> On Oct 27, 2017, at 5:00 PM, Phil Blundell via cctalk > wrote: > > On Fri, 2017-10-27 at 13:38 -0700, Brent Hilpert via cctalk wrote: >> I wonder if they were just trying to draw an analogy between the >> inherent dynamic operation requirements of magnetic logic and the >> dynamic operation r

Re: Which Dec Emulation is the MOST useful and Versatile?

> On Oct 31, 2017, at 5:59 PM, allison via cctalk wrote: > > ...FYI rope core was basically many > transformers either with a wire > in for the bit or wire around for the not bit. The cores for rope > didn't change magnetic state like > coincident current cores of the bistable type as that

Re: Which Dec Emulation is the MOST useful and Versatile?

> On Nov 3, 2017, at 11:58 AM, allison via cctalk wrote: > > Emulation of another computer was important to two groups early on... > designers > that wanted to try new architecture and the result of evolution and > retirement of > hardware the need to run costly to develop programs for which so

Re: Details about IBM's early 'scientific' computers

> On Nov 14, 2017, at 10:58 PM, Jon Elson via cctalk > wrote: > > On 11/14/2017 11:20 AM, Chuck Guzis via cctalk wrote: >> It's always struck me how revolutionary (for IBM) the change in >> architecture from the 700x to the S/360 was. The 709x will probably >> strike the average reader of tod

Re: "Personal" Computers (Was: Details about IBM's early 'scientific' computers)

> On Nov 15, 2017, at 8:06 PM, Chuck Guzis via cctalk > wrote: > > On 11/15/2017 02:39 PM, Rick Bensene via cctalk wrote: > >> Perhaps the glass-room meme isn't so much bogus, as it is a sign of >> the cultural times. In those days, the big machines were very >> expensive, and required a lo

Re: Ideas for a simple, but somewhat extendable computer bus

> On Nov 17, 2017, at 8:11 PM, Jim Brain via cctalk > wrote: > > I'm currently working on a single board computer system, designing from > scratch partially as an education experience, and also as something that > might be of interest to others. > > I've laid out the first version of the SB

Re: Preventing VAX running VMS / Multinet from being used as SMTP relay

> On Dec 2, 2017, at 5:48 AM, Doug Jackson via cctech > wrote: > > Camiel, > > Without sounding super negative (my day job as a security consultant let's > me do that enough...) I would be especially wary of connecting anything > with a 10 year old stack to the modern internet. The range o

Re: VAX Q-bus identical to PDP-11 Q-bus?

> On Dec 7, 2017, at 11:50 AM, Jon Elson via cctalk > wrote: > > ... > MSCP is a software protocol. Any device that has a driver available for the > PDP-11 operating system you want to use can use that device. True with small variations. A sufficiently large disk might not be supported

Re: VAX Q-bus identical to PDP-11 Q-bus?

> On Dec 7, 2017, at 2:22 PM, allison via cctalk wrote: > > On 12/07/2017 12:44 PM, Paul Koning via cctalk wrote: >> >>> On Dec 7, 2017, at 11:50 AM, Jon Elson via cctalk >>> wrote: >>> >>> ... >>> MSCP is a software protocol.

Re: Dec-10 Day announcement from Living Computers: Museum + Labs

> On Dec 11, 2017, at 4:45 AM, Pontus Pihlgren via cctalk > wrote: > > On Sun, Dec 10, 2017 at 06:19:10PM -0500, Noel Chiappa via cctalk wrote: >>> From: Ethan Dicks >> >>> I look forward to taking a stab at this. >> >> I suspect there are a number of people who'd be interested in MASSBUS st

XKCD on what we're doing

https://xkcd.com/1909/ Our community isn't just about that, but it's part of what makes us tick. paul

Re: Extra chips in PDP11/23 plus cpu board

> On Dec 20, 2017, at 1:16 AM, Nigel Williams via cctalk > wrote: > > On Wed, Dec 20, 2017 at 4:45 PM, Douglas Taylor via cctalk > wrote: >> There is a CPU board for sale on ebay, M8189, and it has the usual 3 chips >> CPU, MMU, FPU. However, there are 2 extra chips and I've never seen that

Re: Miss categorized DEC box on ebay

> On Dec 21, 2017, at 3:08 PM, Bill Gunshannon via cctalk > wrote: > > Further comment. Notice the difference in height compared to a standard > DEC box of that style. Also notice he is holding up the #150 box with his > fingers. Remind me never to arm wrestle that guy. > Personally, I don'

Re: RT-11 idle light pattern

It's been a standard feature of RT-11 FB since it first came out (in V2). You need to set the select switch to display the "Display" register (unlike most other OS idle patterns which rely on the data path display showing R0 when at a WAIT instruction. Here's what it looked like in V2.0 rmonfb

Re: RT-11 idle light pattern

Yes, RT11 (when it introduced Sysgen, which was later than V2) did so by supplying sources that had been stripped of their comments. So they were useful for sysgen but not (easily) useable for custom OS changes. DEC did offer source licenses for many of its operating systems, at extremely hi

Re: RT-11 idle light pattern

> On Dec 29, 2017, at 9:16 AM, Noel Chiappa via cctalk > wrote: > >> From: Paul Koning > >> Here's what it looked like > > Not having RT11, I embedded this in a small stand-alone program (which took a > little work, Unix assembler being rather different :-), so I could see it (it > wasn't o

Re: Computing from 1976

> On Dec 30, 2017, at 5:55 PM, Fred Cisin via cctalk > wrote: > > ... > "Moore's Law", which was a prediction, not a "LAW", has often been mis-stated > as predicting a doubling of speed/capacity every 18 months. True, but that applies also to any "law of nature". They are not rules, as pol

Re: RT-11 idle light pattern

> On Dec 31, 2017, at 9:41 AM, Noel Chiappa via cctalk > wrote: > >> From: Paul Koning > >> RSTS-11 V4, which had a major reliability problem ... As part of trying >> to keep the customer placated, DEC supplied full OS sources, 5 >> dectapes. ... We printed them ... I still have copies of tho

Re: RT-11 idle light pattern

> On Dec 31, 2017, at 10:21 AM, Paul Koning via cctalk > wrote: > > ... >> >> Ah; it must busy loop at loops spread across the address space? Clever! >> (Perhaps using the mapping hardware so that it doesn't use too much _actual_ >> memory.) Is the

Re: Attaching SIMH devices without halting simulation?

Typically you need to have devices online so the OS will see them at startup. But for removable media devices (tapes and many disks) you may want to mount the media (image files) later on, and switch them at runtime, exactly as you would do with disk packs or tape reels on a real computer.

Re: Computing from 1976

> On Jan 1, 2018, at 12:26 PM, dwight via cctalk wrote: > > One other thing that larger/faster becomes a problem. That is probability! > > We think of computers always making discrete steps. This is not always true. > The processors run so fast that different areas, even using the same clock,

Re: Computing from 1976

> On Jan 1, 2018, at 3:57 PM, David Bridgham via cctalk > wrote: > > On 01/01/2018 03:33 PM, Noel Chiappa via cctalk wrote: > >>> From: Paul Koning >> >>> The only asynchronous computer I can think of is the Dutch ARRA 1 >> >> Isn't the KA10 basically asynchronous? (I know, it has a clock,

Re: Large discs

> On Jan 5, 2018, at 3:24 PM, Warner Losh via cctalk > wrote: > > On Fri, Jan 5, 2018 at 1:13 PM, Fred Cisin via cctalk > wrote: > >> On Fri, 5 Jan 2018, Mazzini Alessandro wrote: >> >>> I'm not sure I would use SSD for long term "secure" storage, unless maybe >>> using enterprise level one

Re: Large discs

> On Jan 5, 2018, at 5:07 PM, Diane Bruce via cctalk > wrote: > > On Fri, Jan 05, 2018 at 09:33:47PM +, Bill Gunshannon via cctalk wrote: >> Do they also guarantee there will be a device capable of reading it >> in 1000 years? > > It was bad enough with the BBC Domesday project. > > Pape

Re: DL10 documentation

> On Jan 9, 2018, at 7:56 PM, Phil Budne via cctalk > wrote: > > ... > (*) "A Network For 10s?" possibly based on a VERY early spec for > DECnet. It may have used link-state routing. I don't think routing > in DECnet appeared before Phase III; Between Phase II systems you > needed to use a p

Re: DL10 documentation

> On Jan 10, 2018, at 10:52 AM, Noel Chiappa via cctalk > wrote: > >> From: Paul Koning > >> That was then adopted by OSI as IS-IS, and further tweaked to become >> OSPF. > > Err, no. OSPF was not a descendant of IS-IS - it was a separate development, > based mainly on the ARPANET's original

Re: DL10 documentation

> On Jan 9, 2018, at 7:56 PM, Phil Budne via cctalk > wrote: >... >DC44TYPESET-10 front end (PDP-11) for PTR (PA611R), PTP (PA611P), CAT? > photocomposition machine (LPC11) That takes me back a while... 6 channel paper tape equipment, for communicating with typesetting machinery

PDP11 media looking for a good home

Gentlepeople, I have two items that I'd like to send to a good home. That means, someone who can read the item in question and make it available so it's preserved. 1. A DECtape labeled "VT30 distribution for RSX11D V06-B". VT30 is a DEC CSS product, a color alphanumeric terminal. 2. An RA60

Re: DL10 documentation

> On Jan 11, 2018, at 9:47 AM, Noel Chiappa via cctalk > wrote: > ... > Like I said, we did 'borrow' some idea from IS-IS, in particular the sequence > number thing - but that may have come direct from Radia's paper: > > Radia Perlman, "Fault-Tolerant Broadcast of Routing Information", Comput

Re: DECtape madness

> On Jan 13, 2018, at 12:28 PM, Al Kossow via cctalk > wrote: > > > > On 1/13/18 9:04 AM, Jon Elson via cctalk wrote: > >> I don't know what you are talking about with Mylar on both sides. They were >> conventional magnetic tape, a clear mylar >> film with oxide applied to one side. > > t

Re: Spectre & Meltdown

> On Jan 13, 2018, at 1:08 PM, Murray McCullough via cctalk > wrote: > > I wrote about Spectre and Meltdown recently: INTEL took its time to inform > the world! Of course, and for good reason. The current practice has been carefully crafted by the consensus of security vulnerability worker

Re: Spectre & Meltdown

> On Jan 13, 2018, at 1:22 PM, Dave Wade via cctalk > wrote: > > ... > It delayed telling the world to allow time for OS providers to apply fixes. > This is now standard and the delays are defined... > > http://abcnews.go.com/Technology/wireStory/intel-fixing-security-vulnerability-chips-521

Re: DECtape madness

> On Jan 16, 2018, at 1:04 PM, Doug Ingraham via cctalk > wrote: > > On Sat, Jan 13, 2018 at 7:34 AM, David Bridgham via cctalk < > cctalk@classiccmp.org> wrote: > >> I've wondered if you might not make DECtape tape from 3/4" video tape. >> I know that DECtape has mylar on both sides but what

Re: Google, Wikipedia directly on ASCII terminal?

> On Jan 16, 2018, at 4:02 PM, Chuck Guzis via cctalk > wrote: > > ... > Of course, when the power goes out during a winter storm, *everything* > goes out, even if you have emergency backup power for your home. Said > fiber-fed terminal has only about an hour of reserve power, > > So a mobil

Re: Google, Wikipedia directly on ASCII terminal?

> On Jan 16, 2018, at 4:19 PM, Grant Taylor via cctalk > wrote: > > On 01/16/2018 02:07 PM, Paul Koning via cctalk wrote: >> Which of course also goes out if the power fails, perhaps not as quickly as >> a poorly constructed POTS system but it will. Various em

Re: Weird thing ID (core stack?)

The marking on the connector certainly says CDC. And the next to last picture shows a black faceplate that pretty much matches what you see in 6000 computers. Look in the Thornton book (http://www.bitsavers.org/pdf/cdc/cyber/books/DesignOfAComputer_CDC6600.pdf

Re: Weird thing ID (core stack?)

> On Jan 17, 2018, at 3:58 PM, Christian Kennedy via cctalk > wrote: > > > > On 1/17/18 12:24 PM, Toby Thain via cctalk wrote: > >> It seems to be a core memory stack? But of what type? CDC? > > Almost certainly a 6000-series core memory "block" from a PP. 6000 series central memory uses

Re: Malware history was: Spectre & Meltdown

> On Jan 17, 2018, at 6:55 PM, Fred Cisin via cctalk > wrote: > >>> I used to have a tiny portable manual card punch. >>> An acquaintance used it to punch /* in the first two columns of his >>> punchcard based utility bills. (those characters have special meaning >>> to 360 JCL. They have m

Re: Reviving ARPAnet

> On Jan 18, 2018, at 12:27 PM, Grant Taylor via cctalk > wrote: > > On 01/17/2018 01:12 PM, Frank McConnell via cctalk wrote: > ... >> So you might think I'd be able to move files between it and a modern FreeBSD >> box, right? I mean, it's all just Ethernet, right? > > Ethernet != Ethernet

Re: GT-40 etc.

> On Jan 20, 2018, at 11:06 PM, Ethan Dicks via cctalk > wrote: > > On Sat, Jan 20, 2018 at 8:32 PM, Paul Anderson wrote: >> I think just the VR12, VR14, and the VR17. > > OK. I've never had any of those. I'm more wondering what modern > tubes might work. Remember that the GT40 is a vecto

Re: Apollo Software

> On Jan 21, 2018, at 2:50 PM, Al Kossow via cctalk > wrote: > > CHM has an agreement with HP to host Apollo and 68K HP 9000 software legally. > > > On 1/21/18 11:42 AM, David Collins via cctalk wrote: >> The HP Computer Museum would be happy to host copies of any Apollo software >> if it c

Re: Ethernet cable (Was: Sun3 valuations?)

> On Jan 23, 2018, at 11:10 AM, Bill Gunshannon via cctalk > wrote: > > If you didn't locate the transceivers on those black marks you would > have had terrible performance as that affects collisions. Timing (among > other things like grounding) was very important with that version of > etherne

Re: Ethernet cable (Was: Sun3 valuations?)

> On Jan 23, 2018, at 3:19 PM, Noel Chiappa via cctalk > wrote: > >> From: Grant Taylor > >> I can fairly clearly see the RG-8/U on the side of the cable that David >> is holding ... Sure, there was probably a better alternative that came >> along after, with better shielding and marking band

Re: Experimental Ethernet, XGP, etc.

> On Jan 23, 2018, at 1:35 PM, Mark Kahrs via cctech > wrote: > > A few notes: > ... > The vampire tap transceiver used RG-8 cable originally. That's before they > added the lines around the cable and added additional shielding. The cable spec given in the Ethernet standard doesn't mention a

Re: Experimental Ethernet, XGP, etc.

> On Jan 23, 2018, at 4:17 PM, Glen Slick via cctalk > wrote: > > On Tue, Jan 23, 2018 at 11:15 AM, Paul Koning via cctalk > wrote: >> >> The cable spec given in the Ethernet standard doesn't mention additional >> shielding. It does differ from RG-

Re: Ethernet cable (Was: Sun3 valuations?)

> On Jan 24, 2018, at 4:05 PM, Brent Hilpert via cctalk > wrote: > > On 2018-Jan-23, at 12:27 PM, Paul Koning via cctalk wrote: >> The Ethernet spec says that the cable OD is in the range .365 to .415 inch, >> which is 9.27 to 10.54 mm. The nominal OD of RG-8/U is .

Re: QSIC update - v6 Unix boots and runs

> On Jan 29, 2018, at 4:06 PM, David Bridgham via cctalk > wrote: > > For those of you who are following along with our QSIC project, today we > booted v6 Unix successfully for the first time. We'd first tried this a > week or two back but discovered that Unix does use partial block reads > a

Re: QSIC update - v6 Unix boots and runs

> On Jan 29, 2018, at 6:03 PM, Noel Chiappa via cctalk > wrote: > > ... >> (actually, this should work with Q18 QBUS systems as well) > > Goodness, never thought of that. Hmmm.. it's probably enough hassle to mod > the software (who ever heard of a 'QBUS map' on a QBUS -11 - but you'd need >

Re: Foonlies

> On Jan 31, 2018, at 3:28 AM, Lars Brinkhoff via cctalk > wrote: > > This document seems to imply that the Super Foonly and the Foonly F1 > were separate machines. When I've seen them discussed, they always > seemed to be uses synonymously. > > http://www.bitsavers.org/pdf/dec/pdp10/KC10_Ju

Re: Foonlies

> On Jan 31, 2018, at 7:20 PM, Mark Linimon via cctalk > wrote: > > On Wed, Jan 31, 2018 at 10:00:53AM -0800, Chuck Guzis via cctalk wrote: >> An all-ECL redesign (details escape me) resulted in no appreciable >> improvement in performance. > > But I'm sure the local power company appreciated

Re: chip technology dead-ends (was: Foonlies)

> On Feb 1, 2018, at 12:40 AM, Mark Linimon via cctalk > wrote: > > On Wed, Jan 31, 2018 at 07:07:23PM -0800, Chuck Guzis via cctalk wrote: >> Back in the 70s, 4000-series CMOS was among the slowest logic around. > > I really wish I still had one technical magazine that came out during > the

Re: SuperTerm Maintenance Manual

> On Feb 1, 2018, at 12:51 PM, Eric Smith via cctalk > wrote: > > On Thu, Feb 1, 2018 at 10:19 AM, Mike Norris via cctalk < > cctalk@classiccmp.org> wrote: > >> The SuperTerm was manufactured by Intertec Data Systems c. 1978, it was a >> 180 CPS dot matrix printer (RS232), quite often used as

Re: SuperTerm Maintenance Manual

> On Feb 1, 2018, at 1:01 PM, Eric Smith wrote: > > On Thu, Feb 1, 2018 at 10:56 AM, Paul Koning wrote: > > On Feb 1, 2018, at 12:51 PM, Eric Smith via cctalk > > wrote: > > console terminal [...] VT52. (It was not good > > practice to use a CRT as the system console, IMO.) > > As for CRTs,

Re: SuperTerm Maintenance Manual

> On Feb 1, 2018, at 1:56 PM, Fred Cisin via cctalk > wrote: > > On Thu, 1 Feb 2018, Paul Koning via cctalk wrote: >> I guess they trusted the disk enough. Normal practice would be to save the >> dayfile to a regular disk file periodically (perhaps as part of da

Re: Interest Check: Belden Thicknet 10base5 Ethernet Coax

> On Feb 2, 2018, at 4:35 PM, Tony Aiuto via cctalk > wrote: > > Interesting. Count me in for 20'. I would want to pick up at VCF east. > > These people have taps, but no transceivers. > https://www.connectorpeople.com/Connector/TYCO-AMP-TE_CONNECTIVITY/2/228752-1 > > Has anyone found the ri

Re: Interest Check: Belden Thicknet 10base5 Ethernet Coax

On Feb 2, 2018, at 5:08 PM, Bill Gunshannon via cctalk wrote: > > ... Just remember, > never ground both ends. :-) More precisely: ground the cable at exactly one point. Any point will do, but it must be grounded (because none of the taps provide a ground). paul

Re: Interest Check: Belden Thicknet 10base5 Ethernet Coax

> On Feb 2, 2018, at 5:22 PM, Grant Taylor via cctalk > wrote: > > On 02/02/2018 03:10 PM, Paul Koning via cctalk wrote: >> More precisely: ground the cable at exactly one point. Any point will do, >> but it must be grounded (because none of the taps provide a g

Re: Tangent: Interest Check: Belden Thicknet 10base5 Ethernet Coax

> On Feb 2, 2018, at 7:26 PM, Paul Berger via cctalk > wrote: > > > > On 2018-02-02 7:13 PM, Fred Cisin via cctalk wrote: >>> they might have different ground systems. If so, grounding both ends might >>> produce a LARGE current through the cable, possibly enough to be hazardous. >> >> OB_

Re: Control Data 841 disk drive's 3-phase power supply resurrection

> On Feb 18, 2018, at 12:34 PM, P Gebhardt via cctalk > wrote: > > Hello list, > > currently, I am in the process of trying to bring back to life a disk drive > installation from Control Data known as "841 Multiple Disk Drive" ( MDD ). > From the early '70s. It uses hydraulic disk head actu

Re: Control Data 841 disk drive's 3-phase power supply resurrection

> On Feb 18, 2018, at 11:02 PM, Chuck Guzis via cctalk > wrote: > > On 02/18/2018 04:55 PM, Al Kossow via cctalk wrote: >> >> >> On 2/18/18 4:07 PM, Chuck Guzis via cctalk wrote: >> >>> Generally, the electromechanical stuff (motors) was run from 208V >>> 3-phase and often, the electronics

Re: Writing emulators [Was: Re: VCF PNW 2018: Pictures!]

> On Feb 20, 2018, at 2:22 PM, Pontus Pihlgren via cctalk > wrote: > > On Mon, Feb 19, 2018 at 06:36:13PM -0600, Adrian Stoness via cctalk wrote: >> whats invovled in makin an emulator? >> i have a chunk of stuff for the phillips p1000 > > I would say it depends a lot on how complex your targ

Re: Writing emulators [Was: Re: VCF PNW 2018: Pictures!]

> On Feb 20, 2018, at 8:18 PM, Sean Conner via cctalk > wrote: > > It was thus said that the Great Eric Christopherson via cctalk once stated: >> On Tue, Feb 20, 2018 at 5:30 PM, dwight via cctalk >> wrote: >> >>> In order to connect to the outside world, you need a way to queue event >>> ba

Re: Writing emulators (was Re: VCF PNW 2018: Pictures!)

> On Feb 21, 2018, at 11:19 AM, Ray Arachelian via cctalk > wrote: > > On 02/19/18 19:36, Adrian Stoness via cctalk wrote: >> whats invovled in makin an emulator? >> i have a chunk of stuff for the phillips p1000 > > Quite a lot actually. A single CPU system is difficult enough, but a > main

Re: Writing emulators (was Re: VCF PNW 2018: Pictures!)

> On Feb 21, 2018, at 2:24 PM, Guy Sotomayor Jr wrote: > > > >> On Feb 21, 2018, at 10:59 AM, Paul Koning via cctalk >> wrote: >> >> >> Caching doesn't change user-visible functionality, so I can't imagine >> wanting to emul

Re: Writing emulators (was Re: VCF PNW 2018: Pictures!)

> On Feb 21, 2018, at 1:36 PM, Adrian Stoness via cctalk > wrote: > > i dont think there is any physical hardware to test from left sept for > maybe part of the front panel and a tape drive sitting in europe in museum > and a couple random bit in some private collections > > drawings theres

Re: Writing emulators (was Re: VCF PNW 2018: Pictures!)

> On Feb 21, 2018, at 2:47 PM, Henk Gooijen via cctalk > wrote: > > ... > Tekst on my website: > > The only other PDP-11 that has a WCS option (KUV11, M8018) is the PDP-11/03, > KD11-F processor. > Ritchie Lary wrote the micro-code for the PDP-11/60 to emulate the PDP-8 > instruction set, m

Re: SimH DECtape vs. Tops-10 [was RE: Writing emulators [Was: Re: VCF PNW 2018: Pictures!]]

> On Feb 21, 2018, at 3:25 PM, Rich Alderson via cctalk > wrote: > > From: Paul Koning > Sent: Wednesday, February 21, 2018 6:41 AM > >> And while there is roughly-accurate simulation of DECtape in SIMH (presumably >> for TOPS-10 overlapped seek to work?) > > It's not for Tops-10. SimH only

Re: Writing emulators [Was: Re: VCF PNW 2018: Pictures!]

> On Feb 22, 2018, at 3:09 AM, Chris Hanson via cctalk > wrote: > > On Feb 21, 2018, at 11:09 AM, Al Kossow via cctalk > wrote: >> >> That is tricky to cleanly and efficiently implement where each component is >> modeled independently and >> glued together with a higher-level framework. >

Re: DEC Pro 350

> On Feb 25, 2018, at 5:39 PM, Kurt Hamm via cctalk > wrote: > > Thanks for the suggestions. Interestingly, upon first boot I was able to > get the hard disk controller error with the picture of the computer. Then, > sure subsequent reboots failed to display anything. > > I removed all the c

Re: SimH DECtape vs. Tops-10 [was RE: Writing emulators [Was: Re: VCF PNW 2018: Pictures!]]

> On Feb 26, 2018, at 12:06 PM, Doug Ingraham via cctalk > wrote: > > The purpose of an emulator is to accurately pretend to be the original > hardware. It doesn't matter that the original OS runs on a particular > emulator. If a program can be written that runs on the original hardware > bu

Re: DEC Pro 350

> On Feb 26, 2018, at 2:56 PM, Kurt Hamm wrote: > > Yeah, the fact that the issue is intermittent (mostly not booting) is weird. > > Just to be clear, You mentioned a 25 pin connector. My understanding is > that the console port is the printer port which is a 9 pin connector. Sorry, you're

Re: Bug-for-bug compatibility [was RE: SimH DECtape vs. Tops-10 [was RE: Writing emulators [Was: Re: VCF PNW 2018: Pictures!]]]

> On Feb 28, 2018, at 1:10 PM, David Bridgham via cctalk > wrote: > > >> Imagine our chagrin when days of trying to correct the >> problem led to the conclusion that the diagnostic was incorrect. > > I may have a situation like this in working on my FPGA PDP-10. The > Processor Reference Ma

Re: PDP11 I/O page memory map

The various handbooks are useful. Processor, peripherals, and architecture handbooks all give parts of the picture. paul > On Feb 28, 2018, at 8:15 PM, Douglas Taylor via cctalk > wrote: > > Is there a document that describes the bank 7 memory page and what addresses > are reserved

Re: PDP11 I/O page memory map

> On Mar 1, 2018, at 6:12 AM, allison via cctalk wrote: > > ... and the MMU also > understands that peripherals live in that physical space be it 16/18/22 > bit memory map. That's true when the MMU is disabled; if so it supplies 1 bits for the upper bits for page 7, and zeroes for the other p

<    1   2   3   4   5   6   7   8   9   10   >