Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > it.comp.retrocomputing > #52836 > unrolled thread

DEC VAXstation 4000 VLC

Back to article view | Back to it.comp.retrocomputing

Contents

  DEC VAXstation 4000 VLC nuzzo_dde@yahoo.it - 2020-09-18 15:32 -0700
    Re: DEC VAXstation 4000 VLC EngiNerd <webmaster_dot_crrc@yahoo.it> - 2020-09-20 23:16 +0200
    Re: DEC VAXstation 4000 VLC G. <gerry77@no.spam.mail.com> - 2020-09-21 03:04 +0200
      Re: DEC VAXstation 4000 VLC EngiNerd <webmaster_dot_crrc@yahoo.it> - 2020-09-21 18:08 +0200
        Re: DEC VAXstation 4000 VLC Jack Nuzzler <nuzzo_dde@yahoo.it> - 2020-09-21 12:01 -0700
          Re: DEC VAXstation 4000 VLC nuzzo_dde@yahoo.it - 2020-09-25 06:19 -0700
            Re: DEC VAXstation 4000 VLC EngiNerd <webmaster_dot_crrc@yahoo.it> - 2020-09-26 13:59 +0200
              Re: DEC VAXstation 4000 VLC nuzzo_dde@yahoo.it - 2020-09-27 04:39 -0700
            Re: DEC VAXstation 4000 VLC G. <gerry77@no.spam.mail.com> - 2020-09-27 23:54 +0200
              Re: DEC VAXstation 4000 VLC nuzzo_dde@yahoo.it - 2020-09-28 06:04 -0700
                Re: DEC VAXstation 4000 VLC G. <gerry77@no.spam.mail.com> - 2020-09-29 02:45 +0200
                  Re: DEC VAXstation 4000 VLC nuzzo_dde@yahoo.it - 2020-09-29 09:12 -0700
                    Re: DEC VAXstation 4000 VLC G. <gerry77@no.spam.mail.com> - 2020-09-29 19:32 +0200
                      Re: DEC VAXstation 4000 VLC nuzzo_dde@yahoo.it - 2020-09-30 10:09 -0700
                        Re: DEC VAXstation 4000 VLC "G." <gerry77@no.spam.mail.com> - 2020-09-30 20:48 +0200
                          Re: DEC VAXstation 4000 VLC nuzzo_dde@yahoo.it - 2020-10-01 02:38 -0700
                            Re: DEC VAXstation 4000 VLC nuzzo_dde@yahoo.it - 2020-10-07 04:42 -0700
                              Re: DEC VAXstation 4000 VLC "G." <gerry77@no.spam.mail.com> - 2020-10-07 20:31 +0200
                          Re: DEC VAXstation 4000 VLC EngiNerd <webmaster_dot_crrc@yahoo.it> - 2020-10-01 13:42 +0200
                            Re: DEC VAXstation 4000 VLC "G." <gerry77@no.spam.mail.com> - 2020-10-01 22:10 +0200
                        Re: DEC VAXstation 4000 VLC Jack Nuzzler <nuzzo_dde@yahoo.it> - 2020-11-16 14:46 -0800
                          Re: DEC VAXstation 4000 VLC Jack Nuzzler <nuzzo_dde@yahoo.it> - 2020-11-16 18:19 -0800
                            Re: DEC VAXstation 4000 VLC "G." <gerry77@no.spam.mail.com> - 2020-11-17 15:00 +0100
                          Re: DEC VAXstation 4000 VLC "G." <gerry77@no.spam.mail.com> - 2020-11-17 14:45 +0100
                            Re: DEC VAXstation 4000 VLC -- <nuzzo_dde@yahoo.it> - 2020-11-18 15:19 -0800
                      Re: DEC VAXstation 4000 VLC EngiNerd <webmaster_dot_crrc@yahoo.it> - 2020-10-01 13:40 +0200
                    Re: DEC VAXstation 4000 VLC MaveRick <computelico.erasami@gimeil.comm> - 2020-10-17 15:57 +0000
                  Re: DEC VAXstation 4000 VLC EngiNerd <webmaster_dot_crrc@yahoo.it> - 2020-10-01 13:36 +0200
                    Re: DEC VAXstation 4000 VLC nuzzo_dde@yahoo.it - 2020-10-02 13:54 -0700
                      Re: DEC VAXstation 4000 VLC "G." <gerry77@no.spam.mail.com> - 2020-10-03 06:57 +0200
                        Re: DEC VAXstation 4000 VLC nuzzo_dde@yahoo.it - 2020-10-03 11:16 -0700
        Re: DEC VAXstation 4000 VLC G. <gerry77@no.spam.mail.com> - 2020-09-25 08:37 +0200
          Re: DEC VAXstation 4000 VLC EngiNerd <webmaster_dot_crrc@yahoo.it> - 2020-09-26 12:29 +0200
    Re: DEC VAXstation 4000 VLC zulu <antani@cazzola.it> - 2020-10-02 22:25 +0200
      Re: DEC VAXstation 4000 VLC nuzzo_dde@yahoo.it - 2020-10-02 14:03 -0700

Page 2 of 2 — ← Prev page 1 [2]

#53093

Il giorno mercoledì 30 settembre 2020 alle 19:09:54 UTC+2 Nuzzler ha scritto:

G > SIMH su Windows dovrebbe girare senza problemi.

> Faro' qualche prova e vi faro' sapere

Eccomi qui. Ci ho messo un po' di tempo perche' avevo un'altra macchina da 
curare e che mi stava a cuore[1].

Da una settimana circa sto giochicchiando con simh e OpenVMS 6.1. In
verita' e' come scoperchiare il vaso di Pandora e dovro' iniziare seriamente
a studiarmi un po' di grammatica VMS, altrimenti non ne esco vivo.
Prima di tutto devo dire che la console non offre molte comodita'. La gestione 
del buffer dei comandi eseguiti, ad esempio (RECALL, CTRL-B e...? Boh :-) ).
L'uso di nomi logici di directory mi ha fatto fare un bel po' di casino all'inizio e
le directory reali ho capito solo ora dove siano in realta'. Poi la directory di 
default di SYSTEM e' SYS$SYSROOT[SYSMGR], ma tira dentro anche 
SYS$COMMON[SYSMGR]... Mah. 
Mi pare anche di aver capito che almeno fino alla revisione 5.x di TCP/IP di 
DHCP non se ne parla: le SPL piu' o meno coeve della rev. 6.1 di OpenVMS 
contengono la rev. 3.1 di UCX (il TCP/IP) e quindi io mi sono buttato sulla
rev. 4.2 contenuta in una SPL del 2007, ma sono rimasto trombato. Comunque
per ora non e' un problema, dato che devo comunque ancora studiarmi come
far vedere la rete da simh ;-) (non ci ho nemmeno provato). Altro capitolone 
pare essere DECnet: ho letto (se ricordo bene) su internet degli "how-to" da far 
accapponare la pelle. E sulla VLC reale vorrei installare pure DECwindows.... 
Ad maiora! :-P

Nuzzler

[1] Una HP 260/40 inserita in un minirack alla quale ho duplicato l'HD mezzo
scassato (l'ho dovuto aprire per riattivare le testine) tramite il software hpdir.
La 260 funziona correttamente con l'emulazione dell'HD via PC + scheda ISA
IEEE-488 ed il software hpdrive, anche se, diversamente da quel che dice la
documentazione, il minimo OS Windows sul quale far girare il software con
revisioni più recenti e' 98 e non 95.

[toc] | [prev] | [next] | [standalone]

#53094

Il giorno lunedì 16 novembre 2020 alle 23:46:20 UTC+1 Nuzzler ha scritto:

> per ora non e' un problema, dato che devo comunque ancora studiarmi come 
> far vedere la rete da simh ;-) (non ci ho nemmeno provato).

OK: ho installato nmap con npcap sotto Windows, aggiustato un po' la configu-
razione di UCX sotto l'emulazione e pare funzionare (ho provato FTP e telnet). 
Devo configurare meglio il terminale in VMS: VT100 non basta, mi serve la ges-
tione ANSI. E' stato comuque interessante collegarsi con Putty a simh e da qui 
ad un MUD italiano (Putty ha gestito subito correttamente i codici ANSI). :-)

A proposito, gia' che ci siamo:  dove si trova o come posso accedere a
LNM$PROCESS_DIRECTORY? E' veramente una directory?

Grazie
Nuzzler (...zombie, vista l'ora)

[toc] | [prev] | [next] | [standalone]

#53097

Il 17/11/2020 03:19, Jack Nuzzler ha scritto:

> Devo configurare meglio il terminale in VMS: VT100 non basta, mi serve la ges-
> tione ANSI. E' stato comuque interessante collegarsi con Putty a simh e da qui
> ad un MUD italiano (Putty ha gestito subito correttamente i codici ANSI). :-)

Come ho scritto nell'altro messaggio, un conto è usare la console SIMH e un 
conto è usare PuTTY via telnet. Nel primo caso c'è poco da fare, nel secondo 
dovrebbe funzionare (quasi) tutto senza problemi.

In un messaggio passato mi pare di aver già scritto un po' di cose circa le 
modifiche da fare per fargli riconoscere bene automaticamente tutto (mi pare 
di averlo scritto a te, non a qualcun altro). Intanto, per fare una prova 
veloce, subito dopo esserti collegato fai uno SHOW TERM e vedi in cima cosa ti 
dice come device type, poi prova a dirgli SET TERM/INQ e riprova: dovrebbe 
riconoscere PuTTY come VT102. Aggiungi /EIGHT a SET TERM per avere il supporto 
per i caratteri a otto bit e /INSERT per avere di default il modo inserimento 
anziché sovrascrittura.

> A proposito, gia' che ci siamo:  dove si trova o come posso accedere a
> LNM$PROCESS_DIRECTORY? E' veramente una directory?

No, non è una directory nel senso comune del termine. I nomi logici sono 
memorizzati in tables con diversi permessi etc. etc. etc. Prova questo:

SHO LOG/TAB=LNM$PROCESS_DIRECTORY volendo aggiungi /FULL
SHO LOG/STRUCT idem come sopra
HELP SHO LOG

Il terzo comando ovviamente è per avere ulteriori delucidazioni :)

Ciao, :)
G.

[toc] | [prev] | [next] | [standalone]

#53096

Il 16/11/2020 23:46, Jack Nuzzler ha scritto:

> Prima di tutto devo dire che la console non offre molte comodita'. La 
> gestione del buffer dei comandi eseguiti, ad esempio (RECALL, CTRL-B e...? 
> Boh :-) )..

Mi viene il sospetto che tu abbia qualche problema con il terminale: se premi
la freccia verso l'alto non ti ripropone i comandi passati?

La console di SIMH è molto grezza e non mi pare che funzioni come terminale
completo neppure avendo PuTTY come tramite. Ora non ho modo di verificare, ma
mi pare che VMS la veda come un terminale hardcopy e quindi ovviamente senza
alcuna gestione del video.

> L'uso di nomi logici di directory mi ha fatto fare un bel po' di casino 
> all'inizio e le directory reali ho capito solo ora dove siano in realta'. 
> Poi la directory di default di SYSTEM e' SYS$SYSROOT[SYSMGR], ma tira 
> dentro anche SYS$COMMON[SYSMGR]... Mah.

Qui bisogna fare un discorsino. VMS è pensato per il clustering e un qualunque
disco di sistema può essere utilizzato da più macchine contemporaneamente. Il
che permette ad esempio di condividere i file comuni a tutti, per esempio le
varie componenti del sistema operativo, e al tempo stesso consente di separare
i file specifici di ogni nodo che fa uso promiscuo dello stesso disco, per
esempio i file di configurazione. La struttura è sempre quella, anche se le
funzioni di clustering non sono state attivate.

Nella root fisica del disco ci sono tante root logiche quante sono le macchine
che usano quel disco per il boot. Le root da [SYS0] a [SYSC] sono specifiche
per le macchine che accedono al disco direttamente, ad esempio tramite un bus
SCSI condiviso, le root [SYSD], [SYSE] e [SYSF] sono riservate rispettivamente
per le funzioni di debug, standalone backup e upgrade del sistema operativo,
infine le root da [SYS10] a [SYSFF] sono specifiche per i satelliti diskless
che fanno il boot via rete e usano quel dato disco come loro disco di boot.

Ognuna di queste root contiene un set completo di directory di sistema come
[SYSEXE], [SYSLIB], [SYSMGR] e così via. Quindi, ipotizzando che uno dato
disco sia utilizzato da due sistemi, avremo [SYS0.SYSEXE] e [SYS1.SYSEXE],
[SYS0.SYSLIB] e [SYS1.SYSLIB], e così via per tutte le altre.

Nella root fisica del disco c'è anche una directory [VMS$COMMON], anch'essa
con dentro un set completo di directory di sistema, quindi ad esempio ci sarà
una directory [VMS$COMMON.SYSEXE]. Come suggerisce il nome, questa root
contiene i file comuni condivisi.

Ora viene il bello. In ciascuna root [SYSn] c'è una directory [SYSn.SYSCOMMON]
che è semplicemente un hard link verso [VMS$COMMON]. Quindi avremo ad esempio
che [SYSn.SYSCOMMON.SYSEXE] = [VMS$COMMON.SYSEXE], in questo modo da ogni root
specifica c'è un path diretto verso la root comune.

I nomi logici vengono definiti al boot e servono per tenere tutto insieme e 
per astrarre tutta la struttura in modo che sia indipendente dalla posizione 
fisica dei dischi e delle root. Alcuni nomi logici puntano a una directory 
sola, altri a una lista di directory che vengono lette in sequenza quando il 
sistema cerca un file. Ecco alcuni esempi:

SYS$SPECIFIC:	[SYSn]
SYS$COMMON:	[SYSn.SYSCOMMON]
SYS$ROOT:	[SYSn] + [SYSn.SYSCOMMON]
SYS$SYSTEM:	[SYSn.SYSEXE] + [SYSn.SYSCOMMON.SYSEXE]
SYS$LIBRARY:	[SYSn.SYSLIB] + [SYSn.SYSCOMMON.SYSLIB]
SYS$MANAGER:	[SYSn.SYSMGR] + [SYSn.SYSCOMMON.SYSMGR]

Quando il sistema cerca un programma usa sempre SYS$SYSTEM e le patch vengono 
sempre installate automaticamente in [VMS$COMMON.SYSEXE] così da rendere gli 
aggiornamenti disponibili per tutti i nodi che usano lo stesso disco, ma se 
l'amministratore volesse testare un nuovo programma solo su un nodo dovrebbe 
semplicemente spostarlo in [SYSn.SYSEXE] (o meglio SYS$SPECIFIC:[SYSEXE]) e 
solo quel nodo lo vedrebbe.

Ho scritto un po' a rate, spero si capisca qualcosa. Questo è uno schema 
tratto da un vecchio manuale Digital: https://imgur.com/RtZtGml
È piccolino ma rende l'idea. Per ognuna di quelle "coppie" di directory 
(specifica e condivisa) esiste il relativo nome logico che le "tiene insieme". 
Ovviamente in [VMS$COMMON] non c'è [SYSCOMMON] perché non avrebbe senso.

> Mi pare anche di aver capito che almeno fino alla revisione 5.x di TCP/IP 
> di DHCP non se ne parla

È abbastanza normale. Molti sistemi dell'epoca avevano al massimo il server 
DHCP, ma mai il client. Nessuno pensava che un server potesse avere un 
indirizzo variabile anziché scolpito nella pietra :)

> capitolone pare essere DECnet: ho letto (se ricordo bene) su internet degli
> "how-to" da far accapponare la pelle.

In verità installare DECnet è molto semplice. Di fatto è tutto già pronto: 
basta lanciare la procedura e accettare i default per tutte le domande. Forse 
tu hai visto un tutorial per DECnet Phase V, alias DECnet Plus, Alias DECnet 
OSI? Quella è un mondo a parte che nessuno sano di mente vorrebbe toccare a 
meno di essere proprio costretto. La vera DECnet tradizionale è Phase IV.

Ciao, :)
G.

[toc] | [prev] | [next] | [standalone]

#53099

Il giorno martedì 17 novembre 2020 alle 14:45:57 UTC+1 G. ha scritto:

> Qui bisogna fare un discorsino. 

Discorsino... :-)

Avevo scritto una reply articolata, ma l'ho persa per colpa di quel cesso
del mio portatile.
Ricomincio da capo, ma sarò molto più stringato: grazie delle risposte
e del tempo speso per scriverle. Dovrei cercarmele da solo (e ci ho anche
provato), ma ottenerle cosi' in modo conciso e pertinente è certamente
meglio. :-)

Nuzzler

[toc] | [prev] | [next] | [standalone]

#52896

On 29/09/2020 19:32, G. wrote:
> SIMH su Windows dovrebbe girare senza problemi. 
Confermo: non essendo a conoscenza (o essendomi dimenticato 
dell'esistenza) delle utility usate da te e da Gerry per leggere le 
immagini disco, l'ho usato recentemente su Windows 10 (senza supporto di 
rete) per consultare alcuni SPL recuperati in rete e inserire i prodotti 
presenti nel mio database locale dei software in mio possesso.

Inoltre, in passato l'avevo usato su Windows XP e 7 con supporto di rete 
(ai tempi richiedeva libpcap, oggi non saprei) per trasferire il 
contenuto di alcune immagini disco e nastro sulle macchine fisiche. Per 
farlo avevo usato FTP e, se non ricordo male, successivamente anche DECnet.

[toc] | [prev] | [next] | [standalone]

#52962

<nuzzo_dde@yahoo.it> wrote:
> Il giorno martedì 29 settembre 2020 02:45:21 UTC+2, G. ha scritto:
> 
>> io mi ricordo di te dai tempi di Marzaglia, saranno 10 anni
>> e più che non ci capito ma ti ho ben presente :)
> 
> Gerry! Io guardavo il nick e non l'email. 
> Certo che mi ricordo di te e dell'altra truppa: Sadness, Hobbit, Darkpand...
> 
We! Ci sono anche io eh!

Vi seguo interessato  ;0)

MaveRick 

[toc] | [prev] | [next] | [standalone]

#52895

On 29/09/2020 02:45, G. wrote:
> Il più è caricare il sistema operativo sul disco, poi è tutta discesa :)

Ecco, questo è sicuramente uno dei punti più spinosi.

> Ce l'hai un secondo disco SCSI? Potresti semplicemente buttarci sopra con
> 'dd' l'immagine del CD di boot e partire da quello. 

Io a suo tempo avevo fatto così: a patto che il disco sia di dimensioni 
maggiori o uguali all'immagine, funziona benissimo. Ovviamente serve un 
PC equipaggiato di controller SCSI a cui attaccare il disco, ed è 
necessario Linux o un altro sistema Unix-like (eventualmente anche da 
live CD). Occhio comunque quando si usa dd a controllare bene il nome 
dei device, altrimenti si rischia di cancellare i dati sul disco locale.

Prima avevo provato ad installare mediante CD-ROM senza successo: Non 
basta che il lettore supporti il block size da 512 byte (necessario per 
la maggior parte delle workstation), ma il lettore deve essere in grado 
di interpretare il dialetto SCSI (da quanto ho capito non esattamente 
standard) della VaxStation. A suo tempo qualcuno aveva stilato un elenco 
di drive compatibili, reperibile qui: 
https://web.archive.org/web/20170830132041/http://sites.inka.de/pcde/help/dec-cdrom-list.txt 
Va da sè che nessuno dei lettori CD/masterizzatori ai tempi in mio 
possesso era in quell'elenco nè era compatibile.

Per fortuna il mio AlphaServer DS20 era molto più di bocca buona, e lì 
sono riuscito ad installare OpenVMS (e anche Tru64 ed NT 4.0 TSE) con un 
relativamente comune masterizzatore SCSI Yamaha.

> Anzi, visto che SIMH su un PC moderno è senz'altro più pratico e veloce lo
> puoi usare come cavia per gli esperimenti di installazione prima di fare sul
> serio con i dischi fisici dentro e fuori dalla VLC.

Questa è un'ottima idea, e in generale, dove posso, anch'io faccio 
sempre così: test e configurazione su emulatore/hypervisor, creazione di 
un'immagine disco o backup, ripristino su hardware fisico, ed eventuale 
personalizzazione. In questo modo, ho anche il vantaggio di poter 
ripristinare velocemente il sistema qualora il disco si guastasse.

[toc] | [prev] | [next] | [standalone]

#52902

[Lettore CD-ROM]
EngiNerd> A suo tempo qualcuno aveva stilato un elenco di drive compatibili

Ne dovrei avere uno per le mani, ma devo verificare se funziona. Nel caso
vada male ho altri due lettori SCSI con jumper per blocchi da 512 da testare.

EngiNerd> è una buona idea dare il comando SET TERM /VT100 subito dopo la 
EngiNerd> altrimenti alcuni programmi (p.e., EDIT) potrebbero non essere 
EngiNerd> login, visualizzati correttamente su console.

Annotato.

G.> Puoi fare ancora meglio :)

Annotato pure questo.
Daro' anche una bella occhiata a questo SYSLOGIN.COM. 

Domani dovrei riuscire a testare un monitor LCD adatto alla VLC (in effetti
proprio al limite, sperando che non inizi a fumare dopo qualche ora).

Grazie
Nuzzler

P.S.: Per chi vuole (spendere), a prezzi quasi umani sulla baia c'e' al 
momento una DEC 3000 300X senza RAM ne' HD (#193684605826).

[toc] | [prev] | [next] | [standalone]

#52904

Il 02/10/2020 22:54, nuzzo_dde@yahoo.it ha scritto:

> Daro' anche una bella occhiata a questo SYSLOGIN.COM.

Usa EDIT/READ così sei sicuro di non fare danni, si esce con CTRL/Z :)

Per motivi storici tutti i file di configurazione iniziano con SY anziché SYS, 
quindi è SYLOGIN.COM, non SYSLOGIN.COM. Te lo dico giusto perché potresti 
rimanere sorpreso e/o non trovare il file :)

Se entri come SYSTEM sei già nella directory giusta, se no aggiungi davanti un 
bel SYS$MANAGER: che punta al posto giusto.

Tra l'altro non ho idea di quanto tu conosca VMS, quindi magari almeno una 
generica conoscenza base ce l'hai già e io ti sto dicendo cose banali... :)

Ciao,
G.

[toc] | [prev] | [next] | [standalone]

#52915

Il giorno sabato 3 ottobre 2020 06:57:25 UTC+2, G. ha scritto:

> Usa EDIT/READ così sei sicuro di non fare danni, si esce con CTRL/Z :)
[...]
> Per motivi storici tutti i file di configurazione iniziano con SY anziché
> SYS, quindi è SYLOGIN.COM, non SYSLOGIN.COM. 

OK, grazie.

> Tra l'altro non ho idea di quanto tu conosca VMS, quindi magari almeno una 
> generica conoscenza base ce l'hai già e io ti sto dicendo cose banali... :)

Non lo conosco. O meglio: tanti anni fa (non so nemmeno quanti) fotocopiai un
libro preso in biblioteca relativo a VMS 5.2 e me lo lessi tutto pur non
avendo alcuna macchina DEC, ma ora non ricordo più nulla. L'ho ripreso in mano,
ma gli anni si fanno sentire e faccio fatica a tenere a mente tutte le 
informazioni. Tra l'altro io non sono un sistemista, non mi piace fare il sistemista, ma trovo le macchine Digital interessanti ed iconiche, quindi 
vedro' di impegnarmi un po'. Dato che ho programmato per anni in ANSI C, sara'
piu' probabile che tenti di programmarci qualcosa, anche di banale (e magari
nemmeno in C).

Nuzzler

[toc] | [prev] | [next] | [standalone]

#52863

On Mon, 21 Sep 2020 18:08:11 +0200, EngiNerd <webmaster_dot_crrc@yahoo.it>
wrote:

> Per VAX, invece, VSI non ha rilasciato nessuna versione, nè pare sia 
> intenzionata a farlo in futuro, sebbene possieda sia i sorgenti sia i 
> diritti commerciali per farlo.

Ah sì? In effetti ora mi viene in mente tutto il problema con le licenze per
VAX, ma non mi pareva proprio che VSI ne avesse acquistato i diritti, tant'è
vero che appunto non rilasciano licenze.

> Oltre a questo, le licenze hobbistiche di VSI pare coprano meno layered 
> products rispetto a quelle rilasciate da HPE. Su richiesta di alcuni 
> utenti, per alcuni prodotti la cui proprietà intellettuale è interamente 
> in capo a VSI, le licenze sono state aggiunte. Mentre per prodotti con 
> parte del codice concesso in licenza da terzi pare non sarà possibile.

Va be', bisogna vedere quali licenze mancano: HP ne dava un centinaio ma
molto erano di utilità piuttosto dubbia. Se VSI ne dà 20 ma sono quelle
fondamentali...

> Verissimo. A me era capitato che, facendo l'upload via FTP di un file 
> più grande dello spazio libero su disco, il demone FTP aveva mandato in 
> crash l'intero sistema operativo (con tanto di messaggio di STOP con 
> stampa a video del contenuto dei registri e ritorno al chevron prompt). 
> Tale comportamento era ripetibile, quindi la causa era quasi certamente 
> nello stack TCP/IP.

Aveva anche grossi problemi con l'handshake telnet, era proprio nato male.

Ciao,
G.

[toc] | [prev] | [next] | [standalone]

#52865

On 25/09/2020 08:37, G. wrote:
> On Mon, 21 Sep 2020 18:08:11 +0200, EngiNerd <webmaster_dot_crrc@yahoo.it>
> wrote:
> 
>> Per VAX, invece, VSI non ha rilasciato nessuna versione, nè pare sia
>> intenzionata a farlo in futuro, sebbene possieda sia i sorgenti sia i
>> diritti commerciali per farlo.
> 
> Ah sì? In effetti ora mi viene in mente tutto il problema con le licenze per
> VAX, ma non mi pareva proprio che VSI ne avesse acquistato i diritti, tant'è
> vero che appunto non rilasciano licenze.

Da quanto ho capito, VSI possiede i sorgenti di OpenVMS ed ha pieno 
controllo sulla gestione delle licenze dei contratti di supporto per le 
versioni rilasciate da loro (tant'è che pare voglia passare ad un 
modello di licenza SaaS, eliminando le licenze permanenti anche quelle 
commerciali). Non ha invece alcuna voce in capitolo per le versioni di 
OpenVMS rilasciate da DEC/Compaq/HP(E), tant'è che per queste ultime la 
vendita delle licenze e i contratti di supporto sono ancora in capo ad 
HPE, almeno finchè non staccheranno la spina (pare nel 2021). L'unica 
cosa che VSI offre per tali versioni è una strategia di migrazione verso 
le loro.

Riguardo alla questione VSI VMS su VAX, ho ritrovato su comp.os.vms il 
messaggio di uno dei dipendenti di VSI (quindi una fonte abbastanza 
autorevole in materia) che si esprime in maniera piuttosto categorica a 
riguardo: 
https://groups.google.com/forum/#!original/comp.os.vms/84UwD_jWVhU/vkgBTZeYAQAJ

Non è comunque detto che VSI non cambi politica in futuro, magari su 
richiesta di qualche grande cliente, ma nell'immediato non credo che la 
situazione cambierà (anche perchè direi sono già piuttosto impegnati nel 
porting su x86_64 e nel supporto delle versioni per Alpha e Itanium).

>> Oltre a questo, le licenze hobbistiche di VSI pare coprano meno layered
>> products rispetto a quelle rilasciate da HPE. Su richiesta di alcuni
>> utenti, per alcuni prodotti la cui proprietà intellettuale è interamente
>> in capo a VSI, le licenze sono state aggiunte. Mentre per prodotti con
>> parte del codice concesso in licenza da terzi pare non sarà possibile.
> 
> Va be', bisogna vedere quali licenze mancano: HP ne dava un centinaio ma
> molto erano di utilità piuttosto dubbia. Se VSI ne dà 20 ma sono quelle
> fondamentali...

All'inizio mancavano tutti i compilatori, come pure il volume shadowing, 
però ora pare siano stati aggiunti. Peraltro, VSI invita a fare presente 
quali prodotti si vorrebbe fossero aggiunti utilizzando il loro forum, 
quindi sono abbastanza aperti a suggerimenti e modifiche.

Purtroppo per alcuni prodotti di mio interesse (ALL-IN-1, Pathworks) non 
c'è speranza che vengano aggiunti al programma hobbistico, in parte 
perchè non più sviluppati e mantenuti, in parte perchè il copyright 
appartiene in parte a terzi.

[toc] | [prev] | [next] | [standalone]

#52901

Il 19/09/2020 00:32, nuzzo_dde@yahoo.it ha scritto:
> Ok, qualcuno forse avrà visto che sono passate due VAXstation 4000 VLC su eBay


io ho visto solo che sono passati un sacco di anni :)

[toc] | [prev] | [next] | [standalone]

#52903

Il giorno venerdì 2 ottobre 2020 22:25:24 UTC+2, zulu ha scritto:

> > qualcuno forse avrà visto che sono passate due VAXstation 4000 VLC su eBay

> io ho visto solo che sono passati un sacco di anni :)

...da che cosa? Dai tempi d'oro di Marzaglia (e di questo NG)?

Se vuoi posso rinverdirne i fasti con il racconto di un recupero (classico
cavallo di battaglia dei tempi che furono) di un HP 260/40. Non sara' bello
come quelli di Albertone, comunque: io non mi fermo a pranzare nei ristoranti
(al limite negli autogrill). :-)

Nuzzler

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | it.comp.retrocomputing

csiph-web