voidstar78
Veteran Member
Ah to clarify, it was just that an 8008-version of BASIC was developed, not necessarily that it was ever used on a Micral-N.
If just any 8008 BASIC would qualify, maybe the SCELBI might be helpful. https://www.willegal.net/scelbi/scelbal.html Supposedly ran on other 8K 8008 machines and there just aren't very many 8008 computers of any type.Ah to clarify, it was just that an 8008-version of BASIC was developed, not necessarily that it was ever used on a Micral-N.
http://altairbasic.org/ shows version 3.2 which had both SQR and RND as does the Dec 1975 BASIC manual. There was a version of Gates/Allen BASIC without floating point but that was before it was shown to Altair. For some of the other benchmarks, one would need the 8K version of Altair BASIC to get access to transcendental functions at a reasonable speed.I guess an Altair or SOL-20 (8080's) running this Ahl Benchmark might be interesting. So, that's a question: the IBM 5100 could run this benchmark in 1975 (with the luxury to both type it in, and see the results on a CRT). I don't know if Bill's 1975 "tape BASIC" had SQR and RND? (I mean the know-how to code those functions was there, but could it fit in that original 4KB BASIC?). Could any micro run this Ahl Benchmark prior to 1976? (I see that Nat advertised the SCELBI as a "mini-computer" in that Marh 1974 QST ad).
You have a pretty big gap between 1982 and 2024. Many of those "new" X16 keywords were in QuickBASIC 35 years ago.Put together a sort of overview of BASIC keywords, from 1974.
After an initial "core" capability of BASIC, then every system adds keywords tailored to that system - in the case of the 1980s micros, it was to highlight certain hardware capability.
Many of those "new" X16 keywords were in QuickBASIC 35 years ago.
True BASIC is annoyed at being forgotten. True BASIC provided all the elements, including the full range of MAT functions, of minicomputer BASIC on a micro.
This type of discussion needs the famous wall chart that listed many BASICs and what functions were available to each.
Are we being a little restrictive on the term "micro" here? I'm sure there must have been a BASIC for the DG MicroNova-CPU machines (e.g. DG Enterprise), for example. Or the BASIC written for Intellivision...
The very first ones, such as Altair BASIC, didn't include a screen editor because they were accessed over a serial connection, often using a printing terminal such as a Model 33 ASR. There were two versions of Altair BASIC, "4K" and "8K", because it had to be loaded into RAM and a fair number of users had only 4K of RAM. (And the 4K version left only about 700 bytes free, or something like that, for your program if you had only 4K of memory.)The main point was that the "very first" micro BASICs focused on a few essentials, largely borrowed from the minicomputer ancestors - with an implied goal of fitting into 4KB (since the ROM also has to fit the "screen editor" code).
Isn't X16 BASIC based on Commodore V7 though? The comparison to V2 seems misleading.For the X16, I only meant "new" relative to the C64 that it is commonly compared to - not to imply that it was a pioneer or innovator at introducing those commands (except its exclusive FM/PSG keywords specific to its audio hardware, and of course BANK to cycle through "segments" of 8K at $A000).
Have to disagree on both points there. BASIC (and assembly) are most certainly languages. Assembler syntax can vary, but opcode mnemonics should match the CPU documentation.And I agree on the criticisms of BASIC - it is an "awful language", except I think it misses the point that BASIC isn't really a language. It is essentially the same idea has an assembler - just p-code instead of op-codes (and someone chose some symbolic association of each p-code token -- likewise assemblers aren't standard either, the author chooses those mnemonics for the opcodes). On a system that doesn't yet have a text-editor or a file-system, I think BASIC is a suitable bare-minimum solution to do anything with that system (in a more abstract way -- i.e. to just "PRINT" something, without concern to the dozens of opcodes and port-mapped memory to the CRT to actually make that happen).
Isn't X16 BASIC based on Commodore V7 though? The comparison to V2 seems misleading.
For the PET: the 2001-8 predates the V2 BASIC that is on the later 2001-N's (at least to my understanding - it wasn't just a larger screen and keyboard, but updated ROM also).
And I agree on the criticisms of BASIC - it is an "awful language", except I think it misses the point that BASIC isn't really a language. It is essentially the same idea has an assembler - just p-code instead of op-codes....
Yes, BASIC and assembler are both languages. And no, BASIC is not at all the same idea as an assembler; for all its faults it's still a high-level language. In particular, if you leave out comments, macros, the specific names of symbols, and suchlike, there's a near isomorphism between assembly language and machine language; the same is not at all true of BASIC. (There are many very different sets of machine code that are valid representations of a BASIC statement; you can't "disassemble" BASIC that's been compiled to machine code and get back what is effectively BASIC source code.)Have to disagree on both points there. BASIC (and assembly) are most certainly languages. Assembler syntax can vary, but opcode mnemonics should match the CPU documentation.
Isn't X16 BASIC based on Commodore V7 though? The comparison to V2 seems misleading.