Re: [Python] distribuire programmi python
On 2014-09-06 06:46, Balan Victor wrote: il giorno 06 settembre 2014 04:30, Daniele Varrazzo ha scritto: devi provare dell'oddio verso il tuo collega .. ahahah Assolutamente no, è un bravissimo ragazzo e una delle persone più pazienti del mondo. Per lui risolvere un bug tipo cambiare l'anno di copyright a fondo pagina oppure stravolgere completamente il sistema sono la stessa cosa. Lo ammiro, io passo sempre per la strada più pigra :) Su *nix compila python installandolo in /usr/local/py34 (./configure --prefix=/usr/local/py34 && make && sudo make install) e crea un virtualenv che utilizzi quell'eseguibile. Puoi avere diverse versioni di Python e non si danno minimamente fastidio (ho tutta la collezione dal 2.4 al 3.4 sul portatile e sulle macchine di test). si effettivamente non c'ho minimamente pensato ... mai avuto esperienze con python e z/os / mvs ? Non credo ci trovi niente di più aggiornato di Python 2.4 per questa roba. -- Daniele ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] distribuire programmi python
> Il giorno 05/set/2014, alle ore 18:28, enrico franchi > ha scritto: > > 2014-09-04 23:49 GMT+01:00 Balan Victor : > Diciamo cosi', se non hai fatto esplicitamente in modo che sia cosi' e non lo > hai provato, ho seri dubbi in proposito. > provato con 2.7 e 3.4 > > Allora, il pacchetto autocontenuto e' molto piu' tipico del mondo windows che > del mondo unix. > Parliamoci... e' un pacchetto che hai scritto e vuoi distribuire o e' un > pacchetto che devi deployare su suddette macchine *di persona*? > deployare su server *di persona*, almeno al primo giro. Dal secondo giro in > avanti il programma è in grado di auto-aggiornarsi. > > Il programma non gira su server dedicati quindi non posso pensare di usare > roba tipo docker e non voglio nemmeno dipendere dal python installato di > default sul sistema. > > Uhm... poi ovviamente docker non e' che gira su tutta la roba che hai > descritto. > Chef pero' potresti usarlo... > Dal momento che mi sono totalmente 'innamorato' di docker mi potreste dire che tipo di controindicazioni ci vedete ? Grazie :) G ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] distribuire programmi python
On 2014-09-06 12:01, Giovanni Porcari wrote: Il programma non gira su server dedicati quindi non posso pensare di usare roba tipo docker e non voglio nemmeno dipendere dal python installato di default sul sistema. Uhm... poi ovviamente docker non e' che gira su tutta la roba che hai descritto. Chef pero' potresti usarlo... Dal momento che mi sono totalmente 'innamorato' di docker mi potreste dire che tipo di controindicazioni ci vedete ? Penso solo questo: On 2014-09-04 13:51, Balan Victor wrote: Ciao a tutti, ho un programma scritto in python che devo far girare su server linux/aix/hp-ux/unix/solaris e windows. Docker gira solo su Linux moderni. Victor insiste che il suo programma scritto in Py 3.4 deve girare anche sul VIC20... -- Daniele ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] distribuire programmi python
> >> Il giorno 05/set/2014, alle ore 18:28, enrico franchi >> ha scritto: >> >> 2014-09-04 23:49 GMT+01:00 Balan Victor : >> Diciamo cosi', se non hai fatto esplicitamente in modo che sia cosi' e >> non lo hai provato, ho seri dubbi in proposito. >> provato con 2.7 e 3.4 >> >> Allora, il pacchetto autocontenuto e' molto piu' tipico del mondo >> windows che del mondo unix. >> Parliamoci... e' un pacchetto che hai scritto e vuoi distribuire o e' un >> pacchetto che devi deployare su suddette macchine *di persona*? >> deployare su server *di persona*, almeno al primo giro. Dal secondo giro >> in avanti il programma è in grado di auto-aggiornarsi. >> >> Il programma non gira su server dedicati quindi non posso pensare di >> usare roba tipo docker e non voglio nemmeno dipendere dal python >> installato di default sul sistema. >> >> Uhm... poi ovviamente docker non e' che gira su tutta la roba che hai >> descritto. >> Chef pero' potresti usarlo... >> > > Dal momento che mi sono totalmente 'innamorato' di docker mi potreste dire > che tipo di controindicazioni ci vedete ? > Per quello che posso dirti e' sempre tutto una scuola di pensiero: parlo con un "devops" e si esalta per docker, lxc e compagnia bella, parlo con un sysadmin o un esperto di distro e gli vengono i brividi freddi. E il bello e' che succede anche il contrario :) Ammetto che il problema delle dipendenze nel mondo UNIX e' da sempre una rottura di scatole (ma questo e' spesso colpa degli sviluppatori che non si curano di chi dovra' usare i loro prodotti, vedi rant di Linus sulle shared libraries), ma dall'altro lato la deduplicazione di file, librerie e binari di sistema che si portano dietro questi sistemi richiedono una grande responsabilita' (qualita' che spesso si costruisce in anni di esperienza da sysadmin e non a colpi di tool 'fashion'). La stessa cosa ad esempio succede con Go, il fatto che sia tutto compilato staticamente (almeno per ora) fa storcere il naso a parecchi... Chi ha ragione ? Boh :) Per come la vedo io il mondo dei container e' una cosa che non si puo' ignorare, e sono contento che Docker abbia avuto successo perche' ha fatto uscire dalle caverne una sfilza di sysadmin intrappolati negli anni 70 convinti che il paradigma UNIX sia perfetto cosi' (ma vaff...) Basta solo ricordarsi che gli aggiornamenti di sicurezza vanno fatti, e vanno fatti per sempre (e se il cliente non vuole pagare per questo servizio NECESSARIO e' meglio che vi firmi qualche bella cartaccia dall'avvocato) -- Roberto De Ioris http://unbit.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] distribuire programmi python
> >> >> Dal momento che mi sono totalmente 'innamorato' di docker mi potreste >> dire >> che tipo di controindicazioni ci vedete ? >> > > > Per quello che posso dirti e' sempre tutto una scuola di pensiero: > > parlo con un "devops" e si esalta per docker, lxc e compagnia bella, parlo > con un sysadmin o un esperto di distro e gli vengono i brividi freddi. E > il bello e' che succede anche il contrario :) > > Ammetto che il problema delle dipendenze nel mondo UNIX e' da sempre una > rottura di scatole (ma questo e' spesso colpa degli sviluppatori che non > si curano di chi dovra' usare i loro prodotti, vedi rant di Linus sulle > shared libraries), ma dall'altro lato la deduplicazione di file, librerie scusate qui intendevo "duplicazione" :) -- Roberto De Ioris http://unbit.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] socket e MSG_OOB: bug?
Manlio, stai scherzando vero? Stai dicendo che il trasporto udp è più affidabile del tcp (best effort)? ciacia Il Venerdì 5 Settembre 2014 12:04, Manlio Perillo ha scritto: 2014-09-04 12:19 GMT+02:00 Remo The Last : 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 Perchè mai usi MSG_OOB, ossia messaggi fuori banda, la cui semantica è implementation specific? http://pubs.opengroup.org/onlinepubs/9699919799/functions/send.html http://pubs.opengroup.org/onlinepubs/9699919799/functions/recv.html crasha sempre. E questa è una conferma. > > Cosa intendi con crasha? Per me (e per molti altri) crashare significa andare in segfault, ma dubito che sia questo il caso. Probabilmente intendi che viene sollevata una eccezione, che dovrebbe darti utili informazioni aggiuntive. Ma è anche vero che un socket client con flag MSG_OOB taglia a destra di un byte il messaggio da inviare. Come saprai, se fai un send(N bytes) e recv(N bytes) non è detto che recv ti restituisca esattamente N bytes, ma di solito qualcosa in meno. Il tutto poi è complicato dall'uso dei messaggi out-of-band. Che tipo di socket stai usando? Che sistema operativo? 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. > > Questo è un errore molto comune tra chi si avvicina alla programmazione di rete. Quando invii qualcosa via socket di tipo stream devi **sempre** usare un protocollo che permetta a chi riceve i dati di capire dove inizia e dove finisce un "messaggio". In particolare, se vuoi spedire messaggi brevi in modo facile, usa i socket di tipo SOCK_DGRAM invece di SOCK_STREAM, ma assicurati di capire come funzionano. Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] combinazione tasti in hex
Caro Manlio, prova a massacrare con flood utf-8/16/32 server remoti che accettano solo ASCII. Ti garantisco che sono molto buono e nei vari test i programmi da me implementati (e usando threading) hanno dimostrato di esser cattivelli. Da qui è nata l'idea di testare flood in esadecimale fino ad accorgermi della funzione MSG_OOB dei socket di python (che altro non è che una flag 'urgent' per tcp). Ed ho trovato i bug in parte confermati dai risultati di google. E ancora, da qui, inviare veri e propri comandi tipo ctrl-c/z/alt-canc alle macchine con settaggi più deboli. ...ma chissà perchè in linea non si riesce a trovare l'hex di ctrl-alt-canc. Sembra quasi protetto. Semplicemente non l'ho trovato dopo aver googlato tutta una sera fino a tarda notte. Se tu trovi magari inviamelo. PS: se vuoi rinforare un socket con caratteri che ti indicano inizio e fine di una trasmissione sei liberissimo, ma do per certo che tcp mi consegna sempre tutto. O allora farci un calcolo sopra o una trasmissione ridondante o in parte ridondante. E di server/client udp ne ho usati parecchi. ciao py.Re Il Venerdì 5 Settembre 2014 15:05, Manlio Perillo ha scritto: 2014-09-05 12:37 GMT+02:00 Manlio Perillo : 2014-08-27 22:13 GMT+02:00 Remo The Last : > >ciao lista, >>sto implementando un programmino che invia a remoto una combinazione di >>tasti: ex ctrl-Z, ctrl-C (ecc) utilizzando il suo corrispettivo in hex. >> >> >> > > >Dato che dubito siano combinazioni di tasti arbitrarie, ma semplicemente >combinazione di tasti per ottenere caratteri speciali, perchè non invii >semplicemente il codice Unicode (codificato in UTF-8) del carattere speciale? > > Ecco uno script che stampa a schermo i caratteri Unicode associati ai tasti (o combinazione di tasti) premuti. L'ho chiamato showchars, ed è simile a showkeys di Linux ma più di alto livello dato che tratta caratteri e non codici della tastiera: http://pastebin.com/VHSTF2Je Il codice è per Python 2.x > [...] Ciao Manlio___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] socket e MSG_OOB: bug?
2014-09-06 14:02 GMT+02:00 Remo The Last : > Manlio, stai scherzando vero? > Stai dicendo che il trasporto udp è più affidabile del tcp (best effort)? > ciacia > > > No. Sto dicendo che se vuoi dialogare tramite "messaggi" o usi SOCK_STREAM con un dato protocollo, oppure usi SOCK_DGRAM. Se ti senti audace puoi anche usare SOCK_SEQPACKET (SCTP), che è reliable. Altrimenti non ha senso parlare di affidabilità, perchè il tuo programma è errato quindi inaffidabile in partenza. Nota che UDP su socket di tipo AF_LOCAL (aka UNIX) dovrebbe essere reliable. > [...] P.S.: per favore in futuro quota il messaggio originale *solo* se ti serve per la risposta, e quota *sopra* e non *sotto* il messaggio; grazie Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] combinazione tasti in hex
2014-09-06 14:23 GMT+02:00 Remo The Last : > Caro Manlio, > prova a massacrare con flood utf-8/16/32 server remoti che accettano solo > ASCII. Ti garantisco che sono molto buono e nei vari test i programmi da me > implementati (e usando threading) hanno dimostrato di esser cattivelli. > > Che tipo di server? Che protocollo? Che programmi? > Da qui è nata l'idea di testare flood in esadecimale fino ad accorgermi > della funzione MSG_OOB dei socket di python (che altro non è che una flag > 'urgent' per tcp). Ed ho trovato i bug in parte confermati dai risultati di > google. > > Scusa ma temo di non capire di cosa stiamo parlando. Cosa stai cercando di fare? Ho solo capito che vuoi attaccare un server, ma sfruttando quale protocollo (ed eventualmente programma)? telnet? ssh? > E ancora, da qui, inviare veri e propri comandi tipo ctrl-c/z/alt-canc > alle macchine con settaggi più deboli. ...ma chissà perchè in linea non > si riesce a trovare l'hex di ctrl-alt-canc. Sembra quasi protetto. > Semplicemente non l'ho trovato dopo aver googlato tutta una sera fino a > tarda notte. Se tu trovi magari inviamelo. > > Di nuovo, non capisco il problema. Se ti colleghi ad un terminale UNIX remoto, quello che vuoi lo trovi leggendo lo standard POSIX riguardo termios. > PS: se vuoi rinforare un socket con caratteri che ti indicano inizio e > fine di una trasmissione sei liberissimo, ma do per certo che tcp mi > consegna sempre tutto. O allora farci un calcolo sopra o una trasmissione > ridondante o in parte ridondante. E di server/client udp ne ho usati > parecchi. > > Non ho capito... > [...] Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] distribuire programmi python
On 2014-09-06 12:36, Roberto De Ioris wrote: Ammetto che il problema delle dipendenze nel mondo UNIX e' da sempre una rottura di scatole (ma questo e' spesso colpa degli sviluppatori che non si curano di chi dovra' usare i loro prodotti, vedi rant di Linus sulle shared libraries) Link or it didn't happen :) -- Daniele ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] distribuire programmi python
Il giorno 06 settembre 2014 13:33, Daniele Varrazzo ha scritto: > On 2014-09-06 12:01, Giovanni Porcari wrote: >> >> Dal momento che mi sono totalmente 'innamorato' di docker mi potreste dire >> che tipo di controindicazioni ci vedete ? >> > > Penso solo questo: > > On 2014-09-04 13:51, Balan Victor wrote: > >> Ciao a tutti, >> ho un programma scritto in python che devo far girare su server >> linux/aix/hp-ux/unix/solaris e windows. >> > > Docker gira solo su Linux moderni. Victor insiste che il suo programma > scritto in Py 3.4 deve girare anche sul VIC20... ahahah ... in realtà mi accontento solo di win e linux tutte le altre piattaforme sono un 'di più' che non fa male ma che se c'è bene se non c'è amen Per come la vedo io il mondo dei container e' una cosa che non si puo' > ignorare, e sono contento che Docker abbia avuto successo perche' ha fatto > uscire dalle caverne una sfilza di sysadmin intrappolati negli anni 70 > convinti che il paradigma UNIX sia perfetto cosi' (ma vaff...) come ho scritto qualche mail sopra il programma deve girare su server dedicati ad altre applicazioni(raccoglie metriche e fa 'query') quindi non posso isolare il programma, e poi almeno la metà dei server è win. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] socket e MSG_OOB: bug?
2014-09-06 14:50 GMT+02:00 Manlio Perillo : > 2014-09-06 14:02 GMT+02:00 Remo The Last : > >> Manlio, stai scherzando vero? >> Stai dicendo che il trasporto udp è più affidabile del tcp (best effort)? >> ciacia >> >> >> No. Sto dicendo che se vuoi dialogare tramite "messaggi" o usi > SOCK_STREAM con un dato protocollo, oppure usi SOCK_DGRAM. Se ti senti > audace puoi anche usare SOCK_SEQPACKET (SCTP), che è reliable. > Altrimenti non ha senso parlare di affidabilità, perchè il tuo programma è > errato quindi inaffidabile in partenza. > > Nota che UDP su socket di tipo AF_LOCAL (aka UNIX) dovrebbe essere > reliable. > Aggiungo TCP_NODELAY su socket di tipo SOCK_STREAM (TCP): import socket s = socket.socket() s.setsockopt(socket.SOL_TCP, socket.TCP_NODELAY, 1) In genere viene usato in protocolli molto "parlanti" quali FTP e SMTP. Se i messaggi sono brevi lo speedup è considerevole (quasi il doppio) quindi puoi valutare se usare quello anzichè SOCK_DGRAM (UDP) che come è noto non è reliable in quanto a recapito e integrità dei dati. Riguardo MSG_OOB, non riesco proprio a immaginare a cosa ti serva. Ad oggi credo sia, di fatto, completamente inutile ergo molto probabilmente *non* ti serve. --- Giampaolo http://grodola.blogspot.com/ ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] distribuire programmi python
On 2014-09-06 14:27, Balan Victor wrote: Docker gira solo su Linux moderni. Victor insiste che il suo programma scritto in Py 3.4 deve girare anche sul VIC20... ahahah ... in realtà mi accontento solo di win e linux tutte le altre piattaforme sono un 'di più' che non fa male ma che se c'è bene se non c'è amen Fa male. -- Daniele ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] socket e MSG_OOB: bug?
2014-09-06 15:28 GMT+02:00 Giampaolo Rodola' : > > 2014-09-06 14:50 GMT+02:00 Manlio Perillo : > >> 2014-09-06 14:02 GMT+02:00 Remo The Last : >> >>> Manlio, stai scherzando vero? >>> Stai dicendo che il trasporto udp è più affidabile del tcp (best effort)? >>> ciacia >>> >>> >>> No. Sto dicendo che se vuoi dialogare tramite "messaggi" o usi >> SOCK_STREAM con un dato protocollo, oppure usi SOCK_DGRAM. Se ti senti >> audace puoi anche usare SOCK_SEQPACKET (SCTP), che è reliable. >> Altrimenti non ha senso parlare di affidabilità, perchè il tuo programma >> è errato quindi inaffidabile in partenza. >> >> Nota che UDP su socket di tipo AF_LOCAL (aka UNIX) dovrebbe essere >> reliable. >> > > Aggiungo TCP_NODELAY su socket di tipo SOCK_STREAM (TCP): > > Questo riguarda le prestazioni; il mio discorso riguardava la logica del programma. Usare TCP_NODELAY con il codice originale dell'OP non credo lo renda corretto. > Riguardo MSG_OOB, non riesco proprio a immaginare a cosa ti serva. Ad oggi > credo sia, di fatto, completamente inutile ergo molto probabilmente *non* > ti serve. > > Il problema è che l'OP non ha spiegato chiaramente cosa sta cercando di fare. L'unica cosa che mi viene in mente è che sta cercando di inviare segnali tramite telnet. > [...] Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] distribuire programmi python
> On 2014-09-06 12:36, Roberto De Ioris wrote: > >> Ammetto che il problema delle dipendenze nel mondo UNIX e' da sempre >> una >> rottura di scatole (ma questo e' spesso colpa degli sviluppatori che >> non >> si curano di chi dovra' usare i loro prodotti, vedi rant di Linus >> sulle >> shared libraries) > > Link or it didn't happen :) > > Eh hai ragione, ma mica mi ricordo che intervista era :) Il succo era che si lamentava del fatto che molti sviluppatori di librerie non si curassero di rompere le ABI (non le API) complicando la vita a molti utilizzatori. Me lo ricordo perche' prima di sentirlo non mi ero mai curato di rompere le ABI :) -- Roberto De Ioris http://unbit.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] socket e MSG_OOB: bug?
rispondo e per me chiudo il thread: Il thread era il bug (vedi oggetto) di MSG_OOB e non l'affidabilità dei protocolli di rete. Che poi, i nostri cari protocolli, a qualunque livello delle stack, sono tutti un buco. Chiudo dicendo che purtroppo sto su yahoo e che per rispondere al thread, yahoo si trasporta tutta la conversazione. Me ne andrò su libero.it prossimamente o altra email. salutoni a tutt@ py.Re Il Sabato 6 Settembre 2014 15:45, Manlio Perillo ha scritto: 2014-09-06 15:28 GMT+02:00 Giampaolo Rodola' : > >2014-09-06 14:50 GMT+02:00 Manlio Perillo : > >2014-09-06 14:02 GMT+02:00 Remo The Last : >> >>Manlio, stai scherzando vero? >>>Stai dicendo che il trasporto udp è più affidabile del tcp (best effort)? >>>ciacia >>> >>> >>> >>> >>No. Sto dicendo che se vuoi dialogare tramite "messaggi" o usi SOCK_STREAM >>con un dato protocollo, oppure usi SOCK_DGRAM. Se ti senti audace puoi anche >>usare SOCK_SEQPACKET (SCTP), che è reliable. >>Altrimenti non ha senso parlare di affidabilità, perchè il tuo programma è >>errato quindi inaffidabile in partenza. >> >> >>Nota che UDP su socket di tipo AF_LOCAL (aka UNIX) dovrebbe essere reliable. > > >Aggiungo TCP_NODELAY su socket di tipo SOCK_STREAM (TCP): > > Questo riguarda le prestazioni; il mio discorso riguardava la logica del programma. Usare TCP_NODELAY con il codice originale dell'OP non credo lo renda corretto. Riguardo MSG_OOB, non riesco proprio a immaginare a cosa ti serva. Ad oggi credo sia, di fatto, completamente inutile ergo molto probabilmente *non* ti serve. > > Il problema è che l'OP non ha spiegato chiaramente cosa sta cercando di fare. L'unica cosa che mi viene in mente è che sta cercando di inviare segnali tramite telnet. > [...] Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] socket e MSG_OOB: bug?
On Sep 6, 2014 9:23 PM, "Remo The Last" wrote: > Chiudo dicendo che purtroppo sto su yahoo e che per rispondere al thread, yahoo si trasporta tutta la conversazione. Me ne andrò su libero.it prossimamente o altra email. Lo fa anche Gmail. Ma con un po' di buona volontà si riesce a fare tutto. Garantito. Ciao. Marco. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] socket e MSG_OOB: bug?
> rispondo e per me chiudo il thread: > > Il thread era il bug (vedi oggetto) di MSG_OOB e non l'affidabilità dei > protocolli di rete. Che poi, i nostri cari protocolli, a qualunque livello > delle stack, sono tutti un buco. > Va bene, ma almeno la curiosita' di sapere cosa volevi fare potevi togliercela :) Cioe' hai dato l'idea che volevi "bucare" un server a colpi di messaggi out of band, cioe' siamo ai livelli di "codice swordfish" :P (con tutto il rispetto per il film, che a parte la fanta-informatica trovo divertente) -- Roberto De Ioris http://unbit.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] socket e MSG_OOB: bug?
Marco Beri : > Lo fa anche Gmail. intendi il + in basso alla mail? e che ci vuole la "volontà" per cliccarci sopra? è un po' sottostimata sta parola :-) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Range e float
Buona sera lista, sono giorni che mi arrovello per usare il costrutto range con valori a virgola mobile. Ho scoperto poi che range accetta solo numeri interi ma, esistono anche delle soluzioni per il float che lavora con range. Ho googlato per cercare esempi e non sono riuscito a farli funzionare. Uso Python 3 sono agli inizio e quindi faccio un passetto per volta. Allego il codice. Grazie e saluti andrea #!/usr/bin/python # -*- coding: utf-8 -*- lat_s = float(input("Inserisci i secondi di latitudine; con un valore compreso tra 0 e 59.9; es 34.52: ")) while lat_s not in range (60.0): #range (star, stop, step). Se si inserisce un solo valore il programma considera il range da 0 al valore inserito print() print("\033[36m ATTENZIONE --- Valore non consentito --- ATTENZIONE\033[0m") print() lat_s = float(input("Inserisci i secondi di latitudine; con un valore compreso tra 0 e 59.9; es 34.52: ")) print(lat_s) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Range e float
visto il tuo esempio forse sarebbe meglio qualcosa tipo: while lat_s<0 or lat_s>60.0: ... la funzione range in generale ti restituisce un iterable e in questo caso non mi sembra che sia appropriato Il giorno 06 settembre 2014 19:45, Andrea Congiu ha scritto: > Buona sera lista, > sono giorni che mi arrovello per usare il costrutto range con valori a > virgola mobile. Ho scoperto poi che range accetta solo numeri interi ma, > esistono anche delle soluzioni per il float che lavora con range. Ho > googlato per cercare esempi e non sono riuscito a farli funzionare. > > Uso Python 3 > > sono agli inizio e quindi faccio un passetto per volta. > > Allego il codice. > > Grazie e saluti > > andrea > > ___ > Python mailing list > Python@lists.python.it > http://lists.python.it/mailman/listinfo/python > > -- "Shipping is a feature. A really important feature. Your product must have it." "Rendete ogni cosa il più semplice possibile, ma non di più" (Albert Einstein) "You are what you choose today, not what you've chosen before" "Unix IS user friendly. It's just selective about who its friend are" ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] socket e MSG_OOB: bug?
2014-09-06 19:02 GMT+02:00 Roberto De Ioris : > > > rispondo e per me chiudo il thread: > > > > Il thread era il bug (vedi oggetto) di MSG_OOB e non l'affidabilità dei > > protocolli di rete. Che poi, i nostri cari protocolli, a qualunque > livello > > delle stack, sono tutti un buco. > > > > Va bene, ma almeno la curiosita' di sapere cosa volevi fare potevi > togliercela :) > > A me interessava più capire cosa intendesse con "bug", riguardo MSG_OOB. Se intendeva un "design bug", in molti condividono; ma lui parlava di crash in un particolare pezzo di codice senza dare maggiori dettagli come il traceback dell'eccezione. > [...] Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] distribuire programmi python
Appoggio anch'io Ansible. Io ed un mio amico fra l'altro ci siamo creati dei playbook per configurare i nostri stessi desktop. Ed anch'io sono dell'idea che la leadership di Ansible sia poco illuminata. Il mio pet peeve è il loro setup.py, che è rotto (python setup.py install fallisce in alcuni contesti) in quanto usano delle feature di setuptools nel setup.py, ma si ostinano ad usare distutils... fra le conseguenze, `setup.py develop` non funziona ma a loro non gliene interessa e rifiutano le PR, tanto hanno il loro hacking/env_setup script... perchè fare le cose nel modo corretto che supporta il workflow di tutti gli altri, quando possiamo riscrivere il codice del setup, in una versione monca? https://github.com/ansible/ansible/pull/3829 2014-09-06 15:48 GMT+02:00 Roberto De Ioris : > >> On 2014-09-06 12:36, Roberto De Ioris wrote: >> >>> Ammetto che il problema delle dipendenze nel mondo UNIX e' da sempre >>> una >>> rottura di scatole (ma questo e' spesso colpa degli sviluppatori che >>> non >>> si curano di chi dovra' usare i loro prodotti, vedi rant di Linus >>> sulle >>> shared libraries) >> >> Link or it didn't happen :) >> >> > > Eh hai ragione, ma mica mi ricordo che intervista era :) > Non era uno di questi 2 thread? https://lkml.org/lkml/2012/9/30/108 https://gcc.gnu.org/ml/gcc/2001-02/msg00898.html ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python