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

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

IBM S34 parte 2

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

Contents

  IBM S34  parte 2 Marco <pravettonimarco@gmail.com> - 2016-01-26 05:39 -0800
    Re: IBM S34  parte 2 "fm" <fm@fm.it> - 2016-01-26 14:44 +0100
      Re: IBM S34  parte 2 Marco <pravettonimarco@gmail.com> - 2016-01-26 05:50 -0800
        Re: IBM S34  parte 2 Marco <pravettonimarco@gmail.com> - 2016-01-26 05:54 -0800
          Re: IBM S34  parte 2 Daniele <me@unknown.com> - 2016-01-26 20:18 +0100
            Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-01-26 22:56 +0100
              Re: IBM S34  parte 2 Marco <pravettonimarco@gmail.com> - 2016-01-26 14:13 -0800
                Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-01-26 23:59 +0100
                  Re: IBM S34  parte 2 "fm" <fm@fm.it> - 2016-01-27 08:09 +0100
                    Re: IBM S34  parte 2 Marco <pravettonimarco@gmail.com> - 2016-01-27 03:05 -0800
                      Re: IBM S34  parte 2 "fm" <fm@fm.it> - 2016-01-27 20:54 +0100
                      Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-01-27 23:43 +0100
                    Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-01-27 23:43 +0100
              Re: IBM S34  parte 2 Daniele <me@unknown.com> - 2016-01-27 20:10 +0100
                Re: IBM S34  parte 2 "Dino.Baldi" <dino.baldi@gmail.com> - 2016-01-27 23:08 -0800
                  Re: IBM S34  parte 2 Marco <pravettonimarco@gmail.com> - 2016-01-28 07:54 -0800
                    Re: IBM S34  parte 2 Marco <pravettonimarco@gmail.com> - 2016-01-28 08:08 -0800
                      Re: IBM S34  parte 2 Marco <pravettonimarco@gmail.com> - 2016-01-28 08:15 -0800
                        Re: IBM S34  parte 2 "fm" <fm@fm.it> - 2016-01-28 17:55 +0100
                          Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-01-28 19:12 +0100
                      Re: IBM S34  parte 2 "fm" <fm@fm.it> - 2016-01-28 17:52 +0100
                        Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-01-28 19:12 +0100
                          Re: IBM S34  parte 2 "fm" <fm@fm.it> - 2016-01-28 19:31 +0100
                            Re: IBM S34  parte 2 "fm" <fm@fm.it> - 2016-01-28 19:37 +0100
                    Re: IBM S34  parte 2 "fm" <fm@fm.it> - 2016-01-28 17:49 +0100
                      Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-01-28 19:12 +0100
                    Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-01-29 13:31 +0100
                      Re: IBM S34  parte 2 Marco <pravettonimarco@gmail.com> - 2016-01-29 06:09 -0800
                        Re: IBM S34  parte 2 Marco <pravettonimarco@gmail.com> - 2016-01-29 06:35 -0800
                          Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-01-29 21:52 +0100
                        Re: IBM S34  parte 2 "fm" <fm@fm.it> - 2016-01-29 21:20 +0100
                        Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-01-29 21:52 +0100
                      Re: IBM S34  parte 2 Daniele <me@unknown.com> - 2016-01-29 20:01 +0100
                        Re: IBM S34  parte 2 Daniele <me@unknown.com> - 2016-01-29 20:06 +0100
                        Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-01-29 21:52 +0100
                      Re: IBM S34  parte 2 "fm" <fm@fm.it> - 2016-01-29 21:34 +0100
                        Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-01-29 22:15 +0100
                          Re: IBM S34  parte 2 "fm" <fm@fm.it> - 2016-01-30 10:46 +0100
                            Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-01-30 11:44 +0100
                      Re: IBM S34  parte 2 EngiNerd <webmaster.crrc@gmail.com> - 2016-01-29 22:51 +0100
                        Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-01-30 11:31 +0100
                          Re: IBM S34  parte 2 "fm" <fm@fm.it> - 2016-01-30 15:22 +0100
                            Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-01-30 17:39 +0100
                              Re: IBM S34  parte 2 Marco <pravettonimarco@gmail.com> - 2016-02-03 07:36 -0800
                                Re: IBM S34  parte 2 francesco.messineo@gmail.com - 2016-02-03 10:09 -0800
                                  Re: IBM S34  parte 2 Marco <pravettonimarco@gmail.com> - 2016-02-05 07:01 -0800
                                    Re: IBM S34  parte 2 francesco.messineo@gmail.com - 2016-02-05 07:23 -0800
                                Re: IBM S34  parte 2 "fm" <fm@fm.it> - 2016-02-03 21:47 +0100
                                Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-02-03 23:20 +0100
                                  Re: IBM S34  parte 2 "fm" <fm@fm.it> - 2016-02-04 20:29 +0100
                                    Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-02-05 00:24 +0100
                                      Re: IBM S34  parte 2 Marco <pravettonimarco@gmail.com> - 2016-02-05 07:13 -0800
                                        Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-02-05 18:18 +0100
                                          Re: IBM S34  parte 2 Marco <pravettonimarco@gmail.com> - 2016-02-08 10:29 -0800
                                            Re: IBM S34  parte 2 "fm" <fm@fm.it> - 2016-02-08 22:20 +0100
                                            Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-02-08 22:49 +0100
                                            Re: IBM S34  parte 2 Daniele <me@unknown.com> - 2016-02-09 19:05 +0100
                                              Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-02-10 02:12 +0100
                                                Re: IBM S34  parte 2 Daniele <me@unknown.com> - 2016-02-10 15:14 +0100
                                                  Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-02-10 22:09 +0100
                                  Re: IBM S34  parte 2 Marco <pravettonimarco@gmail.com> - 2016-02-05 07:08 -0800
    Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-01-26 16:20 +0100
      Re: IBM S34  parte 2 Marco <pravettonimarco@gmail.com> - 2016-01-26 10:35 -0800
        Re: IBM S34  parte 2 G. <gerry77@no.spam.mail.com> - 2016-01-26 22:56 +0100

Page 2 of 4 — ← Prev page 1 [2] 3 4  Next page →

#47150

"Marco" <pravettonimarco@gmail.com> ha scritto nel messaggio 
news:f2d7833f-a681-4821-a705-d842856a69e7@googlegroups.com...
> Mi ero dimenticato,
> ho pubblicato anche una foto inerente uno dei due dischi rigidi e in 
> teoria se non erro dovrebbe essere indicato il modello, giusto Fm ?

Si, il modello e' 62PC...il disco da 64MB

La tua macchina ha 128K di memoria  128 MB di disco
Diciamo, grossolanamente, che le due unità sono viste come un disco unico.

ciao
fm 



--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

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

#47153

On Thu, 28 Jan 2016 17:52:30 +0100, "fm" <fm@fm.it> wrote:

> La tua macchina ha 128K di memoria  128 MB di disco

Perché 128 K di memoria? Visto il messaggio che diceva 88 K disponibili, io
pensavo di più a 96 K totali, no?

G.

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

#47155

"G." <gerry77@no.spam.mail.com> ha scritto nel messaggio 
news:0bmkab1visn46e2qv2se4t29921fbu7bqi@4ax.com...
On Thu, 28 Jan 2016 17:52:30 +0100, "fm" <fm@fm.it> wrote:

> La tua macchina ha 128K di memoria  128 MB di disco

>Perché 128 K di memoria? Visto il messaggio che diceva 88 K disponibili, io
>pensavo di più a 96 K totali, no?

Si, hai ragione...
20K per il sistema sarebbero forse   troppi.

96K di memoria totale  dovrebbe essere il valore giusto.


ciao
fm




--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

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

#47156

"fm" <fm@fm.it> ha scritto nel messaggio 
news:n8dmqo$2t03$1@adenine.netfront.net...
>
> "G." <gerry77@no.spam.mail.com> ha scritto nel messaggio 
> news:0bmkab1visn46e2qv2se4t29921fbu7bqi@4ax.com...
> On Thu, 28 Jan 2016 17:52:30 +0100, "fm" <fm@fm.it> wrote:
>
>> La tua macchina ha 128K di memoria  128 MB di disco
>
>>Perché 128 K di memoria? Visto il messaggio che diceva 88 K disponibili, 
>>io
>>pensavo di più a 96 K totali, no?
>
> Si, hai ragione...
> 20K per il sistema sarebbero forse   troppi.
   ^^^^
opsssss....40K ... :-))))

ciao
fm 



--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

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

#47149

"Marco" <pravettonimarco@gmail.com> ha scritto nel messaggio 
news:5df714e9-9275-48e2-8006-23d4db445add@googlegroups.com...
http://imgur.com/a/o7hHH

>ecco altre foto... come noterete sono riuscito ad arrivare al catalog... ma 
>mentre stavo scorrendo le varie schermate (con il tasto INVIO) il terminale 
>ha fatto i "soliti capricci" e dunque ho dovuto arrestare il >lavoro senza 
>riuscire a dare lo STOP SYSTEM .... ho provato in tutti i modi, con il 
>Ctrl+Risc etc con il Ripr. ma nulla, si accende la spia nel 34 Errore 
>consolle ed è fatta....

OK....errore console mi sta bene se il terminale o il cavo  non funzionano 
bene.

L'errore peggiore "errore unità centrale" fortunatamente si e' verificato 
una volta sola...

>Ho verificato il cavo, ma i connettori mi sembrano Ok (il cavo è lungo ed 
>arrotolato, sarà mica la causa ?).

La  lunghezza  puo' arrivare a 1500 mt,   arrotolato o meno e' indifferente.

Diciamo IMVHO cosa  deve avere un cavo twinax per essere ok...
1) I connettori alle estremità devono essere ben saldi. Ovvero non devono 
ne' girare sul proprio asse,
ne' muoversi su e giu' lungo l'asse del cavo.

2) Gli spinotti in ciascun connettore non devono muoversi, ad. es.  fare su 
e giu'.

3) Le connessioni elettriche devono essere a posto.
Si possono verificare con un normale tester...
In ciascun connettore i due spinotti, corrispondenti ai due cavi 
interni(twin axial),
 devono risultare isolati fra loro ed isolati anche rispetto alla massa.
Ovviamente ci deve essere continuità fra gli spinotti corrispondenti
nei due connettori ( inizio e fine cavo)  e fra le masse,
 altrimenti il cavo si puo' definire interrotto.


>Dalle foto si può notare la potenza assorbita (scusate ma non mi ero 
>accorto) e mi sembra indichi 1,3 Kw (possibile ?)

Si, mi ricordavo appunto circa 1,5 KW

>Ok G. si l'alimentazione dal muro non la stacco affinchè girano le ventole 
>edi portelli rigorosamente chiusi.
>Tranquilli, il cavo twinax esce dal 34 e finisce direttamente al 3477, non 
>ho collegato altro.
>Domani dovrebbe arrivare il "vicino di G." con il terminale 5251 che ho 
>acquistato, vediamo cosa succede con il suo terminale originale se fa 
>ancora il problematico...
>A proposito G. mi ha già istruito su come fare il settaggio al 5251, ma 
>vbisogna fare anche il settaggio tramite la tastiera come per il 3477 ?

Se il 5251, come mi pare di aver capito, e' quello con un solo connettore, 
non ci sono switch da impostare,
 ne' altre impostazioni da fare ...men che mai da tastiera.
Banalità:  l'interruttore anteriore, vicino allo schermo deve essere in 
posizione Normale e non TEST
(cmq nulla e' pregiudicato, il terminale funziona  anche in modo Test)

ciao
fm 



--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

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

#47152

On Thu, 28 Jan 2016 17:49:12 +0100, "fm" <fm@fm.it> wrote:

> Banalità:  l'interruttore anteriore, vicino allo schermo deve essere in 
> posizione Normale e non TEST

Vero! Se è su Test non si collega al sistema. Una cosa per Marco che ho già
scritto altre volte, ma è bene ribadirla: la console, qualunque modello sia,
dev'essere accesa e pronta prima di premere il tasto giallo della macchina.

G. :)

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

#47158

On Thu, 28 Jan 2016 07:54:09 -0800 (PST), Marco <pravettonimarco@gmail.com>
wrote:

> http://imgur.com/a/o7hHH

Bello lui! :)

Parlando delle tue immagini, ecco qualche dettaglio in più (per te e per chi
ci segue e ha dimostrato di apprezzare).

1. http://i.imgur.com/EJW8gjG.jpg
2. http://i.imgur.com/aPB1QdT.jpg
3. http://i.imgur.com/dOrapyQ.jpg

Queste tre qui sopra, nell'ordine in cui le ho messe, mostrano l'output del
comando CATALOG che elenca il contenuto dei dischi (o di un floppy). Nello
specifico, i dischi vengono considerati come un'unica unità logica anche se
fisicamente sono più d'uno. Tutte le "cose" il cui nome inizia con £ sono
riservate. I primi file in assoluto (£SYSWORK, £SYSHIST, £SYSTASK) servono
al sistema per se stesso e £LIBRARY contiene tutta la parte visibile del
sistema operativo SSP, mentre il resto è in una zona del disco invisibile e
inaccessibile: l'IBM lo chiama(va) microcode, ma in pratica era il kernel.

Come dice il nome e la colonna "tipo", £LIBRARY è una libreria, cioè uno
speciale tipo di file suddiviso in più unità logiche interne dette membri.
Se qualcuno ha mai avuto a che fare con un mainframe IBM, la cosa è analoga
ai partitioned dataset di MVS. Dove non c'è scritto né LIBRARY né SYSTEM
siamo in presenza di normali file contenenti dati (cioè non sorgenti e non
"roba" binaria tipo programmi compilati: quelli sono nelle librerie).

I file dati possono avere più organizzazioni (colonna "org."), tipiche per
esempio del linguaggio Cobol, e non solo di quello. L'organizzazione S è
quella sequenziale, cioè i record sono uno dopo l'altro e si possono leggere
e manipolare solo nell'ordine in cui si trovano; invece la I identifica i
file a indici, molto più versatili ma più onerosi per il sistema. Esistevano
anche i file diretti (D), analoghi all'organizzazione "relative" del Cobol,
ma mi pare fossero abbastanza poco usati (vero FM?).

La colonna "durata" indica il tipo di "protezione" del file (non saprei come
definirla altrimenti). P indica i file permanenti, cancellabili cioè solo
con la procedura DELETE; T i file temporanei, analoghi ai permanenti, ma in
un certo senso "sostituibili" con file di tipo inferiore e quindi un po' più
esposti alla cancellazione; J i file esistenti solo per la durata di un job
e poi automaticamente cancellati dal sistema (motivo per cui non ne vediamo)
e infine S per gli scratch file (o step file) esistenti solo per un singolo
programma (step) all'interno di un job. Di fatto P e T erano la stessa cosa,
tanto che nel System/36 furono unificati tutti sotto la lettera T.

La colonna "posizione" indica a quale settore inizia il file in questione e
infine le due colonne che si intravedono a destra dicono quanti record o
blocchi sono assegnati al file (o alla libreria) in questione.

Peccato che l'output sia stato interrotto, perché avremmo potuto vedere se
c'era qualcos'altro di interessante. Intanto però siamo riusciti a vedere la
libreria £RPGLIB, quindi sappiamo che almeno c'è il compilatore RPG.

Poi c'è questa: http://i.imgur.com/UYNNHVd.jpg

I due connettori sopra, insieme, costituiscono l'interfaccia verso la
stampante di sistema (5211 o 3262), mentre il terzo che si intravede in
basso non sono riuscito a scoprire cosa sia. Nei manuali presenti su
Bitsavers non c'è traccia di quel terzo connettore e la sigla MA o MO che
qualcuno ha fatto proprio lì sopra a pennarello non suggerisce nulla.

Posso ipotizzare che fosse per un'unità a nastri esterna tipo la 8809, come
sul 36, ma mi sembra strano che non sia qualcosa di documentato (e poi non
sono affatto sicuro che il 34 sapesse cosa fosse un nastro). Forse era una
cosa di terze parti, ma anche in questo caso non saprei proprio dire cosa...

> A proposito G. mi ha già istruito su come fare il settaggio al 5251, ma 
> vbisogna fare anche il settaggio tramite la tastiera come per il 3477 ?

No, il 5251 è di concezione molto più antica rispetto al 3477: non ha nulla
di configurabile e non ha neppure una memoria interna in cui conservare le
impostazioni, quindi niente barra spaziatrice, etc. L'unica cosa che si può
e si deve fare è impostare l'indirizzo tramite gli interruttori, se ci sono.

Se non ci sono, è già a posto così. Se ci sono, quelli dell'indirizzo vanno
tutti a zero e quello del terminatore va su 1.

Ciao,
G.

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

#47159

http://imgur.com/a/VIXnu

Arrivato il 5251 "nuovo", provato ma purtroppo da come vedrete nelle foto, 
il video "sfarfalla" si riesce a leggere ma con fatica  :/
Cavoli !!!  Il monitor l'ho preso lo stesso perchè ho pensato che sarà più facile farlo riparare avendone uno per i pezzi di ricambio... almeno spero !!
Comunque tornando a noi, ho eseguito tutta la procedura che mi avete pazientemente  elencato e sono riuscito ad arrivare fino alla fine.Purtroppo non si vedono le varie schermate tant'è che ho impartito l'ordine di Stop System 2 volte perchè non vedevo risposte... (non sono riuscito a chiudere eventuali processi come diceva G. appunto causa video).
Per il resto non ho avuto nessuna interruzione di collegamento tra il terminale ed il 34 (ho provato una sola volta) e si riesce facilmente passare dalla modalità Consolle all'altra e vice.
Il monitor era già settato come mi avevate descritto.
Unica pecca rimane il video.....
Ciao
Marco

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

#47160

Usando il 5251 ho notato che il video o la tastiera emettono un fischio/ suono contemporaneamente alla richiesta di comandi nel video ed anche in fase di accensione..... 
Marco

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

#47166

On Fri, 29 Jan 2016 06:35:18 -0800 (PST), Marco <pravettonimarco@gmail.com>
wrote:

> Usando il 5251 ho notato che il video o la tastiera emettono un fischio/ 
> suono contemporaneamente alla richiesta di comandi nel video ed anche in 
> fase di accensione..... 

Se è quello che penso io, è il "clicker" all'interno della tastiera. Era
fatto apposta per dare una sensazione meccanica a chi veniva dalle macchine
perforatrici e si accostava per la prima volta all'elettronica. :)

G.

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

#47163

"Marco" <pravettonimarco@gmail.com> ha scritto nel messaggio 
news:4f27a0e6-a32e-4712-81bd-e21e8529ea68@googlegroups.com...

http://imgur.com/a/VIXnu

>Arrivato il 5251 "nuovo", provato ma purtroppo da come vedrete nelle foto,
>il video "sfarfalla" si riesce a leggere ma con fatica  :/
>Cavoli !!!  Il monitor l'ho preso lo stesso perchè ho pensato che sarà più 
>facile farlo riparare avendone uno per i pezzi di ricambio... almeno spero 
>!!
>Comunque tornando a noi, ho eseguito tutta la procedura che mi avete 
>pazientemente  elencato e sono riuscito ad arrivare fino alla 
>fine.Purtroppo non si vedono le varie schermate tant'è che ho impartito 
> >l'ordine di Stop System 2 volte perchè non vedevo risposte... (non sono 
>riuscito a chiudere eventuali processi come diceva G. appunto causa video).
>Per il resto non ho avuto nessuna interruzione di collegamento tra il 
>terminale ed il 34 (ho provato una sola volta) e si riesce facilmente 
>passare dalla modalità Consolle all'altra e vice.
>Il monitor era già settato come mi avevate descritto.
>Unica pecca rimane il video.....
>
L'idea di utilizzare i due 5251 difettosi per cercar di averne uno
funzionante potrebbe esser valida,
ma e' necessaria  un'azienda ( o un artigiano) che abbia esperienza
nella riparazione di terminali Ibm.
Negli anni '90 venivano riparati ... ma oggi?
Come  gia' scritto, escluderei i riparatori di pc e stampanti
perche' IMVHO e'  tutt'altra mercanzia ...

Rimane anche il dubbio relativo al 3477:
difettoso anche lui oppure piu' semplicemente incompatibile?

ciao
fm


Ciao
Marco 



--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

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

#47167

On Fri, 29 Jan 2016 06:09:12 -0800 (PST), Marco <pravettonimarco@gmail.com>
wrote:

> Cavoli !!!  Il monitor l'ho preso lo stesso perchè ho pensato che sarà più 
> facile farlo riparare avendone uno per i pezzi di ricambio... almeno spero 

Peccato per il terminale, però non tutti i mali vengono per nuocere: ora ne
hai due e probabilmente se ne riesce a fare uno sano. Non hai un qualche
amico che si diletta di elettronica? Dalla regia mi dicono che questo tipo
di problema potrebbe essere dato da qualche condensatore "stanco" nella
sezione che si occupa del sincronismo orizzontale.

Qui di seguito ci sono i manuali tecnici del 5251 (per chi li sa capire).
Magari possono essere utili a qualcuno che ti possa aiutare:

http://bitsavers.informatik.uni-stuttgart.de/pdf/ibm/525x/SY31-0461-3_5251_Display_Station_Models_1_and_11_MIM_Jul79.pdf
http://bitsavers.informatik.uni-stuttgart.de/pdf/ibm/525x/SY31-0571-2_5251_Display_Station_Models_1_and_11_MAP_Jul79.pdf

In alternativa, dato che dai filmati si vede che possiedi diverse macchine,
potresti provare a mettere in pista la scheda Twinax ISA e usare un vecchio
PC come console in emulazione di terminale! :) Insieme a quella scheda c'è
per caso qualche floppy per PC? Mi domando se funzioni anche con un recente
Personal Communications per Windows XP e successivi...

Oppure puoi provare a sentire da uno che ripara televisori. In ogni caso,
per provarlo senza collegamento al 34, basta spostare l'interruttore bianco
che c'è vicino alle spie rosse su Prova e vegono visualizzate varie cose
utili per verificare l'immagine dello schermo. Se lo imposti su Prova prima
o dopo l'accensione, si visualizzano infomazioni diverse.

> Per il resto non ho avuto nessuna interruzione di collegamento tra il 
> terminale ed il 34 (ho provato una sola volta) e si riesce facilmente 
> passare dalla modalità Consolle all'altra e vice.

Questo secondo me è un'ottima conferma del fatto che il problema è nel 3477.
Cioè: o ha qualche guasto anche lui, o è troppo moderno per il 34 e lo fa
impazzire perché non è perfettamente compatibile.

Tra l'altro, pur nello sfarfallio, si intravede che hai una libreria POP che
potrebbe contenere cose piuttosto utili: POP significa Programmer (and)
Operator Productivity ed è una raccolta di strumenti comodissimi per gestire
file e librerie, sia su disco sia su floppy :)

G.

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

#47161

On Fri, 29 Jan 2016 13:31:29 +0100
G. <gerry77@no.spam.mail.com> wrote:

> la sigla MA o MO che
> qualcuno ha fatto proprio lì sopra a pennarello non suggerisce nulla

Il tuo S/34 ha forse una Communications Adapter?
I connettori per il modem avevano la stessa forma.
-- 
Daniele

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

#47162

On Fri, 29 Jan 2016 20:01:34 +0100
Daniele <me@unknown.com> wrote:

> On Fri, 29 Jan 2016 13:31:29 +0100
> G. <gerry77@no.spam.mail.com> wrote:
> 
> > la sigla MA o MO che
> > qualcuno ha fatto proprio lì sopra a pennarello non suggerisce nulla
> 
> Il tuo S/34 ha forse una Communications Adapter?
> I connettori per il modem avevano la stessa forma.
> -- 
> Daniele

Le schede di controllo delle linee di comunicazione dovrebbero essere
installate nella board B3 (l'ultima in basso a destra della frame "A")
-- 
Daniele

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

#47165

On Fri, 29 Jan 2016 20:01:34 +0100, Daniele <me@unknown.com> wrote:

> Il tuo S/34 ha forse una Communications Adapter?
> I connettori per il modem avevano la stessa forma.

Ci ho pensato, ma non ha né il relativo switch di selezione della linea nel
pannello di servizio, né si vedono vicino ai connettori Twinax il pannello
di controllo del modem interno. E poi, anche se non ho idea di quanto possa
essere indicativo, il connettore in questione dovrebbe essere più in alto,
subito sotto quelli della stampante, non laggiù... 

Ovviamente sempre ammettendo che non mi sia sfuggito qualcosa :)

G.

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

#47164

CUT
>I file dati possono avere più organizzazioni (colonna "org."), tipiche per
>esempio del linguaggio Cobol, e non solo di quello. L'organizzazione S è
>quella sequenziale, cioè i record sono uno dopo l'altro e si possono 
>leggere
>e manipolare solo nell'ordine in cui si trovano; invece la I identifica i
>file a indici, molto più versatili ma più onerosi per il sistema. 
>Esistevano
>anche i file diretti (D), analoghi all'organizzazione "relative" del Cobol,
>ma mi pare fossero abbastanza poco usati (vero FM?).

Io non li ho mai usati ( i files ad indici c'erano nel 34 fin dall'inizio )
ma negli anni '80 erano fiorite moltissime applicazioni gestionali,
sviluppate con le tecniche piu' diverse.

Negli anni '90 ho incontrato, in un'azienda di produzione,
un pacchetto di contabilità  che aveva ancora
dei files direct,  gestiti con le famigerate "catene"..:.-\

Notare che i file ad indice c'erano fin dall'inizio
anche nel S/23 Datamaster,
mentre  NON c'erano nei primi pc Ibm che avevano il Dos
ed il Basic...:-)

CUT

Ciao
fm



--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

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

#47168

On Fri, 29 Jan 2016 21:34:30 +0100, "fm" <fm@fm.it> wrote:

> Negli anni '90 ho incontrato, in un'azienda di produzione, un pacchetto di 
> contabilità  che aveva ancora dei files direct,  gestiti con le famigerate 
> "catene"..:.-\

Catene? Intendi "puntatori" da un record all'altro tipo che in un record c'è
scritto l'RRN del record in cui prosegue la faccenda? :o

A me anni fa su AS/400 è capitato un orribile pseudo-pacchetto bancario,
frutto di una migrazione/conversione da CICS per mainframe, in cui il file
principale delle pratiche era formato da un numero fisso di record, appunto
tipo file diretto, e ogni volta che veniva inserita una pratica nuova il
programma cercava un record vuoto e lo riempiva. Il problema grosso capitava
quando il file si esauriva in pieno giorno, perché per estenderlo bisognava
far uscire tutti gli utenti (decine e decine).

Questo finché (dopo l'ennesima mattina di delirio) mi decisi a fare un bel
programma che ogni notte verificava quanti record liberi (cancellati) erano
disponibili sul totale dei record previsti, e nel caso estendeva il file con
INZPFM fino all'incremento successivo riempiendolo di record cancellati.

Ora non ricordo perché il programma non potesse estendere da solo il file,
ma so che c'era qualche inghippo che rendeva la cosa oltremodo complicata e
inaffrontabile. In più c'era anche qualche oscuro problema che ogni tanto
riaffiorava, per fortuna raramente: a volte il programma tentava di occupare
un record già occupato, causando errori su errori che culminavano nella
perdita della pratica appena inserita, con grande gioia degli utenti... 

Ad ogni modo, non che il GFNU2 delle ACG sia molto più bello come idea, eh?

Ciao, :)
G.

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

#47171

"G." <gerry77@no.spam.mail.com> ha scritto nel messaggio 
news:jgknabt9k5dcend5lg7cpk4dskjmerd3a1@4ax.com...
On Fri, 29 Jan 2016 21:34:30 +0100, "fm" <fm@fm.it> wrote:

> Negli anni '90 ho incontrato, in un'azienda di produzione, un pacchetto di
> contabilità  che aveva ancora dei files direct,  gestiti con le famigerate
> "catene"..:.-\

>Catene? Intendi "puntatori" da un record all'altro tipo che in un record 
>c'è
>scritto l'RRN del record in cui prosegue la faccenda? :o

Proprio quelli !
E qualche volta la catena si rompeva...:-\

Immagina il lavoro da fare, ad esempio in una serie di registrazioni
contabili, per riagganciarle nella giusta sequenza
per conto/sottoconto oppure per data di registrazione...
io l'ho visto fare al malcapitato e fu una scena pietosa.

Oddio, non erano meno pietosi i tentativi dei primi programmatori
dei pc Ibm quando cercavano di crearsi, nell'ambiente DOS,
delle "routine di gestione degli indici".
Successivamente cominciarono a diffordersi software come ad es.
 dBase II e dBase III della Ashton-Tate...


>A me anni fa su AS/400 è capitato un orribile pseudo-pacchetto bancario,
>frutto di una migrazione/conversione da CICS per mainframe, in cui il file
>principale delle pratiche era formato da un numero fisso di record, appunto
>tipo file diretto, e ogni volta che veniva inserita una pratica nuova il
>programma cercava un record vuoto e lo riempiva. Il problema grosso 
>capitava
>quando il file si esauriva in pieno giorno, perché per estenderlo bisognava
>far uscire tutti gli utenti (decine e decine).

>Questo finché (dopo l'ennesima mattina di delirio) mi decisi a fare un bel
>programma che ogni notte verificava quanti record liberi (cancellati) erano
>disponibili sul totale dei record previsti, e nel caso estendeva il file 
>con
>INZPFM fino all'incremento successivo riempiendolo di record cancellati.

>Ora non ricordo perché il programma non potesse estendere da solo il file,
>ma so che c'era qualche inghippo che rendeva la cosa oltremodo complicata e
>inaffrontabile. In più c'era anche qualche oscuro problema che ogni tanto
>riaffiorava, per fortuna raramente: a volte il programma tentava di 
>occupare
>un record già occupato, causando errori su errori che culminavano nella
>perdita della pratica appena inserita, con grande gioia degli utenti...

>Ad ogni modo, non che il GFNU2 delle ACG sia molto più bello come idea, eh?

Non so cosa sia....dalle ACG sono sempre stato alla larga...:-)))

ciao
fm



--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

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

#47173

On Sat, 30 Jan 2016 10:46:42 +0100, "fm" <fm@fm.it> wrote:

> Immagina il lavoro da fare, ad esempio in una serie di registrazioni 
> contabili, per riagganciarle nella giusta sequenza per conto/sottoconto 
> oppure per data di registrazione... io l'ho visto fare al malcapitato e fu 
> una scena pietosa.

Ho presente: mi è capitato di dover rimettere a posto alcune libretti dei
soci di una piccola cooperativa in cui l'impiegata aveva sbagliato la data
valuta di diverse operazioni, col che si erano completamente sballati i
numeri creditori/debitori per il calcolo degli interessi. Non fu bello... :P

> >Ad ogni modo, non che il GFNU2 delle ACG sia molto più bello come idea, eh?
> 
> Non so cosa sia....dalle ACG sono sempre stato alla larga...:-)))

È il file dei numeratori contabili. Contiene una dozzina di record a cui i
programmi accedono per numero anziché per chiave. Pensa a cosa succede se
per qualche motivo aggiungi un record in più che non sia in fondo o ne togli
uno e poi fai la riorganizzazione del file... :)))

Ciao,
G.

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

#47169

Ciao a tutti.

Il giorno ven, 29/01/2016 alle 13.31 +0100, G. ha scritto:
> On Thu, 28 Jan 2016 07:54:09 -0800 (PST), Marco <pravettonimarco@gmail.com>
> wrote:
> 
> > http://imgur.com/a/o7hHH
> 
> Bello lui! :)
> 
> Parlando delle tue immagini, ecco qualche dettaglio in più (per te e per chi
> ci segue e ha dimostrato di apprezzare).

Allora ne approfitto chiedendovi qualche chiarimento :-)

> 
> 1. http://i.imgur.com/EJW8gjG.jpg
> 2. http://i.imgur.com/aPB1QdT.jpg
> 3. http://i.imgur.com/dOrapyQ.jpg
> 

Ho notato che la data più recente è il 31 dicembre 1999: forse che il 34
era affetto dal famigerato millenium bug? In caso affermativo, raggiunto
l'anno 2000, come si comportava? Bloccava il calendario al 31 dicembre
1999 (come si potrebbe supporre dalle immagini) oppure andava in
overflow "ripartendo" dalla data più vecchia inseribile?

[cut]
> Come dice il nome e la colonna "tipo", £LIBRARY è una libreria, cioè uno
> speciale tipo di file suddiviso in più unità logiche interne dette membri.
> Se qualcuno ha mai avuto a che fare con un mainframe IBM, la cosa è analoga
> ai partitioned dataset di MVS. Dove non c'è scritto né LIBRARY né SYSTEM
> siamo in presenza di normali file contenenti dati (cioè non sorgenti e non
> "roba" binaria tipo programmi compilati: quelli sono nelle librerie).

Dunque sul 34 (o su SSP in genere?) non esiste il concetto di Oggetto? I
file (membri) sono quindi memorizzati direttamente all'interno di una
libreria, o è possibile averli anche direttamente nel "nodo
radice" (come sembrerebbe dall? Ho provato a dare una scorsa (molto di
sfuggita, onestamente) ad alcuni manuali su bitsavers ma non ho trovato
quest'informazione (ho invece notato il terminale 5252 per due persone:
agli occhi di oggi, buffissimo).

[cut]
> Poi c'è questa: http://i.imgur.com/UYNNHVd.jpg
> 
> I due connettori sopra, insieme, costituiscono l'interfaccia verso la
> stampante di sistema (5211 o 3262), mentre il terzo che si intravede in
> basso non sono riuscito a scoprire cosa sia. Nei manuali presenti su
> Bitsavers non c'è traccia di quel terzo connettore e la sigla MA o MO che
> qualcuno ha fatto proprio lì sopra a pennarello non suggerisce nulla.
> 

Sbaglio o il tipo di connettore è identico a quelli bus&tag usati su
mainframe? A parte la forma, c'era anche qualche qualche similarità a
livello di segnali elettrici?

Ciao, e grazie.

EngiNerd

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

Page 2 of 4 — ← Prev page 1 [2] 3 4  Next page →

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

csiph-web