Newsgroup: it.comp.retrocomputing
Titolo: AS/400 e SNA Server: successo!

Salve gente,
poichï¿œ ieri ho dato l'ultimo esame della sessione di febbraio, questa 
mattina ho deciso di rilassarmi un po' installando la scheda twinax 
donatami da Supervinx e provando a configurare SNA Server, e devo dire 
che entrambe le operazioni sono state un successo: dopo avere installato 
i driver per NT4 e cambiato l'IRQ della scheda twinax con l'apposito 
programma (si era settata automaticamente sullo stesso IRQ del 
controller IDE aggiuntivo, alla faccia del plug&play), ho avviato 
Personal Communications e con mia grande soddisfazione ï¿œ subito apparsa 
la schermata di login di OS/400. Fatto ciï¿œ ho installato SNA Server e, 
dopo aver fatto alcune prove (neanche troppe per la veritï¿œ), sono 
riuscito a far funzionare TN5250, cosï¿œ posso collegarmi al mio AS/400 
(che ricordo ï¿œ sprovvisto di interfacce di rete) da qualunque computer 
della mia LAN.
Nel caso qualcun'altro volesse cimentarsi nella configurazione di SNA 
Server ho scritto un breve tutorial che potete scaricare qui (correzioni 
e suggerimenti sono ovviamente ben accetti):
https://dl.dropbox.com/u/10983319/sna%20server%20parte%201.pdf
 
 
Verificato anche il corretto funzionamento di SNA Server, ho deciso di 
crere un collegamento piï¿œ "solido" tra l'AS/400 e il Server NT, in 
quanto, non avendo la "ciabatta" che fornisce i connettori twinax per 
l'AS/400, quello attuale consisteva in un doppino di cavo rigido per 
telefono con i capi infilati nei fori dei connettori twinax della scheda 
5250 e DB25 dell'AS/400. Per fare ciï¿œ ho utilizzato un vecchio cavo 
stampante al quale ho rimosso la presa centronics ed al suo posto ho 
saldato due prese twinax recuperate da un terminale guasto. Di seguito 
alcune immagini del risultato:
https://dl.dropbox.com/u/10983319/Cavo%20DB25-twinax/09022013197.jpg
 
https://dl.dropbox.com/u/10983319/Cavo%20DB25-twinax/09022013198.jpg
 
https://dl.dropbox.com/u/10983319/Cavo%20DB25-twinax/09022013199.jpg
 
 
Passiamo ora alle domande. Per prima cosa, visualizzando i messaggi 
sull'AS/400 con DSPMSG, da quando l'ho collegato con SNA Server continua 
ad apparire il seguente messaggio:
https://dl.dropbox.com/u/10983319/Cavo%20DB25-twinax/warning-1.png
 
qualcuno di voi ha idea di cosa significhi e/o come si possa silenziare?
 
In seconda battuta, il servizio TN5250 di SNA Server funziona 
perferramente con la sua Applet terminale (ovvio) e con Personal 
Communications (in modalitï¿œ TN5250), mentre con TN5250 di linux viene 
visualizzata la schermata di login, ma quando inserisco username e 
password e premo enter l'applicazione termina. Qualcuno ha idea da che 
cosa ciï¿œ possa dipendere?
 
Grazie per l'attenzione, a presto.
 
EngiNerd

 cosa ci� possa dipendere?


 cosa ci� possa dipendere?
 
Termina come? Segfault? Ho il sospetto che sia pi� un problema dell'emulatore
per Linux che qualcosa che riguardi SNA Server o l'AS/400. Pu� darsi che ci
sia qualche problema nella mappatura della tastiera, cosa che in ogni caso non
dovrebbe far chiudere il programma. Ad ogni modo, se il tasto Invio del PC non
si comporta come dovrebbe, prova a premere il tasto Ctrl destro, che occupa la
posizione che nelle tastiere dei terminali 5250 � l'Invio. Se hai problemi di
visualizzazione, ad esempio lettere accentate sbagliate, prova a cercare nella
documentazione come si fa a impostare una diversa codepage EBCDIC e impostala
al valore 280 che � l'italiano senza euro (che quell'OS/400 non sa cosa sia).
 
Ciao, :)
G.

 G.
Ciao, e grazie dei chiarimenti.
 

> Ciao, :)
Ti risponderà Gerry, ma credo che il FS gerarchico che vedi sia un'illusione...
ottica ;) Te le fa vedere il software, sono virtuali... Spero di non aver detto
fesserie :)
 
 
 
-- 
http://www.supervinx.com/Retrocomputer
 


il folders nell' AS/400 ci son sempre stati...:-)
 
C'erano anche nel 36 !
 
Prova il comando WRKFLR...
 
 "Lo schermo Gestione cartelle consente di creare, cancellare,
 ridenominare, descrivere e proteggere le cartelle. E' inoltre
 possibile vedere i documenti o le cartelle contenuti in una
 cartella." (cit.)
 
"Lo schermo Gestione dei documenti nelle cartelle consente di creare,
revisionare, copiare, cancellare, visualizzare, stampare,
ridenominare, descrivere ed inviare un documento. Si possono anche
modificare le opzioni di stampa per un documento, controllarne
l'ortografia, archiviarlo in una libreria, impaginarlo oppure
modificarne l'autorizzazione all'uso del documento ..."     (cit.)
 
Ovviamente i documenti non li andrai a creare con la videoscrittura
dell'AS/400 come pensava la mamma,
ma con un programma pc come il Word,  una volta che la cartella
sia condivisa.
 
E le  "Cartelle Condivise" c'erano anche nel PC Support /400 fin dai  primi 
release.
Pero' , nei primi anni 90, per farle funzionare su un pc Ibm con il Dos,
serviva una configurazione particolarmente "furba" dei files config.sys ed 
autoexec.bat
a causa dei ben noti *tragici* problemi di memoria ram.
 
Oggi fotunatamente abbiamo hw di ben altra potenza e velocit�...:-)
 
Comunque l'idea era valida e le cartelle condivise si sono evolute:
e' stato introdotto l' IFS (Integrated File System) ... etc etc
 
ciao
fm
 
 
 

 
Mi sono espresso male... intendevo che la struttura gerarchica unix-like 
è virtuale ... Lo so che i folders esistono anche sull 36 :)

 � virtuale ... Lo so che i folders esistono anche sull 36 :)
 
si, oltre che da punto di vista tecnico, direi  che OS/400, anche 
storicamente,
con unix  non  ha proprio niente a che fare.
 
ciao
fm
 
 
 
 
 

 il folders nell' AS/400 ci son sempre stati...:-)
[cut]
Ho fatto proprio una figura da n00b: giuro che la documentazione letta 
finora non aveva mai menzionato l'esistenza di cartelle, ma solo di 
librerie, oggetti e membri rimarcando piï¿œ volte le differenze tra questi 
ultimi ed un normale file system gerarchico.
 
BTW, ho provato anche l'accesso dati sia coi driver OLE DB che con ODBC, 
ed apparentemente sono riuscito ad instaurare la connessione con entrabi 
i metodi (magari quando avrï¿œ le idee un po' piï¿œ chiare pubblicherï¿œ un 
altro tutorial). Quello che invece non sono riuscito a fare ï¿œ trovare un 
CASE per Windows NT che supporti il DB AS/400 in modo da progettare le 
tabelle per via grafica, ma solo qualche tool per editare il contenuto 
di tabelle preesistenti. Qualcuno conosce qualche programma che funga a 
tale scopo, o devo farlo a mano da OS/400 (al momento sto dando 
un'occhiata ai manuali su DB2 e IDDU)?
 

 altro mondo, dovr� studiare ancora un bel po' prima di poter dire di capirlo.
 
Come ti hanno giustamente gi� scritto, si tratta in un certo senso di uno
specchietto per le allodole, tant'� vero che sono praticamente tutte vuote. 
 
Vedila come una rappresentazione simile a quella che ti fa Windows del suo
desktop: sembra che il desktop contenga tutto quanto, dischi compresi, quando
invece sappiamo che � il contrario e che il desktop in realt� � una directory
che il sistema operativo tratta e visualizza in modo particolare.
 
Sia AS/400 sia sistemi precedenti come S/36 e S/38 hanno prima o poi dovuto
fare i conti con i PC e le loro necessit�. Inizialmente OS/400 offriva
cartelle e file per MS-DOS mostrandoli come tali ai client e conservando i
relativi dati in una serie di oggetti contenuti nella libreria QDOC, poi la
cosa via via si � evoluta: man mano che l'IBM aderiva a cose come lo standard
Posix sono comparse altre directory tipicamente Unix come /etc e /bin
(regolarmente vuote) e il filesystem classico fatto di librerie e oggetti ha
finito per essere rappresentato come una serie di file dentro /QSYS.LIB,
esattamente la "inversione" che fa Windows con la cartella desktop. Con la
differenza che in Windows la cartella desktop si pu� vedere, mentre in OS/400
le directory come /etc e /bin sono visibili solo come tali e non anche come
oggetti della struttura classica. In questo nuovo schema, i vecchi file per
MS-DOS conservati all'atto pratico nella libreria QDOC, sono visibili anche
come file e sottocartelle di /QDLS (Document Library Services).
 
Ora pare, sottolineo: pare (pech� l'IBM non ha mai voluto pubblicare dettagli
esaurienti), che quella che era una rappresentazione virtuale sia pi� o meno
diventata una cosa reale anche a livello pratico, cio� ora davvero sotto il
cofano c'� un filesystem pi� generico che contiene anche quello classico. Ma
ripeto: � una cosa della quale non ci sono particolari dettagli e comunque non
influisce sul funzionamento classico della macchina, cio� se uno vuole pu�
tranquillamente ignorare (o neppure sapere) che ci sono state queste modifiche
e continuare a lavorare come si faceva nella versione 1 di OS/400.
 
E comunque, anche ai tempi del solo filesystem classico, esso stesso era gi�
una semplificazione di un pi� complicato storage management sottostante, fatto
di oggetti con tipi e sottotipi esadecimali (anzich� alfabetici come *FILE e
*PGM) ed � su quello che si sono basate e si basano le varie rappresentazioni,
sia quella "classica" sia quella nuova con le directory simil-Unix. Ma questo
lo sanno relativamente in pochi e lo sfruttano ancora in meno, quindi fai
finta di non saperlo e vivi tranquillo. :)
 
Ciao,
G.
 

 C'erano anche nel 36 !
 
S�, vero, ma � anche vero che sono "finti". Sul 36 erano in pratica dei file
visibili solo da CATALOG e poco altro, ma non altrimenti maneggiabili, che al
loro interno contenenvano un'immagine FAT (semplificata, credo). In un certo
senso si pu� dire che in SSP fossero fasulle anche le librerie: te le faceva
vedere come qualcosa di diverso, ma in pratica erano file partizionati come i
PDS (Partitioned Data Set) di MVS e compagnia.
 
Sul 38 si chiamavano VDSK (Virtual Disk) e il concetto era sempre quello.
Addirittura, chiamandoli "virtual" si sottolineava il fatto che fossero finti,
ad uso e consumo dei PC. Quelli che in ambiente Unix si potrebbero chiamare
hardfile e che usa un qualunque emulatore per contenere il filesystem del
sistema operativo guest, proprio come capitava per gli oggetti di tipo *M36
delle M/36 in OS/400 V4.
 
Che poi, come sappiamo, anche gli oggetti di OS/400 sono "finti", nel senso
che a loro volta sono costituiti dagli oggetti interni visibili solo con
DMPOBJ e poco altro. Vedi ad esempio i membri di un file, che sono oggetti
interni di tipo e sottotipo X'0D50'... Idem vale per l'IFS.
 
http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/apiref/conObject.htm
 
 
(e ne mancano pure)
 
Ciao,
G.
 


 
Ibm sta potenziando sempre piu' l'SQL sulle macchine attuali
e con le ultime versioni si possono ANCHE creare e modificare
tabelle, viste, indici ... tutto da pc o meglio tutto da Operation 
Navigator.
 
AS/400 Operation Navigator fa parte del Client Access di Ibm
 (o iSeries Access o come lo vogliamo chiamare).
 
Non siamo ancora alla  progettazione completamente  grafica,
 come ad esempio troviamo in Microsoft Sql Server,
 ma ci stiamo avvicinando parecchio.
 
Tradizionalmente invece gli archivi (PF = Phisical Files e LF = 
LogicalFiles)
 vengono  creati e modificati con le DDS (Data Description Specification).
 
ciao
fm
 
P.S.
 
IDDU lo lascerei perdere,  conviene passare direttamente alle DDS.
 
IDDU,  negli ultimi anni del  S/36,  fu un primordiale tentativo di 
introdurre una definizione
di struttura, ovvero record suddiviso in campi, per i files "piatti" del 36.
 
 
 
 
 
 
 
 
 


 
Ho avuto l'occasione di osservare  un vecchio server con installato il 
Netware 4.11.
 
In due parole, lo scopo e' quello di condividere directories  e files fra 
vari pc con sistema operativo DOS
con protezione tramite autorizzazioni.
I pc sono connessi al server tramite rete ethernet standard.
 
Il Netware il disco se lo formatta a modo suo con un suo specifico file 
system,
praticamente dall'esterno (guardando  il disco con windows o linux)
si vede solo un grosso oggetto che corrisponde al suo "ambiente".
 
Quindi anche le directories  ed i  files che vedono il suoi clients sono 
"virtuali" o "finti" .... come dite voi :-)
 
Da sottolineare  che le poche cose che fa (autorizzare e condividere)
le fa in maniera veloce  anzi  velocissima !!!
 
ciao
fm
 
 
 
 
 

 un'occhiata ai manuali su DB2 e IDDU)?
 
Dimentica l'IDDU, fai finta di non averlo mai sentito dire: roba antidiluviana
da museo degli orrori! :)
 
Per quanto riguarda il CASE non saprei dirti; potresti provare a vedere
se/come funziona Operations Navigator via SNA Server + Twinax (non so neppure
se � supportato): non � esattamente quel che cerchi, ma almeno ti permette un
accesso circa point & click all'AS/400.
 
Senn�, se ce l'hai installato, prova SQL: anche se la tua � una release
vecchia, dovrebbe per lo meno permetterti le operazioni basilari su tabelle e
indici. Altrimenti ti toccher� mettere il naso nelle DDS...
 
Comando STRSQL e Invio, se funziona sei a cavallo.
 
Ciao,
G.
 

 le fa in maniera veloce  anzi  velocissima !!!
 
Era uno dei suoi punti di forza. Netware era famoso per essere estremamente
veloce e funzionale anche con risorse di sistema risicatissime. Per alcuni
anni detenne anche il record di uptime su PC. Era anche quello dei protocolli
IPX/SPX (supportati per un certo periodo anche da OS/400) che permettevano la
connessione di moltissimi client al server con un overhead piuttosto basso e
una semplicit� di configurazione cos� marcata da essere quasi plug and play
anni prima di tante altre soluzioni... Insomma, un software glorioso :)
 
Ciao,
G.
 


 
[MODE OT ON]
 
Come sapete la mamma non vuole che
sia piu' usato l'RPG 400 ed il PDM sugli AS/400
questi prodotti software sono ancora in manutenzione
ma non verranno piu' aggiornati oltre il release 6.1
 
Rimarranno i prodotti ILE (ILE RPG, ILE COBOL  etc)
 e lo sviluppo verra' fatto con Rational Developer
(una versione speciale di Eclipse?), da pc,  in maniera grafica.
 
http://www-01.ibm.com/software/rational/products/rdp/
 
 
E' un prodotto a pagamento (trial di 60gg ovviamente).
Richiede almeno la V5R4 del sistema operativo.
 
Dovrebbe esistere qualcosa di precedente, forse con altro nome (?) , forse 
fin dal V5R2 ( ?).
 
Comunque tenere presente che la versione che fa
da spartiacque (sia hw che sw) e' la 6.1.
Tutto cio' che la precede ormai e' obsoleto.
 
(Ibm i e' il nome attuale di OS/400)
 
Ibm i Release 8.1 ... coming soon?
 
[MODE OT OFF]
 
ciao
fm
 
 

 G.
A presto,
EngiNerd

 Dovrò studiarmi DDS.
 
Va be', le DDS non è che siano una cosa terribile, soprattutto per un uso base
da principiante. DDS sta per Data Description Specifications e in pratica si
tratta di un linguaggio di definizione dei dati: si scrive un sorgente che
definisce i dati e poi si "compila" per ottenere l'oggetto di tipo *FILE
(attributo PF) che conterrà effettivamente i dati. Piccolo esempio:
 
     A          R RUBRICA                   TEXT('RECORD RUBRICA')
     A            NOMINATIVO    35          TEXT('NOMINATIVO')
     A            INDIRIZZO     35          TEXT('INDIRIZZO')
     A            LOCALITA      35          TEXT('LOCALITA')
     A            PROVINCIA      2          TEXT('PROVINCIA')
     A            CAP            5  0       TEXT('CAP')
     A            TELEFONO      15          TEXT('TELEFONO')
 
Ma più facilmente in un gestionale per OS/400 sarebbe qualcosa del genere:
 
     A          R RRUB                      TEXT('RECORD RUBRICA')
     A            RUBNOM        35          TEXT('NOMINATIVO')
     A            RUBIND        35          TEXT('INDIRIZZO')
     A            RUBLOC        35          TEXT('LOCALITA')
     A            RUBPRV         2          TEXT('PROVINCIA')
     A            RUBCAP         5  0       TEXT('CAP')
     A            RUBTEL        15          TEXT('TELEFONO')
 
La prima riga, quella che inizia con R, definisce il nome del tracciato
record; le altre righe definiscono i nomi e le lunghezze dei campi. Il campo
CAP è numerico perché è indicato il numero di decimali, gli altri sono tutti
alfanumerici. A destra, dove c'è la parola chiave TEXT, si possono definire
anche molte altre caratteristiche dei vari campi e il manuale di riferimento
delle DDS ne elenca varie decine. Tanto per dire, il campo CAP potrebbe essere
definito come l'esempio che segue, per specificare il formato numerico:
 
     A            CAP            5  0       TEXT('CAP')
     A                                      EDTWRD('00000')
 
Niente di terribile insomma. Bisogna solo farci un po' la mano. :)
 
Ciao,
G.
 

 G.
Grazie come sempre.
EngiNerd
 
P.S.: Ho poi scoperto perchè la versione in mio possesso di Client 
Access funziona solo su TCP/IP: si tratta della versione Express, la 
quale, rispetto alla versione full, non supporta altre modalità di 
collegamento :-(