1. utilizzo l'invio di messaggi in esadecimale per dare comandi tipo ctrl-c,
ctrl-alt-\, alt-F4 ecc. a macchine remote. Ed è anche poco etico. Sono dei veri
e propri segnali in esadecimale a seguito della mappatura della tastiera e
visualizzazione delle tabelle in linea di messaggi in hex
2. utilizzo dei semplici socket client-server che per il server dovrebbero
ricevere semplicemente con la stringa:
# server
data=conn.recv(1024,conn.MSG_OOB) # crasha sempre
# client:
s.send(hex,MSG_OOB) # taglia a destra un byte
E' vero che è una vecchia programmazione, ma sono sempre alla ricerca di metodi
poco etici per approcciarmi a macchine remote.
ciao
py.Re
NB: non so se il messaggio è inviato regolarmente in lista in quanto con il
remake completo di yahoo, le email risultano conversazioni con reply e forward
che sono un casino.
ari
py.Re
Il Giovedì 4 Settembre 2014 12:23, Roberto De Ioris <robe...@unbit.it> ha
scritto:
> Buongiorno lista.
> Continuando la mia programmazione relativa all'invio di segnali hex, ho
> potuto confermare quanto letto in linea che un server python con flag
> MSG_OOB crasha sempre. E questa è una conferma.
>
> Ma è anche vero che un socket client con flag MSG_OOB taglia a destra di
> un byte il messaggio da inviare. L'ho potuto appurare sia in locale con
> una semplice applicazione client-server ma anche su un mio server remoto.
> In intrambi i casi il messaggio è risultato tagliato a destra di una byte.
> Tipo: msg="hello world" e arriva "hello worl". Per ovviare allungo di un
> byte il messaggio e questo arriva completo come messaggio da invio
> originale.
>
>
Puoi pastare un po' di codice ?
Parliamo comunque di una tecnologia piu' che deprecata e con ogni
implementazione che si comporta in modo diverso.
Forse mi e' sfuggito e in tal caso chiedo scusa, ma a cosa ti serve ?
--
Roberto De Ioris
http://unbit.it
_______________________________________________
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python