Alessandro Dentella ha scritto:
> On Mon, Mar 16, 2009 at 03:46:47PM +0100, Manlio Perillo wrote:
> ...
>>> dizionari) ma vedo che non è così.
>>>
>>> def test(*args, **kw):
>>> pass
>>>
>>> a = [1,2,3]
>>> test(1,2,3, junk=True )# funziona
>>> test(*a, junk=True )
Io faccio prove di inizio, quindi ho dei problemi con Terminale e
Phyton Shell.
Per esempio scrivo
- Stampa2Volte("Pippo"*4) su Terminale ed il risultato è corretto
PippoPippoPippoPippo PippoPippoPippoPippo
Se invece l'ho scrivo su Shell ottengo :
>>> Stampa2Volte("Pippo"*4)
Traceback (mo
2009/3/16 Gian Mario Tagliaretti :
Il modo più semplice, sebbene non più efficiente e non 100% sicuro per
fare quello che vuole è IMHO il modulo shelve.
Prende il dizionario, lo sbatte sul disco e lo tira su con l'altro
processo. Ovviamente passare in questo modo per il filesystem e' una
porcata
2009/3/16 nuvolare :
> Vorrei semplicemente capire se con un linguaggio di programmazione come
> Python è possibile creare programmi con Mac che poi posso utilizzare su
> altri sistemi operativi, tipo windows nel mio caso.
Si. Stai tranquillo.
> Da tutte le mail mi è sembrato di capire di si, ma
2009/3/16 Antonio Cangiano :
> [2] I binding per Python esistono e il sistema operativo preinstalla Python.
> Quindi in teoria, una soluzione ibrida che impieghi Python può essere
> "ottimale" per alcuni. Rimane il problema del codice sorgente e delle
> prestazioni. Infatti i tizi di Checkout (htt
2009/3/16 nuvolare
> Vorrei semplicemente capire se con un linguaggio di programmazione come
> Python è possibile creare programmi con Mac che poi posso utilizzare su
> altri sistemi operativi, tipo windows nel mio caso.
Sì, perché Python è cross-platform.
> Da tutte le mail mi è sembrato di
A scanso di equivoci, chiarisco che non mi riferisco a una
questione di licenze. Python non impone alcuna restrizione sulla
creazione di software proprietario. Nel mio messaggio mi riferisco
piuttosto alla relativa semplicità del reverse engineering di
codice Python. .NET ha un problema s
On Mon, Mar 16, 2009 at 03:46:47PM +0100, Manlio Perillo wrote:
...
> > dizionari) ma vedo che non è così.
> >
> > def test(*args, **kw):
> > pass
> >
> > a = [1,2,3]
> > test(1,2,3, junk=True )# funziona
> > test(*a, junk=True ) # solleva syntax error
> >
>
2009/3/16 Antonio Cangiano
> Rimane il problema del codice sorgente
>
A scanso di equivoci, chiarisco che non mi riferisco a una questione di
licenze. Python non impone alcuna restrizione sulla creazione di software
proprietario. Nel mio messaggio mi riferisco piuttosto alla relativa
semplicità
Daniele Varrazzo wrote:
> la sintassi completa
> (http://docs.python.org/reference/expressions.html#id9) rivela altre
> sorprese...
>
Io mi ritrovo ad usare, tra l'altro:
ret = test(*args, **dict(kw, foo='foo', bar='bar'))
___
Python mailing list
2009/3/16 Nicola Larosa
> > A rischio di suscitare le ire di altri partecipanti in questa mailing
> > list, secondo me sia Java sia Python sono sub ottimali per fare
> > programmazione GUI.
>
> Qual è secondo te un linguaggio ottimale per scrivere GUI?
Ti parlo dalla prospettiva di un ISV che
On Mon, 16 Mar 2009 15:30:03 +0100, Alessandro Dentella
wrote:
> Ciao,
>
> ogni tanto scoprio mio malgrado cose elementari che non capisco...
>
> ero convinto che nel passare argomenti ad una funzione, usare *list
fosse
> equivalente a passare i singoli componenti (ed analogamente per i
>
Alessandro Dentella ha scritto:
> Ciao,
>
> ogni tanto scoprio mio malgrado cose elementari che non capisco...
>
> ero convinto che nel passare argomenti ad una funzione, usare *list fosse
> equivalente a passare i singoli componenti (ed analogamente per i
> dizionari) ma vedo che non è
prova a passare:
test(a, junk=True )
Il giorno 16 marzo 2009 15.30, Alessandro Dentella ha
scritto:
> Ciao,
>
> ogni tanto scoprio mio malgrado cose elementari che non capisco...
>
> ero convinto che nel passare argomenti ad una funzione, usare *list fosse
> equivalente a passare i singoli c
Ciao,
ogni tanto scoprio mio malgrado cose elementari che non capisco...
ero convinto che nel passare argomenti ad una funzione, usare *list fosse
equivalente a passare i singoli componenti (ed analogamente per i
dizionari) ma vedo che non è così.
def test(*args, **kw):
pa
2009/3/16 Daniele Varrazzo :
ciao Daniele,
[iper snip]
Scusa lo snip mega galattico ma condivido tutto quello che hai scritto
quindi non spreco byte per quotarti. ("spreco" in senso buono eh)
Faccio ammenda per la leggerezza, in effetti avrei dovuto scrivere
"puoi far così" ma non metterlo in p
nuvolare ha scritto:
Prima che lo facciano altri, ti ricordo le "regole di buona convivenza
in una buona mailing list (cerca saper quotare su Google per maggiori info).
1) Riporta il testo del messaggio a cui stai rispondendo in alto, e non
in basso, in modo che chi legge, veda prima la "caus
On Mon, 16 Mar 2009 12:30:32 +0100, Gian Mario Tagliaretti
wrote:
> 2009/3/16 Daniele Varrazzo :
>
> ciao Daniele,
>
>> mi fai un favore? provi a lanciare
>>
>> test1.py "__import__('shutil').rmtree('~')"
>
> mm preferirei di no, tu che dici?
>
>> ciao ai tuoi file!
>
> Bisogna sempre prender
Antonio Cangiano wrote:
> C'è un detto famoso che recita più o meno così: "Dire che Java è buono
> perché funziona con tutte le piattaforme è come dire che il sesso anale
> è buono perché funziona con tutti i generi".
Come a dire qualcosa che fisiologicamente sarebbe vero, ma poi molti hanno
prob
2009/3/16 Manlio Perillo :
> Antonio Cangiano ha scritto:
>> [...]
>> A rischio di suscitare le ire di altri partecipanti in questa mailing
>> list, secondo me sia Java sia Python sono sub ottimali per fare
>> programmazione GUI.
>
> Più che ira, hai suscitato curiosità.
> Quale ritieni siano i lin
2009/3/16 Daniele Varrazzo :
ciao Daniele,
> mi fai un favore? provi a lanciare
>
> test1.py "__import__('shutil').rmtree('~')"
mm preferirei di no, tu che dici?
> ciao ai tuoi file!
Bisogna sempre prendere le cose senza esagerare, i contesti dove
l'applicazione gira possono essere tendenti al
Ma io sto iniziando a studiare, ma sarei curioso di vedere un bel
programma e cosa python può fare.
Dove posso scaricare un programma con una interfaccia grafica?
Ho scaricato anche Python 3.0 per il mio Tiger mac osx,
Grazie
Il giorno 16/mar/09, alle ore 11:47, Manlio Perillo ha scritto:
>
Antonio Cangiano ha scritto:
> [...]
> A rischio di suscitare le ire di altri partecipanti in questa mailing
> list, secondo me sia Java sia Python sono sub ottimali per fare
> programmazione GUI.
Più che ira, hai suscitato curiosità.
Quale ritieni siano i linguaggi più adatti per fare programm
On Mon, 16 Mar 2009 11:11:21 +0100, Gian Mario Tagliaretti
wrote:
> 2009/3/16 federica fanzago :
>
> ciao Federica.
>
>> d=sys.argv[1]
>> print d.keys()
>
> d=eval(sys.argv[1])
mi fai un favore? provi a lanciare
test1.py "__import__('shutil').rmtree('~')"
(scherzo, probabimente devi sostitu
nuvolare wrote:
> se devo imparare un linguaggio che poi mi permette di sviluppare
> le cose che voglio fare solo a metà non mi serve,
No, quello è PHP. ;-P
--
Nicola Larosa - http://www.tekNico.net/
In Svezia sono andato in giro con un pakistano e a vivere da un
italiano. In Ungheria sono stat
On Mon, 16 Mar 2009 10:53:25 +0100, federica fanzago
wrote:
> Ciao a tutti,
> sto scrivendo uno script shell che deve a sua volta chiamare uno
> script python passandogli un argomento.
>
> Tale argomento vorrei venisse interpretato dallo script python come un
> dizionario,
> ovvero qualcosa del t
2009/3/16 federica fanzago :
ciao Federica.
> d=sys.argv[1]
> print d.keys()
d=eval(sys.argv[1])
ciao
--
Gian Mario Tagliaretti
GNOME Foundation member
gia...@gnome.org
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/lis
Per passare un dizionario come argomento devi scrivere:
nome_funzione(**nome_dizionario)
dove ogni elemento del dizionario corrisponde come nome ad ognuno dei
parametri della funzione
Il giorno 16 marzo 2009 10.53, federica fanzago
ha scritto:
>
> Ciao a tutti,
> sto scrivendo uno script shell
Ciao a tutti,
sto scrivendo uno script shell che deve a sua volta chiamare uno
script python passandogli un argomento.
Tale argomento vorrei venisse interpretato dallo script python come un
dizionario,
ovvero qualcosa del tipo
test.py {'citta':'roma', 'stato':'italia'}
dove {'citta':'roma', 'sta
29 matches
Mail list logo