Commodore BASIC

À l'instar de l' interpréteur Microsoft BASIC d'origine , le Commodore BASIC est plus lent que le code machine natif , en raison de la surcharge liée à l'interprétation à l'exécution. Des tests ont montré que la copie de 16 kilo-octets de la ROM vers la RAM prend moins d'une seconde en code machine, contre plus d'une minute en BASIC. Pour accélérer l'exécution, les programmeurs ont eu recours à diverses techniques. L'une d'elles consistait à stocker les valeurs à virgule flottante fréquemment utilisées dans des variables plutôt que d'utiliser des valeurs littérales, car l'interprétation d'un nom de variable était plus rapide que celle d'un nombre littéral. Le type à virgule flottante étant le type par défaut de toutes les commandes, il est plus rapide d'utiliser des nombres à virgule flottante comme arguments que des entiers. Lorsque la vitesse était primordiale, certains programmeurs convertissaient des sections de programmes BASIC en langage assembleur 6502 ou 6510. Ces sections étaient chargées séparément à partir d'un fichier ou insérées en mémoire par des instructions DATA à la fin du programme BASIC, puis exécutées depuis BASIC à l'aide de la commande SYS , soit en mode direct , soit directement depuis le programme . Lorsque la vitesse d'exécution du langage machine était trop élevée, comme pour un jeu ou lors de l'attente d'une entrée utilisateur, les programmeurs pouvaient interroger en lisant des emplacements mémoire sélectionnés (tels que $C6 pour le 64, ou $D0 pour le 128, désignant la taille de la file d'attente du clavier) pour retarder ou arrêter l'exécution.:GOTO160de liste simplement chaînée, avec un pointeur (contenant l'adresse du début de la ligne de programme suivante), un numéro de ligne, puis le code tokenisé de la ligne. Pendant la saisie d'un programme, BASIC réorganisait constamment les lignes de programme en mémoire afin que les numéros de ligne et les pointeurs soient tous en ordre croissant. Cependant, une fois le programme saisi, la modification manuelle des numéros de ligne et des pointeurs à l'aide des commandes POKE permettait une exécution hors séquence, voire d'attribuer le même numéro de ligne à chaque ligne. À l'époque où BASIC était utilisé commercialement, il s'agissait d'une technique de protection logicielle visant à dissuader toute modification non autorisée du programme.

Les numéros de ligne peuvent aller de 0 à 65 520 et occupent cinq octets, quel que soit le nombre de chiffres qui les composent. Toutefois, plus le numéro de ligne est court, plus l’exécution est rapide. Placer plusieurs instructions sur une même ligne permet d’économiser de la mémoire et d’accélérer l’exécution.

en complément à deux )qu’Applesoft BASIC .

Le format numérique natif du Commodore BASIC, comme celui de son ancêtre MS BASIC , était à virgule flottante . La plupart des implémentations BASIC contemporaines utilisaient un octet pour l'exposant et trois octets pour la mantisse . La précision d'un nombre à virgule flottante avec une mantisse de trois octets n'est que d'environ 6,5 chiffres décimaux, et les erreurs d'arrondi sont fréquentes. Les implémentations 6502 de Microsoft BASIC utilisaient l'arithmétique à virgule flottante 40 bits, ce qui signifie que les variables nécessitaient cinq octets pour être stockées (quatre octets pour la mantisse et un octet pour l'exposant), contrairement à la virgule flottante 32 bits du BASIC-80.

Alors que les implémentations 8080/Z80 de Microsoft BASIC prenaient en charge les variables entières et à double précision, les implémentations 6502 ne prenaient en charge que les nombres à virgule flottante.

Bien que Commodore BASIC prenne en charge les variables entières signées (indiquées par le signe pourcentage) comprises entre -32 768 et 32 767, en pratique, elles ne sont utilisées que pour les tableaux et permettent d'économiser de la mémoire en limitant la taille des éléments à deux octets (un tableau de 2 000 éléments occupera 10 000 octets s'il est déclaré comme un tableau de nombres à virgule flottante, contre seulement 4 000 octets s'il est déclaré comme un tableau d'entiers). Déclarer une variable comme entière force BASIC à la reconvertir en nombre à virgule flottante, ce qui ralentit l'exécution du programme et gaspille de la mémoire, chaque signe pourcentage nécessitant un octet supplémentaire (ceci s'appliquant également aux tableaux d'entiers, il est conseillé de les éviter, sauf pour les très grands tableaux qui dépasseraient la mémoire disponible s'ils étaient stockés en nombres à virgule flottante). De plus, il est impossible d' accéder à des adresses mémoire supérieures à 32 767 avec une adresse définie comme un entier signé.fonction USR pour appeler des routines en langage machine. Elle charge automatiquement les registres du processeur avec les valeurs de $30C à $30F (C64, valeurs variables sur d'autres machines). Ces registres peuvent servir à transmettre des données à des routines en langage machine ou à appeler des fonctions du noyau depuis BASIC (par exemple, effacer l'écran).Microsoft BASIC , si un tableau n'est pas déclaré avec une instruction DIM , il est automatiquement initialisé à dix éléments (en pratique onze, car les éléments d'un tableau sont numérotés à partir de 0). Les tableaux plus grands doivent être déclarés, sinon BASIC affichera une erreur à l'exécution du programme. Il est impossible de redimensionner un tableau en cours d'exécution, sauf si toutes les variables sont effacées via une instruction CLR. Les tableaux numériques sont automatiquement initialisés à zéro lors de leur création ; un bref délai peut survenir lors de l'exécution du programme si le dimensionnement d'un grand tableau est effectué.

De nombreuses extensions BASIC ont été développées pour le Commodore 64, en raison des capacités relativement limitées de son BASIC 2.0 natif. Parmi les plus populaires figurait DOS Wedge , inclus sur la disquette de test/démo Commodore 1541. Cette extension de 1 Ko ajoutait plusieurs commandes liées au disque, notamment la possibilité de lire un répertoire disque sans interrompre le programme en mémoire. Ses fonctionnalités ont ensuite été intégrées à diverses extensions tierces, comme la cartouche Epyx FastLoad . D'autres extensions BASIC ajoutaient des mots-clés supplémentaires pour faciliter la programmation de sprites, de sons et de graphismes haute résolution, à l'instar de Simons' BASIC (1983) et Vision BASIC (2022).

Bien que l'absence de fonctionnalités sonores ou graphiques dans BASIC 2.0 ait été frustrante pour de nombreux utilisateurs, certains critiques ont fait valoir que cela était finalement bénéfique car cela obligeait l'utilisateur à apprendre le langage machine.,8Loadstar , un magazine sur disquette pour le C64 , était un lieu de rencontre pour les programmeurs amateurs, qui partageaient des collections de proto-commandes pour BASIC, appelées avec la Microsoft BASIC , presque tous les BASIC pour ordinateurs personnels de l'époque souffraient de défauts similaires. Chaque ligne d'un programme Microsoft BASIC se voyait attribuer un numéro par le programmeur. Il était courant d'incrémenter ces numéros (5, 10 ou 100) pour faciliter l'insertion de lignes lors de l'édition ou du débogage, mais une mauvaise planification impliquait souvent que l'insertion de sections importantes nécessitait une restructuration complète du code. Une technique courante consistait à démarrer un programme à un numéro de ligne bas avec une table de branchement ON...GOSUB , le corps du programme étant structuré en sections commençant à un numéro de ligne désigné, par exemple 1000, 2000, etc. Si une section importante devait être ajoutée, il suffisait de lui attribuer le prochain numéro de ligne majeur disponible et de l'insérer dans la table de branchement.

De plus, toutes les variables sont traitées comme des variables globales. Il est difficile de créer des boucles clairement définies au-delà de la structure FOR...NEXT, ce qui oblige souvent le programmeur à utiliser la commande GOTO (ce problème a été corrigé ultérieurement dans BASIC 3.5 avec l'ajout des commandes DO, LOOP, WHILE, UNTIL et EXIT ). Il était souvent nécessaire de créer des variables d'état pour effectuer certaines tâches.ordinateurs personnels , les machines Commodore démarraient directement dans l'interpréteur BASIC. Les commandes de fichiers et de programmation de BASIC pouvaient être saisies en mode direct pour charger et exécuter des logiciels. Si l'exécution d'un programme était interrompue par la touche RUN/STOP, les valeurs des variables étaient conservées en RAM et pouvaient être affichées pour le débogage. Le Commodore 128 consacrait même sa seconde banque de 64 Ko au stockage des variables, permettant ainsi aux valeurs de persister jusqu'à l'émission d'une commande RUN NEWou STOP. Ceci, combiné à l' celle d'un REPL ; les programmeurs pouvaient insérer et modifier des lignes de programme à n'importe quel emplacement de l'écran, construisant ainsi le programme de manière interactive. Cela contraste avec les systèmes d'exploitation professionnels de l'époque, tels que CP/M ou MS-DOS , qui démarraient généralement dans une interface en ligne de commande . Si un langage de programmation était nécessaire sur ces plateformes, il devait être chargé séparément.RUN

DLOADAlors que certaines versions de Commodore BASIC incluaient des commandes spécifiques aux disques DSAVE, la version intégrée au Commodore 64 en était dépourvue. L'utilisateur devait donc spécifier le numéro du lecteur de disquettes (généralement 8 ou 9) à la LOADcommande standard, qui utilisait par défaut le lecteur de bande. Autre lacune du BASIC 2.0 du Commodore 64 : l'absence d'une DIRECTORYcommande permettant d'afficher le contenu d'une disquette sans vider la mémoire principale. Sur le 64, l'affichage des fichiers sur une disquette était implémenté en chargeant un « programme » qui, une fois affiché, présentait le répertoire comme un pseudo-programme BASIC, la taille des blocs du fichier correspondant au numéro de ligne. Ceci avait pour effet d'écraser le programme en cours d'exécution. Des extensions comme DOS Wedge contournaient ce problème en affichant directement le contenu du répertoire à l'écran.

Liste des versions de CBM BASIC par ordre chronologique, avec les fonctionnalités ajoutées successivement :