Newsgroup: it.comp.retrocomputing
Titolo: OpenVMS media

Sbaglio oppure il CD che ho rimediato contiene solo il sistema operativo 
base ?
-------------------------------------------------------------------------
vmscd> ls
/:
DCE_VAX030.DIR              DECNET_PHASE_IV_VAX073.DIR  
DECNET_PLUS_VAX073.DIR      DECW073.C
DECW073.D                   DECW073.E                   
DECW073.F                   DOCUMENTATION.DIR
DWMOTIF_VAX125.DIR          DWMOTIF_VAX126.DIR          
HELP_MESSAGE.DIR            ISL_SCRIPT.ESS
KERBEROS_VAX010.DIR         KITS.DIR                    
SYS0.DIR                    SYS1.DIR
TCPIP_VAX051.DIR            VAX073.DIR                  
VMS073.A                    VMS073.B
VMS073.C                    VMS073.D                    
VMS073.E                    VMS073.F
VMSI18N_VAX073.DIR        
vmscd> ls kits
/kits:
DCE_VAX030_KIT.DIR              DECNET_PHASE_IV_VAX073_KIT.DIR  
DECNET_PLUS_VAX073_KIT.DIR      DWMOTIF_VAX125_KIT.DIR
DWMOTIF_VAX126_KIT.DIR          KERBEROS_VAX010_KIT.DIR         
TCPIP_VAX051_KIT.DIR          
vmscd> 
-------------------------------------------------------------------------

 base ?
definisci "sistema operativo di base"
cmq quello sembra un CD Hobbyist
ovviamente per ? 0,00 anche se si tratta di un sistema operativo per 
workstation "inutili e non_faccio_fatica_a_capire_come_mai_DEC_e'_sparita" 
(cit) non puoi pretendere che ti diano anche cose come strumenti di sviluppo 
o altro.
L.
--
%DCL-F-RUIDIOT?
(IV3AIE) 

 cmq quello sembra un CD Hobbyist
Dici? A me pare di no invece. Credo che di CD Hobbyist ne esista una sola
idea, magari aggiornata nel tempo con prodotti nuovi e/o a loro volta
aggiornati. Però strutturalmente credo che il CD sia sempre lui e dovrebbe
essere così: 
http://www.montagar.com/hobbyist/mount.html
 (per VAX a destra).
Ciao,
G.
P.S.: Supervinx, cosa ti manca? Per iniziare dovresti avere tutto...

> P.S.: Supervinx, cosa ti manca? Per iniziare dovresti avere tutto...
Bah, magari un compilatore C :)
Avete ragione che per 0,00 € non si può pretendere la luna (per di più 
l'ho rimediato dalle solite fonti a carattere torrent-izio).
D'accordo, neanche la MS o la Apple (e credo neanche AIX, anche se nelle 
macchine che ho l'ho sempre trovato installato dai precedenti 
utilizzatori) forniscono gli strumenti di sviluppo nella versione di 
"base" (intendo il minimo indispensabile per funzionare).
Speravo solo di aver "beccato" l'Hobbyist kit e di essermi sbagliato nel 
cercare fra le directories del CD ...
Avuta la conferma che non mi sono sbagliato, ricomincia la "caccia" (o 
meglio, la "pesca" nel torrente ...) :)

 
La 7.3 hobbyist sara' almeno 1 anno che la cerco,per vie torrenziali manco
l'ombra.
-- 
erik christille
presidente e fondatore del V.R.G
valle d'aosta retrocomputing group

 destra).
hai (quasi) sempre ragione!
avevo guardato in fretta e male
L.
-- 
%DCL-F-RUIDIOT?
(IV3AIE) 

 l'ombra.
senza voler fare i conti in tasca  a nessuno ma
1) la versione hobbyist e' "legale"
2) supporti un progetto molto valido e soprattutto, specie per la versione 
VAX, molto retrocomputeristico
google mi dice che 30 Dollari Statunitensi = 23,8265428 Euro
-- 
%DCL-F-RUIDIOT?
(IV3AIE) 

 google mi dice che 30 Dollari Statunitensi = 23,8265428 Euro
touché... ;)

 Bah, magari un compilatore C :)
Perché non un bel compilatore Fortran? :-P
Chissà che poi non salti fuori qualcosa da qualche parte...
Intanto però si potrebbe mettere qualche patch a quel povero VMS. Vai
all'indirizzo 
ftp://ftp.itrc.hp.com/openvms_patches/vax/V7.3/
 e scarica
tutte quelle che iniziano per VAX, escluse quelle che iniziano con VAX_.
Riassumendo, scarica le seguenti:
VAXAUDS01_073
VAXDRIV03_073
VAXDTSS01_073
VAXDWMOTMUP01_073
VAXF11X02_073
VAXMAIL01_073
VAXMIME01_073
VAXMONT01_073
VAXMOUN01_073
VAXMSCP01_073
VAXRMS01_073
VAXRPC02_073
VAXSHAD03_073
VAXSMGRMUP01_073
VAXSYS01_073
VAXSYSL01_073
VAXTZ02_073
VAXVMSMUP01_073
Sono tutte compresse, le più vecchie con un algoritmo proprietario (DCX) le
più nuove con ZIP, comunque sono tutte autoscompattanti, quindi basterà per
ognuna una cosa tipo RUN nomepatch.A-DCX_VAXEXE o RUN nomepatch.ZIPEXE e il
risultato saranno comunque dei file nomepatch.A cioè dei normali saveset di
backup da installare con VMSINSTAL. Alle domande di DCX rispondi con Invio.
Per ogni patch c'è il suo testo esplicativo, comunque la procedura standard
prevede di richiamare VMSINSTAL, passargli il nome della patch e dove si
trova e lasciarlo andare. Domanderà se continuare in presenza di altri
processi attivi (per esempio il TCP/IP o altri utenti) e se sei soddisfatto
del backup del system disk. Rispondendo sì a entrambe le domande dovrebbe
procedere senza problemi. Se le installi tutte di seguito, non occorre fare
i reboot che consiglia lui dopo quasi ogni patch, puoi dirgli di no (se lo
chiede) e installare le successive prima di fare un unico reboot alla fine.
Altre cose importanti non mi sembra che le chieda, ad ogni modo VMSINSTAL
prevede un breve help digitando un punto interrogativo a ogni sua richiesta.
Leggendo i vari testi esplicativi ho controllato che non ci siano patch che
richiedono un ordine particolare di installazione, e infatti direi che non
ce ne siano, quindi puoi installarle come ti pare. Le uniche due che forse
potrebbe essere meglio installare una dietro l'altra sono VAXSYS01_073 e
VAXMOUN01_073, ma si tratta di pignolerie che non aggiungono nulla.
VMSINSTAL si richiama con @SYS$UPDATE:VMSINSTAL dopodiché, quando ti chiede
dove verrà montato il volume di installazione, gli passi il path completo
della directory in cui si trova il file nomepatch.A in questione e quando ti
chiede il nome del prodotto gli passi il nome della patch senza .A finale.
In alternativa si può specificare tutto direttamente sulla linea di comando
e non chiederà nulla: @SYS$UPDATE:VMSINSTAL nomepatch DUxx:[dir.dir.dir]
C'è anche una patch per il TCP/IP e questa in effetti sarebbe proprio meglio
metterla: è la VAX_TCPIP_ECO-V0501-155.PCSI-DCX_VAXEXE che si trova insieme
al suo testo in 
ftp://ftp.itrc.hp.com/openvms_patches/layered_products/vax/
Occhio perché ci sono anche varie *TCPIPJA*.* che non c'entrano nulla (sono
per la localizzazione in giapponese). Anche questa è autoscompattante, ma è
in formato più moderno, infatti il risultato sarà un file .PCSI anziché un
.A come per le altre. Per installarla, invece della procedura VMSINSTAL (che
è un enorme DCL: vedere per credere), c'è il comando PRODUCT, da digitare
direttamente dalla directory che contiene la patch, così: PROD INST *
Mettendo l'asterisco come nome prodotto, il comando PRODUCT cerca tutti i
file .PCSI nella directory corrente e poi domanda quali si vuole installare.
Se il file è uno solo procede subito con l'installazione. Non mi sembra che
sia necessario installarla col TCP/IP disattivato, ma magari è più prudente.
Visto che stai lavorando su un VAX virtuale, tanto vale che tu ti faccia una
bella copia dell'immagine disco prima di fare manovre, così può recuperare
tutto. In verità ti dirò: noi abbiamo usato per anni i nostri sistemi senza
installare alcuna patch, perché una volta non sapevamo come si faceva e le
patch non erano così facilmente disponibili come lo sono oggi, e nonostante
tutto non abbiamo mai avuto problemi di stabilità del sistema. Quindi, se
non te la senti o se non hai tempo puoi benissimo lasciar perdere. L'unico
prodotto che effettivamente dava problemi era il famigerato TCP/IP V5.0...
Ah, se ti viene chiesto se vuoi fare il purge dei file digli pure di sì, poi
ti diremo come fare per verificare se è rimasto qualche file appeso in giro.
Mi pare sia tutto. :-)
Ciao,
G.

 recuperare tutto. 
Lavoro sul vax virtuale in attesa della Dec 3000/400S. Almeno i danni più 
grossi (spero) li avrò fatti su simh :)

 ha scritto nel messaggio 
news:u34n36dqf9k4ogq3t...@4ax.com...
un uomo (insomma :P)
un manuale vivente :PPP
un post da FAQizzare
--
%DCL-F-RUIDIOT?
(IV3AIE) 

 un post da FAQizzare
Lo scopo è anche quello: inutile scrivere sempre le stesse cose se si può
avere una serie di FAQ decenti a cui fare riferimento. Anzi mi pareva di
aver già scritto riguardo alle patch, ma non ho più trovato il post né qui
da me né su Google, quindi boh, me lo sarò sognato. Perciò ho riscritto. :-)
Un tot di miei post sono stati raccolti da Cthulhu nelle apposite pagine del
Retronomicon, per esempio 
http://www.retronomicon.it/dec/vms
 (e non solo).
Ciao,
G.

Ho scaricato le patches (e con una connessione da 5kb/sec è stato un 
divertimento ...). 
Bene bene, ho fatto il backup ed ora provo.
Sì, ma come "entrano" nel vax/simh ?
Niente ftp con il portatile (non ho sistemato il bridging con tun/tap).
hmmmm ... chissà se vms legge CD ISO 9660 ... tentar non nuoce ...
Creo una bella immagine disco con le patches dentro.
La "attacco" a dua3, boot e 
mount /over=id dua3:
Provo set def dua3:, ma è come aver fatto set def dua3:[supervinx] :(
Allora set def dua3:[-] ... perfetto, vedo tutte le directory :)
Domani si installano ... zzzzzzz ....

 Allora set def dua3:[-] ... perfetto, vedo tutte le directory :)
Leggi i seguenti appunti:
http://www.retronomicon.it/dec/vms#cambiare_directory
http://www.retronomicon.it/dec/vms#la_root_directory
Praticamente, col primo comando hai modificato solo il device di default, ma
non la directory, ecco perché ti sei trovato in DUA3:[SUPERVINX]. Invece con
il secondo comando ti sei spostato "in su" di un livello e sei finito nella
root del disco, cioè DUA3:[000000], che ovviamente esiste sempre.
Ma se ad esempio tu fossi partito da DUA0:[SUPERVINX.DCL], allora il secondo
comando non avrebbe funzionato, nel senso che avresti comunque finito per
specificato una directory di default non presente nel CD. Avrebbe però
funzionato se tu l'avessi ripetuto due volte o se tu avessi usato la forma
SET DEF [--]. Tra l'altro vedo che hai fatto SET DEF DUA3:[-], ma il device
di default l'avevi già impostato con il comando precedente, quindi farlo di
nuovo non sarebbe stato necessario: sarebbe bastato appunto SET DEF [-].
Si possono avere fino a un massimo di otto livelli di profondità per le
directory (comunque ci sono modi per aggirare il limite, ma non ha senso),
quindi si può arrivare anche a specificare SET DEF [--------]! :-)
Insomma, un default è fatto di due parti, device e lista delle directory,
che possono essere modificate indipendentemente l'una dall'altra.
L'help per SET DEF dice (anche):
SET
  DEFAULT
       Sets your default device and directory specifications. The new
       default is applied to all subsequent file specifications that do
       not explicitly include a device or directory name.
       (...)
       Format
         SET DEFAULT  [device-name[:]][directory-spec]
SET
  DEFAULT
    Parameters
         (...)
         You must specify either the device-name parameter or the
         directory-spec parameter. If you specify only the device name,
         the current directory is the default for the directory-spec
         parameter. If you specify only the directory name, the current
         device is the default for the device-name parameter.
SET
  DEFAULT
    Examples
         (...)
         4.$ SET DEFAULT [-]
           The SET DEFAULT command in this example changes the default
           directory to the parent directory of the one you are
           currently in. For example, if the current directory is
           $FLOPPY1:[NIELSEN.MEMOS], this command sets your default to
           $FLOPPY1:[NIELSEN]. If you are in $FLOPPY1:[NIELSEN], this
           command sets your default to the master directory on the disk-
           $FLOPPY1:[000000].
Esiste ovviamente il suo compagno SHO DEF. :-)
Ciao,
G.
P.S.: Parts © Copyright 1976, 2010 Hewlett-Packard Development Company, L.P.

 
E funziona anche sh def :)
Interessante l'indipendenza fra l'unità di riferimento e la directory 
corrente.
La ripetizione di dua3: è dovuta, al richiamo della cmdline con la 
freccia :)
Adoro le console e le righe di comando: non sono mai riuscito a digerire 
completamente il mouse (anche se fare grafica da linea di comando è 
sadomaso !)
Non c'è niente di meglio di un "sano smanettamento" per imparare un nuovo 
OS. Mi ricordo quando, anni (tanti) fa, con il debug del DOS ed Inside PC 
IBM di Peter Norton passavo alcune serate dopo lo studio "martirizzando" 
i PCs ! Poi passai direttamente a Masm e Tasm. Ed i danni sono stati 
maggiori (soprattutto per gli amici ...)

 E funziona anche sh def :)
Sì sì :-)
Mi hai fatto venire in mente una cosa. Sebbene sia concettualmente corretto
impostare il default a una directory (ancora) inesistente e non ci sia
niente di male nel farlo anche in pratica (anzi, è pure utile), ai tempi
della versione 4 venne comunque deciso di inserire una segnalazione in SHO
DEF che avvertisse quando la directory impostata era inesistente:
$ SET DEF [NONONO]
$ SHO DEF
  SYS_USERS:[NONONO]
%DCL-I-INVDEF, SYS_USERS:[NONONO] does not exist
$ 
E qui bisogna fare un discorsetto sui messaggi. Ognuno è composto da quattro
parti: facility, che ci dice quale parte del sistema operativo o anche quale
prodotto ha emesso il messaggio; severity, che ci dice il livello di gravità
della segnalazione; identification, che è una "parolina" che identifica in
modo univoco il messaggio; e text, che è la spiegazione per noi umani. :-)
Nel caso qui sopra il messaggio viene inviato dall'interprete dei comandi ed
è semplicemente informativo. I livelli di gravità (severity) dei messaggi
possono essere cinque: Success, Info, Warning, Error, Fatal error (SIWEF).
Il fatto che sia un messaggio informativo non è solo una finezza estetica,
perché ogni messaggio è rappresentato dentro il sistema operativo come una
word di 32 bit in cui i tre bit meno significativi identificano il livello
di gravità dell'errore e sono impostati in modo tale per cui Success e Info
abbiano il bit finale impostato a uno, mentre gli altri tre lo hanno a zero,
quindi si può distinguere quali sono in pratica dei possibili errori che
possono essere catturati da DCL (SET ON) da quelli che sono in effetti solo
messaggi informativi che non devono bloccare nulla. Insomma, un default che
punti a una directory inesistente non dev'essere un errore, perciò Info.
Significato dei bit:
000 Warning
001 Success (finisce con 1)
010 Error
011 Informational (finisce con 1)
100 Fatal
Esempio:
$ EXIT 0
%NONAME-W-NOMSG, Message number 00000000
$ EXIT 1
$ EXIT 2
%NONAME-E-NOMSG, Message number 00000002
$ EXIT 3
$ EXIT 4
%NONAME-F-NOMSG, Message number 00000004
$
Il comando EXIT sarebbe utilizzato per terminare una procedura DCL, ma si
può usare anche così per verificare il significato di un identificativo di
messaggio. In questo caso escono NONAME e NOMSG perché usando numeri così
bassi tutti gli altri bit della word sono a zero e non corrispondono a
nulla, però comunque viene fatta la decodifica della severity e ci viene
indicato. I messaggi in corrispondenza dei valori 1 e 3 (Success e Info) non
escono perché DCL mostra direttamente solo messaggi considerati di errore
(però esistono e c'è modo di vederli. In particolare il messaggio numero 1
corrisponde a %SYSTEM-S-NORMAL, normal successful completion).
Il motivo di tutta questa complicazione è per avere consistenza: tutti gli
identificativi delle facility e dei messaggi e i relativi testi sono
contenuti dentro degli appositi message file (conservati in SYS$MESSAGE:).
Un qualunque programma che voglia emettere un qualunque messaggio non deve
fare altro che valorizzare una word di 32 bit con i giusti valori e passarla
all'apposito servizio di sistema che si preoccuperà di trasformarla in un
messaggio comprensibile, sempre uguale indipendentemente da chi lo invia.
Un esempio più complicato (copia DECnet verso un nodo irraggiungibile):
$ COPY 
LOGIN.COM
 1234::
%COPY-E-OPENOUT, error opening 1234::[]
LOGIN.COM
;6 as output
-RMS-E-CRE, ACP file create failed
-SYSTEM-F-UNREACHABLE, remote node is not currently reachable
%COPY-W-NOTCOPIED, SYS_USERS:[RPT]
LOGIN.COM
;6 not copied
$
Specialmente quando si tratta di componenti di sistema, è facile che venga
visualizzato più di un messaggio, cioè sia il messaggio finale sia i
messaggi che l'hanno causato, elencati in senso inverso (come uno stack) e
preceduti da un trattino invece che dal simbolo di percentuale. Nell'esempio
qui sopra un servizio di sistema ha riferito che il nodo remoto non è
raggiungibile, cosa che ha impedito a RMS (Record Management Services) di
creare il file di output, cosa che a sua volta ha impedito la copia. Infine
COPY ha emesso un messaggio conclusivo dicendo che la copia non è riuscita.
In effetti è la rappresentazione rovesciata di quel che succede veramente:
COPY richiede a RMS la creazione di un file di output, RMS si accorge che la
destinazione è remota e quindi chiede a DECnet di stabilire un link...
Volevo scrivere giusto due righe sui messaggi per poi dire un paio di cose
da fare dopo aver installato le patch, poi mi sono dilungato, come al solito
(ma almeno tutto questo va nel Retronomicon, vero Cthulhu?).
Farò la prossima volta. :-)
Ciao,
G.
P.S.: Su EISNER o su un qualunque altro sistema Alpha con VMS prova a dare
EXIT 2932 e EXIT 13492 :-P

 (ma almeno tutto questo va nel Retronomicon, vero Cthulhu?).
Me stai a consumà er tasto destro!
	levigatamente,
	Francesco P.
-- 
http://www.rlyeh.it/
http://www.retronomicon.it/

 fuck
Your place or mine ?

 meglio, la "pesca" nel torrente ...) :)
sul somaro forse forse ...
Ciao ... Dino

 overwrite: come si passa (se possibile) nell'insert mode ?
Per passare velocemente da sovrascrittura a inserimento e viceversa c'è la
combinazione CTRL/A. In alternativa c'è il comando SET TERM/INSERT che puoi
digitare tutte le volte oppure inserire in 
LOGIN.COM
 nella home dell'utente
con cui ti colleghi. Ogni processo che viene avviato nel sistema — sia esso
interattivo, batch, di rete o detached — se fa uso di una CLI, come prima
cosa esegue i comandi contenuti prima in SYS$MANAGER:
SYLOGIN.COM
 e poi nel
LOGIN.COM
 nella home dello specifico utente (salvo diverse impostazioni).
Insomma, se preferisci che SET TERM/INSERT venga eseguito per tutti gli
utenti, invece che aggiungere il comando dentro il 
LOGIN.COM
 di ciascuno,
puoi modificare 
SYLOGIN.COM
: cerca e troverai una riga in cui fa già un SET
TERMINAL/INQUIRE con vari qualificatori e aggiungi in fondo un /INSERT.
Anzi questo secondo approccio è anche migliore, perché se metti quel comando
in 
LOGIN.COM
 senza distinguere fra i tipi di processo (con F$MODE()), quando
poi tenti di avviare un batch o un processo via DECnet ricevi un errore (e
possono succedere cose strane) perché manca un terminale da impostare.
Invece 
SYLOGIN.COM
 già prevede questa distinzione ($ Goto MODE_'F$MODE()').
Ciao,
G.

 giro, non dovrebbe più trovare nulla (a parte la mancanza di QUOTA.SYS).
Piccola rettifica: ero convinto che lanciando ANA/DISK senza ulteriori
opzioni venisse fatta la correzione di eventuali problemi del file system,
compresi gli innocui warning di cui ho scritto. Invece ieri ho verificato
che occorre specificare /REPAIR se si vuole che proceda, altrimenti il
default è /NOREPAIR (anche se l'help non sembra indicarlo con precisione).
Ciao,
G.

Me ne ero accorto, grazie ! :)
Quando al secondo reboot continuava a trovarmi gli stessi tre header da 
eliminare, mi è sorto il dubbio.
Help ana /disk mi ha illuminato, quando ho visto l'opzione /repair.
Adesso dispongo di due backups: uno prima delle patches, una dopo le 
patches ed ana /disk.
Adesso posso veramente iniziare a "far male" al sistema ! ;)