Newsgroup: it.comp.retrocomputing
Titolo: Foto del Living Computer Museum


 
-- 
Nicola D'Agostino
<!-- 
http://www.nicoladagostino.net
 -->
<!-- 
http://www.storiediapple.it
 -->

Questo cartello 
http://www.flickr.com/photos/textfiles/9639424048/in/set-72157635312051527
 
la dice lunga sulla generazione di faccialibro e windows in genere
 
Comunque bellissime macchine, sembra che gli anni 70 siano stati giusto 
24 ore fa

 24 ore fa
 
beh, stiamo parlando di un museo il cui fondatore e propiertario ha sia 
ampia disponibilità di fondi per restauro E conoscenza diretta dell' 
aspetto originario
 
Saluti,
dott. Piergiorgio.
 

 
 
conoscenza diretta dell'aspetto originario
 
Non sono tanto convinto di questo in fin dei conti il basic non era 
certo il linguaggio dei minicomputer, più che altro stiamo parlando di 
un tipo che oltre alla disponibilità economica, gode anche di un nutrito 
giro di conoscenze che gli ha permesso di recuperare queste macchine 
direttamente dai fondi di magazzino dei produttori originali.
 
Noi poveri disgraziati la discarica, l'isola ecologica o qualche centro 
statale in vena di sprechi milionari con supercomputer messi lì a fare 
da tana per le vipere, Lui direttamente un colpo di telefono al 
magazzino dove si tengono ancora i ricambi dei PDP in condizioni di 
religioso rispetto.

 Allen: 
http://www.livingcomputermuseum.org/
 
 
Voglio aggiungere – casomai a qualcuno fosse sfuggito – che è possibile
richiedere un account su un paio di macchine del museo molto interessanti sia
da un punto di vista hardware sia da un punto di vista software. Mi riferisco
al DECSYSTEM-2065 con il sistema operativo TOPS-10 e al TOAD-1 con TOPS-20. 
 
Quest'ultimo in particolare è uno dei padri "occulti" di Unix, poiché da esso
hanno avuto origine molti concetti teorici e implementazioni pratiche tuttora
in uso (l'interfaccia utente e i comandi hanno invece avuto un'altra origine).
 
TOPS-20 nacque come progetto della BBN (quella dell'appalto del dipartimento
della difesa americano per l'implementazione dei primissimi nodi ARPAnet) e
infatti questo retaggio è presente ancora oggi nel protocollo FTP, tanto che
anche un client "grezzo" come quello a linea di comando fornito con Windows
prevede il modo 'tenex' oltre i due classici 'ascii' e 'binary': TENEX era il
nome di TOPS-20 prima che venisse ceduto dalla BBN alla Digital che in quel
periodo aveva TOPS-10 come proprio sistema operativo per PDP-10 (in effetti
TENEX deriva da ten extended).
 
FTP di Windows XP:
 
| ftp> type tenex
| 200 Type set to L
 
TOPS-10 ha un'aria molto più grezza e antica (le sue radici risalgono
addirittura a metà anni '60), e la cosa più interessante dell'accesso offerto
dal museo è poterlo provare su hardware d'epoca, a velocità d'epoca. :)
 
Ciao, :)
G.
 


 
 
Mettono anche qualche istruzione per l'uso ? Con tutta la buona volontà 
di sto mondo il nostro modo di pensare è leggermente meno "elegante" 
degli anni 60 senza contare che potremmo dare per scontare due o tre 
cose di troppo alla portata perfino di quel buzzurro del pinguino pingue.

 | 200 Type set to L
 
non è il solo...
man ftp
     tenex       Set the file transfer type to that needed to talk to TENEX
                 machines.
 
 
Anche pingu riconosce il TENEX...
 
 
-- 
                                 _            
 ___ _   _ _ __   ___ _ ____   _(_)_ __ __  __
/ __| | | | '_ \ / _ \ '__\ \ / / | '_ \\ \/ /
\__ \ |_| | |_) |  __/ |   \ V /| | | | |>  < 
|___/\__,_| .__/ \___|_|    \_/ |_|_| |_/_/\_\
          |_|                                 

Anche in questo caso,
 
come nel national Museum of Computing
che ho avuto modo di visitare a Bletchley Park
http://compvter.blogspot.it/2013/08/bletchley-park-e-uk-national-museum-of.html
 
 
ci sono molte macchine piuttosto rare e costose sul mercato del collezionismo,
accese e a disposizione del pubblico (....immagino).
 
Questo mi fa capire che:
1. in Italia ci sono molti + ragazzi spaccamacchine
(nella mostra che abbiamo organizzato in UniPV abbiamo portato a casa + di qualche cadavere)
2. hanno proprio taaaante macchine e/o tanti soldi.
 
Dino
comPVter

 religioso rispetto.
 
Così finiresti per dare ragione all' argomentazione "invidia sociale" 
dei moderni aristocratici...
 
Saluti,
dott. Piergiorgio.
 


 
 
 
E certo che lo invidio, posso non farlo ?
Anzi in certe occasioni mi capita anche di invidiare chi qua dentro 
trova pezzi da 90 all'isola ecologica. Io quando sono fortunato trovo 
gli olivetti pressati dai motori delle lavatrici.
 

 trova pezzi da 90 all'isola ecologica. 
 
Tipo questo ?
http://compvter.blogspot.it/2013/07/apple-iii-e-macintosh-classic.html
 
 
....non ho saputo resistere, addirittura io stento a crederlo !
:-)))))))))))))))))))))
 
 
Dino
comPVter


 
 
 
 
Ecco, uno a caso :)
Se capitava a me l'avrei trovato triturato da una trebbiatrice tranne 
che per la mascherina del logo, cosě giusto per farmi capire cos'era una 
volta e adesso non piů.
 

 cose di troppo alla portata perfino di quel buzzurro del pinguino pingue.
 
TOPS-10 e TOPS-20 sono stati entrambi protagonisti e testimoni della nascita
della cultura hacker (Kermit e i primi MUD sono nati lì, su di loro si trovano
diversi riferimenti nel Jargon, etc.), quindi molto è rimasto anche in rete e
si trovano diversi siti di appassionati che ne parlano.
 
Ad ogni modo, la linea PDP-10 con tutti i suoi annessi fu cancellata nel 1983,
ma fino al 1990 la Digital continuò a rilasciare aggiornamenti e patch su
nastro: di questi, due in particolare contengono le versioni più recenti di
alcuni manuali base e sono disponibili in formato navigabile su Trailing Edge.
 
Per TOPS-10: 
http://pdp-10.trailing-edge.com/tops10v704_docc/index.html
 
 
Il manuale CMND.MEM contiene una discreta parte introduttiva abbastanza utile
e riassuntiva per principianti. Può essere utile anche UTIL.MEM.
 
Per TOPS-20: 
http://pdp-10.trailing-edge.com/BB-PBQUC-BM_1990/index.html
 
 
Vedere in particolare USERS.MEM e COMMANDS.MEM.
 
Per quanto riguarda l'accesso ai sistemi, quelli del Living Computer Museum
non sono gli unici disponibili in assoluto (ma sono gli unici su quel tipo di
hardware): al largo di Internet ci sono diversi altri sistemi che girano in
emulazione su Simh o sull'ottimo KLH10 (e grazie ai nastri di Trailing Edge).
 
Fra tutti, c'è anche il TOPS-10 della nostra DECnet (vedere miei vecchi post
su questo stesso NG). Poiché TOPS-10 non ha mai saputo cosa fosse il TCP/IP,
bisogna fare un collegamento in due passaggi: telnet a 
ipv7.net
 per collegarsi
a un sistema VMS di Sadness (che ogni tanto scrive pure qui), fare login come
utente GUEST e da lì SET HOST (l'equivalente DECnet di telnet) a DIECI, cioè
il nostro PDP-10 emulato con TOPS-10, e infine login su quest'ultimo ancora
come GUEST. Per tornare indietro si deve dare il comando KJOB su TOPS-10 (poi
Invio e attendere alcuni secondi) in modo da tornare su VMS e da lì LOGOUT.
 
Al Living Computer Museum adottano una tecnica diversa: fanno fare login su un
terminal server collegato alle seriali fisiche della macchina con TOPS-10.
 
È fondamentale in entrambi i casi un BUON emulatore di terminali VT100, per
esempio PuTTY, e per avere prestazioni migliori è opportuno aggiungere /APP=R
o /LAT al comando SET HOST (la differenza nella responsività è notevole).
 
Poi che altro dire? TOPS-10 sembrerà abbastanza simile al DOS, il quale
infatti prendeva ispirazione dal CP/M, per il quale a sua volta Gary Kildall
si era ispirato proprio al sistema operativo DEC. C'è DIR, c'è COPY, c'è PIP;
i file hanno le ben note estensioni EXE, TXT, etc. (ma solo sei caratteri
anziché otto per il nome del file); i nomi standard per le structure (cioè i
filesystem montati) sono nella forma DSKx dove 'x' è una lettera da A a Z; le
stampanti si chiamano LPTn (con 'n' numerico) e così via...
 
Ciao! :)
G.
 
 
P.S. Quando avrò tempo e voglia metterò su anche un nodo con TOPS-20: avevo
già cominciato e non funzionava male, ma poi mi sono un po' arenato... :P

 Anche pingu riconosce il TENEX...
 
Ah certo! Non volevo dire che solo il client FTP di XP lo riconoscesse, ma che
addirittura lui lo riconosceva :) Non ho idagato invece su client più moderni
e complessi come FileZilla, CuteFTP, WS_FTP o magari wget... Chissà!? :)
 
G.

 invece avuto un'altra origine).
 
E l'altro padre e' senz'altro Multics. :-)
 
bye G.L.
-- 
Da i.d.c.tutela:
P.S. Quando ci sarà lo switch-off, avrò problemi anche col
monitor del PC? Ho visto che è collegato in modalità analogica.

 certo il linguaggio dei minicomputer,
 
Con un'illustre eccezione (ma non so se sia l'unica): DEC RSTS/E,
sistema timesharing per PDP-11. AFAIK buona parte dei comandi di
sistema sono stati addirittura scritti in basic... ;-)


 A Seattle c'è il Living Computer Museum, creato dall'ex  Microsoft
 
"Il Re" dei pdp-11 blinken lights, il mod. /70: :-)
http://www.flickr.com/photos/textfiles/9639414766/in/set-72157635312051527
 



 
 
Grazie ! Sembra pi� facile del previsto. Curiosit�: le directory sono 
un'invenzione pi� o meno recente o sono sempre esistite ?
 
Una volta loggati l� sopra cosa si pu� fare di istruttivo ?

Pingu è sempre stato un integralista (e l'ha pagata spesso questa cosa) 
ma questo è uno di quei rari casi dove essere integralisti è un bene per 
noi altri

 sistema sono stati addirittura scritti in basic... ;-)
 
 
 
 
Era un mini, come intenderemmo oggi, destinato per small business e 
aziende nane che vogliono giocare a fare le grandi o solo una specie di 
esperimento ?

 Era un mini, come intenderemmo oggi, [SNIP]
 
Decisamente si'.
 
bye G.L.
-- 
Da i.d.c.tutela:
P.S. Quando ci sar� lo switch-off, avr� problemi anche col
monitor del PC? Ho visto che � collegato in modalit� analogica.

 sistema sono stati addirittura scritti in basic... ;-)
 
Certo non si trattava del solito BASIC in ROM, il quale � stato talmente
ubiquo da aver di fatto declassato il linguaggio a qualcosa di buono giusto
per un home con cui fare i giochi. Il BASIC non era cos� adatto come si
pensava per imparare a programmare perch� induceva a creare codice confuso,
non strutturato e poco espandibile, ma ha avuto una sua storia e un suo
retaggio anche su sistemi pi� grossi di un computerino da attaccare alla TV.
 
Per quanto riguarda il BASIC su RSTS/E, non so dire se effettivamente molti
comandi di sistema fossero scritti con quello perch� la macchina con RSTS/E a
cui avevo accesso � offline (e comunque quel sistema operativo lo conosco
molto poco, quindi non saprei verificare bene), per� posso dire che il BASIC
sotto forma di BASIC-PLUS-2 (BP2) esisteva sia per diversi mini Digital sia
per TOPS-20 e che il VAX BASIC per VMS � stato via via portato sulle diverse
architetture su cui gira VMS e ora � disponibile per Itanium.
 
HP BASIC per OpenVMS: 
http://h71000.www7.hp.com/doc/basic.html
 
 
Una vecchia versione per TOPS-20: 
http://manx.classiccmp.org/details/1,18285
 
 
Ovviamente parliamo di compilatori pi� che di interpreti, anche se spesso le
due cose erano contemporanee: in VMS se si digita il comando BASIC senza
parametri si entra nell'interprete interattivo, invece se si fa seguire il
comando da un file con estensione BAS si invoca il compilatore che produce un
normale file OBJ che LINK pu� trasformare in EXE, quindi un vero eseguibile,
non bytecode che deve comunque in qualche modo essere interpretato.
 
E altrettanto ovviamente parliamo di BASIC piuttosto estesi rispetto all'idea
originale, con molte funzioni per sfruttare al meglio le capacit� del sistema,
per esempio per accedere ai file orientati ai record (RMS) di VMS e non solo.
 
Tuttora il BASIC su VMS � considerato una delle soluzioni migliori per chi ha
bisogno di scrivere procedure complesse per maneggiare stringhe, e grazie al
calling standard comune fra tutti i linguaggi, si pu� benissimo scrivere una
procedura in BASIC e richiamarla da dentro un programma C/C++ o FORTRAN. Basta
usare LINK per unire insieme i vari OBJ in un unico EXE. :)
 
Ciao! :)
G.
 

 Una volta loggati l� sopra cosa si pu� fare di istruttivo ?
 
Be', questo dipende da te: ognuno pu� essere interessato a cose diverse. Ci
sono un paio di compilatori (FORTRAN e COBOL), c'� l'assemblatore MACRO-10, ci
sono almeno un paio di editor (SOS, EDT e direi anche TECO), c'� DECnet con i
suoi servizi (posta, file transfer, remote terminal, etc.), ci sono tutti i
sorgenti (ma quelli si leggono pi� comodamente su Trailing Edge), insomma, c'�
un intero sistema da esplorare... :)
 
Per quanto riguarda invece TOPS-20, probabilmente pi� attraente rispetto a
TOPS-10, oltre al sistema del Living Computer Museum (che non so quanto sia
veloce), c'� anche per esempio l'accesso offerto da 
http://www.twenex.org/
 
 
Ciao, :)
G.
 


 
 
Praticamente l'equivalente di un comando DIR leggeva il file SFD e 
riportava il suo contenuto, riducendo quindi la quantit� di marasma 
sullo schermo giusto ?


wrote:

Nulla di diverso rispetto a un OS moderno: anche se non vedi le directory come
file, di fatto lo sono e il meccanismo � identico. Anche 'ls' su un qualunque
Unix ti elenca il contenuto del file corrispondente alla directory richiesta
nonostante tu a livello X non veda le directory del livello X+1 come file, ma
questo capita perch� ti vengono mostrate in modo particolare, non perch� siano
internamente diverse rispetto a un qualunque altro file...
 
| .dir
| 
| 
| TSU     SFD     1  <775>   28-Jun-10                    DSKB:   [1,2]
| OLDMON  SFD     1  <775>   28-Jun-10                    DSKB:   [1,2]
| MAIL    TXT     1  <477>   21-Mar-12                    DSKB:   [1,2]
| EDT     SFD     1  <775>   24-Aug-11                    DSKB:   [1,2]
| DBMS    SFD     1  <775>   27-Aug-11                    DSKB:   [1,2]
|   �
|   �
|   �
|   Total of 732 blocks in 23 files on DSKB: [1,2]
| 
| .dir [,,tsu]
| 
| 
| APUTIL  EXE   312  <057>    7-Nov-89    1(11)           DSKB:   [1,2,TSU]
| APUTIL  HLP     3  <057>    8-Sep-89                    DSKB:   [1,2,TSU]
| BACKUP  EXE   128  <057>    7-Feb-90    6(704)          DSKB:   [1,2,TSU]
| COPYAP  CTL   137  <057>    5-Feb-90                    DSKB:   [1,2,TSU]
| DCRYPT  EXE   168  <057>   10-Mar-87    1(3)            DSKB:   [1,2,TSU]
| DCRYPT  HLP     2  <057>   15-Jan-87                    DSKB:   [1,2,TSU]
| LODCBL  CTL     2  <057>    9-Feb-90                    DSKB:   [1,2,TSU]
| LODCSP  CTL     1  <057>    1-Dec-89                    DSKB:   [1,2,TSU]
|   �
|   �
|   �
|   Total of 1433 blocks in 33 files on DSKB: [1,2,TSU]
|
| .
 
Ciao, :)
G.
 

Eggi�, guarda l�, si capisce bene dove si sono ispirati tutti quanti. 
Quello che ci manca adesso � una bella telescrivente collegata al tutto. 
Si pu� fare ? Anche mettendoci al posto una stampante ad aghi

 internamente diverse rispetto a un qualunque altro file...
 
In (Open)VMS:
 
| ATHENA::RPT$ dir
| 
| Directory SYS_USERS:[RPT]
| 
| 725.DIR;1        99BEERS.SCN;156    CMUIP.DIR;1     COBOL_DYNAMIC_CALL.BCK;1
| 
CRE_MBX.COM
;1    DBG$INIT.DBG;1     DCL.DIR;1       DIBOL042.ZIP;1
|   �
|   �
|   �
|
| Total of 43 files.
| ATHENA::RPT$ dir [.cmuip]
| 
| Directory SYS_USERS:[RPT.CMUIP]
| 
| 
DECOMP.COM
;8        FINGER024.A_Z;1     FINGER024.B_Z;1     FINGER024.C_Z;1
| FINGER024.D_Z;1     FTP026.A_Z;1        FTP026.B_Z;1        FTP026.C_Z;1
| FTP026.D_Z;1        HOSTNM010.A_Z;1     HOSTNM010.B_Z;1     HOSTNM010.C_Z;1
|   �
|   �
|   �
| 
| Total of 72 files.
| ATHENA::RPT$
 
 
(Ho dovuto stringere un po' il primo dei due listati perch� non ci stavo.)
 
Ciao, :)
G.
 

 Si pu� fare ? Anche mettendoci al posto una stampante ad aghi
 
Oh s�, certo. Anzi, lo volevo scrivere prima ma poi mi sono dimenticato:
nell'altro post hai scritto "schermo" e ti volevo dire che il pi� delle volte
a quei sistemi si accedeva via terminali hard copy come le DECwriter LA36:
 
http://www.columbia.edu/cu/computinghistory/la36.html
 
 
Oppure con le Teletype ASR33:
 
http://www.flickr.com/photos/alcatel-lucent/7932255716/
 
 
Nella foto qui sopra (come dice la didascalia) si vedono Dennis Ritchie, che
non ha bisogno di presentazioni, e Ken Thompson, quello della Thompson Shell,
di alcuni anni precedente la Bourne Shell, seduti davanti a un grosso PDP-11,
non molto diverso nell'aspetto da un PDP-10:
 
http://h50146.www5.hp.com/products/software/oe/openvms/history/digital/comp/images/large/decsystem10.jpg
 
 
http://en.wikipedia.org/wiki/Thompson_shell
 
 
E aggiungo pure questo:
 
http://en.wikipedia.org/wiki/File:Arpanet_logical_map,_march_1977,_PDP-10.png
 
 
Ciao, :)
G.
 

Ok ma, veramente, sarebbe possibile sostituire la telescrivente con 
delle comuni stampanti ad aghi e tastiera ?
Mi riferisco soprattutto per chi si connette via putty.
 
 
-- 
 

 usare LINK per unire insieme i vari OBJ in un unico EXE. :)
 
Oddio, su RSX mi ricordo diversamente, non basterebbe il link degli obj
compilati: ad es. per rendere disponibile
una subroutine macro11 al fortran, bisognava scriverla secondo lo
standard di chiamata a subroutine/funzione fortran, con i parametri
(o l'indirizzo dei) nelle word successive alla JSR. Il pascal ha
invece chiamata con parametri a stack. Ovviamente so che si puo' anche
esplicitare il metodo di chiamata nei vari linguaggi, senza dover
necessariamente adattare la subroutine in linguaggio X nello standard
di chiamata del linguaggio Y, ci mancherebbe.
 
bye G.L.
-- 
Da i.d.c.tutela:
P.S. Quando ci sar� lo switch-off, avr� problemi anche col
monitor del PC? Ho visto che � collegato in modalit� analogica.


Con putty non so, ma anni fa ai miei studenti facevo vedere come
funziona piu' o meno una vecchia telescrivente dando "CTTY LPT1:"
su ms-dos.
;-)


 chiamata del linguaggio Y, ci mancherebbe.
 
Io infatti mi riferivo esplicitamente a VMS, dove fu volutamente implementato
un calling standard comune a tutti i linguaggi di programmazione: a suo tempo
fu uno dei (tanti) punti di forza di VMS rispetto alla concorrenza. Prima di
VMS anche in ambito DEC bisognava smanettare (a volte anche parecchio) per
poter mescolare routine scritte in linguaggi differenti. Invece in VMS tutto
funziona magicamente: si dichiarano le routine interessate come esterne (se
necessario in base alle regole sintattiche dei diversi linguaggi) e/o come se
si trovassero in un altro modulo scritto nello stesso linguaggio, si compila,
si fa il link dei vari OBJ ed � tutto fatto (salvo casi particolari). :)
 
Ciao,
G.
 

 Mi riferisco soprattutto per chi si connette via putty.
 
Avevo pensato che tu intendessi questo, ma poi avevo gi� inviato e ho evitato
di aggiungere un secondo post... Comunque: teoricamente s�, � possibile, in
pratica bisogna trovare un emulatore di terminale che ti permetta di fare il
redirect di tutto l'output su stampante (e senza buffering) continuando per� a
prendere l'input da tastiera. PuTTY direi che non lo fa: ha la funzione di
stampa controllata da remoto, ma non � la cosa adatta. Forse, nell'ambito dei
collegamenti via TCP/IP, si pu� provare a usare 'netcat' (esiste per Windows?)
e giocando un po' con la redirezione di input e output si dovrebbe riuscire a
ottenere qualcosa di funzionalmente analogo a un vecchio terminale hardcopy.
La cosa importante � disattivare qualsiasi tipo di buffering della stampa e
utilizzare una stampante a modulo continuo e non a fogli singoli, ovviamente.
 
Prova! Poi ci riferisci i risultati! Potrebbe essere una cosa divertente! :)
 
Ciao,
G.
 

 o meno una vecchia telescrivente dando "CTTY LPT1:" su ms-dos.
 
Come ho scritto nell'altro post, con PuTTY non � possibile: l'unico tipo di
stampa che supporta � la stampa controllata da host remoto per comportarsi
come quei terminali della famiglia VT100 che avevano anche una porta stampante
locale: il sistema operativo inviava una sequenza di escape che "deviava" la
linea dal video alla porta ausiliaria, dopodich� inviava i dati da stampare e
infine un'altra sequenza che faceva il processo inverso. Su alcuni terminali
si vedeva scorrere il testo da stampare, su altri neppure quello.
 
Carina l'idea di 'CTTY LPT1:' ma poi si perdeva l'uso della tastiera e si
doveva riavviare, no?
 
Ciao, :)
G.
 

 doveva riavviare, no?
 
No, se non ricordo male "capiva" che era un device di solo output, e
l'input rimaneva sulla CON:. Altrimenti, come avrei fatto a fargli
vedere il tutto? ;-) (stampava anche il comando dato, cioe' tutto,
non solo l'output).
:-) Sempre se non ricordo male, a differenza della telescrivente,
essendo una stampante di linea stampava solo dopo l'invio (<cr><lf>,
ecco perche' ho scritto "piu' o meno").


 rispetto alla concorrenza.
[SNIP]
 
"Integrazione". :-) Comunque VMS e' uno dei sistemi operativi piu'
belli mai realizzati (e deriva proprio da RSX). Chi veniva da li', e
provava ad utilizzare unix, rimaneva un poco "disappointed". ;-)


 non solo l'output).
 
Ah, non pensavo/sapevo che il DOS fosse cos� intelligente! :P Infatti mi
domandavo che senso avesse la dimostrazione... :) Carino allora! :)
 
Ciao,
G.
 

 ricordo pi� dove, ma da qualche parte devo averlo visto...
 
A me a dire il vero succedeva quando la sequenza inizio/fine non era
riconosciuta dal terminale, oppure se avevo settato male
terminale/emulatore. :-) Ovviamente non stampava un piffero.


 domandavo che senso avesse la dimostrazione... :) Carino allora! :)
 
Oppure, sto scrivendo cacchiate: se faccio "CTTY COM1:", comunque
l'input da "sparare" in output sulla seriale me lo deve prendere dalla
mia tastiera su CON:, o no? :-) E cosi' alrettanto su LPT1:...


 Prova! Poi ci riferisci i risultati! Potrebbe essere una cosa divertente! :)
 
 
 
mi serve una stampante ad aghi

 provava ad utilizzare unix, rimaneva un poco "disappointed". ;-)
 
A me capita anche adesso, nonostante VMS l'abbia conosciuto quand'ero "gi�
grande" e non l'abbia mai utilizzato in ambito lavorativo: su Unix/Linux mi ci
trovo abbastanza, ma non mi sento mai cos� a mio agio, cos� "a casa mia" come
mi capita quando smaneggio con VMS.
 
Dovresti provare TOPS-20, secondo me ti piacerebbe :)
 
Ciao,
G.
 

 mia tastiera su CON:, o no? :-) E cosi' alrettanto su LPT1:...
 
Secondo me no: io sapevo che facendo 'CTTY COM1:' tutto finiva sulla seriale,
quindi davo per scontato succedesse la stessa cosa anche con la parallela.
Bisognerebbe farsi venire la voglia di provare... :P
 
Ciao,
G.
 

 Bisognerebbe farsi venire la voglia di provare... :P
 
Se metto "in moto" la stampante del neo-ritrovato m24, ci provo. :-)
 
bye G.L.
-- 
Da i.d.c.tutela:
P.S. Quando ci sarà lo switch-off, avrò problemi anche col
monitor del PC? Ho visto che è collegato in modalità analogica.

 Se metto "in moto" la stampante del neo-ritrovato m24, ci provo. :-)
 
Con tanto di filmato. ;-)
