[cctalk] Re: Fanuc Tape Reader PECs 1980's - Connector Identification

2025-01-17 Thread Chuck Guzis via cctalk
https://www.ebay.com/itm/254949174184 I believe that this is the one. Used by Fanuc. --Chuck

[cctalk] Re: Not Try Algol 68 on Windows

2025-01-15 Thread Chuck Guzis via cctalk
On 1/15/25 14:01, Lyndon Nerenberg (VE7TFX/VE6BBM) via cctalk wrote: > Could we maybe change the subject headers here? Neither Fortran > nor IBM terminal controllers has anything to do with Algol :-) I didn't participate in the Algol 68 discussion because I haven't used Algol since Algol 60. --C

[cctalk] Re: Try Algol 68 on Windows

2025-01-15 Thread Chuck Guzis via cctalk
On 1/15/25 09:49, Paul Koning wrote: > Yes, it certainly had that feature. I'm not sure about the limits, I thought > the integer limit was 99 digits. The reason for these options is that it's > directly supported by the hardware, which has arbitrary length integers and > (up to a limit I for

[cctalk] Re: Try Algol 68 on Windows

2025-01-14 Thread Chuck Guzis via cctalk
On 1/14/25 16:50, Van Snyder via cctalk wrote: > On Wed, 2025-01-15 at 00:32 +0000, Chuck Guzis via cctalk wrote: > > I have the 1401 FORTRAN-II compiler. I reverse engineered it from > operational tapes, then the author (Gary Mokotoff) sent me a scan of > his listings, that he

[cctalk] Re: Try Algol 68 on Windows

2025-01-14 Thread Chuck Guzis via cctalk
On 1/14/25 15:31, Van Snyder via cctalk wrote: > F90 was an extension to F77 and was entirely upwardly compatible with > it, not an entirely new language. IMOHO, the most significant revision of the F77 standard by F90 was that is was acceptable to spell the last 6 letters of the language in lo

[cctalk] Re: Try Algol 68 on Windows

2025-01-14 Thread Chuck Guzis via cctalk
On 1/14/25 14:03, Van Snyder via cctalk wrote: > Fortran 2025, the sixth edition, is rather different from 1956. F90 was a huge break from earlier versions; the target release date, IIRC was supposed to be 1988, but there was a great amount of negotiation. I was an alternate on our firm's repres

[cctalk] Re: PDP-10 TENEX mini-dump format

2025-01-08 Thread Chuck Guzis via cctalk
On 1/8/25 19:22, Rich Alderson via cctalk wrote: > A 7 track tape should have the 36 data bits across 6 frames, unlike the 9 > track > usage of 5x8 with zero padding in the 5th. > > Someone familiar with the TENEX file system (i. e., TOPS-20 lite) should be > able to decipher the block headers e

[cctalk] Re: PDP-10 TENEX mini-dump format

2025-01-08 Thread Chuck Guzis via cctalk
On 1/8/25 14:55, Mike Katz via cctalk wrote: > Also try the DEC Forum at vcfed.org. Hmmm, somewhere, I think I've heard of that place. I'll give it try, but I wonder how many TENEX disciples are out there. --Chuck

[cctalk] Re: PDP-10 TENEX mini-dump format

2025-01-08 Thread Chuck Guzis via cctalk
On 1/8/25 13:13, roger arrick via cctalk wrote: > There are some good FB groups specific to DEC and PDP11 with thousands of > members and lots of knowledge. > > Here's one https://www.facebook.com/groups/40651613978 Maybe, but I'm not a facebooker. Is there any good TWENEX/TOPS-20 documentation

[cctalk] PDP-10 TENEX mini-dump format

2025-01-08 Thread Chuck Guzis via cctalk
I've got a 7 track tape here that was written on a PDP-10 TENEX setup. It's identified as a "mini-dump" tape. I can extract the data (PDP-10 5 char/word) successfully, but the format of the block headers (seems to be about 6 words) eludes me. I'd like to be able to use the original file names. D

[cctalk] Re: Print chain for 1403

2024-12-21 Thread Chuck Guzis via cctalk
On 12/21/24 09:19, Jon Elson via cctalk wrote: > I had a BIG Honeywell drum printer on my S-100 Z80 system.  It was from > a system used to print from tapes, offline. Just wondering if anyone but yours truly used the Teletype Dataspeed 40 band printer on their PCs. 150 LPM if memory serves. I s

[cctalk] Re: Print chain for 1403

2024-12-20 Thread Chuck Guzis via cctalk
On 12/20/24 16:36, Van Snyder via cctalk wrote: > The IBM 1403 printer had interchangeable print chains. I know of only > four 1403 printers still working — two at the Computer History Museum > in Mountain View, CA, one at the IBM Technology Center in Böblingen, > Germany, and one near Endicott, NY

[cctalk] Re: QIC Archival

2024-12-12 Thread Chuck Guzis via cctalk
On 12/12/24 22:29, Scott Baker wrote: > 1) the rubber rollers in old QIC drives will sometimes turn to sticky goo, Thoae can usually be repaired. Tandberg drives seem to be immune to this, so I use them whenever possible. --Chuck

[cctalk] Re: QIC Archival

2024-12-12 Thread Chuck Guzis via cctalk
On 12/12/24 19:13, Cameron Kelly via cctalk wrote: > Hello, > > I have a QIC tape of an interesting piece of software that doesn’t seem to be > archived anywhere. I don’t have experience using QIC tape so I’m inquiring if > anyone here would be willing to offer the service. The software in quest

[cctalk] Re: European wire size (slightly off topic)

2024-12-06 Thread Chuck Guzis via cctalk
https://www.rapidtables.com/calc/wire/awg-to-mm.html mm2 seems to be the rule for large wires, and mm (diameter) for smaller ones. --Chuck On 12/6/24 16:10, Charles Dickman via cctalk wrote: > How are small wire sizes specified in Europe? I have seen that EN 60228 > defines wire cross section

[cctalk] Re: A bit of humor to test the list

2024-12-04 Thread Chuck Guzis via cctalk
On 12/4/24 10:49, Mike Katz via cctalk wrote: > I still say the 6809 was the best 8 bit micro ever. Perhaps, but it was also one of the last new 8-bit CPU designs, so there's that. The die had already been cast in favor of 16 bit CPUs by the time of its introduction. And it was far more *expensi

[cctalk] Re: The 8086

2024-11-16 Thread Chuck Guzis via cctalk
On 11/16/24 16:24, Fred Cisin via cctalk wrote: > So, Intel went with the "quick fix" rather than the long-term good. Okay, I vass dere and know what we were being told by Intel marketing in the late 70s. The 8086 was not intended to be the eventual migration target for larger-scale applications

[cctalk] Re: Passing of T. Kurtz

2024-11-15 Thread Chuck Guzis via cctalk
I wonder how many remember Cliff Shaw and his work at Rand on JOSS. --Chuck

[cctalk] Date of IBM 1/2" tape from factory number

2024-11-11 Thread Chuck Guzis via cctalk
Dear list denizens, I've got a mental itch that needs to be scratched. Before me sits a yellow 3-hole reel of IBM 556 bpi 1/2" tape. Fortunately, the leader is intact and carries the number H241032488. Does this perchance give any clue as to when the tape was manufactured? I know that IBM stil

[cctalk] Re: Running DOS executables on other versions of DOSRe: Looking for Sharp PC-5000 disk drive (CE-510F or possibly MZ-80B)

2024-11-06 Thread Chuck Guzis via cctalk
On 11/6/24 09:21, dwight via cctalk wrote: > I'd think a diode, white LED and a resistor would make a good enough strobe. > Maybe 2 resistors to isolate the AC lines enough a little better. A lot of the Chinese nightlights use capacitor droppers. I'd opt for a green, blue or red LED rather than a

[cctalk] Re: Running DOS executables on other versions of DOSRe: Looking for Sharp PC-5000 disk drive (CE-510F or possibly MZ-80B)

2024-11-03 Thread Chuck Guzis via cctalk
On 11/3/24 18:44, Fred Cisin via cctalk wrote: > On Sun, 3 Nov 2024, Steve Lewis via cctalk wrote: >> Non-descript 5.25  DS/DD  (they don't format as 1.2M disk using a 1.2 >> 5.25" >> drive, so I'm pretty sure they are actual 360KB disks).   That said, I >> haven't really fully confirmed if it's a

[cctalk] Re: Self modifying code was HCF

2024-11-03 Thread Chuck Guzis via cctalk
On 11/3/24 15:56, dwight wrote: > I/O addresses for the 8080 come to mind. > Dwight Well, in theory you could avoid that one by constructing 256-entry tables for IN and OUT instructions and using a computed CALL/JUMP to access the right one. The 8080 I/O address space is only 256 addresses. Not

[cctalk] Re: Self modifying code was HCF

2024-11-03 Thread Chuck Guzis via cctalk
On 11/3/24 14:48, Mike Katz via cctalk wrote: > Though not Halt and Catch Fire you guys are forgetting the joy of self > modifying code. Indeed, this was the *only* way to do things on early first- and second-generation systems. Even the lowly 1620 CADET, without the optional indirect addressing

[cctalk] Re: HCF [was: System 360 question]

2024-11-03 Thread Chuck Guzis via cctalk
On 11/3/24 12:56, paul.kimpel--- via cctalk wrote: > CAREY SCHUG wrote: >> 2. remember that record mark? if you ever executed an instruction with a >> record mark in >> the address, you got a MAR check red light, a hard reset was required to >> escape. probably >> if in the op code also. And s

[cctalk] Re: HCF [was: System 360 question]

2024-11-03 Thread Chuck Guzis via cctalk
On 11/3/24 10:06, David Wise via cctalk wrote: > 1620 owner here. > > Sure there are ways to cause a CHECK STOP, and one-instruction infinite > loops, including the IBM-sanctioned one you describe below - which everyone > used all day to clobber core - but that's all they are, they don't damage

[cctalk] Re: Ward Christensen NY Times Obituary

2024-11-01 Thread Chuck Guzis via cctalk
On 11/1/24 13:33, Johan Helsingius via cctalk wrote: > UNIX might have been unobtainium in your home, but a lot of BBS's > used UUCP to get email and USENET connectivity, and a huge amount > of students had modem access to an UNIX computer at their university. Back in the day, I used a package cal

[cctalk] Re: System 360 question

2024-10-31 Thread Chuck Guzis via cctalk
On 10/31/24 10:39, Paul Koning wrote: > I could imagine it in PPs, also in 6400 machines since they don't have an > "instruction stack" so instruction fetches would go to memory. For all of > those you'd end up hammmering a single memory cell at high speed, and each > time you do that you get

[cctalk] Re: System 360 question

2024-10-31 Thread Chuck Guzis via cctalk
On 10/31/24 07:35, Donald Whittemore via cctalk wrote: > If I remember right I was told back in the early 70s by our IBM CE that > physical damage could be done to our model 30 or 40 if we ran a program that > did an Assembler instruction, B *For those non-Assembler people that is > an instr

[cctalk] Re: Running DOS executables on other versions of DOSRe: Looking for Sharp PC-5000 disk drive (CE-510F or possibly MZ-80B)

2024-10-29 Thread Chuck Guzis via cctalk
On 10/29/24 18:26, Fred Cisin via cctalk wrote: > On Tue, 29 Oct 2024, Chuck Guzis via cctalk wrote: >> The location of track 0 is radically different in the 96 tpi and 100 tpi >> conventions--there's about a 6 track offset.  100 tpi drives were also >> spec-ed as be

[cctalk] Re: Running DOS executables on other versions of DOSRe: Looking for Sharp PC-5000 disk drive (CE-510F or possibly MZ-80B)

2024-10-29 Thread Chuck Guzis via cctalk
On 10/29/24 12:09, Tony Duell via cctalk wrote: > I wonder if the same heads (with different diameter pulleys on the > stepper motor) were used both 96tpi and 100tpi drives in some cases. > You'd get away with it if the head was made for 100tpi I think. Somewhere in my pile, I have a TM-100-4M wi

[cctalk] Re: Running DOS executables on other versions of DOSRe: Looking for Sharp PC-5000 disk drive (CE-510F or possibly MZ-80B)

2024-10-29 Thread Chuck Guzis via cctalk
On 10/29/24 12:26, Tony Duell via cctalk wrote: > >> I have a 3.25" drive that uses the same connector as 3.5", BUT different >> postions for the voltages! > > ARGH! That certainly is true for the 3" CF2 drives, but my 3,25" drives use the conventional power connection of other mainstream drives.

[cctalk] Re: Ward Christensen NY Times Obituary

2024-10-25 Thread Chuck Guzis via cctalk
On 10/24/24 14:57, Fred Cisin via cctalk wrote: > On Thu, 24 Oct 2024, Chuck Guzis via cctalk wrote: >> How about Tymshare/Tymnet/SBCetc. >> >> Did Call Computer in Mountain View employ a file transfer protocol for >> use by subscribers? > > Impressive cla

[cctalk] Re: Ward Christensen NY Times Obituary

2024-10-24 Thread Chuck Guzis via cctalk
On 10/24/24 17:08, Sellam Abraham via cctalk wrote: > On Thu, Oct 24, 2024 at 4:50 PM Chuck Guzis via cctalk < > cctalk@classiccmp.org> wrote: > >> >> More than once it was "hand the tapes to someone meeting you at the gate >> and catch the next return flig

[cctalk] Re: Ward Christensen NY Times Obituary

2024-10-24 Thread Chuck Guzis via cctalk
On 10/24/24 13:00, Donald Whittemore via cctalk wrote: > Had a contracting job in Italy late 1989. Introduced the client to > CompuServe. I was part of Team Toshiba at the time. We used the local dial up > number but had problems. Somewhere along the line it was discovered we could > somehow con

[cctalk] Re: Ward Christensen NY Times Obituary

2024-10-23 Thread Chuck Guzis via cctalk
On 10/23/24 14:23, Wayne S via cctalk wrote: > If you were to write an obit of Edwin deCastro, who recently died, what > accomplishments would you emphasize? Did Edson de Castro have a brother named Edwin? --Chuck

[cctalk] Re: Ward Christensen (BBS, XMODEM) has died

2024-10-14 Thread Chuck Guzis via cctalk
On 10/14/24 14:38, Ethan O'Toole via cctalk wrote: > (Leech-Zmodem would tell the BBS side that there was a CRC error on the > line on the last blocks and back up the position, then cancel the > transfer so the transfer was "unsuccessful" to the BBS software and > didn't hurt upload/download ratio

[cctalk] Re: CDC Cyber 180/8xx PSU

2024-10-12 Thread Chuck Guzis via cctalk
On 10/12/24 13:22, Van Snyder via cctalk wrote: > Like Felix Unger in The Odd Couple, did you wear your seat belt in the > drive-in theater? I ran the projectors--how the heck could I manage changeovers wearing a seat belt?

[cctalk] Re: CDC Cyber 180/8xx PSU

2024-10-12 Thread Chuck Guzis via cctalk
On 10/12/24 11:54, Brent Hilpert via cctalk wrote: . >> Another approach would be to substitute the old psu by modern ones, possibly >> by DC-DC converters or switching powersupplies. >> >> Does someone have experience in the substitution of psus in the multiple KW >> range or did this in the pas

[cctalk] Re: CDC Cyber 180/8xx PSU

2024-10-12 Thread Chuck Guzis via cctalk
On 10/12/24 08:23, Jon Elson via cctalk wrote: > On 10/12/24 09:47, Chuck Guzis via cctalk wrote: >> On 10/12/24 04:51, hupfadekroua via cctalk wrote: >>> Hi all, >>> >>> after approx 30 years of waiting our time has come to get hands on a >>> Cyber 180

[cctalk] Re: CDC Cyber 180/8xx PSU

2024-10-12 Thread Chuck Guzis via cctalk
On 10/12/24 04:51, hupfadekroua via cctalk wrote: > Hi all, > > after approx 30 years of waiting our time has come to get hands on a Cyber > 180/860a. > > These systems as other systems before are using 400Hz psus. ISTR that 400Hz 3-phase is required.

[cctalk] Re: Valuable floppy archiving: seeking current best practice

2024-10-09 Thread Chuck Guzis via cctalk
Anent strange floppy formats--I recall there being one in the early 70s that used a UART to encode an entire track (1 sector per track). I'm not talking about using a USRT-but an honest-to-goodness 8-bit plus parity start-stop, etc. device. Was that one an OSI innovation? -Chuck

[cctalk] Re: Valuable floppy archiving: seeking current best practice

2024-10-09 Thread Chuck Guzis via cctalk
On 10/9/24 07:49, Chuck Guzis via cctalk wrote: > https://ftldesign.com/Timex/ >From the above article: "The unit is as simple to operate as a standard record player; nothing to thread, no tape to break or tangle, no needles to wear out, no complicated controls, no accidental era

[cctalk] Re: Valuable floppy archiving: seeking current best practice

2024-10-09 Thread Chuck Guzis via cctalk
On 10/9/24 02:55, Liam Proven via cctalk wrote: > On Wed, 9 Oct 2024 at 02:25, Chuck Guzis via cctalk > wrote: > >> (still kicking, barely) > > Oh no! Glad to hear that you are, but something prompted that... Dare I ask? The whole thing could be summarized under "How

[cctalk] Re: Valuable floppy archiving: seeking current best practice

2024-10-08 Thread Chuck Guzis via cctalk
Floppy disk, wuzzat? :) Chuck (still kicking, barely)

[cctalk] Re: Might be antique computer parts

2024-10-04 Thread Chuck Guzis via cctalk
On 10/4/24 00:07, Christian Corti via cctalk wrote: > On Wed, 2 Oct 2024, Tom Gardner wrote: >> Speaking of high profit margins: on the 1620, there was an extra cost >> option called "direct seek".  I don't know if involved a jumper cut or >> some actual circuitry (an adder, most likely).  We didn'

[cctalk] Re: Might be antique computer parts --1620

2024-10-03 Thread Chuck Guzis via cctalk
On 10/3/24 10:39, Paul Koning via cctalk wrote: > >> On Oct 3, 2024, at 12:01 PM, CAREY SCHUG via cctalk >> wrote: >> >> I worked on a model 1 with 40k memory (my very first computer experience) >> and floating point, and later a model 2 stripped. I believe the model 2 >> still used table loo

[cctalk] Re: Might be antique computer parts --1620

2024-10-03 Thread Chuck Guzis via cctalk
On 10/3/24 10:51, Norman Jaffe via cctalk wrote: > The IBM 360 single precision floating point has a range of 10**-79 to 10**75; > double precision and extended precision has the same number of bits for the > exponent. ...and most significanrly, normalized to only the hex digit (4 bits), not to

[cctalk] Re: Dysan Alignment and Performance Testers

2024-10-03 Thread Chuck Guzis via cctalk
On 10/2/24 18:20, Mike Katz wrote: > It also has off track signals on it.  I don't think there is any way to > create them with anything but a specially modified drive connected to a > special controller. Just that--DAD's specifically. We did it with a selected Micropolis worm-screw positioner dr

[cctalk] Re: Dysan Alignment and Performance Testers

2024-10-02 Thread Chuck Guzis via cctalk
On 10/2/24 16:04, Ali via cctalk wrote: >>> I assume it's not easy to copy alignment disks, but I guess I will >> find out. >>> >> >> It's actually not possible to copy them. Not for any "copy protection" >> reasons, but just the very nature of the analog signal laid down on the >> disk. No "regu

[cctalk] Re: Might be antique computer parts

2024-10-01 Thread Chuck Guzis via cctalk
On 10/1/24 07:54, Jon Elson via cctalk wrote: > The IBM 2314 was REALLY low tech.  There was almost no electronics in > the drives!  They has a read amp, a write amp and a hydraulic "stepper > motor" with mechanical detents that moved the heads in response to step > in and step out pulses from the

[cctalk] Re: Estate Planning was: Re: Auction houses vs ebay

2024-07-17 Thread Chuck Guzis via cctalk
Having just updated my Advance Directives document before going under the knife and saw, I thought a bit about the subject of estate planning. My Lovely Wife, were she to become a Lovely Widow has enough trouble dealing with day-to-day tasks. There's no way that she would want to deal with the mi

[cctalk] Re: Old vintage computing magazine/newsletters

2024-07-16 Thread Chuck Guzis via cctalk
On 7/16/24 20:51, Bill Degnan via cctalk wrote: > Proceedings from a convention or event is what I am talking about > Bill I was mostly observing that the "JCC Proceedings" back in the day had the most "meat" as far as I was concerned. CACM goes back to 1958, so I guess that's "Early". IEEE Comp

[cctalk] Re: Old vintage computing magazine/newsletters

2024-07-16 Thread Chuck Guzis via cctalk
On 7/16/24 19:39, Bill Degnan via cctalk wrote: > Proceedings are not magazines, they're their own class of document. > Bill CACM? It's a monthly. Calls itself a "journal". IEEE "Computer"? Calls itself a "magazine". --Chuck

[cctalk] Re: Old vintage computing magazine/newsletters

2024-07-16 Thread Chuck Guzis via cctalk
On 7/16/24 18:22, Murray McCullough via cctalk wrote: > I, as a history-researcher, relied on computer magazines from the early > era. I wrote my book using articles from these magazines. I don't > subscribe, no pun intended, to the theory that their really worth anything. > Hardware is another iss

[cctalk] Re: Old vintage computing magazine/newsletters

2024-07-16 Thread Chuck Guzis via cctalk
On 7/16/24 18:22, Murray McCullough via cctalk wrote: > I, as a history-researcher, relied on computer magazines from the early > era. I wrote my book using articles from these magazines. I don't > subscribe, no pun intended, to the theory that their really worth anything. > Hardware is another iss

[cctalk] Re: Old vintage computing magazine/newsletters

2024-07-16 Thread Chuck Guzis via cctalk
On 7/16/24 14:46, Brad H via cctalk wrote: > Just a 'survey' sort of question - how much value do you guys put in vintage > copies of old newsletters, magazines, etc. I'm talking mid-1970s, like > People's Computer Company, etc. Someone has been selling them one at a time > on ebay and they routi

[cctalk] Re: LCM auction pre-notice

2024-07-14 Thread Chuck Guzis via cctalk
On 7/13/24 21:14, Brian L. Stuart via cctalk wrote: > On Sat, Jul 13, 2024 at 08:43:59PM -0400, Patrick Finnegan via cctalk wrote: >> I'm definitely a bit sad that Purdue's former CDC 6500 (priming that's what >> they meant) will probably go to some unknown high dollar bidder. Yup, ran code on tha

[cctalk] Re: what to do with our "treasures"

2024-07-02 Thread Chuck Guzis via cctalk
On 7/2/24 13:40, Adrian Godwin via cctalk wrote: > I was once told that the Chinese government subsidises post in exchange for > getting prompt tax returns. Don't know how true that is. > > There's also some sort of agreement between postal services that means > every country gets uncharged local

[cctalk] Re: what to do with our "treasures"

2024-07-01 Thread Chuck Guzis via cctalk
On 7/1/24 20:18, Fred Cisin via cctalk wrote: > Airline baggage used to be a good deal. > Size limit on carry-on, weight limit on checked. > > Sending a tech with parts on a plane was often much cheaper than rush > shipping. I often took the "noon balloon" out of San Jose with a Samsonite case lo

[cctalk] Re: what to do with our "treasures"

2024-07-01 Thread Chuck Guzis via cctalk
On 7/1/24 19:04, Wayne S wrote: > Hda weighs about 50lbs so you aren’t carrying it very far. Well, a trebuchet then. How wide is the Detroit river at its narrowest? Seriously, the US-Canada border is over 5,000 miles long, with plenty of opportunity for slipping stuff across, even if it's just t

[cctalk] Re: what to do with our "treasures"

2024-07-01 Thread Chuck Guzis via cctalk
I've long thought that it would be a practical idea to set up a catapult in Detroit with a receiving station in Windsor to serve as a shipping arrangement between the US and Canada. "Honest, Constable, the stuff just fell out of the sky..." --Chuck

[cctalk] Re: Revocable Living Trust for Computer Collectors

2024-06-27 Thread Chuck Guzis via cctalk
On 6/27/24 13:11, Tony Jones via cctalk wrote: > I see so many sellers listing stuff as "used" with poor photos and often > some "as-is" disclaimer in the text body. I don't know why sellers do > this as eBay is going to force them to take an item back at their own > expense. I see a lot of list

[cctalk] Re: Revocable Living Trust for Computer Collectors

2024-06-26 Thread Chuck Guzis via cctalk
I'm reminded of how long it took to get access to Don Maslin's disk collection. His widow didn't want to deal with it. Very fortunate that the storage fees were paid. --Chuck

[cctalk] Re: Seattle’s Living Computers Museum logs off for good as Paul Allen estate will auction vintage items

2024-06-25 Thread Chuck Guzis via cctalk
On 6/25/24 18:29, phil--- via cctalk wrote: > > Nope. LCM had a KI-10, ISTR it was half of a dual CPU system from > Kiel. When I visted there was a 2060 and a 2065, as well as a KS. > I understand that later they acquired a KA and the MIT-MC KL (1080). Please pardon the side trip on this thread,

[cctalk] Re: Seattle’s Living Computers Museum logs off for good as Paul Allen estate will auction vintage items

2024-06-25 Thread Chuck Guzis via cctalk
On 6/25/24 16:22, Sellam Abraham via cctalk wrote: > I can't. Dude had virtually limitless money and couldn't hire an estate > planner to take care of it? > > There's literally no excuse in this case. Had Allen given final instructions that the entire LCM be cleaned out and melted for scrap, wou

[cctalk] Re: Seattle’s Living Computers Museum logs off for good as Paul Allen estate will auction vintage items

2024-06-25 Thread Chuck Guzis via cctalk
On 6/25/24 16:03, Jon Elson via cctalk wrote: > I think he really thought he had more time on earth, and didn't consider > the estate planning of the museum to be an urgent matter.  Sadly, he was > wrong about that! I can understand that. Currently, my wife and I have a sort of "blanket" will th

[cctalk] Re: Seattle’s Living Computers Museum logs off for good as Paul Allen estate will auction vintage items

2024-06-25 Thread Chuck Guzis via cctalk
On 6/25/24 13:28, Tom Uban via cctalk wrote: > If Paul Allen was unable to setup his museum, something he clearly cared > deeply about, in a way that would not be dissolved when he passed, who > could? Mr. Allen collected a lot of things, which, given his wealth, probably can be viewed in the same

[cctalk] Re: Seattle’s Living Computers Museum logs off for good as Paul Allen estate will auction vintage items

2024-06-25 Thread Chuck Guzis via cctalk
On 6/25/24 12:21, John Herron via cctalk wrote: > What a disappointing shame. It happens to too many good computer museums. I > wonder if there's a solution for the future. Hopefully they're in contact > with CHM and others prior to the auction but it unfortunately sounds like > they're looking fo

[cctalk] Re: The magic smoke....

2024-06-16 Thread Chuck Guzis via cctalk
On 6/16/24 19:42, Dave Dunfield via cctalk wrote: > Chuck Guzis wrote: >> Probably due to the failed film-in-oil (sometimes known as Rifa) line >> filter capacitors--a very common failure and nonfatal. > > I never "just turn on" equipment that's been out of service for an extended > period of time

[cctalk] Re: The magic smoke....

2024-06-15 Thread Chuck Guzis via cctalk
On 6/15/24 21:51, D. Resor via cctalk wrote: > Seems this eBay seller let the magic smoke get out, then proceeded to power > it on again one hour later. > > Litton Monroe OC 8820 > > https://www.ebay.com/itm/355793400092 > > See the description.. Probably due to the failed film-in-oil (sometim

[cctalk] Re: Delay slots, was: Re: Re: early microprocessor limited pipelining [was: Intel 8086 - 46 yrs. ago]

2024-06-15 Thread Chuck Guzis via cctalk
On 6/15/24 12:39, Paul Koning wrote: > > > I learned it from OS code reading and adopted some of it for my own work, but > not much because I actually only worked on the 6500 -- which doesn't have > multiple functional units. > > Writing good code for those machines was further complicated by

[cctalk] Re: Delay slots, was: Re: Re: early microprocessor limited pipelining [was: Intel 8086 - 46 yrs. ago]

2024-06-15 Thread Chuck Guzis via cctalk
I'm certain that Paul has done his share of this, but an art on the CDC 6600 was hand-scheduling instruction execution. There was at least one class for this--and probably more. The CPU could issue one instruction every cycle, assuming that there were no conflicts. The 6600 had several functiona

[cctalk] Re: Intel 8086 - 46 yrs. ago

2024-06-14 Thread Chuck Guzis via cctalk
On 6/14/24 08:13, Paul Koning via cctalk wrote: > You compare machines by what they deliver. The purpose of computers is not > to deliver logic circuits but to deliver computation, so comparing > computational ability (speed and size) is meaningful, along with cost. How > it's implemented und

[cctalk] Re: Vintage computing in the San Francisco bay area

2024-06-13 Thread Chuck Guzis via cctalk
On 6/13/24 13:08, Bill Degnan via cctalk wrote: > There are a few historic locations. I think I remember driving past the > original house / garage where Apple started, but I am not sure it's public > knowledge. The HP garage in Palo Alto is a state historic landmark: https://en.wikipedia.org/wi

[cctalk] Re: Intel 8086 - 46 yrs. ago

2024-06-13 Thread Chuck Guzis via cctalk
On 6/13/24 10:32, Paul Koning via cctalk wrote: > Huh? There is no direct connection between word length, register count, and > pipeline length. Indeed. There are architectures with NO user-addressable registers. Some have memory-mapped registers, where a "register number" is merely shorthand

[cctalk] Re: Intel 8086 - 46 yrs. ago

2024-06-12 Thread Chuck Guzis via cctalk
On 6/12/24 01:02, Peter Corlett via cctalk wrote: > Fun factoid: despite modern x86 being clocked ~1000x faster than ye olde > 6502, there's not much in it between them when it comes to interrupt > response time. If all goes well, x86 takes "only" a hundred-ish cycles to do > its book-keeping and

[cctalk] Re: Experience using an Altair 8800 ("Personal computer" from 70s)

2024-06-11 Thread Chuck Guzis via cctalk
On 6/11/24 02:02, Dave Dunfield via cctalk wrote: > Chuck Guzis wrote: >> I find myself in the position of trying to figure >> out what the latest posts have to do with 'Experience using an Altair >> 8800 ("Personal computer" from 70s)'. > > Thanks! It's gotten so off-topic, I've all but stopped

[cctalk] Re: Intel 8086 - 46 yrs. ago

2024-06-10 Thread Chuck Guzis via cctalk
It's interesting and probably indicative of some mindset where a discussion of the evolution of a given architecture is being discussed that specific technical aspects are most often mentioned, even though most of those are holdovers from the 1960s, just made smaller. My take is "why were these ad

[cctalk] Re: Intel 8086 - 46 yrs. ago

2024-06-09 Thread Chuck Guzis via cctalk
On 6/9/24 09:59, Milo Velimirović via cctalk wrote: > Word length. :) Scarcely innovative. 64 bit architectures predated the 64-bit x86 by decades. Call it a natural evolution. Don't forget cheap memory. --Chuck

[cctalk] Re: Intel 8086 - 46 yrs. ago

2024-06-09 Thread Chuck Guzis via cctalk
On 6/9/24 08:40, Murray McCullough via cctalk wrote: > Intel introduced to the world the x86 processor: the CISC technology still > with us. So what has changed other than speed and upward development? The Internet? Really, it's always been my view that computational technical progress has long b

[cctalk] Re: Experience using an Altair 8800 ("Personal computer" from 70s)

2024-06-08 Thread Chuck Guzis via cctalk
Liebe Leser, after consigning most of this thread to the bit bucket over the last week or more, I find myself in the position of trying to figure out what the latest posts have to do with 'Experience using an Altair 8800 ("Personal computer" from 70s)'. Indeed, it seems that much of the thread h

[cctalk] Re: Bit numbering

2024-05-29 Thread Chuck Guzis via cctalk
On 5/28/24 22:27, Lars Brinkhoff via cctalk wrote: > However, it's not entirely clear cut. In many situations data inside > words are arranged "left to right" and in this case the PDP numbering > sometimes is more convenient than the opposite. The CDC STAR/CYBER machines were bit-addressed. When

[cctalk] Re: terminology [was: First Personal Computer]

2024-05-28 Thread Chuck Guzis via cctalk
On 5/28/24 17:02, ben via cctalk wrote: > On 2024-05-28 5:45 p.m., Chuck Guzis via cctalk wrote: >> On 5/28/24 16:29, ben via cctalk wrote: >>> On 2024-05-28 1:23 p.m., John via cctalk wrote: >>> >>>> So what, then, consitutes a Real Operating System, and w

[cctalk] Re: terminology [was: First Personal Computer]

2024-05-28 Thread Chuck Guzis via cctalk
On 5/28/24 16:29, ben via cctalk wrote: > On 2024-05-28 1:23 p.m., John via cctalk wrote: > >> So what, then, consitutes a Real Operating System, and why? > > I am grumpy about OS's like MSDOS, in that programs kept by passing > DOS to handle screen, and serial IO. > I also favor OS's that don't

[cctalk] Re: First Personal Computer

2024-05-28 Thread Chuck Guzis via cctalk
More on gas radios: http://www.douglas-self.com/MUSEUM/POWER/thermoelectric/thermoelectric.htm#rl --Chuck

[cctalk] Re: First Personal Computer

2024-05-28 Thread Chuck Guzis via cctalk
On 5/28/24 10:05, ben via cctalk wrote: > Just what is a gas radio? One powered by thermoelectricity fueled by lighting gas. See: https://en.m.wikipedia.org/wiki/Gas_Museum Looks to be an English peculiarity. Akin to the wood-gas powered card. --Chuck

[cctalk] Re: PCs in home vs businesses (70s/80s)

2024-05-26 Thread Chuck Guzis via cctalk
On 5/25/24 22:03, Maciej W. Rozycki wrote: > On Sat, 25 May 2024, Chuck Guzis via cctalk wrote: > >>> I think it was indeed the way to tell NEC V20 and other x86 chips apart: >>> good if you wanted to make seamless use of the 8080 emulation mode). >> >> Is thi

[cctalk] Re: First Personal Computer

2024-05-26 Thread Chuck Guzis via cctalk
On 5/26/24 17:30, dwight via cctalk wrote: > I'm not claiming it was the first personal computer but is was my first > personal computer. It was within a year or two of just about any other first > personal computer. > It was a Poly88 with ROM based tiny basic. I had a keyboard, I think I got >

[cctalk] Re: terminology [was: First Personal Computer]

2024-05-26 Thread Chuck Guzis via cctalk
On 5/26/24 14:14, CAREY SCHUG wrote: > if it only manipulates numeric data, it is a calculator. It must be able to > search, rearrange look up, compare, and display characters. I would have > thought that to be obvious. I don'care if it has 99 terabites of high speed > memory and does fourier

[cctalk] Re: terminology [was: First Personal Computer]

2024-05-26 Thread Chuck Guzis via cctalk
On 5/26/24 11:11, ben via cctalk wrote: > On 2024-05-26 10:56 a.m., Fred Cisin via cctalk wrote: > I did use a CP/M machine once, but the 8" drive was a bit sticky. > You rap the drive to get it unstuck, but if you rap it too hard > the machine would reset. Fred, just forget it. We belong to a b

[cctalk] Re: PCs in home vs businesses (70s/80s)

2024-05-25 Thread Chuck Guzis via cctalk
On 5/25/24 18:50, Maciej W. Rozycki via cctalk wrote: > I think it was indeed the way to tell NEC V20 and other x86 chips apart: > good if you wanted to make seamless use of the 8080 emulation mode). Is this something you've actually verified? Seems to be a bit of an urban legend. I can test i

[cctalk] Re: First Personal Computer

2024-05-25 Thread Chuck Guzis via cctalk
On 5/25/24 13:41, Fred Cisin via cctalk wrote: > On Sat, 25 May 2024, Chuck Guzis via cctalk wrote: > . . . or 100V or 220V in locations where those are the standard for > household residential wiring. > Woulld not want to automatically exclude UK machines, such as the > Sinclair

[cctalk] Re: First Personal Computer

2024-05-25 Thread Chuck Guzis via cctalk
On 5/25/24 08:14, Jon Elson via cctalk wrote: > Yes, the Bendix G-15 was said to be the first personal computer. It was > as big as a refrigerator, and weighed a LOT more, and drew much more > power.  (300 vacuum tubes, 3000 Germanium diodes,  drum memory.)  but, > one guy could program it and run

[cctalk] Re: Experience using an Altair 8800 ("Personal computer" from 70s)

2024-05-24 Thread Chuck Guzis via cctalk
On 5/24/24 09:52, Paul Koning wrote: > > I once ran into a pre-WW2 data sheet (or ad?) for a transistor, indeed an FET > that used selenium as the semiconducting material. Most likely that was the > Lilienfeld device. Could also have been a device from Oskar Heil in the 1930s. What really ma

[cctalk] Re: Experience using an Altair 8800 ("Personal computer" from 70s)

2024-05-24 Thread Chuck Guzis via cctalk
On 5/24/24 09:14, Sellam Abraham via cctalk wrote: > This is on the Canonical List of ClassicCmp Debate Topics and is a dead > horse so beaten that there's nothing left but teeth and fur at this point. > Whatever--the MITS 8800 only I/O was a bunch of switches and LEDs. While an I/O card could b

[cctalk] Re: Experience using an Altair 8800 ("Personal computer" from 70s)

2024-05-24 Thread Chuck Guzis via cctalk
On 5/24/24 07:57, CAREY SCHUG via cctalk wrote: > (I could be mistaken about the mentioned 8008 device, but I think that was a > training device, no?) Do your homewoork--the MCM-70 ran APL, had cassette storage and a display and keyboard. The MITS 8800 had nothing other than RAM and a CPU. APL

[cctalk] Re: Experience using an Altair 8800 ("Personal computer" from 70s)

2024-05-23 Thread Chuck Guzis via cctalk
On 5/23/24 12:53, Dave Dunfield via cctalk wrote: > I've just passed on my "Mits Altair 8800" - this is a very historic system > from the 70s - it is: > First Personal Computer (long before IBM PC) > First S100 buss system > First system Bill Gates wrote code for (long before Microsoft) I d

[cctalk] Re: Thirties techies and computing history

2024-05-20 Thread Chuck Guzis via cctalk
On 5/20/24 10:25, Bill Degnan via cctalk wrote: >>> American Computer Museum >>> Computer History Museum >>> Computer Museum of America >>> Large Scale Systems Museum >>> Rhode Island Computer Museum >>> System Source Computer Museum Of course, there's the Living Computer Museum--oh, wait -C

[cctalk] Re: Random items on Pascal #3

2024-05-15 Thread Chuck Guzis via cctalk
On 5/15/24 22:07, Tom Hunter via cctalk wrote: > I thought the CDC CYBER and 6000 series mainframes were great systems which > performed admirably for what they were designed for. I liked COMPASS, SYMPL > and NOS 1 and 2. I didn't do much work in CYBIL, but it was basically an > enhanced version of

[cctalk] Re: Random items on Pascal #3

2024-05-15 Thread Chuck Guzis via cctalk
On 5/15/24 18:47, Ken Seefried via cctalk wrote: > Please...I'm trying very hard not to remember them (or NOS...worse, NOS/VE). I left CDC at around the time that SCOPE 3.4 was being renamed NOS BE and KRONOS was becoming NOS. I remember attending a design meeting for the pager in what was to be

  1   2   3   4   5   6   7   8   9   10   >