Ho svariati inviti a Google Wave, chiedete e vi sarà dato.

Ho appena rilasciato la prima Beta di QVS 2

Non che la complessità del programma richieda la realizzazione di versioni di Testing, è solo un modo per iniziare farvelo usare prima ancora del suo completamento.

C'è un bug nel calcolo della vincita, non perfettamente arrotondato (presente anche nella 1.5.5)
Mancano un paio di controlli sugli importi
Manca una finestra "informazioni" anche se c'è il pulsante
Mancano una marea di altre cose, ma funziona, e questo mi basta per rilasciarlo come Beta.

I donwload saranno disponibili a breve sul sito http://code.google.com/p/qvs/

Sono disponibili 2 versioni, una per Windows e una per Linux, malgrado esse siano esattamente uguali.
L'unica differenza sta nel fatto che la versione per Windows per funzionare ha bisogno dell'installazione a parte delle gtk, perciò esso comprende  l'eseguibile che come sempre non necessita di installazioni (che però portandosi dietro le librerie pesa un quintale in più)

Per la versione stabile si dovrà aspettare ancora qualche settimana, ma QVS 2 è già presente.

P.s. Il mantenimento del nome QVS 2 non è ancora ufficiale, potrebbe cambiare nome.

Era da mesi che non mi divertivo cosi tanto a programmare, avevo dimenticato le gioie della programmazione con grafica, e devo dire che le GTK una volta capite sono uno spettacolo.

QVS 2.0 ingrana la 2° e inizia a fare qualcosa, infatti da stasera, calcola le vincite dell'estratto determinato.

Non le arrotonda, non le formatta, ma calcola le vincite e per ora tanto basta.

Pensavo di essermi definitamente liberato del gravoso carico di mantenere la versione 1.x di QVS, invece devo fare un altro sforzo.

Ieri, durante la realizzazione della prima versione di QVS 2.0, è stato portato alla mia attenzione la presenza di un bug in tutte le versioni di QVS.

È un bug di logica, il programma funziona bene e tutti i risultati sono corretti (fino a nuova prova contraria), l'unico problema è che il programma consente all'utente di fare qualcosa che non può fare.

Infatti se si giocano più di 2 numeri, il programma consente di giocare un importo totale maggiore di 200 €, cosa impossibile nel lotto. L'unico controllo eseguito è sui singoli importi, non sul totale di essi.

Il bug di per se non è terribile, in fondo i calcoli della vincita, per quanto impossibili da ottenere nella vita reale, sono esatti.

Basterebbe aggiungere un controllo sull'importo totale (roba da 20 secondi), ma ciò, pur funzionando, lascerebbe una grossa lacuna al programma, infatti se io gioco 200 € all'estratto è inutile che il programma mi chieda l'importo dell'ambo, del terno e via discorrendo, perché sarebbe già stato raggiunto l'importo massimo giocabile.

Per fare le cose per bene, servono più di 20 secondi, serve un controllo sul totale a ogni cambio di importo, il bug sarà risolto, ma non nell'immediato. Le priorità sono altre.
Per il momento godetevi la vostra versione bacata di QVS, ricordandovi che se una puntata non è giocabile, la sua vincita sarà sempre 0.

Sono passate solo 24 ore e l'idea di sviluppare una versione di QVS compatibile con Python3000 è già sfumata.

Purtroppo la nuova versione di Python è incompatibile con la funzione getch che uso per gran parte degli input, si potrebbe fare a me di essa, ma l'idea di tornare ai livelli d'usabilità della versione 1.3 non mi esalta.

Se Python3000 viene snobbato da molti sviluppatori, una ragione c'è......per il momento Python 2.x rimane la scelta migliore.

QVS 1.5.5.3000 muore qui.

No, non ho creato 3000 revisioni della stessa versione in una notte, è il nome più probabile che darò alla prossima release di QVS, che ovviamente è ancora in cantiere.

Il "3000" non sta lì per caso, se avete famigliarità con python saprete che la versione 2.6 in cui è creato QVS non è l'ultima versione disponibile.
Infatti è già disponibile da mesi la versione 3 (attualmente alla versione 3.1).

Python 3, comunemente chiamato Python3000 non è ancora di default in alcuna distro GNU/Linux, e in generale, i programmatori non fanno ancora a gara a chi realizza prima una versione del loro programma compatibile con Python3.

Ma prima o poi dovremo abbandonare Python2.x (ancora pienamente supportato) e adottare Python3 con tutte le novità e i cambiamenti che esso porta.

Programmare in Python3000 non è facile neppure per uno come me che ha iniziato da poco a studiare Python, figuriamoci per chi usa il ramo 2.6 da anni.
Credo comuqnue che sia importante creare una versione di QVS compatibile con Python3000, per tutti quelli che preferiscono "il futuro" oggi o semplicemente lo preferiscono al ramo 2.x

La creazione di QVS 1.5.5.3000 sarà facilitata da un tool creato dalla stessa Python Foundation (2to3), ma il lavoro da fare per renderlo funzionante è ancora tanto, credo che ci vorrà almeno una settimana prima di poterlo considerare stabile, e le modifiche da apportare saranno molte.

Premetto che ho fatto le cose cosi in fretta che le possibilità che qualcosa mi sia sfuggito sono altissime, perciò prendete questa nuova versione con le pinze.

Non dico che mi farete da beta tester, ma quasi, è pur sempre la prima volta che creò un pacchetto deb.

Da pochi secondi su http://code.google.com/p/qvs/downloads/list è disponibile la versione 1.5.5 di QVS (al momento solo per Linux, Windows dovrà attendete)
Le novità di questa versione sono poche, giusto qualche aggiustatina qua e la, se ho deciso di usare la numerazione 1.5.5 è perché c'è una grande novità:

La creazione del pacchetto Deb, con cui è possibile installare il programma su un sistema Debian o derivato da esso (come Ubuntu).

Ripeto che è la prima volta che creò un pacchetto Deb e perciò sono nuovo del mestiere, ma 3 giorni di prove su 3 diversi sistemi (jaunty, karmic e debian sid) mi hanno convinto che il pacchetto fosse praticamente pronto.

Per quanto riguarda Windows, mi metterò a lavoro tra qualche minuto, e spero in serata di rilasciare la sua versione aggiornata.

Mi sono levato il dente, QVS 1.5.5 è stato rilasciato, e con questo chiudiamo il ramo 1.x, adesso mi dedicherò alla creazione di un piccolo wiki sul programma, poi si vedrà, se la giocano "la versione 2.0" e "la versione per cellullari symbian", vedremo chi la spunterà.

p.s.Quasi dimenticavo, il file di configurazione è stato spostato nella home dell'utente all'indirizzo /home/$USER/.QVS/qvsconfig, stessa cosa accade nel pacchetto deb.

Malgrado stia leggendo, anzi rileggendo la trilogia in cinque parti de "la guida galattica per gli autostoppisti", il lettore non sono io, ma quello del distributore.

Una insolita storia del tabacchino.

Come sapete da una settimana mio fratello è in luna di miele, e io porto avanti il tabacchino con vari aiuti esterni.
Quello che non sapete è che giorno 30 Settembre, il primo giorno, quello della partenza di mio fratello, si è rotto il lettore di banconote del distributore automatico.

Sorvolando la parte in cui non vengo creduto da mio fratello, che pensa giustamente che sia uno scherzo, passiamo direttamente alla disavventura.

Giorno 30, o forse giorno 1 Ottobre il lettore si rompe, non lo fa sotto i nostri occhi quindi è difficile capire quando sia successo, la sensazione è che non abbia mai preso una banconota da giorno 29. Le luci non lampeggiano, e non accetta nessuna banconota.

Una volta contattata l'assistenza (che nel frattempo non vende più quella marca di distributori), non resta che aspettare; Quanto?, 1 giorno, forse 2.

Passano 6 giorni (oggi) e finalmente arriva il tecnico.

Apriamo il distributore e non posso non notare la presenza di 5 € nel cassettino dove finiscono i soldi presi.
Sapevo di averli tolti tutti, quindi l'unica cosa plausibile è che il lettore abbia ripreso a funzionare prendendo quella banconota.

"E ora che c'è il tecnico?, se funziona l'ho fatto venire a vuoto, se non funziona c'è il salasso del cambio del prezzo.....cavolo proprio ora doveva ricominciare a funzionare, non 4 giorni fa"

Il tecnico, vedendo le luci funzionare, mi chiede una banconota, gli passo 5 € e la macchina li prende senza esitazione.

L'imbarazzo entra dalla porta principale senza neppure bussare

Farfuglio qualcosa, "stamani non funzionava, ieri non funzionava, quando vi abbiamo chiamato e abbiamo fatto le prove con voi al telefono non funzionava. Ora si...........se non sapete voi il perché, lo so io?"

Prendiamo un altra banconota, prova a inserirla e le luci si spengono di botto, gli ingranaggi dentro iniziano a girare a vuoto senza motivo. La banconota ci rimane nelle mani.

Buona la prima, ma il lettore è rotto e si vede.

Lo cambiamo e facciamo la prova svariate volte, funziona. Salasso o meno, adesso funziona, e giovedi si devono pagare le sigarette quindi:

"Lavora lurida macchina, lavora."

P.S. per questo e mille altri motivi, in questi giorni ho poca voglia di programmare, Qvs 1.5.5 dovrà attendere tempi migliori.

Come già detto mio fratello si è sposato Sabato e domani partirà in viaggio di nozze.

Perciò è giunto il momento tanto non-atteso, quello in cui per 15 giorni sarò responsabile al 100% di qualsiasi questione riguardante il tabacchino, versamenti, prelievi, ordini, commercialista, distributori, tutto "mia responsabilità".

La sto facendo troppo tragica, non sarà nulla di straordinario, in più saremo aperti solo la mattina (va bene restare aperti, ma che faccia il doppio delle ore mentre lui se la spassa in Australia, assolutamente no.)

Detto ciò, non c'è altro da aggiungere.

Mio fratello si è sposato!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

E dopo 24-36 a fare il bravo fratello (e testimone) sono tornato alla base (tutto questo l'altro ieri).

Del matrimonio non parlo, vorrei, ma ricordare tutti gli eventi è un'impresa difficile che lascio a altri.

Oltre a fare gli auguri agli sposi, e ad aver aggiunto mia cognata all'albero genealogico che tengo su genoom.com, oggi è stato anche il giorno del ritorno alla normalità, mentre vi scrivo ho solo 2 tab aperte, ieri.......vi dico solo che i feed "arretrati" erano 540 (non si può stare 2 giorni senza internet che ti affogano nelle notizie)

È giunto il momento di chiarire le idee e pensare a cosa devo fare.

C'è un progetto in cantiere da mesi, necessità di Ruby (o meglio mi sono impuntato di farlo in Ruby), ma richiede conoscenze che non possiedo.
C'è una versione non-versione di QVS, la 1.5.5 da fare, dove devo "correggere il tiro"
C'è un utility che in futuro mi servirà che ancora non funziona bene, e prima la sistemo meglio è.
C'è un piccolo programma che potrebbe essere molto utile per il tabacchino.
C'è un manuale, una wiki, una pacchetto Deb e una versione per Symbian da fare a QVS, piccole cose che sarebbero già dovute essere pronte.....

Ma soprattutto c'è lui. QVS 2.0. La prima versione di QVS con GUI, scritta in PYGTK, con l'ausilio di un programma straordinario come GLADE.

QVS 2.0 avrà uno sviluppo lento, con molte alpha e decine di migliaia di Beta (forse sto esagerando...), l'idea di aprire un repository SVN o GIT è alta, ma non sarei in grado di gestirlo. L'unica cosa che sò è che dovrà essere testato molte volte e il suo sviluppo non sarà rapido, quindi verrà rilasciato a ogni nuova miglioria fino alla release ufficiale.

Malgrado QVS 2.0 sia il progetto più "a lungo termine" di quelli della lista, non gli ho saputo resiste ed è proprio a lui che sto lavorando in questi giorni.

Volete un assaggio di quello che sarà?, eccovi un Mockup:

Dopo una lunga attesa posso finalmente annunciare l'uscita di QVS 1.5

Disponibile come sempre all'indirizzo http://code.google.com/p/qvs/, QVS 1.5 offre una vasta gamma di migliorie

- Possibilità di modificare gli importi già inseriti
- Spostati (con indentatura) i parziali dopo il totale al quale si riferiscono invece che prima
- Migliorato il controllo e la gestione del file di configurazione
- Creata l'opzione "--si_parizali" che consente di stampare temporaneamente i parziali
- modificata l'opzione "-no_parziali" in "--no_parziali" per maggiore compatibilità con lo standard GNU
- Aggiunta la possibilità di visualizzare l'ultima estrazione, i massimi ritardatari e i più frequenti
- Aggiunta la possibilità di controllare se una giocata è vincente inserendo i numeri giocati
- Aggiunto il 10eLotto
- Nuovo menu iniziale
- Bugfix vari

Come sempre è disponibile in 2 versioni, una per sistemi Unix e una per sistemi Windows (tra cui anche ReactOs), la compatibilità con Mac Os X è solo teorica, ma dovrebbe funzionare anche lì.

A breve verrà realizzato il manuale di QVS 1.5 che spiegherà in dettaglio le nuove caratteristiche.

Ricordo che questa è l'ultima versione senza grafica, e quindi, invito tutti a rispondere alla domanda "Cosa vorresti in QVS 2.0?"

Cantate e gioite, calcolare le vincite vostre (e soprattutto dei vostri clienti) non è mai stato cosi facile.

Quando?, Domani farò il pomeriggio al tabacchino quindi la vedo difficile, ma Domenica potrebbe essere la volta giusta.

Il porting a Windows è terminato, tutte le modifiche apportate a QVS 1.5 sono state aggiunte alla versione per Windows, (ringrazio gli sviluppatori di Meld), ovviamente il suo funzionamento su Windows è ancora teorico, devo prima testarlo per assicurarmi che funzioni davvero, poi dovrò creare l'eseguibile e a quel punto basterà creare 2 archivi e caricarli sul server di google.

Quello che mi preoccupa è che avendo sia Windows Xp sia Vista 64 Bit, mi toccherà controllare la compatibilità con entrambi, e spero di non dover creare 2 eseguibili diversi (uno a 32, uno a 64 bit).

Se riuscirò a risolvere il piccolo problema che ho sul portatile entro stasera, potrei anche eseguire i controlli e creare l'eseguibile stasera, in questo caso domani sarebbe già un ottima finestra di rilascio.

QVS 1.5 è finito, funziona, è semplice, è leggero.

1 anno, 1 mese e 3 giorni dopo la realizzazione della prima versione di QVS (WLC a quei tempi).

Stavo, a testimonianza del fatto che il rilascio è vicino, controllando le parti di codice "nuove" per assicurarmi che il tutto funzioni alla perfezione, e ho avuto l'idea di controllare che il 10eLotto non accettasse importi minori di 0.50 e maggiori di 10, cosi ho fatto qualche prova e ho notato che giocando 10.50 € l'importo viene accettato.

Ovviamente era un bug da niente, ed essendo stato scovato prima del rilascio non è di molta importanza, ma risolvendo il problema, cambiando un "var<11" con un "var <=10" ho notato che questo stesso controllo viene fatto su tutti gli importi del programma, e infatti, facendo una prova ho costatato che anche negli altri importi un 200.50 viene accettato malgrado il limite massimo giocabile sia 200 €.

Questo si che è un bug, di basso livello, ma c'è, ed è stato ovviamente gia risolto.

Tutto qui, l'11° Bug di QVS arriva e scompare nel giro di un secondo, il rilascio è vicino, ho eliminato un sacco di cose dal TODO, ho voglia di andare avanti, ho voglia di mettere mano a Glade e creare una grafica a questo programma, cosi da potermi anche dedicare a altri progetti (ricordate Dernier, io non l'ho dimenticato).

Torno a eliminare qualche commento e a testare le altre novità. 

Vi ho fatto aspettare molto più del previsto, allora ho pensato che sarebbe carino da parte mia darvi un assaggio del futuro QVS 1.5.

Vi mostro 2 delle novità che troverete nella nuova versione, vi sfido, dopo averle viste a dire che non valga la pena aggiornare la vostra versione alla 1.5.

C'è qualcosa.....qualcosa che non avrei mai pensato potesse esserci, eppure c'è

Non è finita, ma c'è, e tanto mi basta per oggi, perché ci ho messo un po a capire che in realtà era semplice, era praticamente già pronto.

Ovviamente l'utilizzo che ne devo fare è palesamene noto e scontato, volevo sono mostrare che la cosa è stata molto più semplice del previsto.
Purtroppo per farlo ho dovuto aumentare l'entropia del file qvstat.py (il discendente del file Estrazioni.py), perciò credo che prima del rilascio sia doveroso dare una sistemata a questo file, che da solo costituisce ben 80% del caos totale del programma.

Domani finirò questa parte del programma e poi lavorerò sul 10eLotto, quindi, lo spostamento dei parziali sotto i totali, a quel punto il più del lavoro sarà fatto, e ci potremo fare una buona idea sulla data di rilascio di QVS 1.5 (The End Of Cli)

Sono passate settimane senza aggiornamenti, ma lo sviluppo è proseguito, anche se a ranghi ridotti.

Effettivamente me la sono presa comoda per aver ritrattato la mia dichiarazione di "rilascio entro il 22 Agosto", ma sono felice di averlo fatto, perché quello che sto facendo mi piace, e era impossibile farlo entro il 22 Agosto.

QVS 1.5 riesce già a:
Ricapitolare e modificare una giocata senza ricominciare d'accapo.
Trovare o creare il file di configurazione (utilissimo se l'utente fa pasticci o per quando rilascerò il programma tramite deb)
Accettare l'opzione "--si_parziali", per quelli che vogliono avere i parziali solo momentaneamente senza modificare qvsconfig
Ha un menu più piccolo e semplice da capire
Mostra l'ultima estrazione, i ritardatari, e i più frequenti. (un pò di statistiche non fanno male)

Più altre cose di piccolo conto, come l'intero testo della GPL disponibile direttamente dal programma, e altre cose che dovrebbero averlo reso un tanti-nello più veloce (che non guasta mai).

Restano da fare una marea di cose, ma in passato ho rilasciato una nuova versione con molto meno...

Spero, che entro la settimana prossima, possa:

Controllare se una giocata è vincente dandogli i numeri giocati e la ruota.
Visualizzare i parziali dopo i totali e non prima
Calcolare le vincite del 10eLotto

Ricordo che la versione 1.5 sarà l'ultima versione senza GUI (se escludiamo qualche piccolo aggiornamento di tanto in tanto)
Dopo il suo rilascio (e un pò di meritato riposo), inizierà il lavoro su QVS 2.0, il cui rilascio non è programmabile, e perciò sulla versione 1.5 non sarà inserita la possibilità di aggiornare automaticamente il programma alla versione successiva (visto che in teoria non dovrebbero essercene)

A proposito di QVS 2.0, nei ritagli di tempo in cui non avevo proprio voglia di programmare ho iniziato a buttare giù una bozza della sua grafica, nei prossimi giorni ve la farò vedere.

È questo il nome che ho dato alla nuova feature, "input bidirezionale", perché può andare in 2 direzioni, in avanti (estratto, ambo, terno....) e indietro (terno, ambo, estratto).

In parole povere, se si sbaglia un dato in input, non si deve proseguire, per poi annullare l'operazione e ricominciare, ma si può tornare indietro.

Bello, peccato che non sia perfetto.
Sul problema del "come far capire al programma che l'utente vuole andare indietro" non c'è niente da dire, semmai il problema è come rendere il tutto facile all'utente (ricordate la mia prima regola sulla programmazione: "Se esiste una strada più difficile (per il programmatore), ma che porta vantaggi all'utente, questa strada dovrà essere seguita."), il che significa che alla fine mi farò in 4 per includere getch dove non dovrebbe starci, tutto per non farvi premere "invio" quando volete tornare indietro

Il problema è che per fare tutto questo bel procedimento ho dovuto creare 3 nuove funzioni, niente di male, se non fosse che il mio programma è scritto con i piedi.

All'inizio esisteva un unica funzione che faceva tutto, poi si inizio a creare funzioni che raggruppavano il codice maggiormente usato, alla fine ogni cosa è gestita da funzioni, e il vero problema è far arrivare le variabili alle funzioni che ne hanno bisogno.

esempio.

Ho 3 funzioni, alla 3° serve la variabile "n", questa andrà passata prima alla prima funzione, che la passerà alla seconda, che la passa alla terza a cui serve.
Alle prime 2 non serve "n", ma devono portarselo dietro altrimenti la terza non lo trova.

La colpa è mia, ho programmato male il primo giorno e adesso ne pago le conseguenze, modificare il tutto mettendo "n" in una lista renderebbe il tutto più difficile, perché dovrei modificare qualche centinaio di righe che usano "n".

Ma alla fine, Se esiste una strada più difficile (per il programmatore), ma che porta vantaggi all'utente, questa strada dovrà essere seguita. E in un modo o nell'altro, quel cavolo di "n" arriverà a destinazione.

Ne approfitto per ricordare che 365 giorni fa finivo la prima versione di WLC (che avrei rilasciato il 22).
Un anno fa a quest'ora ero intento agli ultimi ritocchi, e mai avrei immaginato che un anno dopo sarei stato ancora qui a parlarvi e lavorare su questo progetto.

L'idea di finire la nuova versione entro la data del primo rilascio era impossibile da realizzare, ma sono comunque soddisfatto, perché sarà pure un programma scritto coi piedi, ma l'ho scritto io.

A volte è questo quello che sembra che siamo, un centro assistenza.

Altrimenti come potrebbero accadere fatti come quello d'oggi?

Sia chiaro, se sono in grado di dare una mano a una persona facendo qualcosa che va oltre il mio lavoro, lo faccio, se devo cercare una via su google maps lo faccio.
Un altro paio di maniche è quando il cliente ci scambia per schiavi che devono rispondere a ogni loro domanda e soddisfare ogni loro capriccio.

Oggi la situazione era una via di mezzo, ma la cosa mi ha fatto molto ridere:
Innanzitutto, entra senza neppure salutare, arriva e fa "Ma per chiamare un numero verde ci vuole il telefono fisso?"
Io: (perplesso, sembra che mi ero perso la parte iniziale del discorso)".......quale numero verde?"
"uno qualsiasi" - Ribatte
"e che ne so"
Ma sono cose che si sanno!!!!! - Risponde lei

Al ché avrei voluto chiedergli "Se sono cose che si sanno, perché lei non le sa e sopratutto perché le viene a chiedere a me che vendo sigarette?"
Ma sono stato costretto dalle forze superiori a un semplice "Non lo so".
Al che la signora ringrazia (col tono:"grazie per il nulla")  e esce.

Dal che si deduce che la signora era entrata SOLO per chiedermi se i numeri verdi si possono chiamare solo da telefono fisso!!!!!!!!!
Non ho potuto fare a meno di ridere.

Ma chi sono diventato?, sulla fronte ho scritto "Chiedetemi quello che volete"?.

Sarebbero successe altre circostanze curiose, dal significato ignoto, ma preferisco lasciar perdere.

Ho proprio bisogno di un pò di vacanza.....

O meglio si potrà quando avrò finito, per ora la cosa è solo realizzabile.

Uno dei punti che più mi fanno paura del TODO era "- Fare un riepilogo della giocata modificabile su richiesta"

Si, è il primo punto, era presente in QVS 1.4, dove è stato completato al 80%, il riepilogo viene fatto, ma non è modificabile.
Non venne completato sulla 1.4 perché non avevo la più pallida idea di come realizzarlo, e anche in questi giorni è stato sul punto di essere abbandonato.

Invece di rimandarlo alla prima versione con grafica, dove è nettamente più facile da implementare, ho fatto un ultimo tentativo.

Tra Venerdi e Sabato, ho provato su carta 2 metodi, il primo è incredibilmente complicato, un grosso miscuglio di "while" e "if", il secondo è più semplice, un codice che si fa carico delle funzioni di input, che invece di farle muovere unilateralmente, le permette di spostarsi anche indietro, il tutto gestito e conrollato da un "if"

Si passa da:
            if n==1:
                e=input_giocata("estratto")
            if n==2:
                e=input_giocata("estratto")
                a=input_giocata("ambo")
            if n==3:
                e=input_giocata("estratto")
                a=input_giocata("ambo")
                t=input_giocata("terno")
            if n==4:
                e=input_giocata("estratto")
                a=input_giocata("ambo")
                t=input_giocata("terno")
                q=input_giocata("quaterna")
            if n>4:
                e=input_giocata("estratto")
                a=input_giocata("ambo")
                t=input_giocata("terno")
                q=input_giocata("quaterna")
                c=input_giocata("cinquina")

a:
def raccogli_input():
    if n>5:
        ragg=5
    else:
        ragg=n
    conta=1
    while "true":
        if conta==1:
            e=input_giocata("estratto")
            if e==-1:
                print "devo uscire con errore e richiedere n"
        elif conta==2:
            a=input_giocata("ambo")
            if a==-1:
                a=0
                conta=conta-2
                #richiederà e
        elif conta==3:
            t=input_giocata("terno")
        elif conta==4:
            q=input_giocata("quaterna")
        elif conta==5:
            c=input_giocata("cinquina")
        conta=conta+1
        if conta>ragg:
            break

Devo solo permettere ai vari valori di assumere valori negativi (-1), cosi da fargli accettare il codice d'errore "-1", ma questo fa fatto in input_giocata.

È ancora presto per cantare vittoria, ma sembra che in QVS 1.5 se sbaglierete in input bastera premere un tasto per avere una seconda possibilità.