Newsgroup: it.comp.retrocomputing
Titolo: Recupero 26/06/2010 DEC Professional 350

Ciao a tutti
Nonostante io fossi convinto che recuperi degni di nota ormai fossero
da dimenticarsi, mi è capitato sabato scorso di recuperare un DEC
Professional 350 funzionante e completo di monitor e tastiera (questi
due con imballi originali).
La macchina ha qualche problema al frontale (alcuni gancetti rotti,
causa terremoto in Abruzzo...), da verificare lo stato del disco
rigido, ma per il resto è funzionante e quasi immacolata.
Ringrazio Stefano Messina de L'Aquila, persona squisitamente cortese e
ospitale, che mi ha donato la macchina (e che a sua volta l'aveva
avuta in omaggio ad estrazione tra i partecipanti ad un meeting
Digital nel 1982)
Presto metterò online le foto della macchina, per ora solo una foto
dell'incontro con Stefano e il momento topico della donazione! :)
http://www.decadence.it/node/2451
Ciao!
gl

 due con imballi originali).
Bravo bravo! :-)
Per gli altri invidiosi c'è questo: 
http://xhomer.isani.org/xhomer/
 :-P
Ciao,
G.

 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Grazie Lucio!
L'ho scritto non tanto per gongolarmi (a molti del giro neanche
interessa una macchina così) ma testimoniare che ancora c'è qualcosa
di interessante in giro che aspetta di essere recuperato! :)
Ciao!
gl

 Per gli altri invidiosi c'è questo:
http://xhomer.isani.org/xhomer/:-P
Che tra l'altro è veramente un emulatore ben fatto!
Ciao!
gl

 gl
Confermo, ogni tanto capita il colpo di (_|_) !
Oggi ho portato a casa uno StoreEdge L25 completo di tutte e 24 le
cassette, la pulisci testine ed i due lettori!
Sto scaricando adesso il manuale utente per vedere cosa farci!
(MA QUANTO PESA!!!)
-- 
#include <std.disclaimer.h>
Signature automatica inserita a mano.
In God we trust, all others we monitor.(NSA)
Punteggiatura: Nel caso mancasse nel messaggio, aggiungete!!

 (MA QUANTO PESA!!!)
Informatica di un certo peso! :)
Ciao!
gl

 --
Salve,
davvero complimenti per il bel recupero:-)
Approfitto per fare una richiesta: anch'io recentemente sono riuscito a
recuperare per la prima volta roba DEC.
In particolare sono riuscito a trovare un MicroVax 2000 con una unità a
nastri TK 50 e, nienteppopodimenoché ..., un terminale VT100 :)
Ho collegato il tutto e il sistema fa il boot: entrando con l'utente system
compare un menù dove in teoria posso fare svariate cose.
Per adesso mi sono limitato a fare lo shutdown. Siccome provengo dal mondo
Unix il sistema Vms che per me è prtroppo sconosciuto(-: sembra vi sia
installato MicroVms versione (forse) 4.7. Mi piacerebbe veramente tantissimo
cominciare a studiare questo sistema, però non so da dove cominciare.
Ho visto che la macchina ha una scheda di rete e non sarebbe male ad esempio
provare ad installare il software necessario e così partecipare alla Retro
DECnet.
Insomma ... accetto vostri consigli.
Grazie infinite.
--- news://
freenews.netfront.net/
 - complaints: 
ne...@netfront.net
 ---

 cominciare a studiare questo sistema, però non so da dove cominciare.
Colgo occasione per presentare al NG un libro a mio avviso utile per 
familiarizzare con i sistemi operativi per minicomputer e mainframe:
http://www.snee.com/bob/opsys.html
Forse come testo è un po' semplice, però mi ha aiutato molto a 
familiarizzare con OpenVMS quando ho cominciato a smanettare sulla mia 
VAXstation 4000 recuperata qualche mese fa.
Spero vi torni utile come lo è stato per me.
Saluti
EngiNerd

 Insomma ... accetto vostri consigli.
Andare a mettere le mani su un MicroVAX con la 4.7 è un'operazione un po'
delicata, specialmente considerando il disco che sarà probabilmente ST-506
(MFM) e il TK50 che non è proprio il massimo dell'affidabilità, però allora
già esisteva il TCP/IP anche per queste macchine, quindi eventualmente...
Sennò in alternativa potresti installare DECnet su Linux (che non presenta
particolari problemi) e sperare che ci sia DECnet sul MicroVAX, cosa che
sarei abbastanza propenso a credere, visto che c'è la scheda di rete. O
magari c'è addirittura già il TCP/IP (che si chiama UCX). :)
La Retro DECnet è una faccenda più complicata, perché occorre un certo
coordinamento e una certa conoscenza del tutto per non fare danni agli altri
(la rete è stabile, ma pur sempre frutto di un marchingegno complesso), però
in futuro non si sa mai. :)
Ciao,
G.

 Spero vi torni utile come lo è stato per me.
Ci diedi un'occhiata secoli fa, quando girava su eMule, e mi pare di
ricordare che la parte su VMS non fosse male, mentre quella su OS/400 fosse
un po' poverella e diluita. Cioè, visto che avranno voluto/dovuto fare un
tot di pagine per ogni sistema operativo, quelle dedicate a OS/400 erano un
po' prolisse per fare numero. Però alla fine diceva comunque cose giuste:
spesse volte in manuali del genere si trovano imprecisioni terribili, e un
sistema "strano" come OS/400 è spesso vittima di incidenti del genere. :)
Ciao,
G.

 gl
Post talmente "inutile" che l'ho stampato in duplice copia!!
Grazie mille per le indicazioni!


M'avete fatto venire voglia di DEC ... è l'unica marca (importante) che 
manchi alla collezione ... non ho veramente nulla, neanche un adesivo 
staccato !

 "biscottone" o di un Mac :-)
Lo prendo come un complimento... e un invito a fare altri recuperi
simili! :)
Ciao!
gl


Il libro è veramente molto interessante ...
Ringrazio infinitamente!
Roberto



Adesso mi metterò a studiare il mondo VMS, nel frattempo, ti ringrazio
veramente tantissimo per i preziosi consigli.
Ciao
Roberto


 nel MicroVAX il software di rete è installato ...
Se è tutto installato, potrebbe anche essere addirittura già attivo. Oltre
tutto il resto potresti anche collegare la Ethernet del MicroVAX alla tua
rete e vedere con un tcpdump o tcpdump decnet se vedi cose interessanti.
Ciao,
G.
P.S.: Procurati un BUON emulatore di terminale: PuTTY.

 P.S.: Procurati un BUON emulatore di terminale: PuTTY.
Sì, già lo uso sulle mie macchine Linux.
Grazie per ora.


 Prova anche SHO DEV senza usare /FULL per un elenco pi� pratico.
Mi chiedo cosa abbiamo fatto di male noi comuni mortali per aver avuto 
degli os con comandi da autistici tipo dos e linux. Non avrei mai 
immaginato che il VMS potesse avere dei comandi cos� autoesplicativi.

 degli os con comandi da autistici tipo dos e linux.
Non ti rattristare. Pensa a gli Eletti, esseri superiori, che han dovuto 
usare degli OS con comandi da schizofrenico paranoide, tipo OS/400.
	consolatamente,
	Cthulhu
-- 
http://www.rlyeh.it/
http://www.retronomicon.it/


Ho visto qualcosa e oh my god... Chissà cosa si fumavano in ibm per 
inventarsi simili bestialità

 immaginato che il VMS potesse avere dei comandi così autoesplicativi.
Mi fa sempre piacere quando faccio scoprire a qualcuno la bellezza di VMS.
Su #retrocomputing è stato detto (non da me) che tutti dovrebbero avere un
sistema con VMS, perché dà sicurezza e ha sempre qualcosa da insegnare. :-)
Detto questo, a ben pensarci alcuni comandi di MS-DOS somigliano tanto a
quelli di VMS semplicemente perché MS-DOS deriva da CP/M che a sua volta
prende spunto da RSX-11 e RT-11 (per PDP-11) che costituiscono parte della
base concettuale da cui si è sviluppato VMS (che ha attinto idee da molti
sistemi operativi Digital precedenti).
Una delle cose interessanti dei comandi di VMS è la loro uniformità: ad
esempio, tutti i comandi che possono salvare l'output su file prevedono il
qualificatore /OUTPUT, sempre lui per tutti i comandi, mentre appunto in
Unix spesso ci sono opzioni differenti per la stessa cosa. Ovviamente il
discorso fatto per /OUTPUT vale per decine di qualificatori e valori.
A proposito di comandi autoesplicativi, è carino vedere come sia possibile
creare comandi che assomigliano parecchio a frasi di senso compiuto:
$ BACKUP/CREATED/SINCE=BACKUP/BEFORE=TODAY DISK: TAPE:
$ DIRECTORY/MODIFIED/SINCE=BOOT/SELECT=SIZE=MINIMUM=100
/CREATED e /MODIFIED sono compagni e servono a selezionare solo i file
creati o solo quelli modificati prima o dopo un certo periodo, altrimenti
verrebbero selezionati tutti. Il periodo viene indicato con /BEFORE e
/SINCE, per i quali si può specificare un tempo assoluto (il tal giorno alla
tal ora), un tempo relativo (tot giorni e/o tot ore-minuti-secondi da ora),
o uno di vari valori predefiniti (YESTERDAY, TODAY, TOMORROW, BOOT, LOGIN e
altri specifici solo di alcuni comandi, per esempio BACKUP).
La possibilità offerta da VMS di abbreviare tutti i comandi e le opzioni
(finché non diventano ambigui) e i classici comandi di due lettere di Unix
(ls, cp, rm, cd, mv, ...) sono figli della stessa antica esigenza: quando i
terminali erano lenti hard-copy da 30 cps e le linee erano da 300 bps anche
per i terminali video, poter risparmiare anche solo pochi caratteri era un
vantaggio non indifferente. Certamente un comando abbreviato di VMS si può
sempre espandere per chiarezza, uno di due lettere di Unix no.
Purtroppo, nel passaggio da VMS (e altri) a Unix (e altri), si è dimenticata
la distinzione tra comandi e programmi. Se si escludono i comandi eseguiti
direttamente dalla CLI, in Unix e MS-DOS quel che si digita viene trattato
come il nome di un programma che quindi viene cercato ed eseguito, lasciando
a quest'ultimo tutta la responsabilità di ricevere e interpretare le opzioni
indicate dall'utente sulla command line. VMS invece centralizza l'analisi
dei comandi e li passa ai programmi solo quando sono corretti. Tanto per
fare due esempi: perché dover inserire in tutti i programmi le routine di
validazione dei timestamp quando si può fare una volta per tutte in un posto
solo? E perché richiamare un programma (con tutto il carico di CPU che
comporta) solo per scoprire che un'opzione è digitata male o in conflitto?
La CLI di VMS utilizza una tabella centralizzata che contiene le definizioni
di tutti i comandi, delle loro opzioni (e relative possibili combinazioni) e
dei programmi da richiamare per eseguirli. I programmi richiamati devono
solo utilizzare i servizi di sistema CLI$PRESENT e CLI$GET_VALUE per sapere
se una certa opzione c'è o meno ed eventualmente quale valore ha.
Con tutto questo non voglio dire che sia tutto rose e fiori. Il paradigma di
Unix, fatto di tanti piccoli "comandi" che fanno ciascuno qualcosa di molto
specifico, ha i suoi vantaggi. Per esempio è possibile combinarli insieme
con pipe e ottenere cose anche piuttosto complesse e funzionali, là dove in
VMS sarebbe magari necessario scrivere una procedurina DCL. Viceversa in VMS
spesso la soluzione è già pronta ed entrocontenuta in uno dei relativamente
pochi comandi disponibili che però hanno tantissime funzioni ciascuno.
L'importante è l'atteggiamento: se si lavora con un certo sistema operativo,
bisogna assumere la sua filosofia e non ragionare come se fosse un altro.
Carl J. Lydick, un famoso frequentatore di comp.os.vms dei tempi che furono,
una volta ebbe a scrivere: "Remember: VMS is not unix, and there's no reason
for it to act as if it were". :-)
Ciao,
G.

 usare degli OS con comandi da schizofrenico paranoide, tipo OS/400.
Ma quanto sei simpatico?! Sai benissimo che sto leggendo questo thread! :-)
Alla fine pure i comandi di OS/400 saranno brutti da vedere e sembreranno
anche codici fiscali, ma hanno una loro filosofia stringente e molto utile. 
Come tu ben sai (verooo?) i comandi di OS/400 sono formati da "mattoncini"
standard di tre lettere, per esempio CRT per create, DLT per delete, CPY per
copy, LIB per libreria, SPL per spool, e così via. Con alcune eccezioni per
parti molto frequenti tipo F per file e D per description.
Quindi, se per copiare un file c'è CPYF (CPY+F) e per cancellarlo DLTF, allo
stesso modo una libreria si cancella con DLTLIB e si copia con CPYLIB, e uno
spool file (che è un particolare tipo di file) si elimina con DLTSPLF, che è
il risultato della combinazione DLT+SPL+F.
Ora indovina come si copia uno spool file, come si cancella la descrizione
di un device ("mattoncino" DEV) o come si crea un comando (CMD).
Se poi vogliamo parlare di comandi bruttini, anche quelli dell'antico NOS/VE
per i supercomputer CDC di classe Cyber non è che fossero il massimo. Sono
estremamente verbosi, ma abbreviabili in maniera fissa con risultati finali
simili a quelli di OS/400:
display_working_catlog ---> diswc
change_terminal_attributes ---> chata
create_file ---> cref
collect_text ---> colt
In pratica i comandi abbreviati sono sempre formati dalle prime tre lettere
della prima parola, seguite dalla prima lettera di ogni parola successiva.
Ciao,
G.

 $ DIRECTORY/MODIFIED/SINCE=BOOT/SELECT=SIZE=MINIMUM=100
Qualcosa del genere si trova tutt'ora nella search bar di windows vista 
e seven. Viene da chiedersi: come per unix, uno studente ha creato 
linux, nessun studente per vms ?
Sarebbe carino trovare un os opensource vms-like che ne segua i concetti 
e li evolva.

 anche codici fiscali, ma hanno una loro filosofia stringente e molto utile.
Ma certo, certo. Mai contraddire uno psic... un sistemista OS/400. >:]
	impensabilmente,
	Francesco P.



Lo so, è un post inutile, ma...  LOL


 e li evolva.
Al momento esiste questo:
http://www.freevms.net/
Tuttavia devo dire che non l'ho mai provato, quindi non so come siano 
messi (anche se, come prima impressione, direi piuttosto lontani dal 
poterlo definire un os maturo).
Saluti
EngiNerd

 poterlo definire un os maturo).
Non solo non è maturo, è ancora assolutamente allo stato embrionale. In
pratica è un kernel Linux (non so quanto vecchio) a cui sono state apportate
alcune modifiche e a cui sono stati aggiunti alcuni programmi di contorno.
Comunque è del tutto insufficiente e mi da anche l'impressione di essere un
progetto piuttosto abbandonato che non ha mai avuto una guida precisa.
Poi considerate che per VMS (quello vero) c'è la licenza Hobbyist che
permette di farci tutti i giochi che si vuole, finché non lo si utilizza a
scopo commerciale. E se non si possiede il ferro su cui farlo girare, c'è
pur sempre l'ottimo SIMH su cui VMS gira in modo più che dignitoso e
stabile. A noi è anche capitato di farlo entrare in cluster con macchine
reali e ha funzionato senza alcun problema, anzi a volte l'abbiamo usato per
far partire via rete qualche VAX senza sistema operativo sopra, senza unità
nastri e senza un disco con un'interfaccia che ci permettesse di collegarlo
a qualcosa di diverso da un altro VAX (nello specifico dischi DSSI).
Ciao, :-)
G.

 linux, nessun studente per vms ?
Più d'uno che conosco ti risponderebbe che, visto com'è ridotto lo sviluppo
di Linux oggi, è meglio che VMS se lo siano ben dimenticato. :-)
Poi se vogliamo dire cosa ne pensa Torvalds di VMS, è meglio stendere un
velo pietoso: in un post su un NG (che però ora non trovo) scrisse né più né
meno che "VMS is wrong" e ancora [1]: "the worlds worst interfaces, the most
braindamaged filesystems, and tied to the worlds most expensive dead-end
hardware" e "I leart VMS before I learnt UNIX, but I've happily forgotten
most of it". Quindi insomma VMS prima bisogna anche farselo piacere. :-)
Ciao,
G.
[1] Per queste ultime affermazioni il riferimento è il seguente:
http://groups.google.com/group/comp.os.linux.advocacy/msg/5faf3aab9d2ca527



Ho visto la pagina di SIMH, ma devo ancora scaricarlo.
Non possedendo il ferro adatto, cos'altro mi servirebe ? OpenVMS 
soltanto ?
Non sembra semplicissimo ottenerlo, almeno stando alla pagina
http://www.wherry.com/gadgets/retrocomputing/vax-simh.html

 
http://www.wherry.com/gadgets/retrocomputing/vax-simh.html
Quella pagina è utilissima come tutorial per l'installazione, ma è un po'
datata per il resto.
Ti servono il CD di installazione di OpenVMS e le chiavi di licenza. Il CD
si trova "in giro", per esempio nelle reti peer-to-peer oppure da qualcuno
che ti fa una copia, oppure ovviamente si può comprare per 20-30 dollari,
anche su eBay. HP non vuole una distribuzione gratuita ufficiale dei media,
ma non ha nulla in contrario alle copie fra utenti. La dimostrazione più
calzante è che vengono fornite le chiavi di licenza anche per prodotti NON
presenti sui CD ufficialmente in vendita...
Di CD ne esistono due versioni: una è quella standard che viene venduta a
chi compra VMS per uso commerciale e una è quella Hobbyist. La differenza
sostanziale è che quella standard contiene solo il sistema operativo,
DECnet, il TCP/IP e poco più, mentre la Hobbyist contiene anche diversi
compilatori (Fortran, C, Cobol, Pascal, Basic) e altre cosette. Comunque
sono ufficiali e legali entrambe.
Per sistema operativo comunque si intende non solo l'executive (il kernel),
ma anche tutto il contorno di tool e funzionalità varie, compreso clustering
e tante altre cose che fanno parte del bundle (piuttosto vasto).
Le chiavi di licenza sono del tutto gratuite e ti danno sia l'autorizzazione
legale a possedere e utilizzare il tutto, sia la capacità tecnica di usare i
prodotti: senza quelle inserite non va nulla a parte il login dalla console.
La storia è un po' lunga (soprattutto da scrivere e leggere):
per averle bisogna essere iscritti a un'associazione di utenti. Ce ne sono
(o ce n'erano) diverse in giro per il mondo, ma di fatto, per chi non ne ha
una nel proprio paese, quelle statunitensi sono sempre state quelle di
riferimento: una volta c'era il DECUS, poi c'è stata Encompass, poi ora c'è
Connect (che ha assorbito tantissimi ex gruppi DECUS nei vari paesi), la
quale però ha deciso di far pagare una quota annuale ai suoi iscritti. Il
risultato è stata la nascita di un'altra associazione formata da tanti ex
iscritti DECUS (e anche ex sviluppatori Digital) che non fa pagare nulla per
l'iscrizione, com'è sempre stato, e che dà diritto di avere le chiavi.
Le associazioni non sono direttamente collegate ad HP e le eventuali quote
di iscrizione vanno alle singole associazioni e non ad HP. Essere iscritti
ad uno o a un altro gruppo ad HP non cambia nulla e neppure le interessa,
tanto più che anche il rilascio delle chiavi è delegato ad un'altra società.
Detto questo, l'associazione gratuita di cui dicevo si chiama DECUServe e la
registrazione si fa via telnet (!) come ai vecchi tempi, direttamente su
VMS. Procurati un buon emulatore di terminale (cioè PuTTY), collegati alla
porta 23 di 
decuserve.org
 e fai login con l'utente REGISTRATION. Segui le
istruzioni e in pochi minuti sei dentro. Durante la registrazione ti verrà
rilasciato un codice numerico che è il tuo numero di registrazione col quale
potrai richiedere le chiavi qui: 
http://www.openvmshobbyist.org/licenses.php
È lungo da scrivere, ma ci vogliono davvero due minuti. Anche il rilascio
delle chiavi è veloce e automatico: inserisci i tuoi dati e nel giro di
qualche minuto ti arrivano le chiavi via mail. Una mail con la chiave del
sistema operativo e una con le chiavi dei vari prodotti. Le mail tra l'altro
saranno scritte in modo da essere una procedura DCL direttamente eseguibile
da VMS. Il metodo classico è caricarsi col copia-incolla o a mano la chiave
dell'OS e quella del TCP/IP (che si chiama UCX) o di DECnet (che si chiama
DVNETEND) e poi tutte le altre via rete (perché sono tante).
La prima volta dovrai aspettare qualche giorno e provare qualche volta prima
che ti vengano rilasciate le chiavi, perché quelli di DECUServe comunicano i
nuovi iscritti a quelli di Montagar (i proprietari del sito che rilascia le
chiavi) solo un paio di volte la settimana, ma poi è immediato.
Una chiave è fatta così (ed è un comando DCL valido):
$ LICENSE REGISTER OPENVMS-ALPHA - 
/ISSUER=OPENVMS_HOBBYIST - 
/AUTHORIZATION=DECUS-DEC-xxxxxx-xxxxxxx - 
/PRODUCER=DEC - 
/UNITS=0 - 
/TERMINATION_DATE=14-NOV-2010 - 
/ACTIVITY=A - 
/OPTIONS=(NO_SHARE) - 
/CHECKSUM=2-xxxx-xxxx-xxxx-xxxx
Alcune note:
1. Le chiavi hanno validità annuale e una volta l'anno vanno ri-richieste e
ricaricate (poco male, visto il servizio che ci concedono).
2. Ti serve la chiave Base per la tua architettura (VAX, Alpha, Itanium) e
il pacchetto di chiavi per i Layered Products: un'opzione è per i prodotti
VAX e Alpha insieme, l'altra è per i prodotti Itanium (cambiano i checksum).
3. Se preferisci puoi collegarti a DECUServe anche via SSH, in tal caso devi
dare un Invio senza scrivere nulla quando ti viene richiesta la password per
l'utente REGISTRATION.
4. A volte vedrai scritto Encompasserve invece di DECUServe, ma sono sempre
loro. 
www.encompasserve.org
, 
www.decuserve.org
 e 
www.eisner.decus.org
 sono
tutti alias. Eisner è il nome della macchina VMS su cui gira il tutto.
Eisner offre un sacco di servizi interessanti oltre al rilascio dei codici.
5. Sul sito Hobbyist (Montagar) vedrai qualche riferimento anche a un DECUS
Italy, ma non farci caso: non esiste più da almeno 20-25 anni.
6. Se ti procuri l'immagine del CD, sappi che non riuscirai a montarla con
Linux, perché non è ISO-9660, ma direttamente in formato nativo ODS-2. Però
c'è il buon vecchio vmscd che ci aiuta: 
http://www.suse.de/~kkaempf/vmscd/
oppure anche qualcosa qui: 
http://www.vms2linux.de/ods2.html
7. Cthulhu, METTIAMO nel Retronomicon? :-)
Ciao,
G.
P.S.: se ho dimenticato qualcosa, aggiungerò!

 immaginato che il VMS potesse avere dei comandi cos autoesplicativi.
Potresti semplicemente ammettere che è troppo per te... :D
Ciao!
gl


Niente è troppo per me (forse i sistemi con tastierino esadecimale, ma 
ci sto lavorando sopra) ma nonostante questo trovo divertente che due 
sistemi che qualcuno ha cercato di spacciare per "desktop" presentino 
situazioni da chiodi (nel caso di linux pure paradossali perchè ci vuole 
un bel coraggio a tenere i comandi da due caratteri con la pretesa di 
risparmiare risorse e costringere poi l'utente a caricare giga di 
librerie diverse che fanno lo stesso lavoro in nome dei fork e della 
libertà) mentre un sistema che i più hanno visto solamente nei film di 
fantascienza, letteralmente ti parla e non sembra neppure insultarti



Permettetemi un piccolo contributo.
Ho utilizzato VMS per la prima volta ieri (dopo CP/M, DOS, Linux, BSD, 
Xenix, AT&T, Solaris, HP-UX, AIX... manca OS/400 :) ) e devo dire che 
sono rimasto molto soddisfatto. Ma proprio molto ! L'unico neo è non 
avere "il ferro adatto" su cui farlo girare: mi accontenterò di simh e di 
un account su di un nodo raggiungibile via telnet. Per imparare basta e 
avanza !

 fantascienza, letteralmente ti parla e non sembra neppure insultarti
Come output VMS in effetti è molto curato, addirittura nella punteggiatura e
nell'uso delle maiuscole. Nulla sembra lasciato al caso. Però devo dire che
il premio per il log batch più bello va a TOPS-10, altro OS Digital:
|                         26-Jun-10 15:59:20
| 
| BATCON Version  105(5027)                       GLXLIB Version  5(1601)
| 
|             Job LODMON Req #46 for OPR [1,2] in stream 1
| 
|         OUTPUT:  Nolog                          TIME-LIMIT: 0:30:00
|         UNIQUE:  Yes                            BATCH-LOG:  Append
|         RESTART: No                             ASSISTANCE: Yes
|         CORE:    512 pages                      SEQUENCE:   540
| 
| 
|         Control file: TEN:LODMON.CTL[1,2]
|         Log file:     TEN:LODMON.LOG[1,2]
| 
| 15:59:20 MONITR ^C
| 15:59:20 MONITR
| 15:59:20 MONITR .LOGIN [1,2] -
| 15:59:20 USER   Job 10  KLD DEC10 Single-CPU - D  TTY356
| 15:59:20 USER   #/BATCH:(INTERVENTION:YES,NAME:"LODMON",SEQUENCE:540,STREAM:1,REQUESTID:46)/ACC-
| 15:59:20 USER   #OUNT:"SYSTEM"/NAME:"OPR   "/CORE:512P/DEFER/LOCATE:66/SPOOL:ALL/TIME:1800
| 15:59:21 USER   [LGNJSP Other jobs same PPN]
| 15:59:21 USER   15:59   26-Jun-110   Saturday
| 15:59:22 MONITR
| 15:59:22 MONITR .DO TSU
| 15:59:22 MONITR
| .
| .
| .
Di log ne ho visti tanti, ma questo li batte tutti per "maestosità". Quelli
di VMS non li trovo molto interessanti e quelli di OS/400 contengono tutto,
ma proprio tutto, però sono scomodi da leggere. Questi invece sono perfetti,
segno di un epoca in cui il batch era veramente molto importante...
Ok, basta rimpianti! :-)
Ciao,
G.

 e li evolva.
Si, esiste FreeVMS
http://www.freevms.net/
Esisteva una shell DCL like per linux e win32, ma pare che l'azienda
produttrice è stata acquisita (aceler8 -> transoft) e la nuova azienda
non distribuisce più la versione "lite" e gratuita.
I vecchi link erano a fondo di questa pagina
http://www.openvms.org/pages.php?page=resources
Magari qualcuno ha ancora i file delle versioni lite.
Ciao!
gl

 avanza !
Ci sono anche i sistemi della Retro DECnet, hanno quasi tutti l'accesso
guest e tra l'altro essendo in rete fra loro permettono anche di fare vari
giochini con DECnet. :-)
 
http://decnet.ipv7.net/
Ciao,
G.
P.S.: in particolare: 
http://decnet.ipv7.net/gatetab.html



La Retro DECnet è raggiungibile tramite 
decuserve.org
 ?
Sembrerebbe di no...

 
http://www.suse.de/~kkaempf/vmscd/
 oppure anche qualcosa qui:
Nel caso qualcuno volesse provare a compilarlo ;)
1) il file README afferma che è stato provato con solo RedHat 6.1;
2) Su Ubuntu restituisce un errore;
3) utils.c ha un #include con <readline ...>;
4) il pacchetto debian (anche se etch) sul sito 
decadence.it
 sembra 
sparito;
5) ruby dovrebbe contenere libreadline: era installato senza libreadline;
6) installato a parte (senza andare per il sottile: sudo apt-get install 
libreadline*);
7) make clean; make; sudo make install -> OK
8) provato sulla copia appena scaricata: funziona.

 Sembrerebbe di no...
No no, affatto. DECUServe è roba americana, la Retro DECnet è roba nostra
italiana, di (ex) frequentatori di it.comp.retrocomputing e #retrocomputing.
A sua volta la nostra DECnet si basa su un'idea inizialmente sviluppata
dagli svedesi di HECnet (che è forse stata la prima DECnet amatoriale).
Abbiamo preso l'idea e l'abbiamo sviluppata, tanto che ormai c'è poco in
comune con loro, se non le basi del protocollo di incapsulamento.
Ciao,
G.



Me ne sono accorto: avevo provato
mail ATHENA::GUEST (oppure 1045::GUEST) da decuserve
e 
mail EISNER::xxxx da ATHENA, ottenendo errore di connessione al nodo.
Ma era giusto per provare ;)

 Ma era giusto per provare ;)
Puoi fare tutte le combinazioni che vuoi fra i seguenti indirizzi:
SNORRY::LUTHER
GLORRY::LUTHER
ATHENA::GUEST
FLORRY::GUEST
Oltre alla posta puoi anche provare un trasferimento file via DECnet,
semplice come fare una copia da una directory a un altra, ad esempio:
$ COPY PROVA.TXT ATHENA:: (per copiare da ovunque verso Athena).
Naturalmente funziona senza richiesta di autorizzazioni aggiuntive solo
perch� abbiamo provveduto a impostare dovutamente la corrispondenza e la
sicurezza dei vari utenti guest fra i vari sistemi coinvolti. :-)
Florry poi � un sistema emulato su cui gira un antico VAX/VMS V4.7, speciale
perch� raggiungibile solo via DECnet (non abbiamo volutamente installato il
TCP/IP) e perch� VMS 4.7 � veramente minimale rispetto alle versioni pi�
moderne a cui siamo abituati. Ci si arriva con SET HOST FLORRY.
Per l'accesso interattivo ai vari nodi funziona anche il protocollo LAT
(Local Area Transport, un protocollo DEC per terminal server, geniale ma
bistrattato e poco capito) che per� nella nostra configurazione risulta un
po' lento. Comunque il comando sarebbe SET HOST/LAT nomeservizio (che per
noi corrisponde al nome del relativo nodo).
Ciao,
G.
P.S.: S�, Florry � per fare il verso a Snorry e Glorry del Poetry. :-P 

 moderne a cui siamo abituati.
Ciao,
mi aggancio qui perch� non riesco a trovare il post originale.
Infine sono riuscito ad impartire i comandi che mi hai gentilmente indicato.
Il Microvax 2000 dovrebbe essere cos� configurato:
- il s.o � effettivamente MicroVMS V4.7
- memoria RAM 6 MB (dice in totale 12 MB credo compresa la virtuale)
- un hard disk RD54 con installati alcuni software (ad esempio c'� il
comando FORTRAN)
- tra i comandi non c'� niente che fa riferimento a TCP/IP o DECnet (ho
cercato i comandi che mi hai indicato ... e tra i task attivi)
In conclusione credo che l'unica possibilit� per installare ad es. DECnet
sia trovare un bel nastro da dare in pasto all'unit� TK 50.
Credi sia possibile? Oppure si pu� trovare un'altra strada?
Ringrazio infinitamente.


 Credi sia possibile? Oppure si può trovare un'altra strada?
La strada del TK50 mi sembra proprio la meno percorribile, vista l'altissima
mortalità di quei lettori. Anzi, se hai qualche nastro un po' importante
(per esempio software originale o backup), sarebbe meglio NON infilarlo nel
lettore, perché potrebbe masticartelo con cura prima di ridartelo indietro,
sempre che abbia voglia di farlo e di non tenerlo per sé. :-P
È molto più semplice (e rapido) fare il boot del MicroVAX via rete da un
altro VAX (anche emulato), in modo che diventi satellite di un cluster e poi
montare il suo disco in rete. Dopodiché ci si può copiare sopra quel che si
vuole, anche un nuovo OS intero. Non è una pratica complicata, certo che per
un principiante assoluto non è proprio una passeggiata. Tra l'altro VMS 4.7,
per quanto possa essere amichevole, è comunque piuttosto ostico rispetto a
versioni successive, ed è anche piuttosto antico (VMS V5 viene considerato
lo spartiacque fra le versioni antiche e quelle moderne, perché rifecero
buona parte del kernel, trasformandolo da monolitico a pseudo-modulare).
Tra l'altro, con questo metodo via rete, sarebbe possibile anche farsi una
copia esatta del disco, completo di tutto il suo contenuto, sia per averlo
come backup, sia per averlo come ricordo e documento storico.
Non vorrei averti dato l'impressione che il tuo MicroVAX sia "brutto". In
realtà è una macchina gloriosa, però non è proprio delle più semplici per
cominciare, considerando l'hardware e nel tuo caso anche il software. Prova
a dare un'occhiata anche agli altri thread di questi giorni in questo stesso
NG, dove si parla di SIMH e di account su macchine messe a disposizione da
gruppi e associazioni (oltre a Eisner ce ne sono anche altre, volendo).
Un'ultima cosa: ho guardato fra il software che ho in giro e VMS 4.7 c'è
solo come aggiornamento dalla versione 4.6, non come installazione completa.
Francamente non so neppure se esisteva solo così o se è una cosa che manca.
Comunque in questa situazione non sarebbe semplicissimo aggiungere pezzi
mancanti: direi che sarebbe necessario fare un'altra installazione altrove e
poi copiare i file necessari (guardando cosa farebbe VMSTAILOR)...
Comunque questo sarebbe un problema per DECnet, perché era parte integrante
del sistema operativo, non per il TCP/IP che era un prodotto a parte.
Ciao,
G.

 G.
Ciao e grazie ancora


 ho neanche un nastro per fare delle prove: se ne trovano in giro?
In rete si legge un po' tutto, e il contrario di tutto, e se si cercano
informazioni sulla vaxstation 2000 (o microvax 2000) si possono leggere
interessanti storielle di fantasia, spesso da sedicenti esperti del 
mondo Digital (basta farsi un giro su comp.os.vms per sorridere un po')
L'interfaccia alla quale si collega il tape esterno e' effettivamente un 
bus scsi, perfettamente rispondente agli standard, cosi come il drive 
esterno (il TK50Z) che puo' essere usato senza problemi su altri sistemi.
Nessun alone di mistero nemmeno sul controller usato da Dec, e' un
normalissimo NCR 53C90 di cui la documentazione abbonda.
La limitazione che non permette l'uso di periferiche che non siano il 
TK50Z e' tutta legata al firmware del sistema e al driver usato dal OS.
Aggirando queste limitazioni nulla vieta di collegare un disco, o un 
cdrom, o un altra periferica scsi.
Fortunatamente qualcuno si e' preoccupato di aggirare questa limitazione
e rilasciare il relativo software che si puo' trovare qui
ftp://ftp.gwdg.de/pub/vms/pk2k/
Vi e' un nuovo driver per VMS, dalla release 5.5-2 alla 7.2, nonche
una patch per il firmware del sistema che permette il riconoscimento
e il boot da device scsi generici, in piu' vi e' anche un loader che
si puo' caricare dal disco originale del sistema oppure via rete e
che permette di proseguire il boot da un device scsi.
L'uso del tutto richiede un minimo di dimistichezza sia con VMS
che con l'hw in generale, se si vuole applicare la patch per il firmware
bisognera' disporre di un programmatore di eprom con cui riprogrammare
le 4 27c512 su cui e' scritto il firmware del sistema.
Se non si vuole (o non si puo') applicare la patch al firmware resta
sempre valida l'opzione di avviare il loader via rete.
Il tutto funziona benissimo, se si vuole installare il sistema da
zero richiede un po' di giri passando per un altro vax o un emulatore
(finche non si installa il driver l'os non vedra' il disco scsi, 
ma fintanto che non si e' installato l'os non si potra' caricare
il driver, e quindi la via migliore e' installare l'os altrove,
installare il driver, e spostare il disco sulla vs2k)
Le mie due vaxstation 2000 ringraziano per il lavoro svolto da
Wolfang Moeller per il driver e la relativa patch per il firmware.
PS. Moeller ha anche prodotto una serie di patch per il firmware dei
sistemi mvax3100 che aggirano la limitazione che non permette di
avviare il sistema da dischi >1Gb.
 
Tornando un attimo al tuo post, ti sconsiglio vivamente di usare
il TK50 se non sei _certo_ delle sue condizioni, non hai un
nastro da sacrificare, una certa manualita', e molta pazienza.
I drive TK50 possono presentare svariati problemi, specie se 
fermi da lungo tempo e propio per il loro funzionamento in caso
di problemi ti troverai con svariati metri di nastro avvolti
dentro l'unita (la cartuccia del nastro contiene una sola bobina,
l'altra e' interna al drive).
Ho avuto dei TK50 malfunzionanti in quanto la polvere aveva completamente
oscurato il sensore del encoder ottico montato sul capstan del drive 
(usato per rilevare la velocita' di scorrimento del nastro).
Per non parlare di un paio di TK50Z che apparivano funzionanti ma 
impazzivano del tutto dopo un paio di minuti in lettura, problema
che si e' scoperto derivare da un eccessivo ripple sul alimentazione
per un problema di condensatori nel alimentatore del box in cui
erano montati.
Senza contare i TK50 con le testine incrostate a causa di un
tentativo di lettura di vecchi nastri la cui superfice magnetica
si stava scollando dal nastro* (tra l'altro da qui nasce un altro
problema, le testine del TK50 sono incollate, abbondate con 
dei solventi per ripulirle e avrete un serio problema)
* googlare per tape stiction, vi potrebbe passare la voglia di
cercare di leggere quel vecchio nastro che giace in un angolo
per vedere cosa c'e' di bello su.
Non voleva essere un tentativo di fare terrorismo sul uso dei
TK50 (o forse si ?), ma ho passato svariate ore nel rimettere in
funzione drive problematici, nel riavvolgere a mano metri di nastro
per poterli rileggere, e ho speso qualche amara bestemmia su nastri
distrutti dal contenuto "storico" (vecchie release di vms, etc).
-- 
member of the italian hobbyist DECnet network - 
decnet.ipv7.net
www.unsupported.info
 - 
img.unixantichrist.net



La musica non è molto diversa per nastri e lettori QIC usati dal'IBM: 
drives che impazziscono, tendinastro che si spezzano, nastri che 
rilasciano ossido in quantità industriale, metri e metri di nastro 
aggrovigliati all'interno ed all'esterno mentre cerchi precipitosamente 
di staccare la spina al lettore, parti in gomma che si rammolliscono e 
diventano appiccicose dopo qualche giro, unità che decidono di 
sequestrare la cassetta ...
Ovviamente, non è terrorismo ;) Solo un caveat ! Siate pronti a tanta 
pazienza ed, eventualmente, rispolverate il vostro repertorio di 
improperi. Non servono, ma scaricano la tensione.
Sconsiglio l'uso del martello su nastri e lettori per sfogare la 
rabbia ...


Ciao,
il mio problema e' che desideravo ardentemente installare un software di
rete (DECnet oppure TCP/IP) su un MicroVAX2000 con installato un sistema un
po' troppo minimale (MicroVMS V4.7). Il sistema infatti ha una scheda di
rete ma non il software installato e, purtroppo, ha soltanto un TK50
collegato oltre ovviamente ad un terminale VT100. Essendo il mio primo
recupero in ambito Digital in effetti non conosco VMS ed e' l'occasione per
studiare un po' questo mondo.
Ad ogni modo ringrazio infinitamente per la risposta.
Roberto


 Ad ogni modo ringrazio infinitamente per la risposta.
Purtroppo sei in una situazione diciamo "non ottimale", ora a patto di
recuperare il supporto DECnet per microvms potresti pensare di trasferirlo
sul sistema usando una delle seriali del sistema e un programma come 
Kermit per il trasferimento dei dati.
vi sono varie soluzioni per fare il "bootstrap" di Kermit, ovvero per
trasferire il programma stesso su un sistema che non ne sia dotato,
la documentazione ne parla diffusamente qui:
http://www.columbia.edu/kermit/ckvins.html#x2
Se ti accontenti del tcpip forse la tua situazione e' un po' piu rosea 
visto che disponiamo di alcune release di UCX abbastanza datate da
supportare VMS 4.7.
Io personalmente una volta risolta la sfida di mettere in rete il 
MicroVMS installato opterei per scollegare l'RD54, montare un disco
scsi e installare una release di VMS per la quale sia disponibile
il driver scsi di Moeller (una 5.5-2 se si vuole restare su qualcosa
di retro', e soprattutto se non si vuole affaticare troppo il sistema
che di certo non brilla per prestazioni).
Quesi dischi sono piuttosto delicati, hanno svariati anni di vita 
sulle spalle, e soprattutto sono discretamente introvabili (cosi come
qualunque disco mfm di dimensioni superiori ai 40Mb), opterei per
backupparne il contenuto e fermarlo prima che possa decidere di
andare in pensione.


 supportare VMS 4.7.
Mi rispondo da solo, a quanto pare la piu vecchia release di UCX che 
abbiamo in archivio richiede comunque una release piu recente rispetto
alla tua 4.7.
Si potrebbe cercare una vecchia release di CMU-IP, probabilmente nei
nastri del DECUS in cui stiamo nasando.


 nastri del DECUS in cui stiamo nasando.
Rispondo io stavolta: abbiamo nasato nella nostra copia dei nastri DECUS e
abbiamo trovato questo: 
http://www.decuslib.com/decus/vmslt98b/cmu/vms-v4/
Apparentemente c'è tutto il necessario. I file sono compressi, ma è fornita
l'utility LZDCMP.EXE che dovrebbe fare al caso tuo. Con Kermit dovresti
riuscire a trasferire tutto sul MicroVAX, dopodiché decomprimere gli altri
file e infine installare. Vedo che non c'è documentazione, probabilmente è
all'interno dei saveset che dovrai caricare e decomprimere. Poi ti diremo
come si fa a estrarre roba da un saveset: per quello c'è tempo. :-)
Ci saranno anche gli attributi dei file da rimettere a posto una volta che
saranno arrivati su VMS, perché passando per Unix e/o Windows, che hanno un
filesystem più semplice, si perdono informazioni sul formato dei file
(formato, lunghezza, attributi estesi del record etc.)
Intanto direi che hai già abbastanza lavoro da fare a caricare tutto sul
MicroVAX, poi ti farò sapere cosa fare (non appena capisco che in quale
formato devono essere questi *.*_Z;*).
Certo che hai scelto la via più semplice per iniziare con VMS, eh? :-)))
Ciao,
G.
P.S.: Occhio a non finire lo spazio sul disco!

 che di certo non brilla per prestazioni).
questa e' sicuramente una cosa da fare: non so pero' se 12 MB di RAM saranno 
sufficienti.
Attualmente MicroVMS occupa solo 2 MB.
Comunque grazie per adesso: mi aspetta davvero un bel po' di lavoro.
Roberto 


Grazie a voi  comunque ho davvero la possibilita' di entrare un pochino nel 
mondo DEC ...
Ciao.
Roberto

 saranno sufficienti.
In realta' io credo tu abbia 6Mb, da cio che ho letto negli altri post
hai probabilmente mal interpretato la quantita totale di memoria 
riportata da show mem.
La quantita effettiva e' quella indicata tra parentesi vicino 
l'indicazione "Main Memory", ad esempio:
Physical Memory Usage (pages):     Total        Free      In Use    
Modified
  Main Memory (24.00Mb)            49152       27010       21243         
899
dove la quantita di memoria installata e' appunto 24Mb
in ogni caso con 6Mb VMS 5.5-2 si usa tranquillamente, con un po' di
pazienza e qualche limitazione si puo' usare anche la 7.2 con anche
meno memoria, non di rado mi e' capitato di mettere le mani su sistemi
con 4Mb (e per vari motivi mi ritrovo ad avere la 7.2, con tanto di
decnet, tcp, e clustering abilitato, sulle mie vaxstation 2000 con
6Mb di memoria).


 formato devono essere questi *.*_Z;*).
Mi rispondo da solo anch'io, finché sono in argomento. Poi ne riparleremo,
ma intanto scrivo qui quel che ho scoperto, anche come promemoria per me.
Ho scoperto che quei file compressi oltre ai dati contengono un header con
tutte le informazioni sulla struttura del file originale, quindi LZDCMP è in
grado di ripristinare correttamente tutto. Allo stesso tempo non ha esigenze
particolari per quanto riguarda la struttura del file compresso, quindi
insomma è sufficiente far arrivare in qualche modo il file sul VAX e darlo
in pasto a LZDCMP per ottenere un file corretto, buono per l'installazione.
Quando copierai tutto sul disco, nella stessa directory dei file compressi
metti anche un file chiamato LISTA.TXT con i loro nomi, uno per riga, e il
programma LZDCMP.EXE, così potrai usare il seguente pezzetto di codice per
decomprimere tutti i file automaticamente: basta incollarlo in un file con
un nome sensato con estensione .COM, per esempio 
DECOMP.COM
 e poi lanciarlo
con @DECOMP dalla riga di comando.
$start:
$  on error then goto finish
$  on control_y then goto finish
$  say = "write sys$output"
$  lzdcmp = "$sys$disk:[]lzdcmp"
$  open lista lista.txt
$loop:
$  read lista/end=finish riga
$  output = riga - "_z"
$  say riga + " --> " + output
$  lzdcmp /show=stat 'riga 'output
$  say ""
$  goto loop
$finish:
$  say "End"
$  close lista
$  exit
Il risultato saranno tanti file con estensioni A B C D, un gruppo per ogni
prodotto. Per esempio IPACP063.A, IPACP063.B, IPACP063.C, IPACP063.D. Sono
tutti saveset di backup, creati secondo gli standard DEC, quindi validi per
un'installazione con VMSINSTAL: ogni saveset A contiene le release notes e
la procedura di installazione, ogni B il prodotto vero e proprio (.EXE),
ogni C i sorgenti e ogni D la documentazione (anche) in formato PostScript.
Per estrarre la documentazione bisogna ripetere il seguente comando per ogni
saveset D (purtroppo BACKUP su VMS 4.7 non supporta * per il nome saveset):
$ backup/select=*.ps xxxxxxxx.d/sav 'here /log
Ma prima bisogna definire il simbolo HERE (serve per evitare di dover
scrivere tutte le volte la directory di destinazione), così:
$ here == "sys$disk:[]"
Qui invece ci sono le ultime relase disponibili di LZCOMP e LZDCMP con
relativa documentazione e tutto l'occorrente per installarli (volendo):
http://www.decuslib.com/Freeware/freewarev40/lz/
Qui si può scaricare un tool per guardare dentro ai saveset di backup con
una macchina Unix (permette anche di estrarre). Purtroppo in questo caso
specifico non è possibile perché prima bisogna decomprimere il tutto e non
ho trovato qualcosa per farlo su Unix (LZCOMP usa lo stesso algoritmo di
compress, ma il formato su disco è evidentemente diverso):
http://labs.hoffmanlabs.com/node/817
(
http://labs.hoffmanlabs.com/labsnotes/vmsbackup-4.4.1.zip
)
Ho provato a compilare lzdcmp su Linux utilizzando i sorgenti presi dalla
pagina di lz indicata prima (era un tool portabile ed era previsto che si
potesse compilare su più architetture), ma non funziona: ho dovuto fare
qualche modifica e sono riuscito a creare il binario eseguibile, ma poi va
in segfault quando provo a decomprimere un file. Probabilmente su uno Unix
moderno non funziona come previsto. Qualcosa nel frattempo sarà cambiato.
Ciao,
G.
P.S. Occhio all'apice singolo prima di HERE, RIGA e OUTPUT in certi casi.

 ma intanto scrivo qui quel che ho scoperto, anche come promemoria per me.
Grazie mille per queste preziose informazioni: mi era capitato di 
trovare alcuni software per OpenVMS con quelle misteriose estensioni e 
non sapevo come gestirli (nella mia profonda ignoranza avevo persino 
pensato che fossero parti di un archivio zip :-S ).
Saluti
EngiNerd

 pensato che fossero parti di un archivio zip :-S ).
A volte capitano anche i saveset zippati, o più spesso direttamente i
contenuti zippati visto che zip crea automaticamente archivi di più file.
Si trova anche roba compressa con gzip, e in quel caso si tratta quasi
sempre di un saveset compresso, visto che gzip comprime file singoli.
Mi sono anche capitati archivi tar invece che saveset, rari come sono rari
questi di cui stiamo parlando, compressi con l'equivalente di compress.
L'importante (potendo) è salvare i file VMS con un tool che comprenda e
salvi gli attributi estesi, se no dopo potrebbe essere necessario rimetterli
a posto. Niente di grave, ma è una scocciatura e a volte può essere
necessario fare più di un tentativo prima di trovare il formato giusto.
Funzionalmente un saveset generato da BACKUP è come minimo equivalente a un
archivio tar, se non ha caratteristiche particolari in più (e.g. /IMAGE).
Vedere anche: 
http://www.retronomicon.it/dec/vms#installazione_prodotti
Ciao,
G.

 Vedere anche: 
http://www.retronomicon.it/dec/vms#installazione_prodotti
Wow, il Retronomicon è stato ampliato.
Grazie della segnalazione
Saluti
EngiNerd