[cctalk] Help request with fundraising campaign to save historic computers
Hello everyone I have been following this mailing for a long time but have never posted yet. Simply, I never had something interesting to write about, until now. Apologies for my first message being a funding request, but I trust you will agree with me about the importance of this matter for preserving computer history. I am helping Museo del Computer with this fundraising effort in order to save a large number of machines with significant historic value, including some Sperry Univac systems. Museo del Computer is a non-profit organization in northern Italy, run solely by volunteer work and donors' money since governments are still not interested in computer history. Museo del Computer is one of the largest computer history museums worldwide, with 4000 sqm between exhibition area and storage space, open to the public upon booking. This recovery expedition will go as far as 750km to load 100+ machines onto 3 lorries. The goal is to preserve these history-rich machines for all living enthusiasts and for future generations. All these hundred machines are really pieces of history, around 50 years old (I wasn't even born back then!) They need to be saved, moved carefully, and preserved in the custody of a Museum which we can all benefit from. The fundraising campaign is on Fundrazr at this link https://fundrazr.com/computermuseum Header pictures show some of the actual machines being saved: they are in great condition and probably still working. I trust you understand the importance of this activity in preserving computer history! Your contribution is greatly appreciated! Please share and spread the word! Thank you very much for any contributions! Will keep you posted, and hope to meet you at Museo del Computer any time soon! Gianluca Bonetti
[cctalk] Re: New VCF Video bumper
I'd be happy to make an attempt or two if interested. I have a few vintage printers and tons of machines and peripherals.. sure I could offer some possible options.Not trying to dump on anyone's work by *any* means - just friendly and hopefully constructive comments. This stuff is very subjective. I may also be a little overly sensitive on sound as I received a ton of... er.. critique when I started out in my part time youtubing career. It may not matter as much on a bumper.BradSent from my Galaxy Original message From: Jeffrey Brace Date: 2024-05-03 9:10 p.m. (GMT-08:00) To: brad Cc: "General Discussion: On-Topic and Off-Topic Posts" Subject: Re: [cctalk] New VCF Video bumper On Sat, May 4, 2024 at 12:05 AM brad wrote:I watched them all. Hmm.I don't think I much like the SID ones.. Commodore has become kind of overexposed as a subject and VCF covers so much more than Commodore.The Atari one is kind of loud/jarring.I think the graphic sequence itself is great but the typing.. hmm. I realize these are the choices but if there was another option with like a single daisywheel or modem or disk drive or teletype sound - that would do it for me. Just my thoughts.. friendly critique here.So are you willing to make another option for us? BradSent from my Galaxy Original message From: Jeffrey Brace via cctalk Date: 2024-05-03 8:45 p.m. (GMT-08:00) To: "General Discussion: On-Topic and Off-Topic Posts" Cc: Jeffrey Brace Subject: [cctalk] New VCF Video bumper The Vintage Computer Federation is looking for a new bumper to add to thefront and back of all their new videos.There are 7 different versions. Vote on the one that you like best!https://forms.gle/Y9Qrj26xokeFXjub6
[cctalk] Re: BASIC
On Fri, May 3, 2024 at 12:48 PM Fred Cisin via cctalk wrote: > >> Where would you fit the Tandy Model 100 in here? Ultimately it > >> supported a disk drive, ran basic and also sported an expansion box > >> that included video support and a floppy. > > On Fri, 3 May 2024, Bill Gunshannon via cctalk wrote: > > Ultimately, so did the TRS-80. At least Model I, III and 4. > > and ethernet, too. Come to think of it, so does the Color > > Computer. Not sure where we are going with this. :-) > > The "Coco" ("Color Computer") was similar to Microsoft Standalone BASIC, > particularly in its disk format. > > The TRS80 models 1, 3, and 4 had file commands in their BASICs. > They ran under TRS-DOS. > > > The Saga Of TRSDOS: (long (TLDR?)) > ... -- > Grumpy Ol' Fred ci...@xenosoft.com Great write-up, Fred. Sellam
[cctalk] Re: 5,34 Petaflop System Cheyenne
I am not an expert, but are all petaflops the same? might there be some applications fo which this is relatively better than the nominally equivalent petaflops of nvidia? as in how intermediate results are shared between calculation units, this is likely to be more cross connected so values can be share faster, the nvidia would have to keep stopping and waiting to get values from another node? And of course, could it be some company that has one and wants a drop in backup or second site? and being bid against by competitors that DON'T want them to have a backup? --Carey > On 05/03/2024 7:41 PM CDT Mike Katz via cctalk wrote: > > > I wonder if some intermediary is buying it for a country that cannot > legally purchase something like that from the USA. > > I'm not normally a conspiracy guy but why would any normal company pay > half a million dollars for something that could be produced with today's > technology for considerably less? > > On 5/3/2024 6:57 PM, Gavin Scott via cctalk wrote: > > Sold at $480,085.00. > > > > On Fri, May 3, 2024 at 6:22 PM Gavin Scott wrote: > >> On Fri, May 3, 2024 at 5:14 PM Liam Proven via cctalk > >> wrote: > >> > >>> Bad news... > >> But does he have 8,000 of them haha. > >> > >> Auction is at $435K now (past the end time) with multiple active > >> bidders extending it.
[cctalk] floating point formatnas [was: BASIC]
And the 1620 was a 2 decimal digit exponent with a 2 to 98 digit mantissa. IIRC, you could do math on two numbers with different length mantissas. You could watch a division with a long mantissa crank through. integer multiplication/division on numbers up to almost 10,000 decimal digits, and addition/subtraction on two numbers up to almost half of total memory (max of just under 30,000 decimal digits each). --Carey > On 05/03/2024 7:48 PM CDT Paul Koning via cctalk > wrote: > > > > On May 3, 2024, at 5:31 PM, Sean Conner via cctalk > > wrote: > > > > It was thus said that the Great Steve Lewis via cctalk once stated: > >> Great discussions about BASIC. I talked about the IBM 5110 flavor of > >> BASIC last year (such as its FORM keyboard for quickly making structured > >> input forms), and recently "re-learned" that it defaults to running with > >> double-precision. But if you use "RUNS" instead of "RUN" then the same > >> code is run using single-precision (but I haven't verified yet if that > >> translates into an actual runtime speed difference). I think most of the > >> "street BASICs" used single precision (if they supported floats at all). > >> But speaking of Microsoft BASIC, I think Monte Davidoff is still around > >> and deserves a lot of credit for doing the floating point library in the > >> initial Microsoft BASIC (but it's a bit sad that history has lost the names > >> of individual contributors > > > > I think most of the "street BASICs" were written before IEEE-754 (floating > > point standard) was ratified (1985 if I recall). Microsoft's floating point > > [1] was five bytes long---four bytes for the mantissa, and one byte for the > > exponent, biased by 129. I did some tests a month ago whereby I tested the > > speed of the Microsoft floating point math on the 6809 (using Color Computer > > BASIC) vs. the Motorola 6839 (floating point ROM implementing IEEE-754), and > > the Microsoft version was faster [2]. > > BASIC-PLUS (part of RSTS) had a weird floating point history. The original > version, through RSTS V3, used 3-word floating point: two words mantissa, one > word exponent. Then, presumably to match the 11/45 FPU, in version 4A they > switched to your choice of 2 or 4 word float, what later in the VAX era came > to be called "F" and "D" float. > > One curious thing about floating point formats of earlier computers is that > they came with wrinkles not seen either in IEEE nor in DEC float. As I > recall, the 360 is really hex float, not binary, with an exponent that gives > a power of 16. CDC 6600 series mainframes used a floating point format where > the mantissa is an integer, not a fraction, and negation is done by > complementing the entire word. > > The Electrologica X8 is yet another variation, which apparently came from an > academic paper of the era: it treats the mantissa as an integer too, like the > CDC 6600, but with a different normalizationn rule. THe 6600 does it like > most others: shift left until all leading zeroes have been eliminated. (It > doesn't have a "hidden bit" as DEC did.) But in the EL-X8, the normalization > rule is to make the exponent as close to zero as possible without losing > bits. So an integer value is normalized to the actual integer with exponent > zero. And since there is no "excess n" bias on the exponent, the encoding of > an integer and of the identical normalized floating point value are in fact > the same. > > paul
[cctalk] Re: New VCF Video bumper
On Sat, May 4, 2024 at 12:05 AM brad wrote: > I watched them all. Hmm. > > I don't think I much like the SID ones.. Commodore has become kind of > overexposed as a subject and VCF covers so much more than Commodore. > > The Atari one is kind of loud/jarring. > > I think the graphic sequence itself is great but the typing.. hmm. I > realize these are the choices but if there was another option with like a > single daisywheel or modem or disk drive or teletype sound - that would do > it for me. > > Just my thoughts.. friendly critique here. > So are you willing to make another option for us? > > Brad > > Sent from my Galaxy > > > Original message > From: Jeffrey Brace via cctalk > Date: 2024-05-03 8:45 p.m. (GMT-08:00) > To: "General Discussion: On-Topic and Off-Topic Posts" < > cctalk@classiccmp.org> > Cc: Jeffrey Brace > Subject: [cctalk] New VCF Video bumper > > The Vintage Computer Federation is looking for a new bumper to add to the > front and back of all their new videos. > There are 7 different versions. Vote on the one that you like best! > > https://forms.gle/Y9Qrj26xokeFXjub6 >
[cctalk] Re: New VCF Video bumper
I watched them all. Hmm.I don't think I much like the SID ones.. Commodore has become kind of overexposed as a subject and VCF covers so much more than Commodore.The Atari one is kind of loud/jarring.I think the graphic sequence itself is great but the typing.. hmm. I realize these are the choices but if there was another option with like a single daisywheel or modem or disk drive or teletype sound - that would do it for me.Just my thoughts.. friendly critique here.BradSent from my Galaxy Original message From: Jeffrey Brace via cctalk Date: 2024-05-03 8:45 p.m. (GMT-08:00) To: "General Discussion: On-Topic and Off-Topic Posts" Cc: Jeffrey Brace Subject: [cctalk] New VCF Video bumper The Vintage Computer Federation is looking for a new bumper to add to thefront and back of all their new videos.There are 7 different versions. Vote on the one that you like best!https://forms.gle/Y9Qrj26xokeFXjub6
[cctalk] New VCF Video bumper
The Vintage Computer Federation is looking for a new bumper to add to the front and back of all their new videos. There are 7 different versions. Vote on the one that you like best! https://forms.gle/Y9Qrj26xokeFXjub6
[cctalk] Re: 5,34 Petaflop System Cheyenne
On Fri, May 3, 2024 at 9:09 PM Chuck Guzis via cctalk wrote: > Careful disassembly and transportation could run well into 6 figures all > by itself. Just getting it out of NCAR could be a substantial fraction of that. Per the auction documents it looks like about 100,000 pounds (~45,000kg) of racks. I think smuggling Nvidia cards would be substantially more viable.
[cctalk] Re: 5,34 Petaflop System Cheyenne
On 5/3/24 17:41, Mike Katz via cctalk wrote: > I wonder if some intermediary is buying it for a country that cannot > legally purchase something like that from the USA. > > I'm not normally a conspiracy guy but why would any normal company pay > half a million dollars for something that could be produced with today's > technology for considerably less? Careful disassembly and transportation could run well into 6 figures all by itself. Disassembling for scrap is considerably easier. Bolt cutters, impact wrenches and sawzalls. --Chuck
[cctalk] Re: 5,34 Petaflop System Cheyenne
In the 1980's I attended a US Gov't auction for a Vax 780. It was being exported to South Africa and the State Dept stopped the transfer because it was ultimately going to a banned country. Don't know which one, but I do remember the system was configured for 50Hz power. 50Hz power, disks, cpu, everything. Wow. Doug On 5/3/2024 8:41 PM, Mike Katz via cctalk wrote: I wonder if some intermediary is buying it for a country that cannot legally purchase something like that from the USA. I'm not normally a conspiracy guy but why would any normal company pay half a million dollars for something that could be produced with today's technology for considerably less? On 5/3/2024 6:57 PM, Gavin Scott via cctalk wrote: Sold at $480,085.00. On Fri, May 3, 2024 at 6:22 PM Gavin Scott wrote: On Fri, May 3, 2024 at 5:14 PM Liam Proven via cctalk wrote: Bad news... But does he have 8,000 of them haha. Auction is at $435K now (past the end time) with multiple active bidders extending it.
[cctalk] Re: Saga of CP/M
On 5/3/24 18:30, Fred Cisin via cctalk wrote: > PL/M (think "PL/1") was a high level programming language for > microprocessors. Notable that a subset of PL/I was marketed for CP/M around 1981 or so. I've heard from some folks that Gary developed ISIS for Intel. That is definitely not true. It was the work of Jim Stein and Terry Burgett. Disk allocation was quite different from CP/M. ISIS used a list-sort of structure, like Unix. I almost took a job as site analyst at the PG school for CDC, but thought better of it. The guy who did get the job spent a lot of time at the Hog's Breath Inn in Carmel, I recall. --Chuck
[cctalk] Re: 5,34 Petaflop System Cheyenne
I wonder if some intermediary is buying it for a country that cannot legally purchase something like that from the USA. I'm not normally a conspiracy guy but why would any normal company pay half a million dollars for something that could be produced with today's technology for considerably less? On 5/3/2024 6:57 PM, Gavin Scott via cctalk wrote: Sold at $480,085.00. On Fri, May 3, 2024 at 6:22 PM Gavin Scott wrote: On Fri, May 3, 2024 at 5:14 PM Liam Proven via cctalk wrote: Bad news... But does he have 8,000 of them haha. Auction is at $435K now (past the end time) with multiple active bidders extending it.
[cctalk] Saga of CP/M
PL/M (think "PL/1") was a high level programming language for microprocessors. CP/M was also briefly called "Control Program and Monitor" It was written by Gary Kildall. (May 19, 1942 - july 11, 1994) Gary taught at Navy Postgraduate School in Monterey. He took a break in 1972, to complete his PhD at University of Washington. He wrote 8008 and 8080 instruction set simulators for Intel, and they loaned him hardware. In 1973? he wrote CP/M. He offered it to Intel, but they didn't want it, although they marketed the PL/M. He and his wife started "Intergalactic Digital Research" in Pacific Grove. Later renamed "Digital Research, Inc." CP/M rapidly became a defacto standard as operating system for 8080 and later Z80 computers. In the late 1970s, when CP/M computers were available with 5.25" drives, and there were hundreds, soon thousands of different formats, I chatted with Gary, and pleaded with him ot create a "standard" format for 5.25". His response was a very polite, "The standard format for CP/M is 8 inch single sided single density." I pointed out that formats were proliferating excessively. His response was a very polite, "I understand. Sorry, but the standard format for CP/M is 8 inch single sided single density." In 1980? IBM was developing a personal computer. (y'all have heard of it) One of the IBM people had a Microsoft Softcard (Z80 plus CP/M) in his Apple. IBM went to Microsoft, to negotiate BASIC for the new machine, and CP/M. Bill Gates explained and sent them to Digital Research. When the IBM representatives arrived, Gary was flying his plane up to Oakland to visit Bill Godbout. He hadn't seen a need to be present, and assumed that Dorothy would take care of the [presumably completely routine] paperwork. While visiting Bill godbout, and delivering some software was important, it WAS something that a low level courier could have done. There was a little bit of a culture clash. The IBM people were all in identical blue suits. The DR people were in sandals, barefoot, shorts, t-shirts, braless women, with bicycles, surfboard, plants and even cats in the office, The IBM people demanded a signed non=disclosure ageement before talking. Dorothy Kildall refused. When Dorothy got Gary on the phone, it is unreliably reported that he said, "well, let them sit on the couch and wait their turn like the rest of the customers." It is also been said that DR people upstairs saw the IBM people marching up, and thought that it was a drug raid. I have stood in that bay window overlooking the front door, and can believe that. IBM chose to not do business with DR and went back to Microsoft. When billg was unable to convince them that Microsoft was not in the operating system business, Microsoft went into the operating system business. They bought an unlimited license to QDOS (Tim Paterson's work at Seattle Computer Products). They also hired Tim Paterson. DR was working on CP/M-86, but it was a ways off. Paterson had written QDOS ("Quick and Dirty Operating System") as a placeholder to be able to continue development while waiting for CP/M-86 We've mentioned before, that Tim Paterson got the idea for the directory structure from Microsoft Standalone BASIC. As Chuck pointed out, that was not a new invention, merely a choice of which way to do it. billg knew how to deal with officious managers. It is unreliably said that he told the Microsoft people, "Everybody who does not own a suit, stay home tomorrow!" IBM insisted that Micorsoft beef up security. window shades, locks on doors that normally weren't, locks on file cabinets, etc. It is unreliably said that to throw off anyboy who heard about it, that Microsoft referred to the IBm project as "Project Commodore" dr continued to sell CP/M. When the 5150/:PC was ready, IBM announced it with PC-DOS, which was a renaming of MS-DOS,renaming 86-DOS, renaming QDOS. If I recall correctly theprice was $40 (or maybe $60?) DR pointed out that NS-DOS was extremely similar to CP/M. https://www.cs.drexel.edu/~johnsojr/2012-13/fall/cs370/resources/An%20Inside%20Look%20at%20MS-DOS.pdf IBM didn't consider it a problem, andsimply offered to ALSO sell CP/M-86, particularly since they were already also marketing UCSD P-System. CP/M-86 was not available yet, so everybody buying a disk based PC bought PC-DOS. But, most of us assumed thata CP/M-86 would become the standard once it came out, and PC-DOS was similar and let us use the machines while waiting. CP/M-86 took a long time to come out (6 months is a LONG time in such things). When it did, the price was $240. There are disagreemnets about whether DR or IBM had set the price point. Most decided to keep using Pc-DOs until CP/M-86 had caught on. But with the price differential, and the lead, PC-DOS remained the standard. dr continued, came out with MP/M-86, and eventually came out with "Concurrent DOS", and "DR-DOS", which was based on MS-DOS. M
[cctalk] Re: BASIC
> On May 3, 2024, at 6:22 PM, Sytse van Slooten via cctalk > wrote: > > And since nobody else seems to, allow me to recall: > > - MINC BASIC, with all its extensions for I/O and real time events. > > - MUBAS, the multi-user basic for RT-11. > > And playing around with BASIC is just so much easier and more fun than > anything else you can do with old hardware or emulations thereof. Run a C > program? Sure, marvel in how much slower it is than on your desktop, phone, > or the MCU in your microwave. None of those will have BASIC though, and > certainly not the MINC extensions with the blinkenlights. And isn't that what > all the joy is about? That's one reason I like FORTH: it's just as compact, perhaps more so, fast, and much more flexible and extensible than BASIC. I didn't know MINC BASIC, should compare it with the "LABBASIC" I created in college. The one line description is identical; mine ran on an 11/20 with AD01, AD11, KW11-P and DR11-A. The programmable clock enabled stuff like take a vector of samples spaced at a tightly controlled time interval, or run bits of BASIC code from timer (or DR11) interrupts. paul
[cctalk] Re: BASIC
On 5/3/24 17:48, Paul Koning via cctalk wrote: I seem to recall that MCBA's business applications were originally coded in DG BASIC. --Chuck
[cctalk] Re: BASIC
On Fri, May 3, 2024 at 7:49 PM Paul Koning via cctalk wrote: > BASIC-PLUS (part of RSTS) had a weird floating point history. The original > version, through RSTS V3, used 3-word floating point: two words mantissa, one > word exponent. Then, presumably to match the 11/45 FPU, in version 4A they > switched to your choice of 2 or 4 word float, what later in the VAX era came > to be called "F" and "D" float. Interesting. The original (pre-Series II) HP 3000 systems in the mid 1970s also started with a three (16-bit) word floating point format and later switched to supporting both 2 and 4 word formats. One of the only ways you would see this is in the header line that displays when you run BASIC:: :BASIC HP32101B.00.26(4WD) BASIC (C)HEWLETT-PACKARD CO 1979 > The "4WD" (as opposed to "3WD") tells you you're on a machine that uses the four word long floating point.
[cctalk] Re: CP/M
Herb Johnson has some good info on the history of cp/m here https://www.retrotechnology.com/#dri Bill On Fri, May 3, 2024, 8:23 PM Murray McCullough via cctalk < cctalk@classiccmp.org> wrote: > I came across an article that said CP/M came out in April 1974. I remember > using this OS in the microcomputer world in the late 70’s; early 80’s. It > came from PL/M, (Programming Language for Microcomputers) later renamed > CP/M(Control Program for Microcomputers). I’m not sure what its legacy is > though as far as I can recall it was wrapped up in litigation for quite > some time. It was used in the 8-bit world but not sure what it's role was > in the early PC world! > > Happy computing, > > Murray 🙂 >
[cctalk] Re: BASIC
> On May 3, 2024, at 5:31 PM, Sean Conner via cctalk > wrote: > > It was thus said that the Great Steve Lewis via cctalk once stated: >> Great discussions about BASIC. I talked about the IBM 5110 flavor of >> BASIC last year (such as its FORM keyboard for quickly making structured >> input forms), and recently "re-learned" that it defaults to running with >> double-precision. But if you use "RUNS" instead of "RUN" then the same >> code is run using single-precision (but I haven't verified yet if that >> translates into an actual runtime speed difference). I think most of the >> "street BASICs" used single precision (if they supported floats at all). >> But speaking of Microsoft BASIC, I think Monte Davidoff is still around >> and deserves a lot of credit for doing the floating point library in the >> initial Microsoft BASIC (but it's a bit sad that history has lost the names >> of individual contributors > > I think most of the "street BASICs" were written before IEEE-754 (floating > point standard) was ratified (1985 if I recall). Microsoft's floating point > [1] was five bytes long---four bytes for the mantissa, and one byte for the > exponent, biased by 129. I did some tests a month ago whereby I tested the > speed of the Microsoft floating point math on the 6809 (using Color Computer > BASIC) vs. the Motorola 6839 (floating point ROM implementing IEEE-754), and > the Microsoft version was faster [2]. BASIC-PLUS (part of RSTS) had a weird floating point history. The original version, through RSTS V3, used 3-word floating point: two words mantissa, one word exponent. Then, presumably to match the 11/45 FPU, in version 4A they switched to your choice of 2 or 4 word float, what later in the VAX era came to be called "F" and "D" float. One curious thing about floating point formats of earlier computers is that they came with wrinkles not seen either in IEEE nor in DEC float. As I recall, the 360 is really hex float, not binary, with an exponent that gives a power of 16. CDC 6600 series mainframes used a floating point format where the mantissa is an integer, not a fraction, and negation is done by complementing the entire word. The Electrologica X8 is yet another variation, which apparently came from an academic paper of the era: it treats the mantissa as an integer too, like the CDC 6600, but with a different normalizationn rule. THe 6600 does it like most others: shift left until all leading zeroes have been eliminated. (It doesn't have a "hidden bit" as DEC did.) But in the EL-X8, the normalization rule is to make the exponent as close to zero as possible without losing bits. So an integer value is normalized to the actual integer with exponent zero. And since there is no "excess n" bias on the exponent, the encoding of an integer and of the identical normalized floating point value are in fact the same. paul
[cctalk] Re: CP/M
CP/M (Originally Control Program/Monitor later Control Program for Microcomputers) we developed by Gary Killdall in at Digital Research, Inc. 1974. CP/M-86 was released in 1981. CP/M-68K was released in 1982. On 5/3/2024 7:11 PM, Norman Jaffe via cctalk wrote: Not quite. CP/M is not a rename of PL/M. PL/M is a derivative of the programming language PL/I and was used in the development of CP/M - it is not an operating system. CP/M-86 was a later development of CP/M that was designed to run on 16-bit Intel processors. CP/M-68K was another branch of CP/M for use with Motorola 68K processors. From: "Murray McCullough via cctalk" To: "cctalk" Cc: "Murray McCullough" Sent: Friday, May 3, 2024 4:46:54 PM Subject: [cctalk] CP/M I came across an article that said CP/M came out in April 1974. I remember using this OS in the microcomputer world in the late 70’s; early 80’s. It came from PL/M, (Programming Language for Microcomputers) later renamed CP/M(Control Program for Microcomputers). I’m not sure what its legacy is though as far as I can recall it was wrapped up in litigation for quite some time. It was used in the 8-bit world but not sure what it's role was in the early PC world! Happy computing, Murray 🙂
[cctalk] Re: CP/M
Not quite. CP/M is not a rename of PL/M. PL/M is a derivative of the programming language PL/I and was used in the development of CP/M - it is not an operating system. CP/M-86 was a later development of CP/M that was designed to run on 16-bit Intel processors. CP/M-68K was another branch of CP/M for use with Motorola 68K processors. From: "Murray McCullough via cctalk" To: "cctalk" Cc: "Murray McCullough" Sent: Friday, May 3, 2024 4:46:54 PM Subject: [cctalk] CP/M I came across an article that said CP/M came out in April 1974. I remember using this OS in the microcomputer world in the late 70’s; early 80’s. It came from PL/M, (Programming Language for Microcomputers) later renamed CP/M(Control Program for Microcomputers). I’m not sure what its legacy is though as far as I can recall it was wrapped up in litigation for quite some time. It was used in the 8-bit world but not sure what it's role was in the early PC world! Happy computing, Murray 🙂
[cctalk] Re: 5,34 Petaflop System Cheyenne
Not bad for scrap value? ;) Don Resor Sent from someone's iPhone > On May 3, 2024, at 4:57 PM, Gavin Scott via cctalk > wrote: > > Sold at $480,085.00. > >> On Fri, May 3, 2024 at 6:22 PM Gavin Scott wrote: >> >> On Fri, May 3, 2024 at 5:14 PM Liam Proven via cctalk >> wrote: >> >>> Bad news... >> >> But does he have 8,000 of them haha. >> >> Auction is at $435K now (past the end time) with multiple active >> bidders extending it. >
[cctalk] Re: 5,34 Petaflop System Cheyenne
Sold at $480,085.00. On Fri, May 3, 2024 at 6:22 PM Gavin Scott wrote: > > On Fri, May 3, 2024 at 5:14 PM Liam Proven via cctalk > wrote: > > > Bad news... > > But does he have 8,000 of them haha. > > Auction is at $435K now (past the end time) with multiple active > bidders extending it.
[cctalk] CP/M
I came across an article that said CP/M came out in April 1974. I remember using this OS in the microcomputer world in the late 70’s; early 80’s. It came from PL/M, (Programming Language for Microcomputers) later renamed CP/M(Control Program for Microcomputers). I’m not sure what its legacy is though as far as I can recall it was wrapped up in litigation for quite some time. It was used in the 8-bit world but not sure what it's role was in the early PC world! Happy computing, Murray 🙂
[cctalk] Re: 5,34 Petaflop System Cheyenne
On Fri, May 3, 2024 at 5:14 PM Liam Proven via cctalk wrote: > Bad news... But does he have 8,000 of them haha. Auction is at $435K now (past the end time) with multiple active bidders extending it.
[cctalk] Re: BASIC
And since nobody else seems to, allow me to recall: - MINC BASIC, with all its extensions for I/O and real time events. - MUBAS, the multi-user basic for RT-11. And playing around with BASIC is just so much easier and more fun than anything else you can do with old hardware or emulations thereof. Run a C program? Sure, marvel in how much slower it is than on your desktop, phone, or the MCU in your microwave. None of those will have BASIC though, and certainly not the MINC extensions with the blinkenlights. And isn't that what all the joy is about? Cheers, Sytse > On 2 May 2024, at 00:03, Murray McCullough via cctalk > wrote: > > Nostalgia keeps pressing ahead: It was 60 yrs. ago that BASIC came into > existence. I remember very well writing in Apple Basic and GW Basic later > on. As a non-compiled OS, an interpreted OS, it was just the right tool for > a microcomputer with limited memory. I recall fondly taking code from > popular magazines and getting them to run. It was thrilling indeed! > > Happy computing, > > Murray 🙂
[cctalk] Re: 5,34 Petaflop System Cheyenne
On Fri, 3 May 2024 at 16:31, Gavin Scott via cctalk wrote: > It has 8,064 commodity CPUs, "E5-2697v4 (18-core, 2.3 GHz base > frequency, Turbo up to 3.6GHz, 145W TDP)" which may still sell new > (NOS?) for up to $2K each Bad news... https://www.ebay.com/itm/235507916254 $47.99 each. Plus shipping, I'm sure. -- Liam Proven ~ Profile: https://about.me/liamproven Email: lpro...@cix.co.uk ~ gMail/gTalk/FB: lpro...@gmail.com Twitter/LinkedIn: lproven ~ Skype: liamproven IoM: (+44) 7624 277612: UK: (+44) 7939-087884 Czech [+ WhatsApp/Telegram/Signal]: (+420) 702-829-053
[cctalk] Re: BASIC
It was thus said that the Great Steve Lewis via cctalk once stated: > Great discussions about BASIC. I talked about the IBM 5110 flavor of > BASIC last year (such as its FORM keyboard for quickly making structured > input forms), and recently "re-learned" that it defaults to running with > double-precision. But if you use "RUNS" instead of "RUN" then the same > code is run using single-precision (but I haven't verified yet if that > translates into an actual runtime speed difference). I think most of the > "street BASICs" used single precision (if they supported floats at all). > But speaking of Microsoft BASIC, I think Monte Davidoff is still around > and deserves a lot of credit for doing the floating point library in the > initial Microsoft BASIC (but it's a bit sad that history has lost the names > of individual contributors I think most of the "street BASICs" were written before IEEE-754 (floating point standard) was ratified (1985 if I recall). Microsoft's floating point [1] was five bytes long---four bytes for the mantissa, and one byte for the exponent, biased by 129. I did some tests a month ago whereby I tested the speed of the Microsoft floating point math on the 6809 (using Color Computer BASIC) vs. the Motorola 6839 (floating point ROM implementing IEEE-754), and the Microsoft version was faster [2]. -spc [1] https://en.wikipedia.org/wiki/Microsoft_Binary_Format [2] https://boston.conman.org/2024/03/01.1
[cctalk] Re: BASIC
On Fri, 3 May 2024 at 10:58, Gordon Henderson via cctalk wrote: > > The original Acorn Archimedes (First ARM CPU system) had an OS initially > called "Arthur" which was written in BBC Basic and assembler. It supported > a graphical user interface - later re-written in assembler and called > RISC-OS. How odd. This is the second time _this evening_ that this false information has come up. No, it was not written in BASIC. Arthur *the OS* was hand-coded in Arm assembly language, including the BBC BASIC V interpreter. The GUI, in Arthur called DESKTOP, was written in BASIC. Just the desktop, nothing else. Later called the WIMP, and still around today and open source. I wrote about it: version 5.30 just came out, runs on bare metal on 7 different Arm boards, and on the Raspberry Pi this version supports Wifi for the first time. https://www.theregister.com/2024/05/02/rool_530_is_here/ -- Liam Proven ~ Profile: https://about.me/liamproven Email: lpro...@cix.co.uk ~ gMail/gTalk/FB: lpro...@gmail.com Twitter/LinkedIn: lproven ~ Skype: liamproven IoM: (+44) 7624 277612: UK: (+44) 7939-087884 Czech [+ WhatsApp/Telegram/Signal]: (+420) 702-829-053
[cctalk] Re: BASIC
Quick Basic and I seem to recall all or most of M$ Quick compilers were released at 99$ US. Someone correct me if I'm wrong. As I think on it maybe QB i itially was 150$. Those were the cheap compilers I was referring to. By 1987/88 the cost was less then 1/2 a week's take home earnings no matter what you did. I found QB 3 at a computer show in 1990 and it wasn't much at all, maybe 25$. Sent with Proton Mail secure email. On Friday, May 3rd, 2024 at 9:40 AM, Peter Corlett via cctalk wrote: > On Fri, May 03, 2024 at 02:51:06AM +, Just Kant via cctalk wrote: > > > BASICs available at bootup were nice, but really were only useful with 8 > > bit micros. IBM ROM BASIC was hobbled until you ran BASICA from disk. And > > if you had a floppy it only made sense to buy a cheap compiler (Quick > > Basic, Turbo Basic, etc.). Whatever you were missing by not dropping > > 4-500$ for a full product probably wasn't worth the expense. > > > A bit of perspective: the equivalent of $400-500 (~£200-250) was a couple of > weeks salary in the UK at the time. Unless it could be written-off as a > business expense, the purchase of that "cheap" compiler just wasn't > happening.
[cctalk] Re: APL (Was: BASIC
On Thu, 2 May 2024 at 20:51, Lee Courtney wrote: > Too bad because the language itself lends itself to learning by anyone with > an understanding of high school algebra. You remind me -- and _not_ in a good way -- of the first day of my undergrad 1st year statistics course at university. I did biology and we had a mandatory stats course. The lecturer came on stage and said (roughly, this was ~40 years ago) "Now I know many of you don't want to be here, or are nervous or apprehensive. I just want to reassure you. Don't be. This course is easy stuff, and it will be basically revision for anyone with A-level mathematics. You'll be fine." I failed _O_ level mathematics, and to get onto a science degree course, I had to do another 6 months of remedial maths just to get me through the exam. To be told "easy if you did the A level" would have made me angrily walk out in disgust if it wasn't a mandatory course. As it was, I worked out that the only test I needed was a Chi-squared test. I had no idea how to do it and the explanation was, well, all Greek to me. But my friend did get it, and he helped break it down into very small simple steps for me, while I wrote a Sinclair BASIC program to not merely do a chi-squared test _but to print out all the intermediate working as if I had done it by hand_ so I could copy it down longhand and fake being able to do it in my coursework. That worked. It took me a weekend and was no direct use because at the end of about 32-33 hours of work, I could do a chi-squared test by hand. So, indirectly, it achieved its purpose. But the point is: not everyone can do "high school algebra." I do not know what age "high school" means to you but very basic secondary school algebra was _extremely_ hard for me and took years of real work to master. And yet, I have a degree and at the time I got it I scored about 150 on the Mensa IQ test. I am not daft. In real life, for ordinary people, algebra is a byword for "really hard to understand". As Stephen Hawking wrote in _A Brief History of Time_ « Someone told me that each equation I included in the book would halve the sales. I therefore resolved not to have any equations at all. In the end, however, I did put in one equation, Einstein's famous equation, E = mc squared. I hope that this will not scare off half of my potential readers. » I think it did not help. (I found the book very dull, myself. I already knew what he was trying to explain.) "It's as easy as algebra" is reinforcing my point about this stuff _not_ being easy, natural, obvious, helpful, convenient, clear, meaningful or useful for most people. I wrote an article about 3 new BASIC releases for its 60th anniversary: https://www.theregister.com/2024/05/03/basic_60th_birthday/ Do go read the first comment. It shows how BASIC was immediately apprehensible and memorable in a way that APL never would be. Translation for American readers: "O" level -- school exams at about age 16; you normally do about 8 subjects. I did 12. "A" level -- school exams at ~18, necessary to get into university. You normally do 3. I did 5. -- Liam Proven ~ Profile: https://about.me/liamproven Email: lpro...@cix.co.uk ~ gMail/gTalk/FB: lpro...@gmail.com Twitter/LinkedIn: lproven ~ Skype: liamproven IoM: (+44) 7624 277612: UK: (+44) 7939-087884 Czech [+ WhatsApp/Telegram/Signal]: (+420) 702-829-053
[cctalk] Re: BASIC
Where would you fit the Tandy Model 100 in here? On Fri, 3 May 2024, Gavin Scott via cctalk wrote: The Model 100 had a great keyboard, a text editor, and a built-in modem, and was apparently very popular among journalists who used it to write and submit stories from the field. So maybe it saw less use of the built-in BASIC than other machines of the day. Many people used the BASIC and loved it. But, there were other built-in "apps", and it was possible to use it without using the BASIC. So, some users used the BASIC, and some did not; those two groups apparently didn't associate much with each other :-) All of the Kyocera based machines (Model 100, NEC8201, and Olivetti M10) had text editor, and telcom. http://oldcomputers.net/kc.html The Model 100 and the Olivetti M10 also had Address and scheduler The model 100 had an optional Multiplan spreadsheet ROM, or you could write yor own ROMS. -- Grumpy Ol' Fred ci...@xenosoft.com
[cctalk] Re: 5,34 Petaflop System Cheyenne
> On May 3, 2024, at 3:27 PM, Gavin Scott via cctalk > wrote: > > On Fri, May 3, 2024 at 1:30 PM W2HX via cctalk wrote: > >> Someone seems to want it. Bidding is at $250,000 and counting. I guess >> someone didn’t get the memo about getting just a few nvidia cards! > > If you go to Amazon today and buy just the CPUs and RAM, that will > cost you around 21 million dollars. So I imagine those used parts are > still worth substantially more than the current high bid. The close of > the auction should be interesting. Or maybe it's just metals recycling. If there's more than 120 ounces of gold in all those racks, that's $250k right there. paul
[cctalk] Re: BASIC
Hardly. The Model 100 basic had a ton of features including modem support, date/time, and so forth. Lots of programs and utilities were written in the BASIC, and games such as Heartbreaker worked perfectly. There was also a really amazing compiler that could compile basic programs to make them smaller/even faster. I've got it on one of my Model 100 floppy disks (which still works, note the belt will turn to gunk but it's an easy thing to replace.) C On 5/3/2024 3:35 PM, Gavin Scott via cctalk wrote: On Fri, May 3, 2024 at 9:14 AM KenUnix via cctalk wrote: Where would you fit the Tandy Model 100 in here? The Model 100 had a great keyboard, a text editor, and a built-in modem, and was apparently very popular among journalists who used it to write and submit stories from the field. So maybe it saw less use of the built-in BASIC than other machines of the day.
[cctalk] Re: BASIC
Where would you fit the Tandy Model 100 in here? Ultimately it supported a disk drive, ran basic and also sported an expansion box that included video support and a floppy. On Fri, 3 May 2024, Bill Gunshannon via cctalk wrote: Ultimately, so did the TRS-80. At least Model I, III and 4. and ethernet, too. Come to think of it, so does the Color Computer. Not sure where we are going with this. :-) The "Coco" ("Color Computer") was similar to Microsoft Standalone BASIC, particularly in its disk format. The TRS80 models 1, 3, and 4 had file commands in their BASICs. They ran under TRS-DOS. The Saga Of TRSDOS: (long (TLDR?)) TRSDOS was created by Randy Cook as a work for hire. Although it was marketed as TRSDOS 2.0, Randy Cook never finished it, and documentation was inadequately sparse. When Radio Shack came out with their "expansion interface" and disk drives, they gave out TRSDOS 2.0, which barely worked. Randy Cook hurriedly came out with 2.1 , and then left Radio Shack. Radio Shack worked on 2.2 Clifford Ide, under pseudonym "Sam Jones" created an enormous collection of patches to TRSDOS, and called it APRDOS. Apparat marketed it, and changed the name to NEWDOS https://computeradsfromthepast.substack.com/p/apparat-newdos80 But, it was a patched version of TRSDOS. Both Randy Cook and Radio Shack were not amused. Apparat initially said that everybody who used it also had to buy TRSDOS. That didn't hold up well. So, they said that it was changed so much that there was no trace of TRSDOS in it. That didn't hold up well. Randy Cook's lawyer (who was also a programmer, and marketed a serial communications program) gathered witnesses, and typed BOOT.SYS/RV36 , running BOOT.SYS as if it were an executable, using one of the master passwords. The screen cleared, and displayed a full screen copyright message including "Copyright Randy Cook". Apparat settled and agreed to rewrite from scratch to create a non-infringing version (called "NEWDOS80"). That was actually very advantageous, as it made it possible to create a substantially improved product. Meanwhile, Radio Shack was frantically patching TRSDOS 2.2, and came out with TRSDOS 2.3 They changed the hidden copyright message from "Copyright Randy Cook" to "Copyright Tandy Corp" In addition to NEWDOS80, there were several other independents, including DOSPLUS. Most of which added support for double sided drives, and 80 tracks, and numerous other features not present in TRSDOS. In fact, when Micropolis started selling disk drives to TRS80 users, they included their own completely unrelated OS! Meanwhile, Randy Cook, no longer affiliated with Radio Shack, started his own company (ACS), and worked on further expansion of TRSDOS. He worked on adding in incredible features unheard of in microcomputer operating systems. He called it TRS80-DOS-3.0, but that wouldn't hold up for trademark reasons, so he renamed it VTOS 3.0 http://www.trs-80.org/vtos/ Although it was marketed, Randy Cook never finished it, and documentation was inadequately sparse (mostly just a list of features) Scott Adams, (of Adventure Internationsl, NOT Scott Adams of "Dilbert") cut a deal with Randy Cook to expand it and finish it. That was VTOS 4.0 Although it was marketed, Randy Cook never finished it, and documentation was inadequately sparse (mostly just a list of features) Lobo drives was in the lucrative market of marketing disk drives. They could buy drive, including the Shugart SA400 used by Radio Shack and re-sell tham at a substantial profit, and still be WAY cheaper than Radio Shack's prices for the same drive mechanism (~$250 Vs $500, although Radio Shacks case and power supply had a card extender that made them more convenient to install). Lobo decided to develop and market an expansion interface compatible with TRS80 model 1, with double density, and 8 inch drive support! But, there was a glitch. Model 1 TRSDOS, using a Western Digital 1771 chip used some strange address marks, including different ones for directory sectors than for data sectors. It is rumored that that was unintentional, and due to misreading, or misprinting of the 1771 data sheets. Lobo's expansion interface used a WD 1791 FDC, which could do MFM (double density). BUT, it COULD NOT write some of the address marks used by model-1 TRSDOS! Lobo set up another company, ("LSI" "Logical Systems, Inc"), to create a new operating system for it. They purchased rights to VTOS 4.0, and hired all of the best TRS80 assembly language programmers that they could find, such as Roy Soltoff, Bill Schroeder, and Tim Mann. Without Randy Cook. Their all-star team actually FINISHED it! And wrote a large binder of documentation. LSI called their new operating system LDOS 5.0 https://vtda.org/docs/computing/LSI/LSI_LDOS_51_Model_I_III.pdf Meanwhile, Radio Shack was coming out with their model 3, which had double density. Their "TRSDOS [for model
[cctalk] Re: BASIC
On Fri, May 3, 2024 at 9:14 AM KenUnix via cctalk wrote: > Where would you fit the Tandy Model 100 in here? The Model 100 had a great keyboard, a text editor, and a built-in modem, and was apparently very popular among journalists who used it to write and submit stories from the field. So maybe it saw less use of the built-in BASIC than other machines of the day.
[cctalk] Re: 5,34 Petaflop System Cheyenne
On Fri, May 3, 2024 at 1:30 PM W2HX via cctalk wrote: > Someone seems to want it. Bidding is at $250,000 and counting. I guess > someone didn’t get the memo about getting just a few nvidia cards! If you go to Amazon today and buy just the CPUs and RAM, that will cost you around 21 million dollars. So I imagine those used parts are still worth substantially more than the current high bid. The close of the auction should be interesting. Still pretty sure nobody intends to re-install and run any part of the whole system, but who knows. Maybe there are other SGI systems still out there.
[cctalk] Re: BASIC
Yes, Microsoft certainly did not invent linked list allocation. But, the Microsoft implementation of the existing idea happened to be what inspired Tim Paterson to do it. On 5/3/24 11:05, Fred Cisin via cctalk wrote: "Remembering his conversation at NCC with Marc McDonald about File Allocation Tables in his unfinished, large, and never-released 8-bit MIDAS operating system, Paterson decided that the FAT scheme was a better way to handle disk information than the way CP/M did it." On Fri, 3 May 2024, Chuck Guzis via cctalk wrote: Link-list file allocation was hardly new back then. CDC had been doing that since the mid-1960s (cf. SCOPE RBR, RBT, FNT FST, etc.). I suspect other mainframe operating systems using that scheme may even pre-date that. One thing that I liked about the CDC approach is that you could use certain pre-defined file names (INPUT OUTPUT, PUNCH) and they would be disposed of appropriately at end-of job. Any other "permanent" files had to be explicitly attached to the job, giving permissions, passwords, cycles, etc. Any temporary files were created just by reference and were deleted at the end-of-job unless explicitly saved as "permanent" files. None of this IBM "DD" stuff. --Chuck
[cctalk] Re: BASIC
On 5/3/24 11:05, Fred Cisin via cctalk wrote: > "Remembering his conversation at NCC with Marc McDonald about File Allocation > Tables in his unfinished, large, and never-released 8-bit MIDAS operating > system, Paterson decided that the FAT scheme was a better way to handle disk > information than the way CP/M did it." Link-list file allocation was hardly new back then. CDC had been doing that since the mid-1960s (cf. SCOPE RBR, RBT, FNT FST, etc.). I suspect other mainframe operating systems using that scheme may even pre-date that. One thing that I liked about the CDC approach is that you could use certain pre-defined file names (INPUT OUTPUT, PUNCH) and they would be disposed of appropriately at end-of job. Any other "permanent" files had to be explicitly attached to the job, giving permissions, passwords, cycles, etc. Any temporary files were created just by reference and were deleted at the end-of-job unless explicitly saved as "permanent" files. None of this IBM "DD" stuff. --Chuck
[cctalk] Re: 5,34 Petaflop System Cheyenne
Someone seems to want it. Bidding is at $250,000 and counting. I guess someone didn’t get the memo about getting just a few nvidia cards! 73 Eugene W2HX My Youtube Channel: https://www.youtube.com/@w2hx/videos -Original Message- From: Gavin Scott via cctalk Sent: Friday, May 3, 2024 11:31 AM To: General Discussion: On-Topic and Off-Topic Posts Cc: Gavin Scott Subject: [cctalk] Re: 5,34 Petaflop System Cheyenne It's a different world now with GPU and AI performance, so I strongly doubt Cheyenne will ever boot again. Somewhat sad that they're doing such a nice job of de-installing the machine, labeling all the cables etc. 5PF is just not impressive these days. A single Nvidia card will do more than that in FP8 I think which is probably good enough for AI training, and something like 100PF in FP4 for inference. At worst it's a small handful of Nvidia cards to completely replace that monster. It has 8,064 commodity CPUs, "E5-2697v4 (18-core, 2.3 GHz base frequency, Turbo up to 3.6GHz, 145W TDP)" which may still sell new (NOS?) for up to $2K each (though it's probably questionable whether the total future market amounts to anything close to 8K units), and 300TB of standard DDR4 ECC memory. That's probably what people are bidding on. The rest of it is likely getting melted. And it's something like 42 racks of stuff. But tune in for the exciting auction finish at 4PM Pacific. Auction will continue until 10 minutes elapses without a bid I believe.
[cctalk] Re: BASIC
On Fri, 3 May 2024, KenUnix via cctalk wrote: Steve, Where would you fit the Tandy Model 100 in here? Ultimately it supported a disk drive, ran basic and also sported an expansion box that included video support and a floppy. -Ken The Model 100 BASIC (puportedly the last product that billg had active coding participation in) was, indeed, closely tied to the Microsoft Standalone BASIC. The external 3.5" "Tandy Portable Disk Drive" was a unique system, that used ordinary 2DD 3.5" floppies, but had a bizarre format, unlike anything else. It is even WAY more different than the 600RPM full-height Sony drives. Although it would be possible, with a system supporting FM/single-density to write code to read those disks, with their half-track FM sectors, you would be far better off to connect that drive to a serial port and use its internal circuitry (there have existed short programs to talk to it). But, the video and floppy external expansion box for the Model 100 uses Microsoft Standalone BASIC MFM format and directory structure on 5.25" floppies. -- Grumpy Ol' Fred ci...@xenosoft.com
[cctalk] Re: BASIC
On Fri, 3 May 2024, Steve Lewis via cctalk wrote: Microsoft BASIC appears on the 1979 NEC PC-8001, which includes disk drive support (similar to the later additions to Commodore BASIC also around 1980). But in the NEC PC-8001 manual about BASIC, it refers to a "FAT" format used on disks. So I suspect Microsoft's early work in adding disk drive support into BASIC did help them in maintaining that format when packaging up QDOS later. Marc McDonald, Microsoft's first SALARIED employee, designed and implemented 8-bit FAT for the NCR 8200 and Micorsoft Standalone Disk BASIC-80 in 1977. Numerous "authoritative" sources, including Microsoft's "MS-DOS Encyclopedia" (ISBN 1-55615-049-0), as well as Manes' "Gates : How Microsoft's Mogul Reinvented an Industry and Made Himself the Richest Man in America" (ISBN 0-385-42075-7) explicitly state that it was the idea/inspiration for Tim Paterson's (author of QDOS, MS-DOS, ...) use of FAT, while sharing a booth with Microsoft at NCC (trade show) Chicago 1977. "Remembering his conversation at NCC with Marc McDonald about File Allocation Tables in his unfinished, large, and never-released 8-bit MIDAS operating system, Paterson decided that the FAT scheme was a better way to handle disk information than the way CP/M did it." The MS-DOS Encyclopedia says that it was an implementation on NCR. I've never seen the NCR implementation, but the NEC PC8001[A] and PC8801 were quite common. 20 years ago, Sellam and I helped Don Maslin decipher such a disk from an NEC9801 8" disk. And Lee brought me an Okidata standalone BASIC disk from Russia. The Coco uses the same basic disk directory structure, with a few minor differences (including calling it a "GAT" ("Granule Allocation Table") instead of a FAT. The external 5.25" disk drive for the Radio Shack Model 100 also uses the same directory structure. In the various instances of the Standalone BASIC, there are variations in the details of the size and exact form of the directory entries and the size and number of FAT entries. They put the directory, both FAT and file name based entries, on a track near the seek center of the disk. -- Grumpy Ol' Fred ci...@xenosoft.com
[cctalk] Re: BASIC
> ROM BASICs outlived their usefulness very quickly. > Certainly a very subjective statement. I was thinking the other day, that I wish the startup BIOS of modern systems had BASIC - such as in a modern i7 based laptop. At the very least, with all the trig functions, it's as useful as any graphing calculator, or time features make it useful as a clock or stopwatch. In the variants that had PEEK/POKE, then BASIC essentially becomes as useful as an assembler (since you can place the opcodes into DATA statements and POKE and SYS them anywhere into memory). It took me awhile to realize why original variants of BASIC didn't have PEEK/POKE: they were probably timeshare systems, and so arbitrary access to write to system memory would be taboo in those environments. But in a single-user micros, that address space is all yours. Even if your main storage components are kaput, boot up BASIC still allows the system to be useful. Most variants will have keywords or features to make use of serial IO, so you could pipe in a larger program through that (or do a simple terminal program). For sure BASIC has its limitations, but I appreciate how it can function with extremely limited resources (and as a somewhat intuitive interface to programmatically access other system calls). -Steve On Fri, May 3, 2024 at 8:59 AM Sellam Abraham via cctalk < cctalk@classiccmp.org> wrote: > On Thu, May 2, 2024, 7:58 PM Just Kant via cctalk > wrote: > > > > > ROM BASICs outlived their usefulness very quickly. > > > Certainly a very subjective statement. > > Sellam >
[cctalk] Re: BASIC
On 5/3/2024 10:13 AM, KenUnix via cctalk wrote: Steve, Where would you fit the Tandy Model 100 in here? Ultimately it supported a disk drive, ran basic and also sported an expansion box that included video support and a floppy. Ultimately, so did the TRS-80. At least Model I, III and 4. and ethernet, too. Come to think of it, so does the Color Computer. Not sure where we are going with this. :-) bill
[cctalk] Re: IBM 360
On 2024/04/09 7:53 p.m., Murray McCullough via cctalk wrote: I had not realized the IBM 360 was 60 yrs. old this month. I worked on such a computer in the late 60s in Toronto. What one could do with 8 Kbytes of ram was remarkable! Happy computing Murray 🙂 One of my early summer jobs as a teenager (19?) was at IBM in Toronto - stripping old noise reduction foam from card punch machines so they could get sandblasted and repainted...also in the very late 60s. John :-#)# -- John's Jukes Ltd. 7 - 3979 Marine Way, Burnaby, BC, Canada V5J 5E3 Call (604)872-5757 (Pinballs, Jukes, Video Games) flippers.com "Old pinballers never die, they just flip out"
[cctalk] Re: 5,34 Petaflop System Cheyenne
On 5/3/24 08:07, jim stephens via cctalk wrote: >> https://arstechnica.com/information-technology/2024/04/us-government-auctions-5-34-petaflop-cheyenne-supercomputer/ 2.3-GHz Intel Xeon E5-2697v4 processors, I think that's a close relative to what I'm running on the X99 desktop... --Chuck
[cctalk] Re: 5,34 Petaflop System Cheyenne
It's a different world now with GPU and AI performance, so I strongly doubt Cheyenne will ever boot again. Somewhat sad that they're doing such a nice job of de-installing the machine, labeling all the cables etc. 5PF is just not impressive these days. A single Nvidia card will do more than that in FP8 I think which is probably good enough for AI training, and something like 100PF in FP4 for inference. At worst it's a small handful of Nvidia cards to completely replace that monster. It has 8,064 commodity CPUs, "E5-2697v4 (18-core, 2.3 GHz base frequency, Turbo up to 3.6GHz, 145W TDP)" which may still sell new (NOS?) for up to $2K each (though it's probably questionable whether the total future market amounts to anything close to 8K units), and 300TB of standard DDR4 ECC memory. That's probably what people are bidding on. The rest of it is likely getting melted. And it's something like 42 racks of stuff. But tune in for the exciting auction finish at 4PM Pacific. Auction will continue until 10 minutes elapses without a bid I believe.
[cctalk] Re: 5,34 Petaflop System Cheyenne
>Fairly sure you could find something to run Doom >that uses less than 1.7MWBut >what's the point of buying this monstrosity if not to play Doom? It is like >SEVEN years old. ;)
[cctalk] Re: 5,34 Petaflop System Cheyenne
On 5/3/24 09:35, Adrian Godwin via cctalk wrote: Fairly sure you could find something to run Doom that uses less than 1.7MW I saw that someone posted on Twitter that they repurposed a disposable home pregnancy test stick display and parts to run it. Apparently it wasn't enough (isn't?) to have lines on the stick you need to have it have a fairly capable display. And it's disposable. Unless you're a tinkerer. (from https://arstechnica.com/information-technology/2024/04/us-government-auctions-5-34-petaflop-cheyenne-supercomputer/ ) On Fri, May 3, 2024 at 3:23 PM Ali via cctalk wrote: Just 7 year old and no longer in service.>Anyone with some space in the basement ?But will it run Doom?
[cctalk] Re: 5,34 Petaflop System Cheyenne
Fairly sure you could find something to run Doom that uses less than 1.7MW (from https://arstechnica.com/information-technology/2024/04/us-government-auctions-5-34-petaflop-cheyenne-supercomputer/ ) On Fri, May 3, 2024 at 3:23 PM Ali via cctalk wrote: > > >Just 7 year old and no longer in service.>Anyone with some space in the > basement ?But will it run Doom?
[cctalk] Re: 5,34 Petaflop System Cheyenne
>Just 7 year old and no longer in service.>Anyone with some space in the >basement ?But will it run Doom?
[cctalk] Re: BASIC
Steve, Where would you fit the Tandy Model 100 in here? Ultimately it supported a disk drive, ran basic and also sported an expansion box that included video support and a floppy. -Ken On Fri, May 3, 2024 at 4:18 AM Steve Lewis via cctalk wrote: > Great discussions about BASIC. I talked about the IBM 5110 flavor of > BASIC last year (such as its FORM keyboard for quickly making structured > input forms), and recently "re-learned" that it defaults to running with > double-precision. But if you use "RUNS" instead of "RUN" then the same > code is run using single-precision (but I haven't verified yet if that > translates into an actual runtime speed difference). I think most of the > "street BASICs" used single precision (if they supported floats at all). > But speaking of Microsoft BASIC, I think Monte Davidoff is still around > and deserves a lot of credit for doing the floating point library in the > initial Microsoft BASIC (but it's a bit sad that history has lost the names > of individual contributors > > But what I mostly wanted to mention is that on the Commander X16 project, > one special thing we now have in its System ROM is a program called > BASLOAD. Unfortunately we couldn't come up with a cooler name -- it's not > a native compiler, like Blitz. I'm not sure what you'd categorize BASLOAD > as, a pre-parser of sorts? By license, we were stuck with the Commodore V2 > BASIC (that was derived from Microsoft BASIC, with the story being that > Gates wasn't so interested in a 6502 port of Microsoft BASIC, and just sold > BASIC source code to Commodore for a flat one time fee rather than a > license). One of the main limitations of that V2 BASIC is the two-letter > variable names. > > BASLOAD gives you a feel of being similar to QuickBASIC - in that you can > do regular "BASIC things" without using line numbers. You can have long > variable names (like THE.SOLUTION) and you can use symbol labels in > GOTO/GOSUB (GOTO PROCESS.MORE.DATA, where "." is used since standard > PETSCII doesn't have an underscore). All BASLOAD does is "convert" your > BASIC-source text file into a tokenized Commodore V2 BASIC input file. > Your long variables get "auto assigned" into available two-letter BASIC > variables, and it just keeps track of the line number targets of your > symbolic labels. Stefan Jakonson did the actual development of BASLOAD, > including making it "ROM-able" so that it is always available. > > Anyhow, BASLOAD has been a "game changer" to me - in that it would have > been great to have something like it back in the 80's. Not being > constrained by the two-letter variable, and using symbolic label > difference, while not dealing with line numbers at all (plus things like > similar to a #include to import other BASLOAD source files). > > > Couple more BASIC related comments: > > (1) > There was talk regarding BASIC as an operating system. While not fancy, I > actually do think in a way it counts as an operating system. Fundamentally > as a parser, BASIC is "just" stream in an input, and some output is > produced when you RUN. But to get that point, you need a kind of > "operating environment" wrapper around BASIC. In the very early days, > that was the line printer. But then CRTs started to become affordable > around 1970. Adapting that capability with a text-generator and a console > - you have things like the blinking cursor (between each blink, things like > time/clock interrupts, joystick polling), and the text-screen itself is > your editor (as a gateway to manipulate your program, one screen at a time > with no scrollback buffer). And similar to the line-printer days, when > you press CR (carriage return) the content on the current line is tokenized > and stored in memory (sort of - again on the IBM 5100 it will parse-check > upfront and won't let you ENTER/CR a syntactically invalid BASIC line; it > shows this arrow on what column the error is which has to be corrected > before the line can be committed into memory -- most "street BASIC" seem > more forgiving about that, probably just to conserve ROM space and fit in > under 8KB). And the BASIC manages access to hardware like printer, serial > port, and some file handles. > > > (2) > Microsoft BASIC appears on the 1979 NEC PC-8001, which includes disk drive > support (similar to the later additions to Commodore BASIC also around > 1980). But in the NEC PC-8001 manual about BASIC, it refers to a "FAT" > format used on disks. So I suspect Microsoft's early work in adding disk > drive support into BASIC did help them in maintaining that format when > packaging up QDOS later. > > > > > > > > > > > On Thu, May 2, 2024 at 10:38 PM CAREY SCHUG via cctalk < > cctalk@classiccmp.org> wrote: > > > compiled basics too longer to run and debug because of the compile time. > > > > Anything I did was limited to floppy disk, or later even hard disk speed, > > the greater speed from compiling could not be noticed. > > > > --Carey > >
[cctalk] Re: Altair 8800 50th birthday...
On Fri, May 3, 2024, 1:28 AM Smith, Wayne via cctalk wrote: > I looked up the Jan. 1975 issue of Popular Electronics in the Copyright > Office's Periodicals Digest. It was published on Nov. 19, 1974 if you are > looking for an actual anniversary date. > The January issue was certainly not available in November of 1974. When did it actually get sent out and start showing up in people's mailboxes? Sellam >
[cctalk] Re: BASIC
On Thu, May 2, 2024, 7:58 PM Just Kant via cctalk wrote: > > ROM BASICs outlived their usefulness very quickly. Certainly a very subjective statement. Sellam
[cctalk] Re: BASIC
On Thu, May 2, 2024, 1:33 PM Gordon Henderson via cctalk < cctalk@classiccmp.org> wrote: > > I'm still fond of BASIC (or Basic, whatever). Since it's an acronym it should be written as BASIC (or I guess B.A.S.I.C.). Sellam
[cctalk] Re: BASIC
On Fri, May 03, 2024 at 02:51:06AM +, Just Kant via cctalk wrote: > BASICs available at bootup were nice, but really were only useful with 8 > bit micros. IBM ROM BASIC was hobbled until you ran BASICA from disk. And > if you had a floppy it only made sense to buy a cheap compiler (Quick > Basic, Turbo Basic, etc.). Whatever you were missing by not dropping > 4-500$ for a full product probably wasn't worth the expense. A bit of perspective: the equivalent of $400-500 (~£200-250) was a couple of weeks salary in the UK at the time. Unless it could be written-off as a business expense, the purchase of that "cheap" compiler just wasn't happening.
[cctalk] Re: BASIC
On Fri, 3 May 2024, Steve Lewis via cctalk wrote: There was talk regarding BASIC as an operating system. Basic as an Operating System vs. An Operating system written in Basic? The original Acorn Archimedes (First ARM CPU system) had an OS initially called "Arthur" which was written in BBC Basic and assembler. It supported a graphical user interface - later re-written in assembler and called RISC-OS. https://en.wikipedia.org/wiki/History_of_RISC_OS#Arthur -Gordon
[cctalk] 5,34 Petaflop System Cheyenne
Just 7 year old and no longer in service. Anyone with some space in the basement ? https://gsaauctions.gov/auctions/preview/282996?itemName=Cheyenne+Supercomputer&uuid=YKVKu9tjzQi6Eina3238
[cctalk] Re: BASIC
I still have Microsoft's first product somewhere, in my garage I think. 4K and 8K BASIC on Paper tape. Alas, no paper tape reader anymore.. On Thu, May 02, 2024 at 01:30:33PM -0500, Mike Katz via cctalk wrote: > Microsoft loves to take languages developed by others and transmogrify them > into the "Microsoft Universe". > > Quick Basic, Visual Java, Visual Basic, Visual C# (barely resembles C) and > the worst offender of all Visual C++ .NET. > > Your post reminded me that Postscript is an actual programming language as > well. > > > > On 5/2/2024 11:24 AM, Chuck Guzis via cctalk wrote: > > I'll add a postscript with my reaction upon seeing my first Microsoft > > Visual BASIC program code: > > > > "What the hell is this? It's not BASIC!" > > > > --Chuck > > > -- Bill Duncan, | http://billduncan.org/ bdun...@beachnet.org | - linux/unix/network/cloud +1 416 697-9315 | - performance engineering, SRE
[cctalk] Re: Double Density 3.5" Floppy Disks
On 4/30/2024 4:07 PM, Wayne S via cctalk wrote: What kind of floppies did Hp recommend to use with this drive? Sent from my iPhone On Apr 30, 2024, at 13:55, Fred Cisin via cctalk wrote: On Tue, 30 Apr 2024, John Herron via cctalk wrote: Yup, that's all I used to do. Some scotch tape over the floppy disk hole to make the system see it as DD. If it didn't automatically format as 720, you could specify size or sector count with format.com in dos. Somemedia sensors are optical; use opaque taps. I did hear folks say it wasn't always reliable (similar to 5.25 disks being formated on a high density drive) but I never saw any problems in my limited use. 3.5" are 600 VS 750 oersted; 5.25" are 300 vs 600 Oersted; a low density 5.25 formatted as "high density" won't do well; a high density 5.25" (1.2M) formatted as low density ("360K") sill self erase VERY soon, sometimes before you can even get it over to another machine. We had a college purchasing agent in bed with "Roytype", who kept giving us "1.2M" floppies ofr out TRS80s; they self erased very soon. -- Grumpy Ol' fredci...@xenosoft.com
[cctalk] Re: Altair 8800 50th birthday...
I looked up the Jan. 1975 issue of Popular Electronics in the Copyright Office's Periodicals Digest. It was published on Nov. 19, 1974 if you are looking for an actual anniversary date. -W > On Saturday, April 27th, 2024 at 07:14, Bill Gunshannon via cctalk < > cctalk@classiccmp.org> wrote: > > > > Magazine cover january, and into 1975 the revolution. So I'd say > > > all > > > > I had that magazine. Wish I hadn't thrown it away oh so many years > > ago. > > This one? > > https://urldefense.com/v3/__https://archive.org/details/197511PopularE > lectronics__;!!AQdq3sQhfUj4q8uUguY!jsVD6bkUUnjpF4d8AeRUKyiCW6qk8LAqFsj > dYW5cjAK-kOsMp32O4FfrPI5l1lqnTNp6sXQsHpX35FsPAzYDMIHhl-uy-NSC5w$ > > The Doctor [412/724/301/703/415/510] > WWW: > https://urldefense.com/v3/__https://drwho.virtadpt.net/__;!!AQdq3sQhfU > j4q8uUguY!jsVD6bkUUnjpF4d8AeRUKyiCW6qk8LAqFsjdYW5cjAK-kOsMp32O4FfrPI5l > 1lqnTNp6sXQsHpX35FsPAzYDMIHhl-u9z1M8kw$ > Don't be mean. You don't have to be mean > https://urldefense.com/v3/__https://vintagecomputer.net/altair-poptronics.cfm__;!!AQdq3sQhfUj4q8uUguY!jsVD6bkUUnjpF4d8AeRUKyiCW6qk8LAqFsjdYW5cjAK-kOsMp32O4FfrPI5l1lqnTNp6sXQsHpX35FsPAzYDMIHhl-uUDVte_w$ (Jan and Feb)
[cctalk] Looking for Lomas board manual
All — I mostly lurk on the list now, but I am looking for a manual for the Lomas LightningOne 8086 CPU board. There doesn’t seem to be a good archive of manuals for the Lomas boards (and what’s out there is only partial). I have a project I’m working on with Lomas boards so looking to collect info, etc. Thanks! Rich -- Rich Cini http://cini.classiccmp.org
[cctalk] Looking for Lomas docs
All — I lurk mostly on the list now, but I’m looking for a copy of the manual for the Lomas LightningOne 8086 CPU card and schematics. It doesn’t seem to be anywhere on-line so if someone has a copy they’d be willing to scan, it’d be greatly appreciated. Thanks! Rich -- Rich Cini http://cini.classiccmp.org
[cctalk] Re: Charles Stross, replay the bubble of 1995, alt history plus retrocomp
It is funny, but truth be told we dodged a massive bullet by going with the "Internet" and TCP/IP as opposed to the nightmare of AT&T Connect, IPX, and the blazing speeds of TWO! ISDN B channels. I was there. I remember X.400, and how NDS was going to be the directory system that bound us all together in hell forever. I remember everything... We missed living in that crap-sack universe by six months or so. CZ
[cctalk] Re: Last Buy notification for Z80 (Z84C00 Product line)
The 6809 was my fav 8 bitter to program. Relocatable code, many addressing modes, the index registers, stack pointers, consistent instruction set.. There was a decent C compiler, Introl. It's a shame that it never really caught on. I've often wondered whether the RCA 1802 could've been considered "RISC". Lots of registers (for the time). Simple instructions executing in 1 or 1.5 cycles if I recall. LoL, it even had a "SEX" instruction.. Cheers! On Sun, Apr 21, 2024 at 10:16:32AM -0700, Chuck Guzis via cctalk wrote: > On 4/21/24 09:37, Mike Katz wrote: > > Even the 6809 could push up to 8 registers (up to 10 bytes) at once on > > one of two stacks in a single two byte instruction. > > The 6809 was introduced the same year as the 8086. The 80186, > introduced in 1982, did have the "PUSHA POPA" instructions and was > considerably faster and more complex than the 8086. As far as I could > tell, the 6809 was an evolutionary dead-end, meant to fill the gap > between the very slow 6800 and the very advanced 68000; that made the > OEMs a bit uneasy, hence its limited adoption. It was also very > expensive for an 8 bit MPU--a key criterion for adoption. > > --Chuck > > -- Bill Duncan, | http://billduncan.org/ bdun...@beachnet.org | - linux/unix/network/cloud +1 416 697-9315 | - performance engineering, SRE
[cctalk] Fwd: CG14 and 16bit colour
In case anyone is interested in poking their cg14/sx in new and exciting ways :-p -- Forwarded message - From: Michael Date: Tue, 23 Apr 2024 at 07:55 Subject: CG14 and 16bit colour To: Hello, I did a lot of work on the cgfourteen, sx and xf86-video-suncg14 drivers, one thing I didn't expect was people asking for 8bit acceleration in X, mostly because with a 4MB cg14 you're limited to 1152x900 in 24bit colour, in 8bit you could go all the way to 1920x1200. So I wrote code for that. Looking at the headers files, it looks like at least the DAC supports 16bit colour as well, which would allow 1600x1200 in more than 8bit colour. Getting SX to deal with 16bit quantities is not difficult, at least for basic stuff like copy, fill and ROP operations. Xrender would be more difficult since there is no easy way to separate / re-unite the colour channels of a 16bit pixel. For 32bit it's trivial, SX has instructions to split 32bit accesses to four registers, even lets you pick which byte to take. So we wouldn't get xrender acceleration. Then again, we don't have that in 8bit either. The DAC is an Analog Devices ADV7152, and I just found the datasheet - in 16bit mode we get R5G5B5, nothing unusual here. That said, cg14 seems to use the DAC only for gamma correction, we don't mess with it at all even when switching to 8bit, so who knows what exactly cg14 feeds it when we set pixel mode to 16bit. Shouldn't be difficult to figure out though. I guess what I'm getting at is - does anyone particularly care about this? I don't mind doing this as yet another Just Because I Can(tm) project but if anyone cares I'd welcome their input. have fun Michael
[cctalk] Re: BASIC
Great discussions about BASIC. I talked about the IBM 5110 flavor of BASIC last year (such as its FORM keyboard for quickly making structured input forms), and recently "re-learned" that it defaults to running with double-precision. But if you use "RUNS" instead of "RUN" then the same code is run using single-precision (but I haven't verified yet if that translates into an actual runtime speed difference). I think most of the "street BASICs" used single precision (if they supported floats at all). But speaking of Microsoft BASIC, I think Monte Davidoff is still around and deserves a lot of credit for doing the floating point library in the initial Microsoft BASIC (but it's a bit sad that history has lost the names of individual contributors But what I mostly wanted to mention is that on the Commander X16 project, one special thing we now have in its System ROM is a program called BASLOAD. Unfortunately we couldn't come up with a cooler name -- it's not a native compiler, like Blitz. I'm not sure what you'd categorize BASLOAD as, a pre-parser of sorts? By license, we were stuck with the Commodore V2 BASIC (that was derived from Microsoft BASIC, with the story being that Gates wasn't so interested in a 6502 port of Microsoft BASIC, and just sold BASIC source code to Commodore for a flat one time fee rather than a license). One of the main limitations of that V2 BASIC is the two-letter variable names. BASLOAD gives you a feel of being similar to QuickBASIC - in that you can do regular "BASIC things" without using line numbers. You can have long variable names (like THE.SOLUTION) and you can use symbol labels in GOTO/GOSUB (GOTO PROCESS.MORE.DATA, where "." is used since standard PETSCII doesn't have an underscore). All BASLOAD does is "convert" your BASIC-source text file into a tokenized Commodore V2 BASIC input file. Your long variables get "auto assigned" into available two-letter BASIC variables, and it just keeps track of the line number targets of your symbolic labels. Stefan Jakonson did the actual development of BASLOAD, including making it "ROM-able" so that it is always available. Anyhow, BASLOAD has been a "game changer" to me - in that it would have been great to have something like it back in the 80's. Not being constrained by the two-letter variable, and using symbolic label difference, while not dealing with line numbers at all (plus things like similar to a #include to import other BASLOAD source files). Couple more BASIC related comments: (1) There was talk regarding BASIC as an operating system. While not fancy, I actually do think in a way it counts as an operating system. Fundamentally as a parser, BASIC is "just" stream in an input, and some output is produced when you RUN. But to get that point, you need a kind of "operating environment" wrapper around BASIC. In the very early days, that was the line printer. But then CRTs started to become affordable around 1970. Adapting that capability with a text-generator and a console - you have things like the blinking cursor (between each blink, things like time/clock interrupts, joystick polling), and the text-screen itself is your editor (as a gateway to manipulate your program, one screen at a time with no scrollback buffer). And similar to the line-printer days, when you press CR (carriage return) the content on the current line is tokenized and stored in memory (sort of - again on the IBM 5100 it will parse-check upfront and won't let you ENTER/CR a syntactically invalid BASIC line; it shows this arrow on what column the error is which has to be corrected before the line can be committed into memory -- most "street BASIC" seem more forgiving about that, probably just to conserve ROM space and fit in under 8KB). And the BASIC manages access to hardware like printer, serial port, and some file handles. (2) Microsoft BASIC appears on the 1979 NEC PC-8001, which includes disk drive support (similar to the later additions to Commodore BASIC also around 1980). But in the NEC PC-8001 manual about BASIC, it refers to a "FAT" format used on disks. So I suspect Microsoft's early work in adding disk drive support into BASIC did help them in maintaining that format when packaging up QDOS later. On Thu, May 2, 2024 at 10:38 PM CAREY SCHUG via cctalk < cctalk@classiccmp.org> wrote: > compiled basics too longer to run and debug because of the compile time. > > Anything I did was limited to floppy disk, or later even hard disk speed, > the greater speed from compiling could not be noticed. > > --Carey > > > On 05/02/2024 9:51 PM CDT Just Kant via cctalk > wrote: > > > > > > BASICs available at bootup were nice, but really were only useful with 8 > bit micros. IBM ROM BASIC was hobbled until you ran BASICA from disk. And > if you had a floppy it only made sense to buy a cheap compiler (Quick > Basic, Turbo Basic, etc.). Whatever you were missing by not dropping 4-500$ > for a full product probably wasn't worth t