> On Aug 3, 2017, at 9:28 AM, Noel Chiappa via cctalk
> wrote:
>
>> From: Guy Sotomayor Jr
>
>> Having several different Unibus board designs in various stages .. I can
>> tell you that producing a *reliable* Unibus board is *not* going to be
>> cheap.
>
> On Aug 4, 2017, at 1:14 AM, Christian Corti via cctalk
> wrote:
>
> On Thu, 3 Aug 2017, emanuel stiebler wrote:
>> On 2017-08-03 11:12, Al Kossow via cctalk wrote:
>>> It would be nice, though if someone just finished a MSCP controller with a
>>> CF or SD on it.
>>
>> I don't think there is
> On Aug 4, 2017, at 1:20 PM, Paul Koning via cctalk
> wrote:
>
>
>> On Aug 4, 2017, at 3:46 PM, Noel Chiappa via cctalk
>> wrote:
>>
>>> From: David Bridgham dab at froghouse.org
>>
>>> I'm going to have enough fun with trying to implement the USB stack in
>>> the FPGA
>>
>> ISTR discus
> On Aug 4, 2017, at 1:27 PM, ben via cctalk wrote:
>
> On 8/4/2017 12:49 PM, Warner Losh via cctalk wrote:
>> On Fri, Aug 4, 2017 at 12:36 PM, Al Kossow via cctalk >> wrote:
>>>
>>>
>>> On 8/4/17 11:14 AM, Warner Losh via cctalk wrote:
most SD cards can easily handle 100-200 writes
>>>
Here’s what I did (I was moving my stuff myself but it should work with
professionals too). I usually packed “smaller” items (terminals count as
“small”) in bubble wrap and/or foam and then put it in a box. I then stacked
boxes onto a pallet and strapped and “shrink wrapped” the pallets. I ha
> On Aug 30, 2017, at 9:18 AM, Al Kossow via cctalk
> wrote:
>
> Also, I'm interested in archiving any surviving documentation for the first
> generation Ethernet
> stuff that I don't have up on bitsavers like Bridge and Ungerman-Bass. I have
> some Interlan and Excelan
> manuals, but I've no
> On Aug 30, 2017, at 7:14 PM, Zane Healy via cctalk
> wrote:
>
>
>
> Steve Jobs would have been at NeXT at that time, he didn’t come back to Apple
> until ’97.
>
> Nearly 25 years later, my memory is pretty vague, however, around ’93 at the
> FOSE trade show in Washington DC, IBM had a sy
> On Aug 30, 2017, at 7:59 PM, jim stephens via cctalk
> wrote:
>
>
>
> On 8/30/2017 7:31 PM, Guy Sotomayor Jr via cctalk wrote:
>>> On Aug 30, 2017, at 7:14 PM, Zane Healy via cctalk
>>> wrote:
>>>
>>>
>>>
>>>
> On Sep 10, 2017, at 3:53 PM, Fred Cisin via cctalk
> wrote:
>
>>> What word-processor programs existed prior to micros?
>> WPS-8, of course. Wang had word processors in that same era. Then there
>> is the MT/ST which I think is older still. And if you define it as
>> "computer based tex
> On Sep 15, 2017, at 11:52 AM, Fred via cctalk wrote:
>
> On Fri, 15 Sep 2017, cctalk-requ...@classiccmp.org wrote:
>
>
>> Date: Thu, 14 Sep 2017 18:40:10 -0700
>> From: Ian Finder
>> Subject: WTB: IBM 7060 aka MP3000
>>
>> I'm looking for a small s390 machine to do some learning with.
>> I
You realize that a CUT terminal (327x, 317x, etc) all require an “establishment
controller” in order to work?
Something like a 3174-1, 3174-11 or 3174-6x.
Also 327x terminals are *hard* to find. Partly because the keyboard collectors
(may they be forever damned)
take the keyboards and scrap th
> On Mon, Sep 25, 2017 at 11:31 AM, Guy Sotomayor Jr wrote:
>> You realize that a CUT terminal (327x, 317x, etc) all require an
>> “establishment controller” in order to work?
>>
>> Something like a 3174-1, 3174-11 or 3174-6x.
>>
>> Also 327x terminals a
> On Sep 26, 2017, at 10:20 PM, Chuck Guzis via cctalk
> wrote:
>
> On 09/26/2017 09:53 PM, Mike Stein via cctalk wrote:
>
>> Ah yes, the interesting 11MB IMI 7710. Cromemco also used them in their
>> Z-2H; I still have one somewhere, not a bad drive when it worked ;-)
>
> The really crazy
> On Sep 28, 2017, at 9:04 AM, Jon Elson via cctalk
> wrote:
>
> On 09/28/2017 10:31 AM, Chuck Guzis via cctalk wrote:
>> And even the sector size on recent drives is fictitious. Larger drives use
>> 4K sectors but "translate" them to the 512 byte standard.
> So, for every write, it needs to r
> On Sep 29, 2017, at 10:35 AM, Jules Richardson via cctalk
> wrote:
>
> On 09/29/2017 11:20 AM, Jon Elson via cctalk wrote:
>> I can only imagine a real AT would be even less likely to handle a drive
>> over about 40 MB.
>
> I think the limit was normally 512MB in the old c/h/s addressing day
> On Oct 4, 2017, at 3:42 PM, Chuck Guzis via cctalk
> wrote:
>
> On 10/04/2017 03:10 PM, Fred Cisin via cctalk wrote:
>
> Why on earth would WD have anything to do with it? They supplied the
> controller, but not the drives. I used to have an early Maxtor ~50MB
> 3.5" drive with bugs in the
> On Oct 5, 2017, at 2:53 AM, Christian Corti via cctalk
> wrote:
>
> On Wed, 4 Oct 2017, Guy Sotomayor Jr wrote:
>> Also, the early desktop PS/2 (model 50 and such) had the controller
>> integrated on the drive and those were Maxtor as I recall. The PS/2 shipped
&
> On Oct 5, 2017, at 11:26 AM, Paul Berger via cctalk
> wrote:
>
>
>
> On 2017-10-05 12:57 PM, Guy Sotomayor Jr via cctalk wrote:
>>> On Oct 5, 2017, at 2:53 AM, Christian Corti via cctalk
>>> wrote:
>>>
>>> On Wed, 4 Oct 2017, Guy
It might be worthwhile to look at the source for hercules (370, 390, z/series)
emulator since that
includes support for 3270 terminals through tn3270. It’s pretty good since I
can use actual 327x
CUT terminals connected to a 3174 controller which connects to hercules
emulating the mainframe.
T
> On Dec 15, 2017, at 4:04 AM, P Gebhardt via cctalk
> wrote:
>
>
>
>
>> eBay: MEMOREX 3693-2 & 3690-2 Disc Drive Mainframe IBM 3370-2 VINTAGE
>>
>> No connection to the seller, but they mention it will be scrapped if no
>> takers. $150 Buy it now.
>> https://www.ebay.com.au/itm/MEMOREX-36
- Guy
> On Dec 16, 2017, at 1:48 PM, Noel Chiappa via cctalk
> wrote:
>
>> From: Guy Sotomayor Jr
>
>> I *really* want them and I'm within an hour (usually) of where they
>> are. The problem is that right now I'm on a business trip until the end
>> o
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 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
> 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:
> >
>
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 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...
>>
> 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 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 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 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 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 _
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 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
> 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 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
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 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’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
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
> 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
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
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.
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
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
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,
> 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
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
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
> 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
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,
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
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
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:
>
>>
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
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
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
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
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
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
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:
> 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'
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 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
Are you aware of “See MIPS Run” by Sweetman? That’s what I always used
as a reference for the early MIPS stuff.
TTFN - Guy
> On Feb 28, 2017, at 3:16 AM, Eric Smith via cctalk
> wrote:
>
> On Mon, Feb 27, 2017 at 11:59 PM, Angelo Papenhoff via cctalk <
> cctalk@classiccmp.org> wrote:
>
>> I'
> 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
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
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
“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
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
> 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
> 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 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
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 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
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
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
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
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
> 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
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 Jan 6, 2018, at 2:42 AM, Dave Wade via cctalk
> wrote:
>
>
>
>> -Original Message-
>> From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of Jon Elson
>> via cctalk
>> Sent: 06 January 2018 02:50
>> To: Guy Sotomayor ; gene...@ezwind.net;
>> discuss...@ezwind.net:On-Top
Thanks Lyle.
My biggest impediment at the moment is not actually having a PC that has a
floppy
drive. :-o
The other is time…work has been crazy as indicated by Jensen’s CES keynote
tonight where the chip that I’ve been working on was just announced! yea!
9,000,000,000 transistors!
TTFN - Guy
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
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,
> 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
> 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
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 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
> 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 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 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
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 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
> 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 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 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 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 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 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 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
101 - 200 of 224 matches
Mail list logo
