Newsgroup: it.comp.retrocomputing
Titolo: VT e windows

Qualcuno ha idea di come poterli utilizzare per accedere al server 
telnet di windowsxp?
Per ora sono solo riuscito a scambiarci dati con l'hyperterminal e a 
rimappare la seriale su una porta tcp/ip e comunicare in rete. Ma niente 
di piu'.
Ciao ... Dino

, 
gi...@pilotino.it
 says...

Ho risolto modificando WAC. Se ha qualcuno interessa posso spiegare come 
fare ;)
Ciao ... Dino

 Ciao ... Dino
..se posti qui, sara' sicuramente utile a molti... anch'io sono curioso!
Ciao e grazie!
mindless
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 ..se posti qui, sara' sicuramente utile a molti... anch'io sono curioso!
Ho scaricato WAC da qui:
http://www.midasoft.com/wac/help/overview.htm
Va installato e configurato sulla porta seriale ed eventualmente 
disattivati gli altri server non necessari. In questo modo via seriale, 
dopo aver effettuato il login, si accede ad una shell per effettuare 
alcune operazioni sul pc. Pero' non c'e' la possibilita' di avere il 
prompt.
Per farlo basta modificare il file wacses.exe
E' sufficiente infatti, con un editor, rimuovere la stringa 
"wacmenu.exe" che carica appunto la shell. Inoltre sostituendo questa 
stringa con un comando, questo verra' eseguito dopo l login.
Ed ecco qui il nostro bel prompt :)
Magari e' tutto casino inutile ed esiste un metodo molto piu' semplice, 
mai io non lo conosco.
Ciao ... Dino

 mai io non lo conosco.
Metti da parte il menu originale cambiandogli nome e poi metti al suo 
posto (=con lo stesso nome) una copia del CMD.EXE (o del 
COMMAND.COM
, non 
so bene cos'hai li' sotto, non uso XP). Se ho capito bene, forse puoi 
farlo anche con altri programmi ma non con tutti. Hai gia' provato a 
lanciare editor di testo o altre cose che parlano con l'intero schermo,
per vedere se funzionano?
Non e' nemmeno escluso che lanciando in modo opportuno il CMD.EXE con dei 
parametri (roba tipo <COM1: e >COM1: o simili) non si ottenga piu' o meno 
lo stesso effetto. Ricordo di aver messo in funzione anni fa un 
Olivetti M240 improvvisamente privato del monitor, lanciando alla cieca un 
COMMAND.COM
 >LPT1: e lavorandoci come se avessi a disposizione un vecchio 
terminale stampante attaccato ad un computer molto "antico"... ;-)
Trucchi simili si fanno circa con qualsiasi sistema, sull'Amiga 500 
avevo sperimentato a lungo l'uso senza monitor redirigendo l'output 
della shell verso il dispositivo SPEAK: cioe' il sintetizzatore vocale 
software della macchina. Bisognava ascoltare con molta attenzione, ma 
funzionava.
	yo,
	RDO

 funzionava.
Ma in questo modo pero' hai l'output su video, ma il terminale non puo' 
essere utilizzato per inviare comandi.
Ciao ... Dino

 essere utilizzato per inviare comandi.
Sull'Amiga 500 usavo la tastiera dell'Amiga, nessun terminale. E, no, non 
c'era l'output a video proprio perche' era il sintetizzatore vocale a 
ricevere l'output. Comunque, comandi come newcli e newshell accettano 
anche un nome di dispositivo come parametro, usandolo come console per 
l'I/O. Cio' comprende anche le seriali (SER: o AUX:, a seconda che la 
vogliate bufferizzata o no). Come editor di testo avevo provato l'editor 
di linea (edit) trovandolo funzionante ma macchinoso; per questo avevo 
terminato gli esperimenti, fermandomi a quel punto.
	yo,
	RDO

 e' certamente possibile; ma non mi ricordo di averlo mai fatto.
Si ma non ridirigento l'output del command.
Con il ctty e' possibile, almeno cosi' mi hanno detto.
 
Ciao ... Dino

 Penso che sia a tutti gli effetti un terminale seriale :)
Significa questo: non tutti i programmi "text-mode" producono output
semplicemente scrivendo sullo standard output.
Per esteso: se un programma, per produrre l'output, non fa che scrivere
sullo standard output stringhe e caratteri di controllo del caso (sequenze
di escape per cancellare lo schermo, posizionare il cursore, disegnare
caratteri grafici...) allora tale programma gira tranquillamente su un
terminale, a patto che tale terminale accetti ed interpreti correttamente le
sequenze di escape utilizzate dal programma.
Molti programmi, tipicamente per MS-DOS, invece, producono output scrivendo
direttamente nella memoria video. In tal modo, non c'e' verso di comunicare
via seriale al terminale che in tale cella dello schermo va scritto un tale
carattere. Questo tipo di programmi non gira correttamente via terminale.
I programmi UNIX hanno un meccanismo che all'inizio mi e' apparso "magico",
cioe' le entry termcap/terminfo: dei veri e propri driver specifici per
terminali, che fanno astrazione delle sequenze di escape: ad esempio,
associa a "cancellazione schermo" la sequenza di escape corretta.
Tutti i programmi text-mode sotto UNIX, utilizzando tale meccanismo,
funzionano benissimo sia da console che da terminale, compresi quelli con
una discreta interfaccia semi-grafica simulata con i caratteri.
--
Retrocensitevi! Su:
http://valis.di.uniba.it/projects/retrocensimento
http://www.retrocensimento.cjb.net
--------------------------------
Inviato via 
http://usenet.libero.it

 una discreta interfaccia semi-grafica simulata con i caratteri.
Faro' delle prove, ma non credo funzionino. Probabilmente i programmi 
allegati a wac sono realizzati appositamente per essere eseguti da 
terminale.
Ciao ... Dino

 specifici per terminali,
Appunto. Tra l'altro, non e' detto che la entry termcap basti: caso
classico il Mutt sotto MGR, che a me non ha mai funzionato, mentre il Joe
e PINE non fanno una piega.
	yo,
	RDO