Microsoft brengt antiek Basic voor de 8bit-6502-processor uit als opensource

Microsoft heeft de broncode van zijn Basic voor de MOS-6502-processor uitgebracht als opensource. Deze uitvoering van de antieke programmeertaal voor die 8bit-microcomputerchip is deels door Microsoft-grondlegger Bill Gates zelf geschreven en in 1976 voor het eerst uitgebracht.

Microsoft heeft zijn bedrijfseigen code van de 6502-port van programmeertaal Basic uitgebracht als opensource onder de MIT-licentie. Die staat niet alleen privégebruik van de broncode toe, maar ook aanpassing, distributie en commercieel gebruik. De software is te downloaden op Microsofts ontwikkelsite GitHub.

Het softwarebedrijf, opgericht in 1975 door Bill Gates en Paul Allen, is begonnen als leverancier van programmeertalen. Het allereerste product was Basic voor de oer-pc Altair 8800, een zelfbouwpakket voor hobbyisten. Daarna volgden Basic-uitvoeringen voor microcomputers met andere processors, zoals de MOS-6502, de Motorola 6800 en 6809. De port voor de 6502 is in 1976 afgerond door Gates en Ric Weiland, die de tweede werknemer bij het kleine Microsoft was.

De uitvoering voor de 6502-processor werd voor 25.000 dollar in licentie genomen door Commodore. Die microcomputermaker heeft Microsoft Basic gebruikt voor achtereenvolgens zijn PET-computers, de VIC-20-computers en de later legendarisch geworden Commodore 64.

Het nu als opensource vrijgegeven 6502-Basic is versie 1.1 uit 1978. Deze release bevat fixes die toen door Commodore zijn aangegeven en in samenwerking met Gates zijn aangebracht. De broncode bevat ook aanpassingen voor de Apple II-computer, die net als de C64 grote invloed heeft gehad.

Door Jasper Bakker

Nieuwsredacteur

04-09-2025 • 07:03

95

Reacties (95)

95
94
59
4
0
24
Wijzig sortering
Voor iedereen die enigszins nostalgische beleving heeft bij een bericht als dit kan ik alleen maar aanraden om het eerste deel van Bill Gates zijn biografie 'Source Code' te lezen. Heel vermakelijk en boeiend geschreven met leuke anekdotes en vooral een mooie beschrijving hoe Bill en zijn vrienden in hun jonge jaren aan het pionieren waren. Met uiteraard ook het begin van BASIC.

[Reactie gewijzigd door Dexter op 4 september 2025 09:05]

Voor iedereen die enigszins nostalgische beleving heeft bij een bericht als dit kan ik alleen maar aanraden om het eerste deel van Bill Gates zijn biografie 'Source Code' te lezen.
Mee eens, een goed leesbaar en vermakelijk boek, aanrader!
Ik ben dit boek ook aan het lezen, is idd een aanrader,
ook om te zien hoe Gates met computers in aanraking kwam voordat er PCs waren.
En in ~ 1979 heb ik deze BASIC ook gebruikt als eerste taal. Nostalgisch, interdaad. :-)
Mijn eerste gemaakte programma was een vocabulair trainer. Uitdaging: font met accentjes. Mijn Frans is nog steeds beroerd. Ik kon daarna wel programmeren. Inmiddels zijn mijn Basic en 6502 kennis wel wat weggezakt. Ik heb ooit nog eens naar Simon's Basic en Geobasic gekeken maar vond 6502 assembly leuker. 30 jaar later, na C# ooit nog even VB.NET gedaan bij een bedrijf dat eerder Visual Basic 6.0 gebruikte. Ze zijn beter bekend door een cyber charlatan genaamd Rianne. Ik heb de laatste paar jaar niets meer gezien over VB. NET. Dit lijkt overigens in niets op Basic maar is meer C# met een alternatieve syntax en een subtiel verschil in de for loop in combinatie met o.a. LINQ. De details was ik vergeten maar gelukkig had ik 12 jaar geleden een notitie gemaakt. C# heeft een AsEnumerable methode nodig waar VB.NET zonder kan. Het compileert anders niet.

https://github.com/nicenemo/Noaber/blob/master/Noaber/TupleExtensions/TupleExtensions.AsEnumerable.cs

In de strijd tegen AI overlords wordt 6502 assembly weer relevant. Die CPU zit immers in de Terminator en Bender 😂🤣🙃
Ik heb ooit nog eens naar Simon's Basic en Geobasic gekeken
Geobasic? Bedoel je GWBasic, of is Geobasic iets wat ik niet ken en geen info over kan vinden?
[...]

Geobasic? Bedoel je GWBasic, of is Geobasic iets wat ik niet ken en geen info over kan vinden?
Nope, ik denk dat hij deze bedoeld voor de C64/128. Zelf eigenlijk nooit iets mee gedaan (was zelf meer bezig met assembly), maar ik wist wel van het bestaan af.
GEOS was een grafisch OS voor de C64.
Daarbinnen waren verschillende standaard applicaties beschikbaar, waaronder GeoBasic.
GEOS was een grafisch OS voor de C64.
... en de Nokia 9000 Communicator
basic van Geos operating system.
Dat was de beste taal om spaghetti code te maken: geen functies, alleen maar goto .... Op de C64 kon de basic taal niks: for, if, print, peek en poke. Je kon met zo goed assembler programmeren en dat deden we dus ook.... Daar zat in ieder geval een stack in en een jsr/rts instructie.
Je had GOSUB. Dus wel degelijk een stack.
Klopt, maar je kon alleen labels met rem maken en niet naar 'label' springen, alleen een regelnummer. Dat maakt het spaghetti programmeren er niet veel beter op.
Onzin. Het gaf je discipline om structuur aan te brengen en in logische volgorde te werken.
Juist de beperkte instructieset maakte het gebruik extra creatief, en de uitdaging om iets indrukwekkends te maken des te groter.
Zonder functie parameters is het maar een klein stackje hoor. Schiet je niet heel veel meer op.
Toen ik als jong kereltje mijn 2e hands MSX inruilde voor een 3e hands C64 werd ik helemaal gek van die C64 basic. Ik kon me met MSX basic prima redden met leuke dingen als sprites, figuren tekenen & muziekjes maken in basic. Maar op een C64 is er (voor mij) zo goed als niets te programmeren behalve wat print commando's etc. je moest gelijk (in mijn hoofd) rijen aan poke en peek commando's invullen wat het voor mij totaal niet meer inzichtelijk maakt. Waardoor ik dus op mijn MSX nog wel heb "geprogrammeerd" maar dat na overgang op de C64 nooit meer heb gedaan. Dus bij de overgang naar mijn c64 stopte ook mijn Basic programmeer "carrière".
Herkenbaar! Maar vanwege de populariteit van de c64 waren er veel tijdschriften te koop, vol met listings die ik graag overtypte om daarna een of ander spelletje te kunnen spelen. Die had je niet (of veel minder) voor andere computermerken.

Zelf programmeren vond ik voor de c64 ook niet bevredigend, maar toen mijn ouders een dos pc aanschaften, heb ik wel veel leuke programmaatje gemaakt in GWBasic.
Heb ik ook nog gedaan, code uit tijdschriften overtypen. En daarna de typefouten eruit halen. En dan soms 5-6 uur bezig met typen en viel de stroom uit, of je ging even weg en iemand zette de computer uit. Was je alles kwijt. Kun je nu toch niet meer voorstellen.

Of op de radio zonden ze zelfs programma's uit met die piepjes die je dan kon opnemen.
Ik heb ook uren en uren dingen zitten overtikken uit het MSX listingboek etc.


Het MSX club Magazine had een hele handige tool die elke regel een hash gaf, waardoor je kon zien of wat je getikt had klopte met de hash in het boek. Dan hoefde je alleen maar de getallen voor je listing te checken en dan had je de fout snel gevonden. Helaas waren veel dingen voor de MSX 2 en ik had een MSX 1.
Ja. Basicode als een soort Esperanto voor Basic computers.
Uitgezonden op Hilversum 4 (edit: 2) door de Tros met Ferry Maat als technicus :)

Wikipedia: Basicode

[Reactie gewijzigd door GeeBee op 6 september 2025 09:47]

Hilversum 2 toch? Door het legendarische programma Hobbyscoop...: Wikipedia: Hobbyscoop _/-\o_
Dat heb ik toen zelfs nog uitgeprobeerd toen dat volgens mij op Radio 5 was. Het kwam bij mij niet helemaal goed op het bandje , maar omdat het voornamelijk Print statements waren en in Ascii formaat ingelezen werd was het wel te lezen.
Basic was beperkt. Je kon wel simons basic gebruiken. Deed volgens mij ook grafische dingen als cirkels.
MSX Basic wiki
CIRCLE STEP(<X>,<Y>),<Radius>,<Color>,<TracingStart>,<TracingEnd>,<Aspect>

Edit : Nu ik het nalees besef ik dat je het waarschijnlijk over PET Basic aka C64 Basic hebt waar geen Circle commando in zit. De hardware van de C64 maakt een veel betere Basic mogelijk. Maar Tramiel werd door investeerder Gould financieel heel strak gehouden en dus werd er gebruik gemaakt van de oude licentie waar ze maar eenmalig een bedrag voor hadden betaald. De latere C16/Plus4 computer had wel een veel betere Basic.

[Reactie gewijzigd door AtariXLfanboy op 4 september 2025 17:04]

Ik heb het over Simons Basic. Dat kon je laden als programma of als cardridge in de C64.

Deze basic was veel uitgebreider dan de standaard c64 basic.

Cirkels, sprites, muziek was mogelijk.

CIRCLE

format: CIRCLE x,y,xr,yr,plot-type

purpose: to plot a circular shape.

The parameters x and y specify the screen coordinates of the

center of the circle. The parameters xr and yr indicate the

horizontal and vertical radius of the shape respectively.

example: 110 CIRCLE 20,20,10,10,1

Zie wiki
Ja net als de duizenden andere BASIC versies die er waren. MSX basic kon dat bv ook maar dan standaard. Als ik me goed herinner het veel oudere BBC Basic ook via het PLOT commando. C64 basic was als PET Basic in een tijd ontwikkeld waar er nog geen grafische modi op computers waren. Het beeldscherm was dan een terminal met wat extra characters. Alleen de Apple 2 had meer grafisch mogelijkheden.
Ik heb het hier over c64 basic en een variant simons basic op de C64 die grafisch beter is. Andere varianten die draaien op andere home computers draaien niet op de C64, dus dat doet er niet toe als ik het over simons basic heb.
Ik had inmiddels in de originele reactie het aangepast, maar ik denk dat jij waarschijnlijk de oude versie zonder edit nog zag waar ik voutief van de MSX uitging.
Ik ben niet op de hoogte wat voor Basic alternatieven voor de C64 er waren, maar naast Simons Basic zal er meerdere versies in het lange succesvolle leven van de C64 die uitgebracht zijn. Maar of die anderen ook op cartridge in Nederland waren zou ik niet weten.
Google Gemini noemt naast Simon nog Loadstar's NuBasic en Star Basic en het niet commerciele Vision Basic
MSX BASIC is heel uitgebreid, inderdaad veel grafische commando's inclusief sprites maar ook het tekenen van cirkels (wat niet in de VDP zat, dus echt softwarematig moest), disk I/O, geluid, MIDI, casette/disk, rekenen en nog veel meer. Je werd er best door verwend. Natuurlijk heden ten dage heel gedateerd, maar in die tijd heel erg bruikbaar. Ik denk dat daardoor Turbo Pascal en C nooit groot zijn geworden op de MSX in die tijd. Het was of BASIC of assembly.
Tja, de turbo-pascal op de msx was nog de cp/m implementatie. Die liep een paar versies achter bij de pascal implementaties op andere systemen. Enneh, een c-compiler op de msx heb ik nooit serieus gezien.
Als ZX Spectrum gebruiker was je toen natuurlijk een beetje "verplicht" anti C64 maar met een klasgenoot die er mee speelde wel wat mee gedaan. Daar waar de ZX gewone commando's kende moest je bij de C64 inderdaad veel peeken en poken en dat gaf toch wel een bevestiging dat de C64 niet zo perfect was. Daartegen volg ik al een paar jaar de retro computing weer een beetje en moet toch wel toegeven dat qua kleur geluid en snelheid op die 1MHz processor er best veel meer uitgehaald kan worden tov de 4MHz draaiende ZX maar moet ook toegeven dat moderne demo's op de ZX dingen laten zien die we toen niet mogelijk achten..
Toch wel grappig/opvallend dat Microsoft dit doet op het moment dat Commodore in nieuwe handen is gevallen met grote plannen als ook de nieuwe Spectrum Next een C64 mode heeft.
Ik denk dat ik de peeks en pokes sneller onder de knie heb dan de moderne APIs om vader jacob te kunnen spelen.
Waarom had je dan gewisseld?
MSX 1 (met tapedrive) ging stuk en ik kreeg een goede aanbieding op de complete c64 met diskdrive.
De MSX (Machines with Software Exchangeability) was dan ook een tijd een belangrijk standaard voor Microsoft voor dat PC's veel goedkoper werden en meer mogelijkheden kregen. Daarom is MSX basic een meer dan 5 jaar door ontwikkelde versie van Microsoft Basic.
Voor de mogelijkheden van de TRS80 was trouwens de oude versie wel voldoende, want het had toch nauwelijks geluid en geen discrete grafische processor. Pixel graphics bestonden net zoals bij de ZX80/ZX81 uit karakters. (6 pixels per char (dus 2^6 = 64 karakters) voor de TRS80 als ik me het goed herinner en 4 (2^4 = 16 karakters) voor de Sinclair)
Als beginnen programmeur vond ik de C64 ook maar lachwekkend tov oa Acorn BBC/Electron basic. Het voordeel van C64 basic (eigenlijk dus nog PET Basic) was net als bij de Sinclair dat de gebruiker al snel kennis kreeg van de minder abstracte onderdelen van de machine. Als je bv gewoon bent om in het schermgeheugen te POKEen is de stap naar low level machinetaal al een stuk eenvoudiger!
De C64 had ook zoveel software dat de motivatie om te programmeren al minder was voor de gebruiker. Er was overal software te krijgen voor het ding en anders had je nog C64 tijdschriften waar je je tijd mee kon vullen en waar in latere jaren tapes of zelfs disk bijzaten zodat de gebruiker het intiep monnikenwerk niet meer te hoefden te doen.
Daar zat in ieder geval een stack in en een jsr/rts instructie.
C64 Basic had wel degelijk gosub en return.
Op de computerkampen, waar ik ooit rondsjouwde, wisten de kids heel behoorlijke spelletjes te coden met C64 Basic, met sprites, collisions, achtergronden enz. tot het spectaculaire “openen van de border” toe. En ja, ook met gosub. Good old Basicode (Hobbyscoop) had anders nooit gewerkt op de C64. Spaghetti code ligt met Basic altijd op de loer maar kon prima worden ondervangen.

Basic is wel de taal waardoor heel veel van de huidige oudere IT mensen in de IT terecht kwamen. Het was heel laagdrempelig: computer aan en een seconde of 2 later kon je aan de bak met je TV als monitor.
Het openen van de border vereiste wel assembly, simpelweg omdat de timing anders een probleem werd.
Dat je de registers via pokes vanuit Basic kon vullen wil niet zeggen dat de functionele code voor dat deel ook echt basic was.
GOSUB/RETURN had je wel op C64 BASIC v2.0
Ah, geweldig. Ik was altijd fan van de 6502. Vond ik beter dan de ‘evil’ Z80: de 6502 had een veel mooiere instructie set, vind ik nog steeds!

En de 6502 zat in m’n eerste computer met deze Basic, de Ohio Scientific Instruments Challenger 1P. https://www.computinghistory.org.uk/det/32413/Challenger-1P-Computer/

Heb ik in 1979 gekocht van het geld van mijn vakantiebaantje. Geweldig, ook die Basic!
Op de HTS met 't broertje 6510 gewerkt, als hobby met de Z80 en TMS9900. De laatste was mn absolute favoriet.
De 6502 had maar een stack van 256 bytes. Er waren dan ook nauwelijks compilers voor, in tegenstelling tot de Z80.
Een stack kun je uiteraard ook gebruiken als 'lijstje van stackpointers' en dat deden wat complexere software dan ook. Compilers hebben vooral veel geheugen en een harde schijf nodig om goed te kunnen functioneren. Veel computers met een 6502 waren juist voor de onderkant van de markt. Compilers waren dan ook niet echt een ding voor het begin van de homecomputer.
Er werd gewerkt met interpreters zoals Basic. Maar ik geloof dat er voor de meest gangbare programmeertalen van die tijd uiteindelijk wel meerdere compilers voor 6502 computers zijn geschreven. Volgens mij zijn er zelfs cross compilers die Z80 code kunnen omzetten in 6502 en vice versa. Natuurlijk vrij inefficient om dit te doen, maar om te suggereren dat de 6502 er niet geschikt voor was vind ik wat overdreven.
Jaren lang de Petspeed compiler gebruikt op de C64, was tot 40 keer sneller dan de basic
Ja hoewel dat soort compilers meestal iets meer kennis vereisten waren dit soort compilers meestal in cartridge en diskvorm beschikbaar. Met tape was het wat onpraktischer.
De 6502 was een kloon van de Motorola 6800. De eerdere 6501 was zelfs pin compatibel met de 6800, maar dat was legaal gezien begrijpelijk toch iets te problematisch. Wat de verdienste vooral is geweest dat MOS deze chip veel goedkoper op de markt wist te zetten.
Zelfs dus goedkoper dan de Z80 wat een uitgebreidere versie van de Intel 8080 was omdat Intel hun eigen processorontwikkeling niet op waarde wist te schatten. Waar de 8080 gebaseerd was op de nog oudere simpelere 8008 (een chip ontwikkeld voor terminals) was de 6800 gebaseerd op concepten uit de PDP11 en was wat beter door ontwikkeld en mede inspiratie voor RISC technologiën.
De 6800 en dus de 6502 hebben een kleinere instructieset en lopen meestal op een lagere kloksnelheid. Maar daardoor hebben ze gemiddeld wel minder kloktiks nodig om een instructie uit te voeren. Door statistisch onderzoek naar te gaan doen over hoe je die reductie van instructies zo efficient mogelijk in kon zetten onstond dus de RISC technologie.
Het kleine beetje assembly programmeren dat ik gedaan heb in mijn tienerjaren maakte voor mij toch de Z80 favoriet boven de 6502/6800. Complexe instructies zijn vaak een stuk overzichtelijk in wat ze doen en je hebt dus vaak aan kortere source genoeg.
P.S. Je bent voor Nederlandse begrippen een home computer pionier en dat is stoer!

[Reactie gewijzigd door AtariXLfanboy op 4 september 2025 14:44]

Een van de ontwerpers van de 6800 was Chuck Peddle, hij had bepaalde Ideeën hoe de processor efficienter kon werken en goedkoper kon worden gemaakt.
Hij kreeg geen gehoor bij de leiding en besloot toen maar zelf aan de gang te gaan en is begonnen bij MOS Technology waar de 65xxx serie processors het licht zagen.
Dat is de reden dat de 6502 een soort van uitgeklede en versimpelde 6800 is.
De 6502 kostte ca 1/6 van de prijs van de 6800
De 6501 was compleet pin(!) compatible met de 6800. Licentie problemen leidden tot de 6502.(Edit ik had ff beter moeten kijken)
Grappig dat eigenlijk de grootste concurrent ontstond omdat Motorola de 6501 tegenhield.

Edit: Mijn excuses : Ik had ook 'pin compatible' verkeerd begrepen. Het heeft niet dezelfde instructieset
en registers.

Het verschil met echte Risc processors is wel dat dit dus inderdaad een cut down os versie van 6800 is, maar de echte Risc processors zijn de instructies gebaseerd op statistisch onderzoek waarbij onderzocht is welke instructies het meest,in de praktijk gebruikt worden. De meeste Risc processors gebruiken toch tegenwoordig bv juist veel hardwareregisters ipv minder?
Motorola had commercieel iig ook gelijk om eerst bij CISC te blijven aangezien hun grootste CPU succes nog moest komen : de Motorola 68000 serie die een zeer lang succesvol leven gehad heeft. Van de raketmotoren van de Space Shuttle naar Macintosh, Atari ST, Amiga en diverse consoles tot aan de vele embedded toepassingen tot na de millennium wisseling aan toe. MOS technologies verloor snel weer de riante positie die men had en ik betwijfel of ze in omzet ooit zo succesvol zijn geweest dan Motorola.

[Reactie gewijzigd door AtariXLfanboy op 4 september 2025 23:43]

Wow, heb nog goede herinneringen aan mijn Acorn Atom (voorganger van de BBC computer, maar dan zelfbouw). 8 Kb ram, je kan je het niet meer voorstellen 😂
8 kB? Dat is nog luxe man!

De Commodore PET die de processor en de BASIC uit dit artikel gebruikte had maar 4 kB aan boord (of 8 kB in een latere, meer luxe, uitvoering)!

De opvolger, de Commodore VIC-20 had maar 5 kB aan RAM (ok, dat kon je wel uitbreiden naar 32 kB). Die had ook deze Basic aan boord.

Beiden waren voorlopers van de bekendere Commodore 64 die met 64 KB iets rijker bedeeld was.

Maar het kan nog extremer: de Sinclair ZX81 had maar 1 kB (!) aan RAM. Deze gebruikte Sinclair BASIC die dan weer niet door Microsoft is ontwikkeld, maar door Nine Tiles Networks Ltd (die overigens nog steeds lijken te bestaan??).

[Reactie gewijzigd door wildhagen op 4 september 2025 07:50]

Dat is nog luxe vergeleken met de Atari 2600 game console. Die moet het doen met 128 bytes(!) RAM. En dan nog heeft iemand een BASIC interpreter op cartridge uitgegeven...
Idem voor de TI99/4A, 128 byte system memory (16bits databus), basic programma's werden opgeslagen in 't 16kb video memory
Atari 2600 had geen videomemory ;)
idd. Sommige cartridges voegden wel extra ram toe (zonder R/W pin op de interface, oplossing was clever). Dus totale hoeveelheid ram hing dus van de cartridge af.
Daar is moest inderdaad vanuit Rom via de processor elk beeldlijn aan de TIA verteld worden of er iets veranderd moest worden (veel spellen in de helft van de resolutie door dit om de beeldlijn te doen) en wat dat dan was. Het blijft een vrij ingenieus concept waarvan de makers waarschijnlijk nooit hadden verwacht dat er zulke complexe grafische dingen mee gedaan zou worden.
Later zijn er geloof ik enkele spellen geweest met RAM geheugen op de cartridge om de mogelijkheden wat uit te breiden , maar dat was dan vaak nog maar 128 bytes extra. Zonder bankswitching kon de 2600 namelijk ook al niet erg veel ROM of RAM geheugen op de cartridge aanspreken. De 6507 (een cutdown versie van 6502) kon zonder bankswitching maar 4Kb adresseren op de cartridge en in totaal 8Kb omdat enkele adreslijnen en interuptlijnen ontbraken op de chip.
Maar die beperkingen leken bij het ontwerp van de VCS niet zo erg, want geheugen was nog erg duur en er was een vrijwel open markt voor eenvoudige spellen zoals Breakout die niet veel meer waren dan een uitgebreide versie van Pong
De 5 jaar tussen de introductie van de 2600 (in 1977) en de C64(in 1982) behoren tot de meeste revolutionaire voor de homecomputers en consoles. Waar dus de consoles al een harde crash kenden in 1983 en de homecomputers een veel zachtere crashlanding maakten tussen 1985(VS) en 1987(Europa) die weer een bloeiperiode voor de consoles met oa de NES inluidde.

[Reactie gewijzigd door AtariXLfanboy op 4 september 2025 17:24]

Euh de C64 32K ram? Hoe denk je dat die aan zijn naam komt? 🙂
Klopt 64kb. In de context van dit artikel: van die 64kb waren welgeteld 38911 bytes beschikbaar voor basic.
Ik kan me nog herinneren dat we bij mij thuis meer van Atari waren. Je had destijds ook twee homecomputers, de Atari 600 XL ( t.o.v. de VIC-20) en de Atari 800 XL (t.o.v. de C64).

En dan opnames maken op cassette van NOS Hobbyscoop en dan die programma's op je computer draaien..
De VIC-20 was meer te vergelijken met de Atari 400 denk ik. De Atari 600XL had standaard 16Kb en was uit te breiden naar een Atari 800XL
Heb je die website gezien van Nine Tiles :+
Ik werk vandaag de dag nog met nieuwe smart cards met 8KiB RAM... Niet echt "luxe".
Nostalfie vor mij. De eerste taal waar ik mee in aanmerking kwam op school.

Welliswaar niet versie 1.1

We konden toen kiezen uit BASIC en EXBASIC
En ongetwijfeld ook zonder dat je het wist assembly.
Assembly ook natuurlijk. Echter beschouw ik dat niet als een programmeertaal


//edit: ik wordt er terecht fijntjes op gewezen dat assembly wel een programmeertaal is

[Reactie gewijzigd door metalmania_666 op 4 september 2025 16:02]

Niet? Hmm
hoe moet die processor anders onze talen verwerken.
Het is de enige taal die nog linkt aan de daadwerkijke hardware.
Assembly is wel degelijk een programmeer taal. In de taal-generaties is het de eerste generatie. Voor assembly hadden we op-codes, operatie-codes, de nummers die je met poke in het geheugen ramt of er met peek weer uit leest.
Ik heb veel programma's gemaakt in BASIC op een rekenmashine TI-82 en (TI-92). Dit was echt tof. Veel gebruikt tijdens de lessen. We moesten soms rekenen en al de tussenstappen tonen. Hop programma schrijven, je ziet al de stappen :) Dit was ook een goede manier om de formules te leren.
Nostalgie voor een boel mensen. Ik ben benieuwd wie hier mee aan de slag gaat. Het nieuwe Commodore misschien?
Nostalgie zeer zeker. hele boeken met basic 'programma's' over getyped en dan uren spenderen om alle type fouten op te lossen :) goeie oude tijd.
In je herinnering misschien goeie ouwe tijd. Toentertijd echt vooral frustratie :-)

Maar wel gaaf dat Microsoft dit doet, leuke hobby
Haha, op de Github repository is de laatste commit 48 jaar geleden!

Mooi om te zien dat dit soort software beschikbaar wordt gesteld. Nostalgie, maar er kan ook van geleerd worden.

[Reactie gewijzigd door beany op 4 september 2025 07:12]

Dat hebben ze mooi geback-date dan want toen was Git nog lang niet uit. Denk dat ze nog niet eens een version control systeem gebruikten toen. Misschien CVS.
Als je bedenkt dat de 0 (null) datum van ms-dos op 1 januari 1980 ligt, nu ruim 45 jaar geleden, dan houdt dat in dat ze deze software niet op zo'n systeem hebben bewaard.
En dan wordt de Z80 processor niet genoemd.
In de TRS-80 Model I uit 1977 zat ook een door Microsoft gemaakte BASIC.
Dit was (eerder dan de Commodore 64 die het overtrof) een goed verkopende hobby computer.
Ik kan het bevestigen, want ik heb nog op de Model 1 in MS Basic 'geprogrammeerd' Die stonden samen met een Model 4 (?) nog in een kleine ruimte in een barak bij onze school. Deze was dus ook 5 jaar eerder dan de C64. Het behoorde tot de 'Trinity' : TRS 80, PET en Apple II. De eerste 3 in de VS ruim beschikbare homecomputers voor de thuisgebruiker. Maar voor de consument waren deze nog wel prijzig hoor! Zeker als je er nog wat meer geheugen dan 4Kb wou! Laat staan een 8inch Floppy drive (*) om er een CP/M systeem van te maken.
Deze revolutie werd mede mogelijk gemaakt doordat ROM chips rond die tijd goedkoper en meer beschikbaar werden. Daardoor had je dus minder RAM nodig omdat je niet meer BASIC in hoefde laden en at deze dus niet een groot deel van het RAM geheugen op. Ook was er wat minder kennis nodig omdat je niet zelf als gebruiker hoefde de bootloaden om in een Monitor of BASIC te komen. Bij bv de PDP11 en de Altair ging het bootloaden eerst zelfs nog met schakelaars om daarna de Monitor en Basic van (vaak papieren!) tape te laden.
(*) Adrian Black heeft op youtube nog een reparatie video van een Model II met 8 inch disk drive staan

[Reactie gewijzigd door AtariXLfanboy op 4 september 2025 14:15]

Dan mag de naam BASIC wel weer opgehaald worden: Beginners All-purpose Symbolic Instruction Code.
Maar het werd ook wel "Bloody Awful Set of Interpreted Commands" genoemd.

Het was wel de eerste 'hogere' programmeertaal die ik gebruikte, op de Apple ][.


Om te kunnen reageren moet je ingelogd zijn