Re: [Python] Python exception or return code.

Il 01 marzo 2015 01:10:51 CET, Massimiliano della Rovere ha scritto: >Mi è venuto in mente che alla lista va aggiunto anche l'AsyncResult di >gevent http://www.gevent.org/gevent.event.html#gevent.event.AsyncResult >i >cui attributi "value" e "exception" implementano la logica che >vorresti. > >Il

Re: [Python] Python exception or return code.

2015-03-01 16:33 GMT+01:00 enrico franchi : > > 2015-03-01 14:40 GMT+00:00 Manlio Perillo : > > In alcuni casi panic viene anche usato quando i parametri di un >> "costruttore" non sono validi >> (in questo caso, in un mondo ideale, l'errore dovrebbe essere riportato >> dal compilatore). >> > > Ch

Re: [Python] Python exception or return code.

2015-03-01 16:15 GMT+01:00 enrico franchi : > Mi sembra un po' una vana speranza: codice *senza* bachi sopra una certa > dimensione non e' che ne veda molto Ma come? E i S.O. di Microsoft? :) Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros

Re: [Python] Python exception or return code.

2015-03-01 14:40 GMT+00:00 Manlio Perillo : Pensa a panic come una eccezione hardware, tipo SIGSEGV. > Non è una situazione da cui puoi effettuare un ricovero "normale". > Ma si, questo mi e' chiaro. Non e' un segreto in Go. Anche se... per esempio se accedo fuori bound ad un array mi prendo un p

Re: [Python] Python exception or return code.

2015-03-01 7:37 GMT+00:00 Giovanni Porcari : > Ti devo una birra in più ;) > Gia' capito che finisco sbronzo... :) -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python

Re: [Python] Python exception or return code.

2015-03-01 0:12 GMT+00:00 Giorgio Zoppi : > Si, > Grazie interessanti punti di vista. Il viaggio del apprendista stregone > informatico inizia da consegnare: > 1. codice bug free > 2. codice bug free in qualsiasi condizione esterna. > Io direi che qui terminerebbe, ammesso che ci si arrivasse mai

Re: [Python] Python exception or return code.

2015-02-28 23:00 GMT+01:00 enrico franchi : > [...] > Perche' voglio dire... potremmo scrivere intere librerie e framework in > Python (per dire) con la convenzione di ritornare tuple per la roba che > puo' fallire. Alla fine credo che non si faccia non solo perche' non e' la > maniera di Python

Re: [Python] Python exception or return code.

2015-02-28 19:34 GMT+01:00 enrico franchi : > [...] > In Python la tradizione e' fare un uso abbastanza liberale delle > eccezioni. Di per se si potrebbe avere anche la convenzione di ritornare > *sempre* una tupla con qualcosa che indica l'errore. In Go si fa cosi' (o > per lo meno, e' diffuso)

Re: [Python] Python exception or return code.

> Il giorno 01/mar/2015, alle ore 01:35, enrico franchi > ha scritto: > > > > 2015-02-28 23:32 GMT+00:00 Giovanni Porcari : > > Però mi sono sempre chiesto una cosa: siccome in python comunque tutto è un > oggetto, > non sarebbe in qualche modo plausibile rendere l'errore come attributo del

Re: [Python] Python exception or return code.

2015-02-28 23:32 GMT+00:00 Giovanni Porcari : > > Però mi sono sempre chiesto una cosa: siccome in python comunque tutto è > un oggetto, > non sarebbe in qualche modo plausibile rendere l'errore come attributo del > risultato ? > Se ad esempio scrivo x=f(y) allora posso poi testare x.__error__ per

Re: [Python] Python exception or return code.

Si, Grazie interessanti punti di vista. Il viaggio del apprendista stregone informatico inizia da consegnare: 1. codice bug free 2. codice bug free in qualsiasi condizione esterna. In questo caso si han di fronte tre cose: 1. Programmer bugs 2. Errori recuperabili (soft error) 3. Errori non recu

Re: [Python] Python exception or return code.

Mi è venuto in mente che alla lista va aggiunto anche l'AsyncResult di gevent http://www.gevent.org/gevent.event.html#gevent.event.AsyncResult i cui attributi "value" e "exception" implementano la logica che vorresti. Il giorno dom 1 mar 2015 00:57 Massimiliano della Rovere < massimiliano.dellarov

Re: [Python] Python exception or return code.

Si pone però un problema in questo scenario: dato che il risultato non può essere generato (a causa dell'errore), manca qualcosa a cui agganciare il magic method __error__. Una possibile soluzione a questo problema sono: - i deferred di Twisted https://twistedmatrix.com/documents/current/core/howt

Re: [Python] Python exception or return code.

> Il giorno 28/feb/2015, alle ore 19:34, enrico franchi > ha scritto: > > > > On Sat, Feb 28, 2015 at 2:06 PM, Giorgio Zoppi > wrote: > Vorrei aprire una discussione senza cadere nella trappola del > expert beginner. > In Python in quali casi e' preferibile usare eccezzioni o in quali casi

Re: [Python] Python exception or return code.

2015-02-28 21:04 GMT+00:00 Nicola Larosa : > Enrico Franchi wrote: > > si potrebbe avere anche la convenzione di ritornare *sempre* una tupla > > con qualcosa che indica l'errore. In Go si fa cosi' (o per lo meno, e' > > diffuso) > > No no, che diffuso, il modo è quello e basta, vedi blog ufficial

Re: [Python] Python exception or return code.

Enrico Franchi wrote: > si potrebbe avere anche la convenzione di ritornare *sempre* una tupla > con qualcosa che indica l'errore. In Go si fa cosi' (o per lo meno, e' > diffuso) No no, che diffuso, il modo è quello e basta, vedi blog ufficiale: Error handling and Go

Re: [Python] Python exception or return code.

On Sat, Feb 28, 2015 at 2:06 PM, Giorgio Zoppi wrote: > Vorrei aprire una discussione senza cadere nella trappola del > expert beginner. > In Python in quali casi e' preferibile usare eccezzioni o in quali casi e' > preferibile usare return codes. Secondo la teoria, spiegata in *Framework > Desig

[Python] Python exception or return code.

Vorrei aprire una discussione senza cadere nella trappola del expert beginner. In Python in quali casi e' preferibile usare eccezzioni o in quali casi e' preferibile usare return codes. Secondo la teoria, spiegata in *Framework Design Guidelines: Conventions, Idioms, and Patterns for Reusable .NET