x3270-script - Online nel cloud

PROGRAMMA:

NOME

Funzionalità di scripting per x3270, c3270 e s3270

SINOSSI

x3270 -sceneggiatura [ x3270-opzioni ]
x3270 -presa [ x3270-opzioni ]
x3270 -scriptport porto [ x3270-opzioni ]
c3270 -presa [ c3270-opzioni ]
c3270 -scriptport porto [ s3270-opzioni ]
s3270 [ s3270-opzioni ]
Copione ( command [ ,argo... ] )

DESCRIZIONE

. x3270 le strutture di scripting consentono gli emulatori interattivi 3270 x3270 e c3270 essere
operato sotto il controllo di un altro programma e costituisce la base per il solo script
emulatore s3270.

Esistono quattro metodi di scripting di base. Il primo è il pera copione struttura, invocata da
, il x3270 -sceneggiatura interruttore e la modalità predefinita per s3270. Questo esegue l'emulatore come a
figlio di un altro processo. In genere questo sarebbe uno script che utilizza attenderti(1), perl(1), o
la struttura di coprocesso della Korn Shell ksh(1). In questa modalità, il processo di emulazione
cerca i comandi sul suo standard input e inserisce le risposte sullo standard output.

Il secondo metodo è il bambino copione facility, invocata dall'emulatore Copione azione.
Questo esegue uno script come processo figlio dell'emulatore. Il bambino ha accesso ai tubi
connesso all'emulatore; l'emulatore cerca i comandi su una pipe e posiziona il
risposte dall'altra. Il descrittore di file della pipe per i comandi all'emulatore è
passato nella variabile d'ambiente X3270INPUT (ad esempio, la stringa di testo "7" se il file
il descrittore è 7); il descrittore di file della pipe per le risposte dall'emulatore è
passato nella variabile d'ambiente X3270OUTPUT.

Il terzo metodo utilizza un socket TCP. Il -portascrpipt l'opzione della riga di comando fa sì che
emulatore per associare un socket alla porta specificata (sull'indirizzo di loopback IPv4, 127.0.0.1).
L'emulatore accetta connessioni TCP su quella porta. Più comandi e risposte possono essere
inviato su ogni connessione.

Il quarto metodo utilizza un socket di dominio Unix. Il -presa l'opzione della riga di comando fa sì che
emulatore per creare un socket di flusso di dominio Unix chiamato /tmp/x3sck.pid. L'emulatore accetta
connessioni a quella presa. È possibile inviare più comandi e risposte su ciascuno
connessione.

È possibile nidificare i metodi. Ad esempio, uno script peer o socket TCP può invocare
, il Copione azione. Lo script chiamante verrà ripreso al termine dello script nidificato.

I comandi sono emulatori azioni; la sintassi è la stessa del membro destro di an
x3270 or c3270 mappa dei tasti. A differenza delle tabelle di traduzione, i nomi delle azioni non fanno distinzione tra maiuscole e minuscole, possono
essere abbreviato in modo univoco e le parentesi possono essere omesse se non ci sono parametri.
Qualsiasi riga di input che inizia con # or ! viene considerato un commento e verrà ignorato.

È possibile specificare qualsiasi azione dell'emulatore. Sono state definite diverse azioni specifiche per l'uso
da script, e il comportamento di certe altre azioni (e degli emulatori in generale) è
diverso quando un'azione viene avviata da uno script.

Alcune azioni generano output; alcuni possono ritardare il completamento fino a determinati eventi esterni
verificarsi, ad esempio l'host che sblocca la tastiera. Il completamento di ogni comando è contrassegnato
con un messaggio di due righe. La prima riga è lo stato corrente dell'emulatore, documentato
sotto. Se il comando ha esito positivo, la seconda riga è la stringa "ok"; altrimenti è
la stringa "errore".

STATUS FORMATO

Il messaggio di stato è composto da 12 campi separati da spazi:

1 Stato della tastiera
Se la tastiera è sbloccata, la lettera U. Se la tastiera è bloccata in attesa di a
risposta dall'host, o se non connesso a un host, la lettera L. Se il
tastiera è bloccata a causa di un errore dell'operatore (overflow del campo, campo protetto,
ecc.), la lettera E.

2 Formattazione dello schermo
Se lo schermo è formattato, la lettera F. Se non formattato o in modalità NVT, il
lettera U.

3 Protezione del campo
Se il campo contenente il cursore è protetto, la lettera P. Se non protetto o
non formattata, la lettera U.

4 Stato connessione
Se connesso a un host, la stringa C(hostname). Altrimenti, la lettera N.

5 Modalità emulatore
Se connesso in modalità 3270, la lettera I. Se connesso in modalità linea NVT, la lettera
L. Se connesso in modalità carattere NVT, la lettera C. Se connesso in non negoziato
modalità (nessun BIND attivo dall'host), la lettera P. Se non connesso, la lettera N.

6 Numero modello (2-5)

7 Numero di righe
Il numero corrente di righe definite sullo schermo. L'host può richiedere che il
l'emulatore utilizza uno schermo 24x80, quindi questo numero potrebbe essere inferiore al numero massimo
di righe possibili con il modello corrente.

8 Numero di colonne
Il numero corrente di colonne definito sullo schermo, soggetto alla stessa differenza
per le righe, sopra.

9 Riga del cursore
La riga del cursore corrente (origine zero).

10 Colonna cursore
La colonna del cursore corrente (origine zero).

11 ID finestra
L'identificatore della finestra X per il main x3270 finestra, in esadecimale preceduto da 0x.
Da s3270 e c3270, questo è zero.

12 Tempo di esecuzione del comando
Il tempo impiegato dall'host per rispondere al comando precedente, in secondi
con millisecondi dopo la virgola. Se il comando precedente non richiedeva a
risposta dell'host, questo è un trattino.

DIFFERENZE

Quando un'azione viene avviata da uno script, gli emulatori si comportano in diversi modi:

Se si verifica un errore durante l'elaborazione di un'azione, la consueta finestra a comparsa non viene visualizzata.
Il testo viene invece scritto nell'output standard.

Se viene rilevata la fine del file sullo standard input, l'emulatore esce. (Uno script può uscire
senza uccidere l'emulatore usando il ChiudiScript azione, di seguito.) Nota che questo
si applica solo agli script peer; end-of-file sulla pipe collegata a uno script figlio semplicemente
provoca la chiusura dei tubi e il Copione azione da completare.

. smettere l'azione fa sempre uscire l'emulatore. (Quando viene chiamato dalla tastiera,
uscirà solo se non è connesso a un host.)

Normalmente, le azioni di AIUTO (Cancellare, entra, PFe PA) non verrà completato fino a quando l'host
sblocca la tastiera. Se il parametro a a Corda l'azione include un codice per uno di questi
azioni, attenderà anche lo sblocco della tastiera prima di procedere.

. AiutoAttendi alterna i controlli con il comportamento. Quando questo interruttore è impostato (predefinito), le azioni
blocco come sopra descritto. Quando l'interruttore è deselezionato, le azioni AID vengono completate immediatamente.
. Attendi (uscita) l'azione può quindi essere utilizzata per ritardare uno script fino a quando l'host non cambia
qualcosa sullo schermo, e il Aspetta (sblocca) l'azione può essere utilizzata per ritardare uno script fino a
l'host sblocca la tastiera, indipendentemente dallo stato del AiutoAttendi commutare.

Notare quello Copione l'azione non viene completata fino a quando non viene rilevata la fine del file sulla pipe o
, il ChiudiScript l'azione viene chiamata dal processo figlio. Questo comportamento non è influenzato da
lo stato del AiutoAttendi commutare.

BASIC PROGRAMMAZIONE STRATEGIE

Lo scripting di sessione 3270 può essere più difficile di altri tipi di scripting, perché può
essere difficile dire quando l'host ha finito di elaborare un comando. C'è un ben definito
3270 Funzione Data Stream per fare questo: l'emulatore blocca la tastiera quando invia
l'host un AID e l'host successivo sblocca la tastiera. L'emulatore lo supporta
funzione direttamente non consentendo il completamento di un'azione di AIUTO fino a quando la tastiera non è
sbloccato. Sfortunatamente, alcuni host e alcune applicazioni host sbloccano la tastiera come
non appena iniziano a elaborare il comando, anziché al termine. Un umano
l'operatore può vedere sullo schermo quando il comando è terminato (ad esempio, quando un prompt READY è
visualizzato), ma può essere difficile per uno script farlo. Per tali host con sblocco anticipato,
l'unica opzione in uno script è interrogare lo schermo finché non può determinare che il comando
è completo.

Un'altra complicazione è che l'I/O dell'host e il funzionamento dello script sono asincroni. Questo è il
l'host può aggiornare lo schermo in qualsiasi momento, anche tra le azioni che stanno leggendo lo schermo
contenuti, quindi uno script può ottenere risultati incoerenti. L'assistenza per questo problema è
concesso dall' Scatto azione. Il Scatta (Salva) l'azione salva un'istantanea dello schermo in a
tampone speciale. Quindi lo script può usare Scatto varianti di Ascii e Ebcdico azioni
(Scatto (Ascii) e Scatto (Ebcdic)) per interrogare il buffer salvato, che l'host non può modificare
-- per ottenere i dati che desidera. Finalmente, Scatta (aspetta Produzione) blocchi , il copione fino a quando , il host
modifica , il schermo, in particolare da , il ultimo chiamata a Scatta (Salva). così a copione può
sondaggio , il schermo in modo efficiente by scrittura a loop che inizia con Scatta (Salva) e finisce con
Scatta (aspetta Produzione).

SPECIFICO PER LA SCRIPT AZIONI

Le seguenti azioni sono state definite o modificate per l'utilizzo con gli script. (Notare che
a differenza del display sulla riga di stato, fila e col le coordinate utilizzate in queste azioni usano
[0,0] come origine, non [1,1]).

AnsiText
Emette tutti i dati che sono stati emessi dall'host in modalità NVT dall'ultimo
tempo che AnsiText è stato chiamato. I dati sono preceduti dalla stringa "data: ", e
ha avuto tutti i caratteri di controllo espansi in sequenze di barre rovesciate C.

Questo è un modo conveniente per acquisire l'uscita in modalità NVT in modo sincrono senza
cercando di decodificare il contenuto dello schermo.

Ascii(fila,col,righe,cols)

Ascii(fila,col,lunghezza)

Ascii(lunghezza)

Ascii Emette una rappresentazione di testo ASCII del contenuto dello schermo. Ogni riga è preceduta
dalla stringa "data: " e non ci sono caratteri di controllo.

Se vengono forniti quattro parametri, viene emessa un'area rettangolare dello schermo.

Se si danno tre parametri, lunghezza i caratteri vengono emessi, a partire da
riga e colonna specificate.

Se solo il file lunghezza è dato il parametro che vengono emessi molti caratteri, a partire da
la posizione del cursore.

Se non vengono forniti parametri, viene visualizzato l'intero schermo.

La traduzione da EBCDIC ad ASCII e il set di caratteri di output dipendono da entrambi i
set di caratteri dell'emulatore (il -set di caratteri opzione) e la localizzazione. UTF-8 e alcuni
Le impostazioni locali DBCS possono comportare espansioni multibyte di caratteri EBCDIC che
tradurre in codici ASCII maggiori di 0x7f.

Campo Asci
Emette una rappresentazione di testo ASCII del campo contenente il cursore. Il testo
è preceduto dalla stringa "data: ".

Connettere(hostname)
Si connette a un host. Il comando non ritorna fino a quando l'emulatore non ha successo
collegato nella modalità corretta o la connessione non riesce.

ChiudiScript(status)
Fa sì che l'emulatore smetta di leggere i comandi dallo script. Questo è utile per
consentire a uno script peer di uscire, con l'emulatore che procede in modo interattivo. (Privo di
questo comando, l'emulatore usciva quando rilevava la fine del file su standard
input.) Se lo script è stato invocato dal Copione azione, l'opzionale status is
utilizzato come stato di ritorno di Copione; se diverso da zero, Copione completerà con un
errore, e se questo script è stato invocato come parte del login tramite il ibm_host file,
la connessione verrà interrotta.

ContinuaScript(param)
Consente uno script in attesa in a PausaScript azione, di seguito, per continuare. Il
param dato è prodotto da PausaScript azione.

Disconnect
Si disconnette dall'host.

Ebcdico(fila,col,righe,cols)

Ebcdico(fila,col,lunghezza)

Ebcdico(lunghezza)

Ebcdico La stessa funzione di Ascii sopra, tranne che invece di generare testo ASCII,
ogni carattere viene emesso come codice EBCDIC esadecimale, preceduto da 0x.

EbcdicField
La stessa funzione di Campo Asci sopra, tranne che genera esadecimale EBCDIC
codici.

Info(messaggio)
In x3270, viene visualizzato un messaggio informativo. In c3270 e wc3270, scrive an
messaggio informativo all'OIA (la riga sotto il display). Non definito per
s3270 o tcl3270.

Aspettare(testo[,timeout])
Sospende lo script fino a quando non specificato testo appare nel flusso di dati dal
host, o specificato timeout (in secondi) scade. se no timeout è specificato,
l'impostazione predefinita è 30 secondi. Testo può contenere escape standard in linguaggio C (barra rovesciata)
sequenze. Non vengono compresi i caratteri jolly oi caratteri di ancoraggio del modello.
Aspettare è valido solo in modalità NVT.

SpostaCursore(fila,col)
Sposta il cursore sulle coordinate specificate.

PausaScript
Arresta uno script fino al ContinuaScript l'azione, sopra, viene eseguita. Questo permette a
script per attendere l'input dell'utente e continuare. Emette il singolo parametro su
ContinuaScript.

Stampa testo([command,]filtro))
Convoglia una rappresentazione ASCII dell'immagine dello schermo corrente attraverso il nome filtro,
per esempio, LPR.

Stampa testo([html,],filetto,Nome del file))
Salva il contenuto della schermata corrente in un file. Con il html opzione, salva come
HTML, altrimenti lo salva come semplice ASCII.

Stampa testo(html, stringa)
Restituisce il contenuto dello schermo corrente come HTML.

domanda(parola chiave)
Restituisce le informazioni sullo stato. Le parole chiave sono:

Uscita parola chiave
? ?
BindPluName BIND PLU restituito dall'host
ConnectionState TN3270/TN3270E modalità e sottomodalità
CodePage Host codepage
Cursore Posizione cursore (col riga)
Stato del formato 3270 formattato (formattato o
non formattato)
Host Nome host e porta
LocalEncoding Codifica locale dei caratteri
LuName Nome host Nome LU
Nome del modello del modello 3270 (IBM-327x-n)
ScreenCurSize Dimensione attuale dello schermo (righe colonne)
ScreenMaxSize Dimensione massima dello schermo (righe colonne)
Stato SSL SSL (sicuro o non protetto)
e lo stato di convalida dell'host (host-
verificato o host-non verificato)

Senza un parola chiave, domanda restituisce ciascuno degli attributi definiti, uno per riga,
etichettato con il suo nome.

LeggiBuffer(Ascii)
Scarica il contenuto del buffer dello schermo, una riga alla volta. Posizioni all'interno dei dati
i campi vengono generalmente emessi come codici esadecimali a 2 cifre nella visualizzazione corrente
set di caratteri. Se la locale corrente specifica UTF-8 (o un certo carattere DBCS
set), alcune posizioni possono essere emesse come stringhe multibyte (4, 6 o 8 cifre)
codici). I caratteri DBCS occupano due posizioni nel buffer dello schermo; il primo
location viene emesso come una stringa multi-byte nel codeset locale corrente, e il
la seconda posizione viene emessa come un trattino. Caratteri di inizio campo (ciascuno dei quali
assume una posizione di visualizzazione) vengono emessi come SF(aa=nn[,...])Durante la serata, aa è un campo
tipo di attributo e nn è il suo valore.

Valori degli attributi
──────────────────────────────────────
c0 base 3270 20 protetto
10 numerici
04 rilevabile
08 intensificato
0c non visualizzato
01 modificato
41 evidenziando f1 lampeggio
f2 indietro
f4 sottolineatura
f8 intensificare
42 primo piano f0 nero neutro
f1 blu
f2 rosso
f3 rosa
f4 verde
f5 turchese
f6 giallo
f7 bianco neutro
f8 nero
f9 blu profondo
fa arancione

fb viola
fc verde pallido
fd turchese pallido
fe grigio
ff bianco
43 set di caratteri f0 predefinito
f1 LPL
f8DBCS

Gli attributi estesi (che non occupano posizioni di visualizzazione) vengono emessi come
AS(aa=nn), con aa e nn avendo le stesse definizioni di cui sopra (sebbene la base
3270 non verrà mai visualizzato come attributo esteso).

Inoltre, i caratteri NULL nel buffer dello schermo sono riportati come caratteri ASCII
00 invece di 20, anche se dovrebbero essere visualizzati come spazi vuoti.

LeggiBuffer(Ebcdico)
Equivalente a LeggiBuffer(Ascii), ma con l'output dei campi dati come esadecimale
codici EBCDIC invece. Inoltre, se una posizione del buffer ha il Graphic Escape
attributo, viene visualizzato come GE(xx).

Copione(percorso[,arg...])
Esegue uno script figlio, passandogli argomenti della riga di comando facoltativi. sentiero deve specificare
un programma eseguibile (binario): l'emulatore creerà un nuovo processo ed eseguirà
esso. Se vuoi semplicemente che l'emulatore legga i comandi da un file, usa il pulsante Fonte
azione.

Scatto Equivalente a Scatto(Salva) (vedi sotto).

Scatto(Ascii, ...)
Esegue il Ascii azione sull'immagine dello schermo salvata.

Scatto(Berretti e sciarpe)
Restituisce il numero di colonne nell'immagine dello schermo salvata.

Scatto(Ebcdico, ...)
Esegue il Ebcdico azione sull'immagine dello schermo salvata.

Scatto(LeggiBuffer)
Esegue il LeggiBuffer azione sull'immagine dello schermo salvata.

Snap (righe)
Restituisce il numero di righe nell'immagine dello schermo salvata.

Scatto(Salva)
Salva una copia dell'immagine dello schermo e dello stato in un buffer temporaneo. Questa copia può
essere interrogato con altri Scatto azioni per consentire a uno script di esaminare una schermata coerente
immagine, anche quando l'host potrebbe modificare l'immagine (o anche le dimensioni dello schermo)
dinamicamente.

Scatto(Stato)
Restituisce la riga di stato dell'ultimo salvataggio della schermata.

Scatto(Aspetta! [,timeout],Uscita)
Sospende lo script finché l'host non invia ulteriore output, quindi aggiorna lo snap buffer
con il nuovo contenuto dello schermo. Utilizzato quando l'host sblocca la tastiera (consentendo
lo script per procedere dopo an entra, PF or PA azione), ma non ha finito
aggiornamento dello schermo. Questa azione viene solitamente invocata in un ciclo che usa il
Scatto(Ascii) o puoi Scatto(Ebcdico) azione per scansionare lo schermo alla ricerca di un motivo che
indica che l'host ha elaborato completamente l'ultimo comando.

Facoltativo timeout parametro specifica un numero di secondi di attesa prima di fallire
, il Scatto azione. L'impostazione predefinita è attendere indefinitamente.

Fonte(filetto)
Leggere ed eseguire comandi da filetto. Qualsiasi output di questi comandi diventerà
l'uscita da Fonte. Se uno qualsiasi dei comandi fallisce, il Fonte il comando sarà non è un
interrompere; continuerà a leggere i comandi fino a EOF.

Titolo(testo)
Cambia il titolo della finestra x3270 in testo.

Transfer(parola chiave=APPREZZIAMO, ...)
Richiama il trasferimento di file IND$FILE. Vedere TRASFERIMENTO FILE di seguito.

Aspetta! ([timeout,] Modalità 3270)
Utilizzato durante la comunicazione con un host che passa dalla modalità NVT alla modalità 3270.
Sospende lo script o la macro finché l'host non negozia la modalità 3270, quindi attende a
schermo formattato come sopra.

Facoltativo timeout parametro specifica un numero di secondi di attesa prima di fallire
, il Aspetta! azione. L'impostazione predefinita è attendere indefinitamente.

Per la retrocompatibilità, Aspetta! (3270) è equivalente Aspetta! (Modalità 3270)

Aspetta! ([timeout,] Disconnect)
Sospende lo script finché l'host non si disconnette. Spesso utilizzato dopo l'invio di a logoff
comando a un host VM/CMS, per garantire che la sessione non sia involontariamente impostata su
scollegato stato.

Facoltativo timeout parametro specifica un numero di secondi di attesa prima di fallire
, il Aspetta! azione. L'impostazione predefinita è attendere indefinitamente.

Aspetta! ([timeout,] Campo di inserimento)
Un'utile utility da usare all'inizio degli script e dopo il Connettere azione.
In modalità 3270, attende che lo schermo sia formattato e che l'host abbia posizionato il
cursore su un campo modificabile. In modalità NVT, attende che l'host ne invii almeno uno
byte di dati.

Facoltativo timeout parametro specifica un numero di secondi di attesa prima di fallire
, il Aspetta! azione. L'impostazione predefinita è attendere indefinitamente.

Per la retrocompatibilità, Aspetta! è equivalente Aspetta! (Campo di inserimento).

Aspetta! ([timeout,] Modalità NVT)
Utilizzato durante la comunicazione con un host che passa dalla modalità 3270 alla modalità NVT.
Sospende lo script o la macro finché l'host non negozia la modalità NVT, quindi attende a
byte dall'host come sopra.

Facoltativo timeout parametro specifica un numero di secondi di attesa prima di fallire
, il Aspetta! azione. L'impostazione predefinita è attendere indefinitamente.

Per la retrocompatibilità, Aspetta! (ansi) è equivalente a Aspetta! (Modalità NVT).

Aspetta! ([timeout,] Uscita)
Sospende lo script finché l'host non invia ulteriore output. Spesso necessario quando l'host
sblocca la tastiera (consentendo allo script di procedere dopo un Cancellare, entra, PF or PA
action), ma non ha terminato l'aggiornamento dello schermo. Utilizzato anche nell'AID non bloccante
modalità (vedi DIFFERENZE per i dettagli). Questa azione viene solitamente invocata in un ciclo che
utilizza l' Ascii or Ebcdico azione per scansionare lo schermo alla ricerca di un modello che indichi
che l'host ha elaborato completamente l'ultimo comando.

Facoltativo timeout parametro specifica un numero di secondi di attesa prima di fallire
, il Aspetta! azione. L'impostazione predefinita è attendere indefinitamente.

Aspetta! ([timeout,] Sbloccare)
Sospende lo script finché l'host non sblocca la tastiera. Questo è utile quando
operante in modalità AID non bloccante (ginocchiera AiutoAttendi pulire campo), aspettare un host
comando da completare. Vedere DIFFERENZE per i dettagli).

Facoltativo timeout parametro specifica un numero di secondi di attesa prima di fallire
, il Aspetta! azione. L'impostazione predefinita è attendere indefinitamente.

Aspetta! (timeout, secondi)
Ritarda lo script timeout secondi. A differenza delle altre forme di Aspetta! , il timeout è
non facoltativo.

WindowState(modo)
If modo is Iconic, trasforma la finestra x3270 in un'icona. Se modo is Normale,
cambia la finestra x3270 da un'icona a una finestra normale.

RISORSE TRASFER

. Transfer l'azione implementa IND$FILE trasferimento di file. Questa azione richiede che il
IND$FILE programma essere installato sull'host IBM, e che il cursore 3270 sia posizionato in a
campo che accetterà un comando TSO o VM/CMS.

A causa della complessità e del numero di opzioni per il trasferimento dei file, i parametri per il
Transfer l'azione assume la forma unica di opzione=APPREZZIAMOe può apparire in qualsiasi ordine. Nota
che se il APPREZZIAMO contiene spazi (come un nome file VM/CMS), quindi l'intero parametro
deve essere citato, ad esempio "HostFile=xxx foo a". Le opzioni sono:

Opzione richiesta? Altri valori predefiniti
? ?
Direzione Nessuna ricezione inviare
File Host Sì
LocalFile Sì
Host No tso VM, cics
Modalità No ascii binario
Cr No rimuovi aggiungi, mantieni
Rimappatura No si no
Esistere No mantenere sostituire, aggiungere
Recfm No fisso, variabile,
indefinito
Lrecl n
Nero n
Assegnazione Nessuna traccia, cilindri,
avblock
Spazio primario n
Spazio Secondario No
Dimensione tampone n. 4096

I dettagli dell'opzione sono i seguenti.

Tipo di viaggio
invia per inviare un file all'host, ricevere per ricevere un file dall'host.

File Host
Il nome del file sull'host.

File Locale
Il nome del file sulla workstation locale.

ospite Il tipo di host (che determina la forma del IND$FILE comando): tso (la
predefinito), vm or cic.

Moda Usa il ascii (l'impostazione predefinita) per un file di testo, che verrà tradotto tra EBCDIC
e ASCII se necessario. Utilizzo binario per file non di testo.

Cr Controlla come Nuova linea i caratteri vengono gestiti durante il trasferimento modalità=ascii File.
rimuovere (predefinito) strisce Nuova linea caratteri nei file locali prima del trasferimento
loro all'ospite. aggiungere aggiunge Nuova linea caratteri a ciascun record del file host prima
trasferendolo alla workstation locale. mantenere conserve Nuova linea caratteri quando
trasferire un file locale all'host.

Remap Controlla la traduzione del testo per modalità=ascii File. Il valore sì (l'impostazione predefinita) cause
x3270 per rimappare il testo per garantire la massima compatibilità tra le workstation
set di caratteri e codifica e la code page EBCDIC dell'host. Il valore no cause
x3270 per passare il testo da o verso l'host così com'è, lasciando tutta la traduzione al
IND$FILE programma sull'host.

Esistere Controlla cosa succede quando il file di destinazione esiste già. mantenere (il predefinito)
conserva il file, causando il Transfer azione per fallire. sostituire sovrascrive il
file di destinazione con il file di origine. aggiungere aggiunge il file sorgente a
file di destinazione.

Recfm Controlla il formato di registrazione dei file creati sull'host. (Solo host TSO e VM.)
fisso crea un file con record a lunghezza fissa. variabile crea un file con
record di lunghezza variabile. indefinito crea un file con record di lunghezza indefinita
(solo host TSO). Il Lrecl l'opzione controlla la lunghezza del record o il record massimo
lunghezza per Recfm=fisso e Recfm=variabile file, rispettivamente.

Lrecl Specifica la lunghezza del record (o la lunghezza massima del record) per i file creati sul
ospite. (Solo host TSO e VM.)

Nero
Specifica la dimensione del blocco per i file creati sull'host. (Solo host TSO e VM.)

assegnazione
Specifica le unità per il Spazio primario e Spazio Secondario opzioni: brani,
cilindri or avblock. (Solo host TSO.)

Spazio primario
Allocazione primaria per un file, le unità sono date da assegnazione opzione. (TSO
solo host.)

Spazio Secondario
Allocazione secondaria per un file. Le unità sono date da assegnazione opzione.
(Solo host TSO.)

Dimensione buffer
Dimensione del buffer per i trasferimenti in modalità DFT. Può variare da 256 a 32768. Valori maggiori
offrono prestazioni migliori, ma alcuni host potrebbero non essere in grado di supportarli.

Usa x3270-script online utilizzando i servizi onworks.net