According to the website, they are “genuine” original RCA parts.
TTFN - Guy
> On Dec 17, 2019, at 11:22 AM, crufta cat via cctalk
> wrote:
>
> They are likely later than the 70s and even more likely Intersil made parts
> from
> the 80s and even later. Same for 1806s.
>
> People forget that C
> On Dec 16, 2019, at 3:07 PM, Chris Zach via cctalk
> wrote:
>
> So one of my RL02 drives (bought on Ebay years ago) is eating RL02 packs.
> Makes tings, then the disks have errors in my other RL02 drive. Took a bit to
> figure out which drive was eating what, but I'm 100% certain it's thi
Thanks Eric, I somehow missed that one.
TTFN - Guy
> On Dec 13, 2019, at 11:42 AM, Eric Smith wrote:
>
> On Fri, Dec 13, 2019 at 10:55 AM Guy Sotomayor via cctalk
> mailto:cctalk@classiccmp.org>> wrote:
> I’ve been trying to find *detailed* specifications (mainly detailed signal
> timings) fo
I think the challenge will be does binutils (where nm, objcopy and objdump
live) support for the object file format used by TOPS20.
I haven’t looked at the TOPS20 object file format but it seems like the best
approach would be to have the C compiler generate symbols as it normally would
and wri
I have several Zynq boards that I’m using (or will be) for other projects but
having a replacement
for the 3174 would be nice.
TTFN - Guy
> On Nov 18, 2019, at 9:51 AM, Dave Wade via cctalk
> wrote:
>
> Chris,
> I have several Spartan boards, no Zync...
> ... but would be interested to see ho
Yes, I have my 3174 communicating with Hercules (as well as my MP3000).
TTFN - Guy
> On Nov 18, 2019, at 8:45 AM, Al Kossow via cctalk
> wrote:
>
>
>
> On 11/18/19 8:22 AM, Grant Taylor via cctalk wrote:
>
>> I believe the *Remote* 3174 (et al.) is one of these devices from IBM.
>
> The bi
> On Oct 3, 2019, at 10:26 AM, Paul Koning via cctalk
> wrote:
>
>
>
>> On Oct 3, 2019, at 12:39 PM, Chuck Guzis via cctalk
>> wrote:
>>
>> On 10/3/19 9:01 AM, Noel Chiappa via cctalk wrote:
>>
>>> The PDP-6 and KA10 (basically a re-implementation of the PDP-6 architecture)
>>> both had
Yea, I recall having to take that test. I almost didn’t because my degree is
EE but then
they realized I was applying for SW positions. Go figure! ;-)
Worked there for 17+ years.
TTFN - Guy
> On Sep 20, 2019, at 8:52 AM, Chuck Guzis via cctalk
> wrote:
>
> On 9/20/19 8:16 AM, William Sudb
> On Sep 18, 2019, at 9:59 AM, Chris Elmquist wrote:
>
> On Wednesday (09/18/2019 at 09:19AM -0700), Guy Sotomayor Jr via cctalk wrote:
>>
>>
>>> On Sep 18, 2019, at 12:42 AM, Liam Proven via cctalk
>>> wrote:
>>>
>>> On Wed
> On Sep 18, 2019, at 12:42 AM, Liam Proven via cctalk
> wrote:
>
> On Wed, 18 Sep 2019 at 02:19, Paul Koning via cctalk
> wrote:
>>> ...
>> Speaking of timing, that reminds me of two amazing security holes written up
>> in the past few years. Nothing to do with the Spectre etc. issue.
>>
> On Sep 17, 2019, at 8:17 AM, Stefan Skoglund wrote:
>
> mån 2019-09-16 klockan 11:17 -0700 skrev Guy Sotomayor Jr via cctalk:
>>
>> And that’s just the HW. Hydra (the OS that ran on C.MMP) was a
>> capability based system (so you needed the proper capability to
11/40’s were pretty ubiquitous at CMU when I was there and at least as far as I
could tell, were all configured pretty much the same (in that they all had
custom writable control store). I personally dealt with 3 different sets of
11/40s:
A single 11/40 with WCS that I used for doing some image
“wall off” the failed component can cause
diagnostics to be run to either isolate the problem further or determine that
the failure is no longer present.
TTFN - Guy
> On Sep 16, 2019, at 10:59 AM, Paul Koning wrote:
>
>
>
>> On Sep 16, 2019, at 1:52 PM, Guy Sotomayor Jr via
The only thing that I believe would have used these would have been C.MMP. It
had 1.2MB of memory on it when I was there.
TTFN - Guy
> On Sep 16, 2019, at 10:45 AM, Al Kossow via cctalk
> wrote:
>
> I would be interested in putting up the later docs
> I wonder if Guy remembers what these wer
I’m actively working on SMD and ESDI emulators. However, given my work
schedule this is a long term project. :-(
TTFN - Guy
> On Aug 30, 2019, at 10:56 AM, Jonathan Haddox via cctalk
> wrote:
>
> With SMD disks even harder to come by than MFM disks, has there been any
> plug-in replacement
> On Aug 25, 2019, at 2:05 AM, Noel Chiappa via cctalk
> wrote:
>
>> From: Jon Elson
>
>> I have NEVER had even the SLIGHTEST damage with FedEx, even their
>> ground service. This could just be statistical chance
>
> This. I once had FexEx Ground destroy the entire packaging of a shipment (o
> On Aug 19, 2019, at 9:35 AM, Dennis Boone wrote:
>
>> The uCode in the S/23 is 8085 assembly code that is contained within
>> the ROMs. The ROMs have the ability to be patched and the card
>> you’re referencing is used to hold those updates. So without that
>> card you’re not able to apply
The uCode in the S/23 is 8085 assembly code that is contained within the ROMs.
The ROMs have the ability to be patched and the card you’re referencing is used
to
hold those updates. So without that card you’re not able to apply any ROM
updates
(which are loaded each boot).
It’s been long enough
> On Aug 15, 2019, at 6:57 PM, Mark Linimon wrote:
>
> On Thu, Aug 15, 2019 at 02:27:16PM -0700, Guy Sotomayor Jr via cctalk wrote:
>> Between work and preparing for potential fire evacuations (they're
>> expecting ~300 wild fires in my area this fire season: we'
tps://www.hpmuseum.net/exhibit.php?hwimg=108
>> http://www.datormuseum.se/computers/hewlett-packard/hp-21mx
>>
>>
>> From: "Guy Sotomayor Jr"
>> To: "myself" , "cctalk"
>> Sent: Monday, August 12, 2019 3:04:31 PM
>> Subject: Re:
Speaking from experience from having done a few Unibus boards now (none of them
available yet unfortunately) that providing a general Unibus interface on a
quad board will consume a reasonable amount of the board space and limit
flexibility on which driver/receiver/transceiver parts that can be
I can attest to that. ;-)
Where I went (CMU) the CS department grew out of the Math department…while I
was there the only degree that the CS department granted was PhD. So everyone
else majored in something else (EE in my case…which had a bunch of digital
stuff but still focused on a lot of t
it.php?hwdoc=108
>
> The CE Handbook, Loader ROMS, Interfaces, and Standard Memory manuals will
> all be useful.
>
>
> On Mon, 12 Aug 2019, Guy Sotomayor Jr wrote:
>
>> OK, thanks.
>>
>> Is there a sheet somewhere that I can use to decode all of these pa
Fun!
I have 4 HP minis at the moment:
2116C that was running the last time I checked
2 2114B that are in various states of “not working”. Interestingly the most
promising one (e.g. the one that hasn’t had various parts clipped or otherwise
buggered) is where I can’t get it to power up at all (n
OK, thanks.
Is there a sheet somewhere that I can use to decode all of these part numbers?
TTFN - Guy
> On Aug 12, 2019, at 4:25 PM, Mike Loewen via cctalk
> wrote:
>
>
> Sorry, I mistyped. 12746A is a 64KB (32KW) memory module.
>
> On Mon, 12 Aug 2019, G
64KB (32KW) memory board
> 12897B is a DCPC (Dual Channel Port Controller)
> 12992B is a 7905/7906/7920/7925 disc loader PROM
> 12892B is a Memory Protect board
> 12944B is the Power Fail Recovery System
>
> On Mon, 12 Aug 2019, Guy Sotomayor Jr wrote:
>
>> Thanks a
labels), as well as the front
> card cage. The front card cage is accessed by unlocking the panel and
> removing the cover on the right side over the card cage. That's where the
> memory boards live.
>
> On Mon, 12 Aug 2019, Guy Sotomayor Jr via cctalk wrote:
>
>>
It’s a 9-slot variant that says HP-1000 M-Series on the front panel. From what
I can tell the front panel appears to be the same as any of the other HP-1000
series.
What I’m trying to figure out is what the actual CPU configuration is without
disassembly (which I still need to figure out) so t
Well, crap.
I got rid of my 2 9766’s and all the packs that I had for them a couple of
years ago for nothing what this guy is asking for his. ;-)
I probably still have a pile of heads for them (but they’d probably go to the
guy who purchased the drives/packs from me).
What are folks using thes
I have what appears to be a nice one…I just haven’t had time to do anything
with it yet.
It does have 2 discs (I think one is 40MB and the other is 300MB). There is a
big label on the system that says “DEV’T TOOLS”
so I’m hopeful that there’s some interesting SW on it.
TTFN - Guy
> On Aug 2,
> On Jul 1, 2019, at 2:10 PM, Fred Cisin via cctalk
> wrote:
>
>
>
>>> A "Dime" is one tenth of a dollar. Or ten cents. Or $10 worth of drugs.
>>> The coin is 17.91mm diameter, and the smallest coin in circulation.
>>> A "Nickel" is five cents. or $5 worth of drugs.
>>> The coin is 21.21
Sorry, I passed this along with the information I was given. I just wanted to
make sure that it was saved rather than scrapped if at all possible.
TTFN - Guy
> On Jun 28, 2019, at 3:31 PM, William Donzelli wrote:
>
> HOLD THE BOAT!
>
> It is still not clear if the 960 is to be kept at Vanden
One place to look and see if there was anything, is to look for any hardware
information
about C.MMP at CMU. Since C. had a mix of modified 11/20s and 11/40s, there
*may*
be some information on what they did.
Unfortunately I don’t think it would map directly because C. had (as I recall)
1.2MW
> On May 29, 2019, at 8:00 AM, Al Kossow via cctalk
> wrote:
>
>
>
> On 5/28/19 7:39 PM, Evan Linwood via cctalk wrote:
>
>> hopefully someone takes an interest!
>>
>
> considering 3178 keyboards are over $1000 on eBay, I expect the keyboard
> collectors to take every keyboard that
> is
From looking at the accessories and the spindle, I believe that this is for
examining multi-platter packs such has those for RP03/4 and RP06 and the like.
It’s a useful find for folks who have those drives and packs and wish to
actually use them. ;-)
TTFN - Guy
> On May 10, 2019, at 8:59 AM,
You should talk to Carl as he’s created (or far along in the process) of a DSKY
to interface to
an actual AGC that’s being restored (there are a number of videos on-line of
the restoration
effort…mostly done by converting a hotel room into a lab).
TTFN - Guy
> On Apr 11, 2019, at 10:59 PM, Etha
Did you happen to take a look at my UA11? It’s different in that it goes into
an SPC slot.
TTFN - Guy
> On Feb 26, 2019, at 11:07 PM, Jörg Hoppe via cctech
> wrote:
>
> Hi,
>
> most people dealing seriously with older PDP-11s have found means to monitor
> the UNIBUS traffic.
> My latest ap
I’m glad I had kept it around. I purchased a copy of the listing directly from
HP while I was in High School
so that I could study how it worked and “hack” on it to make some changes.
I had kept the listing in a special binder. After college I had misplaced the
binder and thought it was lost.
I have both (though the H960 variant needs restoration).
I actually find that the corporate blue cabinets to be easier to deal with.
One aspect is that it’s a “package” rather than multiple H960 racks. Why
is that important? Because the corporate cabinets did nice things like
provide cable runs
> On Jan 11, 2019, at 9:58 AM, William Donzelli via cctalk
> wrote:
>
>> Looks like the "Mainframe" is an IBM Series/1 which is not a Mainframe, and
>> I would say has limited appeal to collectors as there are few resources out
>> there as the software is all fully licenced so its had to make
Some architectures (I’m thinking of the latest Intel CPUs) have a small loop
cache
whose aim is to keep a loop entirely within that cache. That cache operates at
the
full speed of the instruction fetch/execute (actually I think it keeps the
decoded uOps)
cycles (e.g. you can’t go faster). L1 c
I’ve been getting those messages for a few months now and nothing bad has
happened yet. ;-)
TTFN - Guy
> On Jan 8, 2019, at 12:03 PM, Peter Coghlan via cctalk
> wrote:
>
>
> About two hours ago, I received an email to the address I only use for
> cctech/cctalk.
>
> It claimed my email acco
> On Jan 6, 2019, at 6:10 PM, Jon Elson via cctalk
> wrote:
>
> On 01/06/2019 01:29 PM, Bob Smith via cctalk wrote:
>> Sorry, thanks for playing but
>> Actually half of a WORD is a BYTE, whatever the numerical length is.
>> Ready for this,half of a BYTE is a NIBBLE.
> Well, no. On 32-bit mach
I think it’s also telling that the IETF uses the term octet in all of the
specifications to
refer to 8-bit sized data. As “byte” (from older machines) could be anything
and is
thus somewhat ambiguous.
It *may* have been the IBM 360 that started the trend of Byte == 8-bits as the
360’s
memory (
> On Jan 2, 2019, at 10:22 AM, Chuck Guzis via cctalk
> wrote:
>
> On 1/2/19 8:02 AM, Jon Elson via cctalk wrote:
>
>> Random logic instruction decode was a REAL issue in about 1960 - 1965,
>> when computers were built with discrete transistors. The IBM 7092, for
>> instance, had 55,000 tra
> On Jan 1, 2019, at 2:35 PM, Carlo Pisani via cctalk
> wrote:
>
>> I was never a fan of RISC architecture as does not fit the standard high
>> level language model. Everybody wants a 1 pass compiler, thus the RISC
>> model. If you are doing your own RISC model, you might consider a model
>> t
> On Jan 1, 2019, at 2:00 PM, ben via cctalk wrote:
>
> On 1/1/2019 8:58 AM, Carlo Pisani via cctalk wrote:
>> hi
>> on DTB we are designing a RISC-ish CPU, code name "Arise-v2"(1).
>> We are using the MIPS R2K and the RISC-V as the reference.
>> In the end, it will be implemented in HDL -> FPG
Having worked at IBM “in the day”, the “official” reason (near as I could tell)
was that IBM didn’t want to anthropomorphise computers. So it was never
“memory”, it was always “storage”. So we didn’t have RAM or ROM, we had
storage or ROS. Disks were called DASD. Main boards were called “pla
> On Dec 17, 2018, at 10:52 AM, Noel Chiappa via cctalk
> wrote:
>
>> From: Paul Koning
>
>> For that matter, core memory details such as destructive read weren't
>> visible to the CPU
>
> Umm, not quite. If you'd said 'core memory details such as destructive read
> weren't visible to the _
> On Dec 16, 2018, at 10:40 PM, Chuck Guzis via cctalk
> wrote:
>
> On 12/16/18 11:21 AM, Paul Koning wrote:
>
>> If you simply want non-volatile memory, the obvious answer is SRAM with
>> battery backup and a small FPGA to do the interfacing.
>
> I proposed nvRAM - CMOS SRAM backed by cel
> On Dec 16, 2018, at 8:21 PM, allison via cctech wrote:
>
> On 12/15/2018 03:51 PM, Jon Elson via cctech wrote:
>> On 12/15/2018 02:45 PM, Anders Nelson via cctalk wrote:
>>> Serial flash has an endurance between 10K-100K writes per cell so I
>>> think
>>> that would break down quickly. Wear-l
> On Dec 15, 2018, at 7:09 PM, allison via cctech wrote:
>
> On 12/15/2018 01:01 PM, Guy Sotomayor Jr via cctech wrote:
>> FRAM or MRAM. I make extensive use of them in my projects.
>>
>> Everspin has a few (all SMT and 3.3v). As I recall they run ~$20/ea for 4Mb
> On Dec 15, 2018, at 1:18 PM, Warner Losh via cctalk
> wrote:
>
> On Sat, Dec 15, 2018, 1:51 PM Jon Elson via cctalk wrote:
>
>> On 12/15/2018 02:45 PM, Anders Nelson via cctalk wrote:
>>> Serial flash has an endurance between 10K-100K writes per cell so I think
>>> that would break down qu
> On Dec 15, 2018, at 12:51 PM, Jon Elson via cctalk
> wrote:
>
> On 12/15/2018 02:45 PM, Anders Nelson via cctalk wrote:
>> Serial flash has an endurance between 10K-100K writes per cell so I think
>> that would break down quickly. Wear-leveling on a serial device would be
>> very slow...
>>
FRAM or MRAM. I make extensive use of them in my projects.
Everspin has a few (all SMT and 3.3v). As I recall they run ~$20/ea for 4Mb
(512K x 8 or 256K x 16).
TTFN - Guy
> On Dec 15, 2018, at 1:22 AM, Rod G8DGR via cctalk
> wrote:
>
> I have an idea to produce an MM-8 clone using RAM tha
> On Dec 8, 2018, at 10:36 PM, Josh Dersch wrote:
>
> On Sat, Dec 8, 2018 at 10:33 PM Guy Sotomayor Jr <mailto:g...@shiresoft.com>> wrote:
>
> > On Dec 8, 2018, at 8:50 PM, Josh Dersch via cctalk > <mailto:cctalk@classiccmp.org>> wrote:
> >
>
> On Dec 8, 2018, at 8:50 PM, Josh Dersch via cctalk
> wrote:
>
> On Sat, Dec 8, 2018 at 7:24 PM Paul Anderson via cctalk <
> cctalk@classiccmp.org> wrote:
>
>> Are you using the same pack for the 8 and the 11
>>
>
> I connected the drive I normally use with my 11/40 to the 8/e for testing
I just use ‘cat’. Seems to work fine. ;-)
TTFN - Guy
> On Dec 7, 2018, at 4:57 AM, Pete Turnbull via cctalk
> wrote:
>
> On 07/12/2018 09:59, Rod G8DGR via cctalk wrote:
>
>> OK now I need a little help.
>> Does anybody know of a terminal emulation program that will simulate the
>> reader
> On Nov 4, 2018, at 9:37 AM, Todd Goodman via cctalk
> wrote:
>
> Yes, a company I was working for OEMed what because IBM's X25Net software and
> it was ported to their RTIC i960 cards from our own homegrown i960 cards.
>
> The IBM group we worked with was in La Gaude France but we heard th
If I recall correctly the Xstation 120 (the first of them) used an 8086 (might
have been an 80186). The big issue was that you couldn’t do anything with it
because what was in ROM/FLASH was only smart enough to be able to TFTP the rest
of the microcode (not terribly useful if you don’t have the
> On Oct 25, 2018, at 10:05 AM, Al Kossow via cctalk
> wrote:
>
>
>
> On 10/25/18 9:48 AM, Al Kossow via cctalk wrote:
>>
>>
>> On 10/25/18 9:18 AM, Guy Sotomayor Jr via cctalk wrote:
>>> Now that I think about it, a flying probe may be ea
> On Oct 25, 2018, at 9:02 AM, Jon Elson via cctalk
> wrote:
>
> On 10/25/2018 12:44 AM, Chuck Guzis via cctalk wrote:
>> On 10/24/18 8:06 PM, Jon Elson via cctalk wrote:
>>
>>> Hmmm, you COULD actually use a schematic tool to do this! Maybe create
>>> the components to look like DIPs. I k
> On Oct 24, 2018, at 11:22 AM, ben via cctalk wrote:
>
> On 10/24/2018 11:57 AM, Al Kossow via cctalk wrote:
>> On 10/24/18 10:53 AM, ben via cctalk wrote:
>>> I have no idea what is in a modern home computer, but I suspect
>>> it still follows the same design of the IBM PC. Single CPU
>>> wi
> On Oct 23, 2018, at 4:08 PM, Noel Chiappa via cctalk
> wrote:
>
>> From: Ben Bfranchuk
>
>> I just can't find a clean simple design yet. ...
>> The PDP 11 is nice machine, but I am looking for simpler designs
>> where 16K words is a valid memory size for a OS and small single user
>> sof
> On Oct 23, 2018, at 3:30 PM, Jim Manley via cctalk
> wrote:
>
> On Tue, Oct 23, 2018 at 12:55 PM Guy Sotomayor Jr wrote:
>
>> On Mon, Oct 22, 2018 at 3:59 PM Guy Sotomayor Jr
>> wrote:
>>
>>> An (optional) X server (and clients) can be added t
> On Oct 23, 2018, at 11:12 AM, Jim Manley wrote:
>
> On Mon, Oct 22, 2018 at 3:59 PM Guy Sotomayor Jr <mailto:g...@shiresoft.com>> wrote:
> An (optional) X server (and clients) can be added to the OS (I use them all
> the time) but
> is not part of the base ins
Some corrections related to Mach and Apple.
TTFN - Guy
> On Oct 22, 2018, at 2:40 PM, Jim Manley via cctalk
> wrote:
>
>
>
> BTW, MacOS X is based on Mach, the version of Unix that was designed for
> multiple, closely-coupled processors, and it, too, uses X as a basis for
> its GUI.
No.
If I wanted to reduce a drive to slag, I’d just put it in a propane furnace
(actually the drive would
go into the crucible). They generate up to 2700F (~1500C) and they’re for
melting gold, silver, copper,
etc. So I suspect it would do the job. ;-) Plus you’d a nice molten mess
that you can
I just wanted to send this privately.
I have a number of 3278/79 keyboards that I could *loan* you (as I have exactly
the
number of keyboards to match terminals) for documenting.
The problem is getting together. I was just down in Santa Clara a couple of
weeks ago
for work and I probably won’t
> On Sep 19, 2018, at 9:35 AM, Al Kossow via cctalk
> wrote:
>
>
>
> On 9/19/18 9:03 AM, Alexandre Souza wrote:
>> time for a ps2-to-3274-terminal-adapter?
>
> yes, or at least get all the 25-pin parallel keyboard protocols documented
> before a keyboard in thousands of dollars instead of
> On Sep 19, 2018, at 1:24 AM, CuriousMarc via cctalk
> wrote:
>
>
>> On Sep 18, 2018, at 8:44 PM, Steve Malikoff via cctalk
>> wrote:
>>
>> Haven't watched this video yet but am keen to do so as "ultimate" is a bold
>> claim to make.
>>
>
> This an outstanding presentation. The bold c
wnload
directory. Even if you don’t use the emulator, if you ever want to get the
CADR running again
you’ll need the microcode and OS images.
TTFN - Guy
> On Sep 14, 2018, at 3:10 PM, Guy Sotomayor Jr via cctalk
> wrote:
>
> Without the console doing much with the CADR is going
Without the console doing much with the CADR is going to be tough. Not having
the disk isn’t too terrible as the basic contents (uCode and system code) are
available. There’s even an emulator for the CADR though I don’t have the link
handy at the moment. Ping me if you have trouble finding it
> On Sep 7, 2018, at 4:35 PM, Warner Losh wrote:
>
>
>
> On Fri, Sep 7, 2018 at 5:33 PM Guy Sotomayor Jr via cctalk
> mailto:cctalk@classiccmp.org>> wrote:
> I also looked at the keyboards on my Symbolics machines, and where I’d like
> to have the control
> On Sep 7, 2018, at 4:15 PM, Frank McConnell via cctalk
> wrote:
>
> On Sep 7, 2018, at 12:00, Al Kossow via cctalk wrote:
>> interesting.. the vt71t has inverted-T cursor keys
>
> And CAPS LOCK in the home row to the left of the A key. The VT220 made it
> w-i-d-e. Can we now fix the bla
My biggest complaint with DEC terminals (and clones) that came after the VT100
(such as the VT220/VT320/etc) is that the terminals are nice and small but the
keyboards are *huge* (almost twice the width of the terminal itself).
I like having a keyboard that matches the size of the terminal and the
> On Sep 2, 2018, at 2:49 PM, Andrew Luke Nesbit via cctalk
> wrote:
>
> Dear Paul,
>
> On 02/09/2018 08:12, Paul Anderson via cctalk wrote:
>> Two Unisys PCK105-SKB look unused, but one is yellowed.
>>
>> Sorry, I forgot to describe them as keyboards.
>
> I realized the beauty of mechanica
> On Jul 25, 2018, at 11:17 AM, Tony Duell via cctalk
> wrote:
>
> On Wed, Jul 25, 2018 at 5:48 PM, Eric Smith via cctalk
> wrote:
>
>> I'm not sure about motors, but 60 Hz power transformers can't handle as
>> high a maximum power (or current) when used for 50 Hz. The maximum power
>> has
I should also mention that for the IBM S/23, once the BASIC program is entered,
the original
source is discarded and only the tokenized code remains (comments are retained
as-is). The
LIST command runs a de-tokenizer and reconstructs the original source (well
close to it anyway).
TTFN - Guy
Yea, it would have to be more than just a terminator as it would have to
reflect back some
of the control signals to the “ack” equivalents otherwise the controller would
just see a bus
with no devices on it. Presumably, the controller also has a “loopback” mode
so that all the
signals (includin
> On May 30, 2018, at 6:51 AM, Noel Chiappa via cctalk
> wrote:
>
>> From: Kyle Owen
>
>> I do have an 11/45, though... so with this modification, I suppose one
>> could have some fun:
>
> That's for the -11/40 - very different machine, one couldn't use the same
> technique on the /45; the
> On May 15, 2018, at 1:29 PM, Dave Wade via cctalk
> wrote:
>
>
> That’s, in effect, what I did. Whilst there were Microchannel IDE Controllers
> I have never seen one. There are no IDE interfaces on the "Planar" so every
> thing must be on the MCA bus.
> So I bought a BusLogic BT646 SCSI
> On May 2, 2018, at 9:50 AM, Alan Perry via cctalk
> wrote:
>
>
>
>> On May 2, 2018, at 8:58 AM, Cory Heisterkamp via cctalk
>> wrote:
>>
[snip]
>> Chuck makes a good point about the Make-Offer feature, and it should be
>> noted that sellers have this option available to them within th
> On Apr 19, 2018, at 8:55 PM, Chuck Guzis via cctalk
> wrote:
>
> On 04/19/2018 07:56 PM, Guy Sotomayor Jr wrote:
>
>> As to why IBM entered the PC market, the rumor was (at least at the time
>> within IBM) was that T.J. Watson, Jr. was at an employee’s house and s
> On Apr 19, 2018, at 4:16 PM, Chuck Guzis via cctalk
> wrote:
>
> On 04/19/2018 12:14 PM, Fred Cisin via cctalk wrote:
>
>> I have no difficulty admitting that I didn't, and don't, have
>> Chuck's level of experience and knowledge. My entire venture into
>> microcomputers was a hobby that got
> On Mar 14, 2018, at 2:03 PM, Fred via cctalk wrote:
>
>
>> Date: Tue, 13 Mar 2018 14:28:11 -0600
>> From: Grant Taylor
>> Subject: Re: cctalk Digest, Vol 42, Issue 13
>> Message-ID:
>> <6a172546-d8f1-13b9-f843-8fdba5799...@spamtrap.tnetconsulting.net>
>>
>> If power / cooling / noise
> On Mar 12, 2018, at 9:57 AM, Eric Smith via cctalk
> wrote:
>
> On Mon, Mar 12, 2018 at 10:54 AM, emanuel stiebler via cctalk <
> cctalk@classiccmp.org> wrote:
>
>> On 2018-03-12 15:49, Eric Smith via cctalk wrote:
>>> As the most obvious example of the impedance mismatch between 370
>>> ar
> On Feb 22, 2018, at 12: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.
>
> On Feb 21, 2018, at 12:19 PM, Rich Alderson via cctalk
> wrote:
>
> From: Guy Sotomayor Jr
> Sent: Wednesday, February 21, 2018 11:24 AM
>
>>> On Feb 21, 2018, at 10:59 AM, Paul Koning via cctalk
>>> wrote:
>
>>> Typically you'd emulat
> 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 emulate that. The same goes for certain error handling. I've seen an
> emulator that included support for bad parity and the instruction
I haven’t seen an emulator for an LMI, but here’s a link to a CADR emulator
that was the precursor to both Symbolics and LMI so it might be worthwhile to
try out.
TTFN - Guy
> On Feb 17, 2018, at 7:29 AM, Marc Holz via cctalk
> wrote:
>
> Hello,
>
>
>
> I have the keyboard for a LMI Lambd
> On Feb 12, 2018, at 3:00 PM, Chuck Guzis via cctalk
> wrote:
>
>
> Most don't believe me what I say that the floppy disc dates from 1946.
And the fax was invented in 1842 (yes *before* the telephone)!
TTFN - Guy
> On Jan 29, 2018, at 1:57 PM, Phil Blundell via cctalk
> wrote:
>
> On Mon, 2018-01-29 at 16:06 -0500, 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
> On Jan 22, 2018, at 5:03 PM, Noel Chiappa via cctalk
> wrote:
>
>
>> From: Guy Sotomayor Jr
>
>> The XGP printed on roll paper. It was a laser type process
>
> Plain paper? Well, my memory of it being thermal paper could easily be wrong;
> it'
> On Jan 22, 2018, at 4:08 PM, Noel Chiappa via cctalk
> wrote:
>
>> From: Grant Taylor
>
>> What makes the copies of papers printed on them special?
>
> Well, the Dover was the first device (that I know of) that could print _very_
> high-quality graphical/multi-font output, and on ordinary
lt DACs. The
GDP
was connected to the UNIBUS but it was a separate box (1U/2U) from the 11/20.
TTFN - Guy
>
>
> On 1/21/18 10:48 AM, Guy Sotomayor Jr wrote:
>
>> HP made some wonderful 17” and 19” electrostatic deflection vector displays.
>> We had a pile of them at
&g
> On Jan 21, 2018, at 10:13 AM, Al Kossow via cctalk
> wrote:
>
>
>
> On 1/21/18 10:12 AM, Al Kossow via cctalk wrote:
>>
>>
>> On 1/21/18 10:04 AM, Paul Koning via cctalk wrote:
>>
>>> Remember that the GT40 is a vector drawing display, not a raster scan. So
>>> you need a tube and asso
> On Jan 20, 2018, at 8:07 PM, Ethan Dicks wrote:
>
> On Sat, Jan 20, 2018 at 8:58 PM, Guy Sotomayor Jr wrote:
>> As I understand it, the power for the DACs actually comes from the monitor
>> (VR12/4/7) and
>> thus you can’t use any monitor without some additional c
As I understand it, the power for the DACs actually comes from the monitor
(VR12/4/7) and
thus you can’t use any monitor without some additional circuitry to provide the
power to the
DACs.
TTFN - Guy
> On Jan 20, 2018, at 5:32 PM, Paul Anderson via cctalk
> wrote:
>
> I think just the VR12,
Those cables came with my 4331 system. I’ll go and dig them out and maybe
there will be some sort of part number.
At worst I’ll post some pictures. You might also want to look up the various
IBM docs on the 3420 and 3803. They
should specify those cables. I also have all the docs in an IBM FE
1 - 100 of 224 matches
Mail list logo
