Newsgroup: it.comp.programmare
Titolo: Basic per DOS/Windows, Mac e Atari

Sto cercando, possibilmente nel SW di pubblico dominio, una famiglia
di interprete+compilatore Basic non troppo evoluti, con una versione
che giri in DOS, una in Mac OS X, e, ma qui e' forse chiedere troppo,
su Atari ST/STE.
Roba come GWBasic potrebbe andare, sono disposto a sopportare i numeri
di linea, invece eviterei prodotti troppo moderni perche' pesanti, di
dimensioni enormi, con parecchie istruzioni che non uso, e che
produono file giganteschi.
Anni fa su CD allegati a riviste si trovava il Gfa Basic, addirittura
la versione 3.6, mentre a me basterebbe la 2.00 (la 1 aveva delle
pecche), distribuita anch'essa gratis una volta sorpassata. Girava
sugli Atari, ma esisteva anche in versione DOS, e forse anche Apple.
Mi potrebbero andare bene anche Basic diversi, piu' o meno
equivalenti, poi tanto visto che i programmini me li scrivo da me
dovrei riuscire facilmente a modificare i sorgenti per adattarli
all'uno o all'altro ambiente.
Spero che qualcuno possa aiutarmi.
Grazie
Paolo
PS- Vi prego, non cercate di convincermi che Python o che sono meglio.

 Spero che qualcuno possa aiutarmi.
Secondo me invece che dallo strumento devi partire dallo scopo, cioè: 
che programmi vuoi scrivere?

 che programmi vuoi scrivere?
Come appena precisato di sopra, e aggiungerei che per le mie esigenze
la scelta di un linguaggio di programmazione non e' un fattore
critico, insomma non si tratta di scegliere RPG perche' devo fare
programmi di contabilita', si tratta piuttosto di una questione di
comodita', mentre i primi Basic con numeri di linea e poche istruzioni
(magari l'"if" ma non l'"if not") erano troppo limitati e scomodi,
quelli troppo moderni sono una brutta imitazione di Pascal e C, e
oltre a tante istruzioni che non uso (aggiungerei Case) hanno il
brutto difetto che sono piu' stupidi del Basic, e occorre digitare
nelle dichiarazioni i nomi delle variabili, dei sottoprogrammi, etc,
tutta roba che il Basic sa riconoscere da solo, quindi il mio ideale
e' un Basic con etichette invece dei numeri di linea, ma senza tutte
queste altre complicazioni.
Questo per me. Se poi dovessi scrivere o modificare qualcosa per un
cliente, non starebbe a me decidere.
Grazie
Ciao
Paolo

 queste altre complicazioni.
A parte che credo tu possa avere qualche pregiudizio nei confronti di
Python & soci, non potresti far girare un basic in emulazione Atari ST?

 Python & soci, non potresti far girare un basic in emulazione Atari ST?
In teoria si', sto facendo esperimenti, ma per varie ragioni non posso
risolvere tutto in cinque minuti.
Una volta c'era un concetto, mi pare si chiamasse efficienza di
compilazione, era il rapporto tra le dimensioni di un programma
scritto in lingiaggio macchina da un ottimo programmatore, e le
dimensioni dello stesso programma compilato da un programma di
compilazione. Per sentito dire Pyt5hon e compagni non ne escono molto
bene, forse si tirano dietro molta roba inutile.
Ciao
Paolo

 compilazione.
Si', ne ho sentito parlare.
Ma una volta avevo 24kb di RAM, e un processore a 1MHz, sono successe
molte cose.

 bene, forse si tirano dietro molta roba inutile.
Lua dovrebbe avere un footprint molto ridotto, forse IoLanguage anche di 
meno, ma vale la pena starci a pensare?

 molte cose.
La risposta e' anche per D'Amore.
Oltre alla efficienza nella compilazione ai bei tempi c'era anche la
compatibilita' verso il basso, cioe' un programma che girava sulla
versione 1 di un computer doveva girare anche sulle
successive.Scomparsa anche quella. Temo che il tutto sia solo un
business, e che non si tratti di vero progresso. Se passando dalla
versione 1 alla 2 di un sistema operativo si ha un enorme aumento di
memoria occupata, per cui bisogna comprare un nuovo computer,
bisognerebbe andare a vedere se serve davvero una simile occupazione
di memoria o se lo hanno fatto apposta per costringere a fare una
spesa. Oppure SO e SW molto piu' grossi sono anche piu' lenti, e
allora si compra un nuovo computer con una CPU molto piu' veloce.
Viene pero' da chiedersi che senso abbia una memoria molto piu' groppa
o una CPU molto piu' rapida se poi la memoria viene assorbita da file
giganteschi e lo stesso per la CPU. Anni fa dovetti sostenere una
prova pratica su computer, disegnai il mio bravo quadrato, niente di
complicato, e cercai di salvarlo su un FD, ma non ci riuscii perche'
il file injvece di essere di 100 byte o giu' di li' era molto maggiore
di 720 KB! Superai la prova perche' gli imbarazzatissimi esaminatori
videro che non era colpa mia. A quel punto dubito che su un CD ci
stiano piu' quadrati che su un FD! Miei conoscenti sono sorpresi che
vecchi programmi fossero molto piccoli, a volte poche migliaia di
byte. Il GfaBasic 2 era circa 50 KB per l'interprete e altrettanti per
il compilatore, sono andato a vedere smallbasic e sono milioni di
byte: fa davvero tanto di piu', in proporzione? Perche' pensare a
queste cose? Perche' ho la sensazione che ci stiano solo prendendo in
giro per spillarci un sacco di soldi.
Ciao
Paolo

 giro per spillarci un sacco di soldi.
Effettivamente con quello che costa la licenza di Python...
Ti prego Paolo, dimmi che sei un polygen.
-- 
-riko

il compilatore
Cosě tanti? il Forth per lo Spectrum era 8 Kb, e faceva tutto quello di cui
c'era bisogno.
Ciao.

 giro per spillarci un sacco di soldi.
Monta MenuetOS e divertiti. Rigorosamente x86.

 Effettivamente con quello che costa la licenza di Python...
Ieri al mercato i python li facevano due mega* al chilo.
-E ho detto tutto.-
*megabyte

 successive.
Ma quando? "verso il basso" a quei tempi voleva dire 4, 5 anni al massimo.
Forse il tuo discorso vale per i mainframe, ero troppo cinno per
metterci le mani, ma ricordo che c'erano problemi di compatibilita'
anche solo per cambiare la CPU di un Amiga dal 68000 al 68020.
E tra uno Spectrum 48k e un 128k, tra un MSX1 e un MSX2.
Il tasto TURBO sui PC compatibili, anche quello per compatibilita' dei
programmi che si aspettavano un clock a 4.77MHz - gia' il clock da 8 li
mandava in crisi.
Se scarichi Python 1.0 (l'ho fatto) su una Ubuntu 9.10, si compila senza
problemi. E' uscito 19 anni fa.

 Monta MenuetOS e divertiti. Rigorosamente x86.
Grazie dell'idea, adesso devo andare perche' ho bisogno di compilare
Postgres per l'Arduino..