Newsgroup: it.comp.macintosh
Titolo: Mac Os X e Unix

Salve,non ho mai posseduto un Mac,ma ne sono affascinato.
Vorrei avere informazioni sul Mac Os X:è vero che è basato su Unix?(mi
dicono nella
versione BSD).Questo implica che in linea di comando ha i suoi stessi
comandi?Si può utilizzare Mac Os X per programmazione in ambiente Unix?
--------------------------------
Inviato via 
http://usenet.libero.it

 comandi?Si può utilizzare Mac Os X per programmazione in ambiente Unix?
Ti indico alcuni siti dove puoi trovare info su X:
http://www.apple.com/it/macosx/
http://www.osxguide.com/
http://www.osxfaq.com/
qui divresti trovare risposta alle tue domande.
Ciao
-- 
Mark Greene
"Due cose sono infinite: l’universo e la stupidità umana,
ma riguardo l’universo ho ancora dei dubbi"
"God bless America"

 Si`, se intendi roba come c/perl/py/php/awk o simili
E Fortran?
    Tempo fa ho scaricato un file tar.gz che, una volta scompattato,
contiene il compilatore Fortran 90, e lo faccio girare quotidianamente sotto
Linux (Mandrake 9.0). Ho provato a scompattarlo sul jaguar, ma non sono
riuscito a farlo girare dal terminale. A parte il fatto che andrebbe
spostato in una cartella che sui sistemi linux c'è (da home ../../opt/) e su
Mac OS X no, ho provato a crearla e a copiarci dentro tutto, ma ha
continuato a non andare...
    Hai idea di come possa fare?
    Poi nasce la domanda: ma fino a che punto è stato integrato Unix in Mac
OS X Jaguar? Non girano mica tutti i programmi che giraro su Linux?
Ciao,
HAL




ma in particolare vai a questa pagina per da cui si possono scaricare i
vari linguaggi:
http://fink.sourceforge.net/pdb/package.php/
Non ho letto la documentazione ma credo che sia ufficialmente supportato
il Fortran77. Resta da verificare la compatibilita' col Fortran90.
Prova a dargli un'occhiata.
Un'altra possibilita' e' quella di usare un compilatore commerciale come
quello della Absoft (che supporta il Fortran90 ufficialmente) ma costa
veramente uno sproposito.
Come ultima spiaggia rimane la possibilita' di installare Linux Yellow
Dog, che trovi proprio in questi giorni in edicola nella versione 2.3,
che contiene il classico compilatore GNU.
Forse esistono ancora un paio di soluzioni come f2c e il compilatore di
Lahey (questo pero' ti richiede CodeWarrior).
-- 
Ciao da Francesco B.

Francesco B. <bbf...@NOSPAMyahoo.com> wrote:
Scusa se mi autorispondo ma prova a guardare anche qui:
http://gravity.psu.edu/~khanna/hpc.html


 compatibili a livello binario).
E' difficoltoso da fare? E come si verifica la compatibilitŕ?
Grazie!
HAL

 Lahey (questo pero' ti richiede CodeWarrior).
Non ne ho mai sentito parlare, cmq prima provo con i link che mi hai dato!
Grazie mille, sei stato gentilissimo!
Ciao,
HAL

 compatibili a livello binario).
Questa e' l'unica soluzione. I sorgenti Unix spesso compilano sotto
Darwin senza alcun problema, in altri casi hanno bisogno di essere
modificati, se vanno ad integrarsi in maniera troppo radicata con il
kernel originario.
In ogni caso, i pacchetti pre-compilati per Linux (qualunque distro) non
possono girare per ovvi motivi su Darwin, e viceversa.
Daniele
-- 

 nascoste sotto mac os x?)
Alcuni freeware ti permettono di abilitare quest'opzione nel finder.
Da Terminale vedi tutto :-)
Daniele
-- 

 non vedo bene le immagini...
Purtroppo le mie conoscenze delle varie distribuzioni sono molto
limitate.
Io ho provato diverso tempo fa la Yellow Dog 2.1 ma non ho confronti con
altre distribuzioni e quindi non so dirti se fosse una cattiva
distribuzione.
Poi ho comprato OS X e mi sono liberato di Linux visto che alla fin fine
per me era un doppione.


 Qui trovi tutte le istruzioni per installare il compilatore fortran.
Volevo solo aggiungere che ho voluto provare a installare la versione
3.3 del compilatore e funziona perfettamente.
Perlomeno per ora mi sono limitato a compilare un semplice programmino
di saluto.
Mi raccomando segui con attenzione le istruzioni.
Il sito pero' consiglia di usare la versione 3.1 per lavori seri perche'
la 3.3 non e' ancora sufficientemente testata (trovi anche la 3.1 sul
sito).
Non ricordo pero' come impostare il path degli eseguibili su
/usr/local/bin (non e' che poi io usi tanto i sistemi Unix) pero' tanto
funziona lo stesso specificando tutto il percorso.
Seguendo i consigli del sito se vuoi compilare un semplice programma
basta dare:
/usr/local/bin/g77 -no-cpp-precomp prova.for -o prova
(non chiedermi cos'e' il flag -no-cpp-precomp ma e' consigliato l'uso).
ovviamente sono nella directory dove si trova il programma prova.for
e quindi basta far girare il programma con ./prova
Per quanto riguarda la possibilita' di compilare i singoli files per
ottenere solo gli obj e poi linkarli assieme non so ancora come si fa.
Lo facevo ai tempi del DOS ma non ho mai provato sui sistemi Unix.
Era utile per poter ricompilare solo dei pezzettini di codice e non
tutto l'insieme.
Non so se continuero' a usarlo perche' ormai non programmo piu' molto e
in piu' mi sono spostato sul C++ pero' e' bello sapere che c'e' una
soluzione gratuita.
Per la compatibilita' col Fortran 90 devi pero' verificare tu perche' io
sono rimasto un po' indietro.


 (non chiedermi cos'e' il flag -no-cpp-precomp ma e' consigliato l'uso).
Mi autorispondo ulteriormente.
Ho visto che l'opzione -no-cpp-precomp e' consigliata solo per l'uso di
gcc e non di g77.
Inoltre sul sito e' chiaramente indicato che per impostare il path basta
dare il comando:
setenv PATH /usr/local/bin:$PATH
non so come ho fatto a non vederlo visto che e' proprio la prima cosa
che ti dicono.
Quindi facendo tutte le cose per bene e' un gioco da ragazzi compilare i
programmi fortran.
Ne segue che il comando:
/usr/local/bin/g77 -no-cpp-precomp prova.for -o prova
puo' essere riscritto cosi':
g77 prova.for -o prova


 possono girare per ovvi motivi su Darwin, e viceversa.
Ok, ho capito. Ma quando parli di Darwin intendi tutto il sistema mac os x
che si vede utilizzando il terminale, giusto?
Ciao e grazie ancora!
HAL

 g77 prova.for -o prova
Ok, questo mi è chiaro :-)
Ciao e grazie ancora,
HAL

Hmm...troppo bello per essere vero... Mi dice "permission denied" quando
provo a scrivere in /usr/local
Do il comando "su" per entrare come root, inserisco la password ma non me la
accetta... Io credevo che la password che si inserisce come Amministratore
al login fosse la stessa del root, invece no... Non è che c'è una password
di default?
Mi hanno installato il sistema operativo in negozio, quindi non so nulla di
come si configuri il root su mac os x...

 di default?
cerca nel sito delle faq: 
www.faquintosh.com
comunque devi abilitare root da gestione netinfo.
-- 
Herik
elimina bill per rispondere

 come si configuri il root su mac os x...
E' vero mi ero dimenticato di dirti che e' necessario introdurre la
password.
Nel mio caso non ci sono stati problemi perche' io la password la
conosco.
Non so che dirti.
Hai due soluzioni:
1) ti fai dire la password da chi ha installato il sistema;
2) inserisci il disco di Mac OS X e reimposti la password solo che non
mi ricordo piu' come si fa.
Se non sbaglio devi bloccare il processo di installazione del sistema
operativo e poi prova spulciare i menu.
Dovresti trovare l'opzione per reinserire la password.
Perlomeno credo che sia cosi'.


 cerca nel sito delle faq: 
www.faquintosh.com
                                 ^^^^^^^^^^
Attento hai fatto un piccolo errore.
L'indirizzo giusto e': 
www.faqintosh.com


Ci sono riuscito finalmente!
Mi sono letto le faq e ci sono riuscito!
Vuoi ridere? Ho provato a fare un programmino stupido, giusto per vedere se
andava:
PROGRAM ciao
WRITE (*,*) 'ciao'
STOP
END PROGRAM ciao
mi segna ogni riga un errore :-) ?!?
"Invalid first character at (^) [info -f g77 M LEX]
e me lo segna ogni prima lettera di ogni riga...
Mi sento un idiota... è parecchio che lo uso, ma non capisco dove sbaglio...
mi dice info -f ma non funge...
A questo punto ti chiedo l'ultimo favore :-))
No, davvero, siete stati tutti gentilissimi!
Grazie mille!!!

 e me lo segna ogni prima lettera di ogni riga...
Forse č perchč devo incominciare da qualche colonna piů avanti. Ho provato,
ma ora, quando eseguo "/usr/local/bin/g77 prov.for -o prov" mi dice "g77:
installation problem, cannot exec 'as': No such file or directory"
ci devo perdere le speranze?

 L'indirizzo giusto e': 
www.faqintosh.com
azz...ci casco sempre! :)


 ci devo perdere le speranze?
*spero* di no.
ti spiego quello che ho fatto io:
ho ovviamente scaricato il file dal link:
http://dryden.biol.yorku.ca/packages/g77-1311.pkg.tar.gz
(io ho scaricato la versione 3.3 del compilatore).
l'ho passato in stuffit per decomprimerlo ed e' comparso il file:
g77-1311.pkg
a questo punto ho fatto doppio clic e il computer mi ha installato il
compilatore in /usr/local/bin
(mi ha anche chiesto la password)
ho dato il comando rehash da terminale
(e qui si vede che ho mischiato le istruzioni indicate sul sito perche'
non so se era necessario anche con la versione 3.3)
Poi ho dato anche il comando: setenv PATH /usr/local/bin:$PATH
che serve a fare in modo che il sistema punti ai programmi in
/usr/local/bin
a questo punto ti deve funzionare tutto.
attenzione che al limite potrebbe mancarti qualche libreria ma dovrebbe
dirtelo il compilatore coi suoi messaggi di errore.
Nel messaggio che riporti sembra che non siano problemi in merito.
Per quanto riguarda il programma che hai scritto sicuramente un problema
e' la posizione del testo.
Nel fortran e' richiesto che il codice parta dalla settima colonna
perche' le prime 5 sono riservate alle etichette numeriche e la sesta e'
riservata alla continuazione delle righe.
Il codice deve terminare alla 72-esima colonna.
Le colonne dalla 73 alla 80 sono per i commenti oltre a quelli che si
possono mettere mettendo in prima colonna la lettera C o il *.
Se non ho capito male in GNU fortran non esiste il formato libero pero'
potrei sbagliarmi o comunque e' facile che venga implementato in
seguito.
Questo e' il mio programmino di saluto:
-------------------------------------------------------------
C Programma di saluto
C ti metto qui le posizioni delle colonne
C al posto di 1 ho messo C per poter mettere il commento
C234567
      program ciao
C come vedi comincia dalla colonna 7
      write(*,*) 'ciao a tutti'
      stop
      end
-------------------------------------------------------------
memorizzato in ciao.for
compilato con g77 ciao.for -o ciao
fatto girare con ./ciao
risultato: ciao a tutti
P.S.
al limite prova a reinstallare il compilatore rifacendo tutta la
procedura che ti ho indicato.
Importante: devi avere installato i developer tools di aprile 2002 o
superiore per installare la versione 3.1.
Per la 3.3 non e' indicato.
Nel mio caso io ho quelli di luglio 2002 che erano nella scatola di
Jaguar.


 che si vede utilizzando il terminale, giusto?
Esatto :-)
Daniele
-- 
"As I paint this picture gray and taste the pain...
 I'll play the optimist!" (Dane)
STARGAZER: 
www.stargazer.it
 - Le stelle della scena Hard & Heavy!

 di default?
Sono password diverse, ma puoi utilizzare la password di amministratore
digitando "sudo -s" anziche' "su".
Poi, se proprio ci tieni, tramite Netinfo Manager ti puoi abilitare la
password di root.


 > /usr/local/bin/g77 -no-cpp-precomp prova.for -o prova
-no-cpp-precomp serve per dire al compilatore di non utilizzare il
precompilatore per C++.
Nel caso del Fortran, questo ovviamente non serve....
Saludos
Germano il Gatto Grigio
nospam = libero
invalid = it



No, ma mi sa che non hai installato le cose come si deve oppure che non hai
impostato correttamente qualche variabile di compilazione nel makefile.
'as' non e' altro che l'assembler/linker, ossia il passo che genera il
binario eseguibile finale nella forma adatta per lo specifico processore del
computer.
Le cose sono tre:
a) quando hai installato il pacchetto del compilatore Fortran non hai
installato tutto
b) nel makefile, richiami l'assembler in modo scorretto o senza il path
c) non hai installato i Developer Tools di Mac OS X :-)


 che contiene il classico compilatore GNU.
su che rivista?
-- 
Una Mela al giorno 
toglie il tecnico di torno
Un PC al mese
e raddoppia il conto spese

 su che rivista?
Linux Magazine. Potrebbe non girare se hai un Mac molto recente, è una
versione ormai superata.
-- 
Per contattarmi:
http://formmailto.com/saltydog

 versione ormai superata.
iBook 500 CD, 320 mb di Ram... ma è in italiano?


 ma è in italiano?
Si, certo.


Quindi posso prendere linux magazine di marzo giusto?


Semplicemente, chiarissimo!
Grazie mille! mi torna buona anche per altre cosucce questa info :-)
Ciao
HAL
"Il Gatto Grigio" <ilgatt...@nospam.invalid> ha scritto nel messaggio
news:194Z243Z74Z13Y...@usenet.libero.it...


 /usr/local/bin
e qui è successo il casotto... Sicuro di questo comando? io l'ho dato, e 
come risultato ho ottenuto che non mi riconosce più alcun comando (tranne 
g77!), ovvero non riesco più a fare ls, pwd, emacs...
Mi dice mi dice "command not found"... 
E' come se cercasse tutti i programmi (e non solo g77) dentro quella 
directory!!
*Dimmi che si può ripristinare, ti pregoo!*
Del resto del messaggio ne discutiamo dopo!
E comunque non smetto di ringraziarti per la gentilezza, davvero!
Se fossi di Padova ti offrirei da bere!
CIAO!

-- 
_____________________________
H A L

 versione ormai superata.
Lo volevo installare su una partizione di 3GB di un hd firewire
esterno... qualche complicazione? ci vuole un software particolare per
fare il boot o altro? La partizione va bene quella creata con il mac
oppure devo riformattare?
Per i software li trovo su linux magazine (es. gimp, openoffice, ecc.)
oppure li devo scaricare da internet?
Il problema è che ho un modem che va a 1-2 kb quindi non posso scaricare
una cippa
Sono ben accetti consigli (tutti)


 oppure li devo scaricare da internet?
Trovi tutto nella distro stessa.
Se prendi la rivista ci sono, in un breve articolo, le risposte a queste
e ad altre domande.
Come riferimento usa 
www.yellowdoglinux.com
 e non me, che non sono un
esperto.


 Quindi posso prendere linux magazine di marzo giusto?
Esattamente.


 Dovrai partizionare.
ma se ho una partizione mac, basta la riformatti in formato unix e non
dovrei avrei problemi no?


 *Dimmi che si può ripristinare, ti pregoo!*
Dunque, prima di tutto ti consiglio di PENSARE e CAPIRE i comandi che
dai piuttosto che darli alla cieca, senno' ti causi piu' problemi che
altro :)
AS e' l'assemblatore del gcc, e' comune a tutti i compilatori (c++, c,
objc, java, fortran...) e presumibilmente sta in /usr/bin, quello che
probabilmente avrai fatto tu e' di aver eseguito MALE il setenv e di
aver TOLTO /usr/bin dal path di ricerca per i comandi.
Cosa fa "setenv PATH /usr/local/bin:$PATH"?
Dice in pratica AGGIUNGI /usr/local/bin al contenuto della variabile
di ambiente chiamata PATH. Tale contenuto viene "espanso" nella shell
precedendo il nome della variabile con $.
Se digiti ad esempio nel terminale:
echo PATH
vedrai come output:
PATH
Se digiti: echo $PATH
vedrai:
/usr/bin:/bin:/sbin:/usr/sbin:/usr/local/bin 
[... o qualcosa di molto simile].
Probabilmente quello che ti sei dimenticato e' un $ prima di PATH che
ha settato il path in "/usr/local/bin:PATH" invece che espandere
correttamente la variabile.
Bye,
 Gabry

 dovrei avrei problemi no?
Te ne serviranno almeno tre, non metterti troppi problemi prima di aver
letto la documentazione e aver lanciato l'installazione.


 Grazie mille! mi torna buona anche per altre cosucce questa info :-)
per favore occhio al quote, grazie :)
http://www.faqintosh.com/faq.cgi?Faq=189


> per favore occhio al quote, grazie :)
giusto, scusa!
Ciao!

     Niente, allora la situazione é questa: ho installato il file pkg ed i
file sono stati copiati nella directory /usr/local/ nonostante l'errore che
mi da al termine della procedura d'installazione.
    Il problema che ho postato prima si e' risolto semplicemente chiudendo e
riaprendo il terminale (metodo microsoft! sempre utile). Chiaramente, oltre
ad essersi ripristinati i comandi normali, non e' piu' settato il path di
g77, ma poco male.
    Se lancio //usr/local/bin/g77 prova.for -o prova  mi dice "g77:
installation problem, cannot exec 'as': No such file or directory" e
chiaramente non scrive alcun file. Pero' credo che il compilatore funzioni,
perche' se erro il codice, mi spiega l'errore.
    Alla fine credo di non aver installato quei tool di cui mi parlavi. Mi
potresti dare qualche chiarimento in piů, cosě vado dove mi hanno dato il
powerbook e mi faccio dare il cd o installare il file. Oppure č talmente
piccolo che puň essere inviato via mail?
Due domande botta e risposta ;-)
1)  Perché se lancio "emacs nomefile &" non mi si avvia? Su linux e su
TrueUnix64 se aggiungo la & mi permette di aprire quel file anche in
scrittura)
2)  C'e' secondo te un modo per far riconoscere a emacs il linguaggio di
prog in modo che ti colori le parole chiave del codice? Sempre su linux
questo lo fa...
    Non dirň mai grazie abbastanza...
Grazie davvero!
HAL

 questo lo fa...
Vedi sopra e non abbatterti per quanto ti ho detto.
Impara a usare e a leggere gli HELP, i file README e i file INSTALL delle
distribuzioni, spesso contengono informazioni preziosissime e non fare
economia del comando "man".
E soprattutto: non tentare di scrivere codice per Unix fino a quando non
sarai sicuro di capire lettera per lettera quel che stai facendo.
In fin dei conti, tutti noi da qualche parte abbiamo pur cominciato....
Saludos
germano il gatto grigio
nospam significa libero
invalid is it


 Non abbatterti per quanto ti ho detto.
Anzi, lo trovo costruttivo!

 "emacs nomefile &" per aprire in scrittura...
In qualsiasi sistema unix, la & finale sta a significare esclusivamente
"esegui il comando in background" e non ha nulla a che vedere con i permessi
di scrittura e lettura. Mi sa tanto che chi amministra i pc dell'università
vi spinge a lavorare in questo modo solo per avere mezzi di intervento più
rapidi a fronte di qualche operazione studentesca non proprio ortodossa....
P.S. per conoscere unix non è necessario né obbligatorio avere una laurea in
ingegneria.
Saludos
germano il gatto grigio
--------------------------------
Inviato via 
http://usenet.libero.it

 aprire un frigorifero e tirare fuori quello che mi serve.
Scusa se rispondo solo ora ma ho avuto parecchio da fare.
Ho visto che molti altri ti hanno aiutato e credo di avere capito
qualcosa di piu' anche io.
Ti capisco perche' in fondo anche io sono un po' nella tua situazione e
ci capisco poco di Unix.
Ne conosco un po' il funzionamento perche' mi ero studiato un po' Linux
diverso tempo fa ma oggi sono molto arrugginito.
Mi dispiace di avere omesso di spiegare la pericolosita' dei comandi che
si possono dare in un sistema Unix.
Credo che come ti hanno gia' consigliato forse ti mancano proprio i
developer tools.
Li devi assolutamente installare.
Nei CD del sistema operativo dovresti avere un disco con con proprio
questi strumenti.
Per quanto riguarda emacs io lo uso tranquillamente ma non so se mi e'
stato installato dai developer tools o era presente anche prima.
Buona fortuna.
P.S.
Io credo di avere avuto un po' di culo nell'installazione del
compilatore fortran perche' e' andato al primo colpo.


 ingegneria.
Ovvio, ma se lo fossi sarei obbligato a saperne un pochetto di piů :-)
Grazie mille ancora, vi faccio sapere!
Siete stati tutti gentilissimi!
HAL

 compilatore fortran perche' e' andato al primo colpo.
Ma va? :-) Tanto meglio dai!
Grazie mille Francesco,
a presto!
HAL

 no... Che dici!
Mi ricordo che su Linux funzionava cosi'.
Mi sembra che qualcuno aveva riattivato il colore anche su Mac ma
onestamente non gli ho dato mai peso.
Mi sembra che sia legato al fatto che adesso hai attivato di default la
tcsh (la shell testuale dove inserisci i comandi) e non la tipica bash
che solitamente viene messa di default su Linux.
Forse basta che installi la bash ed ecco che dovresti rivedere i colori.
A proposito (magari non lo sai): se devi inserire un file o un percorso
nel terminale perche' magari devi spostarti da una directory a un'altra
ricordati che basta trascinarlo da una finestra al terminale.
Non hai idea di quanto sia comodo lavorare cosi'.


 Non hai idea di quanto sia comodo lavorare cosi'.
Caspita, questo si è comodo, non lo sapevo! Grazie!
Grazie mille di nuovo boss :-)
A presto
HAL

 A presto
Curiosando per la rete ho trovato questo:
http://www.nag.co.uk/nagware/np/NP_trial.asp
E' un ulteriore compilatore fortran ma questa volta e' compatibile con
le specifiche 77, 90 e 95 e ha anche qualcosa del 2000.
Dalla pagina che ti ho indicato e' possibile scaricare una versione
funzionante per 30 giorni (bisogna registrarsi sul sito mi sembra per
ottenere la chiave).
Io ho deciso di non provarlo ma mi sembrava giusto segnalarlo.


> Io ho deciso di non provarlo ma mi sembrava giusto segnalarlo.
Attenttissimo e gentile come sempre, grazie Francesco!
Ciao e grazie ancora,
HAL

> Allora, il CD è marcato "Developer Tools".
[cut]
    Funzionaaaaa!!! Ho installato come mi avete consigliato il Cd con i tool
di sviluppo e poi ho reinstallato il pacchetto con fortran (g77) e funziona
alla grande! Compila anche abbastanza velocemente!
    L'unica cosa che non è molto comoda è il fatto che devo lanciare il
comando in maniera piuttosto esplicita, per esempio: "usr/local/bin/g77
deviation.for -o deviation" e poi, per eseguire:
"usr/local/bin/deviation"... In altri modi non va. Devo sempre specificare
tutto il percorso... Se vi ricordate avevo provato a scrivere il comando
consigliato dalla home page di fortran, per inserire il path usr/local/bin
come target per g77, ma con pessimi risultati... Mi potreste spiegare come
si potrebbe risolvere il problema?
Grazie in anticipo per la cortesia,
HAL

 si potrebbe risolvere il problema?
hai provato col drag & drop del file sul terminale?



Anche se non c'è scritto esplicitamente, se segui la faq risolvi anche
questo problema.

 si potrebbe risolvere il problema?
Ecco, qui mi viene il dubbio che tu abbia messo nella directory
/usr/local/bin il sorgente, rischi solo di fare confusione.
Io preferisco lavorare in una directory apposta dove sbatto dentro tutti
i files cosi' che se devo cancellare non corro il rischio di buttare via
cose importanti.
Ad esempio io ho creato la cartella: /Users/france/Documents/Program
dove butto dentro i miei sorgenti.
Ovviamente mi sposto nella cartella con:
cd /Users/france/Documents/Program
(Chiaramente al posto di france devi mettere il nome del tuo utente)
Quindi basta usare g77 deviation.for -o deviation
per ottenere il programmino eseguibile e poi usare ./deviation
perche' bisogna sempre specificare il percorso se il file eseguibile non
e' nella cartella degli eseguibili pero' considerato che sono gia' nella
directory giusta c'e' ben poco da aggiungere.
Credo che mettendo l'eseguibile deviation nella directory /usr/local/bin
bastera' scrivere semplicemente deviation per farlo funzionare.
Pero' come ti ho gia' detto io preferisco tenere i miei eseguibili in
directory distinte da quelle di sistema.
Poi ognuno e' libero di fare quello che vuole.
Spero che di essere riuscito a spiegarmi.


 si potrebbe risolvere il problema?
Ecco, qui mi viene il dubbio che tu abbia messo nella directory
/usr/local/bin il sorgente, rischi solo di fare confusione.
Io preferisco lavorare in una directory apposta dove sbatto dentro tutti
i files cosi' che se devo cancellare non corro il rischio di buttare via
cose importanti.
Ad esempio io ho creato la cartella: /Users/france/Documents/Program
dove butto dentro i miei sorgenti.
Ovviamente mi sposto nella cartella con:
cd /Users/france/Documents/Program
(Chiaramente al posto di france devi mettere il nome del tuo utente)
Quindi basta usare g77 deviation.for -o deviation
per ottenere il programmino eseguibile e poi usare ./deviation
perche' bisogna sempre specificare il percorso se il file eseguibile non
e' nella cartella degli eseguibili pero' considerato che sono gia' nella
directory giusta c'e' ben poco da aggiungere.
Credo che mettendo l'eseguibile deviation nella directory /usr/local/bin
bastera' scrivere semplicemente deviation per farlo funzionare.
Pero' come ti ho gia' detto io preferisco tenere i miei eseguibili in
directory distinte da quelle di sistema.
Poi ognuno e' libero di fare quello che vuole.
Spero di essere riuscito a spiegarmi.


 Spero di essere riuscito a spiegarmi.
Assolutamente sì, come sempre direi!
PS: Rispondi pure con comodo, ora è meglio che vada a nanna, domani ho
lezione presto! :-(  Cmq senti Francesco, GRAZIEEEE!!!! No, davvero!
Grazie mille! Sei gentilissimo! Notte!
________________
H A L

 questo problema.
Ok, grazie, controllo e  ti so dire :-)
Ciao e grazie!
__________________________
H A L


Ottimo consiglio: un ambiente Unix, piu' e' "pulito" e meno problemi da'.
Saludos
Germano il Gatto Grigio
nospam significa libero
invalid is it
--------------------------------
Inviato via 
http://usenet.libero.it

 (non dimenticare il $ davanti al secondo PATH!!!!!)
C'è già un file bell'e pronto:
"/usr/share/tcsh/examples/login".
Se segue la FAQ 178, in particolare, se esegue il comando
echo "source /usr/share/tcsh/examples/login" >> ~/.login
o, in alternativa
cp /usr/share/tcsh/examples/login ~/.login
si ritrova il file di login che viene eseguito ogni volta che avvia la
shell.

 ******* NON FARLO!!!!!! ********
oops :-/
Cerchero' di non dare piu' consigli su argomenti che non conosco a
fondo.


 /usr/local/bin all'interno della variabile PATH.
Prima di chiudere e riaprire il terminale devo rendere eseguibile .cshrc...
però non c'è motivo per cui dopo non debba funzionare...
 Grazie mille Gatto Grigio!
Sei stato estremamente chiaro nella spiegazione! Ascolta, volendo imparare
un po' di Unix (comandi da terminale, ecc) c'è un testo che mi
consiglieresti? Io ne ho uno su Linux, della Apogeo: mille pagine di libro,
ma piuttosto sbrodolato... e poi è su Linux...
Grazie ancora!
HAL

 *Non funziona... mi dice "chmod: No mathc."*
Mi autorispondo, scusate.
    Ho riprovato da un'altra finestra del terminale e non ha funzionato
ugualmente. Poi non ho fatto altro che riscrivere la stessa cosa e ha
funzionato. Ho verificato con echo $PATH la presenza di /usr/local/bin ed è
tutto ok.
Ora però mi chiedo: come mai fa questi tiri? Mi spiego: non è la prima volta
che devo scrivere due volte un comando (con la certezza di averlo scritto
giusto anche prima!!) per farlo andare. Spesso basta che con la freccia
verso l'alto scorro sull'ultimo comando (quello che mi ha appena dato un
errore del tipo che il comando è sconosciuto) e la seconda volta
funziona....
Forse ci sono dei periodi di standby durante i quali la riga di comando non
comunica con la shell?
    Un'altra cosa che succede spesso è che vengono messi degli spazi in
maniera automatica. Per esempio, se sto scrivendo velocemente (con qualsiasi
applicazione) vengono inseriti degli spazi tra le parole (e io sono super
sicuro di non aver nemmeno sfiorato la barra spaziatrice!)... è come se ci
fosse un correttore automatico (su tutte le applicazioni) che funziona
male... vi risulta una cosa del genere?
Cmq ora funziona tutto! Grazie ragazzi, siete stati grandi!!
HAL