Newsgroup: it.comp.os.linux.development
Titolo: gas e 3dNow

che versione di gas compila le istruzioni 3dNow"! e
3dNow!Ext ( quelle del k7 e successivi) ???
ciao ciao 
-- 
	..... il Grande Incubo continua ......
 
                   Jonathan

 3dNow!Ext ( quelle del k7 e successivi) ???
2.10.91 funziona con le 3dNOW.
Non ti resta che scaricare l'ultima versione; info as->machine
dependencies->i386 dependent->i386 simd
--
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.mascanc.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! A mathematician is a device for turning coffee into theorems. !>-
                P. Erdos

Newsgroup: it.comp.os.linux.development
Titolo: Eseguire shell script da sessione Net::Telnet di Perl

Ciao a tutti.
Mi arrendo.
Ho sviluppato una serie di piccoli tools che utilizzano la libreria
Net::Telnet di Perl per collegarmi e configurare alcune apparecchiature che
utilizzano Linux (credo una Debian mooolto ridotta).
Il problema si pone solo nell'eseguire uno script shell con il metodo
cmd("stringa") che invece funziona alla perfezione per gli altri comandi.
Qualcuno ha idea del perche'? Io lo lancio specificando ovviamente il path,
e altrettanto ovviamente lo script e' eseguibile.
Entrando in telnet "manualmente" non ho problemi, ma il programmino Perl non
riesce a lanciarlo....

 comandi. Qualcuno ha idea del perche'?
Lo script deve essere interpretato da una shell, quindi devi lanciare la
shell e passarvi come parametro lo script (non ho idea di come si faccia
con questa funzione, non conosco il perl).
HTH
-- 
[ Andrea Spadaccini - a.k.a. Lupino/Lupin85 - Catania - ICQ#: 91528290 ]
[ GPG ID: 5D41ABF0 - key @ 
pgp.mit.edu
 - Slackware 10.1 w/Linux 2.4.22 ]
[ Linux User # 313388 - MAIL: a.spadaccini(at)catania(dot)linux(dot)it ]

 con questa funzione, non conosco il perl).
Beh, se lo script ha i permessi di esecuzione appropriati per l'utente che
lo avvia, ed ha in testa il solito #!/path/assoluto/ad/un/interprete, del
tipo
   #!/bin/sh
ed è poi il kernel stesso che si arrangia ad avviare interprete e script,
né più né meno che come con qualsiasi script Perl, Python, Tcl, etc.,
per cui diventa un eseguibile con (quasi [1]) pari dignità ad un
eseguibile compilato.
Se lo script non ha permessi appropriati, occorre arrangiarsi. 
Con uno script di shell, ad esempio, si potrebbe andare di
    /bin/sh script_senza_permessi_adeguati.sh parametro1 parametro2 ...
------
[1] "Quasi" perché mi sa che uno script reso eseguibile a questo modo
    non può essere a sua volta usato come interprete per un altro script.
-- 
  |   \    \  | ___|_  |_  |  ianezz a casa sua... :-)
  |  _ \  | \ | _|    /   /   Verba volant, scripta
 _|_/  _\_|  _|____|___|___|  manent, data corrupted

 eseguibile compilato.
Sinceramente pensavo che fosse la shell ad occuparsi di trovare e lanciare
l'interprete.. Grazie mille per il chiarimento!


Grazie per le info preziose.
Alla fine il problema era un altro: dipendeva dal prompt (errato) che si
aspettava il modulo Perl che utilizzavo per mandare comandi alla sessione
Telnet.
"ianezz" <n...@thanks.test> ha scritto nel messaggio
news:pan.2005.07.19....@thanks.test...
