Newsgroup: it.hobby.lotto
Titolo: Due parole sulla "standardizzazione" degli archivi del Lotto

L'idea di uniformare gli archivi del Lotto non è peregrina, ma
purtroppo è scarsamente realizzabile, per vari motivi.
In primis bisogna considerare che a diversi programmatori possono
corrispondere diversi linguaggi di sviluppo, per cui il formato che
per uno può essere l'ideale, per un altro può essere una vera "croce"
Stabilire il formato "ideale" è impossibile, poichè dipende totalmente
da ciò che il programma deve fare. Archiviare delle estrazioni,
modificarle, stamparle, fare delle semplici ricerche... Tutto questo è
possibile anche con un file "plain ascii", ma per fare qualcosa di più
evoluto devi fare altre scelte. Io uso il "motore" Jet (archivi
Access) perchè mi consente di usare le potentissime istruzioni SQL,
con le quali riesco (per esempio) a trovare le sestine più ritardate
per ambo in pochi secondi... Pensare di farlo con un archivio ascii è
pressochè folle.
C'è infine un altro aspetto da considerare. Per quanto possa sembrare
assurdo, certi programmatori sono gelosi dei loro archivi, altrimenti
non si spiegherebbero certi algoritmi di cifratura delle estrazioni,
come se fossero dei segreti militari. L'ottimo Davide Greco realizzò
tempo fa (per conto di Mario Ruggiero) il programma Lottostat 1871, i
cui archivi hanno le estrazioni cifrate, shiftate e Dio solo sa
cos'altro... Per quale motivo ? Boh !
L'esigenza di trovare uno standard è stata studiata anche da me, tempo
fa, ma per un diverso motivo. Chi ha 7/8 programmi per il Lotto
installati (come il sottoscritto, che però si è rotto le palle e se ne
sta facendo uno proprio) si trova a dover aggiornare 7/8 archivi
diversi 2 volte a settimana (!), col rischio di scrivere qualche
imprecisione e "sputtanare" le statistiche. Ho fatto un'analisi ed un
caro amico ha sviluppato un programma che fa proprio questo, col
"copia e incolla" si prende le estrazioni da un file testo o dalla
pagina Web di Televideo, e tramite un'unica maschera di inserimento
aggiorna 7 programmi diversi in un colpo solo.
Quella che pensavamo fosse un'idea che avrebbe reso felici ANCHE gli
stessi Autori, è stata invece volutamente ignorata da alcuni, mentre
altri si sono incazzati come belve perchè ci eravamo permessi di dare
uno sguardo alla struttura dei loro archivi (vero Sig. Chiales ?),
come se avessimo violato chissà cosa...
Tutto questo per dirti: l'idea è valida, ma non aspettarti la vita
facile ;-)
Saluti
Wolf
L8Max(r) ...il massimo per il Lotto !
http://www.dreamlink.net/L8max
wol...@dreamlink.net
[Attenzione: indirizzo e-mail alterato per evitare spammings.
Togliere '007' per contattarmi.]
-------------------------------
Wolf è contro la TUT (Tariffa Urbana a Tempo)
Visitate e supportate 
http://notut.ml.org
 

On Tue, 12 Jan 1999 10:22:31 GMT, 
wol...@dreamlink.net
 (Wolf) wrote:
Ciao Wolf,
	hai scritto tante belle parole che condivido solo nella parte
finale del tuo discorso. Per il formato dell'archivio pernso che il
"classico" fomato testo vada molto bene, perche' lo puoi importare
direttamente oppure scrivendo una semplice procedura nel linguaggio
nativo del programma a cui si vuole fare l'aggancio. Io, pero',
solleverei un'altro problema: la validita' dell'archivio. Tempo fa
avevo messo a disposizione su it.binari.files l'archivio completo a
mia disposizione: molti mi hanno ringraziato, ma pochi hanno fatto
cio' che chiedevo: un confronto. Quei pochi che mi hanno risposto
hanno effettivamente sollevato un problema: c'erano delle differenze
(poche, ma c'erano) su aclune estrazioni. Dunque: a quale archivio
dare affidamento?. Ciao.

facile ;-)
l'unico formato standard che posso immaginare è quello per lo scambio
(importazione / esportazione) delle estrazioni.
Ognuno che ritiene avere un formato di file più efficiente con un dato
linguaggio, non lo cambia con uno meno efficiente ma utilizzabile da
tutti i linguaggi!
Ciao
--
Alessandro Pulvirenti
ale...@cedss.it

Questa "esperienza" di lavoro sul NG e' stata proposta anche per
affinare gli archivi delle estrazioni. I passi successivi alla
definizione dello standard sono quelli di creazione del primo archivio
e quello di creazione di un semplice programma per il confronto di due
archivi (sempre in formato standard) in modo che chi vuole contribuire
possa segnalare le inesattezze dell'archivio iniziale.
Ti ringrazio per l'intervento, cmq se riusciro' a portare il mio
archivio in formato standard, potrai confrontare con me!:)
Per la validazione di inesattezze bisogna sempre controllare sul
cartaceo!
Ciao!
Victor


facile ;-)
Sigh!:)
Saluti! Ciao!
Victor

facile ;-)
...Che ne dite di sviluppare il LottoPascal? E' un dialetto Pascal
orientato alla costruzione di programmi sul gioco del lotto... ;))
Ciao Lupo!!! :))
MagoPeppe
ICQ 9759626
"La fortuna è donna e va battuta". (Machiavelli)
Staff Tecnico MPO & NuovaCornucopia
Home page:
http://dreamlink.net/magopeppe
ATTENZIONE: il mio indirizzo email cambierà dal 16 Giugno 1999.
Togli levaccà per contattarmi via email.

dare affidamento?. Ciao.
Questo č secondo me IL vero problema, possiamo discutere sulla
standardizzazione, ma chi ci dice che i dati che abbiamo siano esatti?
L'unica cosa da fare sarebbe confrontare quanti piů archivi possibile
e cercare di tirarne fuori uno valido. Purtroppo non esiste nessuna
fonte "ufficiale" (a parte il cartaceo) a cui fare riferimento;
consideriamo pure che le estrazioni dal 1871 al 1939 sono molto
difficili da controllare, in quanto ogni archivio (in questo settore
temporale) č diverso dall'altro.
Wolf
L8Max(r) ...il massimo per il Lotto !
http://www.dreamlink.net/L8max
wol...@dreamlink.net
[Attenzione: indirizzo e-mail alterato per evitare spammings.
Togliere '007' per contattarmi.]
-------------------------------
Wolf č contro la TUT (Tariffa Urbana a Tempo)


tutti i linguaggi!
Sono perfettamente d'accordo.
Wolf
L8Max(r) ...il massimo per il Lotto !
http://www.dreamlink.net/L8max
wol...@dreamlink.net
[Attenzione: indirizzo e-mail alterato per evitare spammings.
Togliere '007' per contattarmi.]
-------------------------------
Wolf è contro la TUT (Tariffa Urbana a Tempo)


solo una discussione accademica
Per me va piů che bene, visto che non considero neppure minimamente i
"metodi", io mi sto sviluppando un prg che faccia solo quello che mi
serve, tipo ricerche delle serie ritardate, scompensate, l'equilibrio
instabile etc.
Wolf
L8Max(r) ...il massimo per il Lotto !
http://www.dreamlink.net/L8max
wol...@dreamlink.net
[Attenzione: indirizzo e-mail alterato per evitare spammings.
Togliere '007' per contattarmi.]
-------------------------------
Wolf č contro la TUT (Tariffa Urbana a Tempo)


 standardizzazione, ma chi ci dice che i dati che abbiamo siano esatti?
Chi ci assicura che i programmi commerciali e professionali usino
archivi esatti?
ciao
					Michele

 archivi (sempre in formato standard)
Esiste gia' (per Linux):
diff -u archivio_vecchio archivio_nuovo
:-)
(Eventualmente lo si puo' raffinare eliminando commenti interni ai
file e controllando che i dati interni siano nello stesso ordine.)
ciao
					Michele

Btrieve, ISAM vari... Quale scegliere ?
trattare a basso livello...testo...testo...testo!:)
Ciao!
PS: ma non e' che usi PL/SQL?
Victor

:-)
ehehhehee
..grazie...speriamo che ci basti!!:)
..e per chi usa win95??
Ciao
Victor


...l'idea e' bellissima, ma credo che dovremmo prima affinarci un po'
i denti....cmq esiste gia' un linguaggio per il lotto e' quello usato
nel programma Ultimo: ...chi non ha mai avuto l'idea di fare un
linguaggio del genere scagli la prima pietra!!:)))
Ciao!
Victor

tutti i linguaggi!
..ma sara' vera la storia dell'efficienza?
Ciao!
Victor

Un bel di' Wolf scrisse:
W> possibile anche con un file "plain ascii", ma per fare qualcosa di più
W> evoluto devi fare altre scelte. Io uso il "motore" Jet (archivi
W> Access) perchè mi consente di usare le potentissime istruzioni SQL,
W> con le quali riesco (per esempio) a trovare le sestine più ritardate
W> per ambo in pochi secondi... Pensare di farlo con un archivio ascii è
W> pressochè folle.
W> 
ma l'utilita' di uniformare il formato del file non e' per l'uso personale!
E' logico che io uso il formato che piu' mi piace!
Sarebbe invece utile uniformare il formato per lo scambio, cosi' ogni
programma verrebbe dotato di un import da file standard.
Quando ci metti ad importare, con Access, un testo ASCII??
E a fare 2 righe di codice per rendere la procedura automatica??
Secondo me ne vale la pena.
W> C'è infine un altro aspetto da considerare. Per quanto possa sembrare
W> assurdo, certi programmatori sono gelosi dei loro archivi, altrimenti
W> non si spiegherebbero certi algoritmi di cifratura delle estrazioni,
W> come se fossero dei segreti militari. L'ottimo Davide Greco realizzò
W> tempo fa (per conto di Mario Ruggiero) il programma Lottostat 1871, i
W> cui archivi hanno le estrazioni cifrate, shiftate e Dio solo sa
W> cos'altro... Per quale motivo ? Boh !
W> 
beh, criptare nessuno lo vieta... apri con un editor di testo il
tuo mdb... quello non e' criptato??
Davide avra' utilizzato un altro sistema... :-)
W> "copia e incolla" si prende le estrazioni da un file testo o dalla
W> pagina Web di Televideo, e tramite un'unica maschera di inserimento
W> aggiorna 7 programmi diversi in un colpo solo.
W> 
e se invece ciascun programma avesse un input da file "standard"?? :-)
W> altri si sono incazzati come belve perchè ci eravamo permessi di dare
W> uno sguardo alla struttura dei loro archivi (vero Sig. Chiales ?),
W> come se avessimo violato chissà cosa...
W> 
quella si chiama reverse engineering... ed e' vietata!
Ciao!
-- 
"La cosa che serve di meno e' quella che funziona meglio", legge
fondamentale del giardinaggio
-- 
Emanuele Cesena
d.a.m...@iol.it
    occhio all'antispam NOSPAM!
http://www.geocities.com/SiliconValley/Grid/8879

Un bel di' sydlevaccа@pn.itnet.itMagoPeppe scrisse:
spii> 
spii> ...Che ne dite di sviluppare il LottoPascal? E' un dialetto Pascal
spii> orientato alla costruzione di programmi sul gioco del lotto... ;))
spii> 
vai pure :-)
-- 
"La tecnologia e' dominata da due tipi di persone: quelli che capiscono che
cio' che non dirigono e quelli che dirigono cio' che non capiscono", legge
di Putt


Un bel di' Michele Dalla Silvestra scrisse:
MDS> 
MDS> Esiste gia' (per Linux):
MDS> 
MDS> diff -u archivio_vecchio archivio_nuovo
MDS> 
chiedo scusa... sai dove si trova?? (il nome del .rpm) :-)
Io ho trovato solo il comm, ma funziona solo riga per riga... :-)
(mi serve per altro...)
-- 
"Quanto piu' innocua sembrera' una modifica, tanto piu' le sue conseguenze
si estenderanno, e maggiore sara' il numero dei disegni che dovranno essere
rifatti", seconda legge delle Modifiche


Un bel di' Victor scrisse:
V> SQL va bene per certi tipi di elaborazioni, non per altri ad esempio
V> non va per l''implementazione di metodi cabalistici o per controllare
V> a ritroso se un metodo ha funzionato; i puristi dell'informatica
V> direbbero che SQL non e' un linguaggio "completo", ma credo che sia
V> solo una discussione accademica
V> 
infatti SQL non e' un linguaggio... lo usi solo per fare ricerche nei
database :-)
Fra l'altro Access e' fatto anche di Visual Basic
(anche qest'ultimo si potrebbe dire che non e' un linguaggio: non e' 
portabile... pero' per Win va piu' che bene...) :-)
-- 
"La supposizione e' la madre di tutte le boiate", legge di Wethern


..e per chi usa win95??
c'e' FC. Ma qualsiasi programma di comparazione non puo' funzionare se
i file sono costruiti con lo stesso tracciato record. Ovvio.
L'archivio in mio possesso per esempio, contiene il carattere "." come
separatore delle estrazioni, e la data e' in formato aaaammgg. Se lo
confronto con un'altro in cui per es. la data e' in formato aa/mm/gg,
il risultato e' catastrofico perche' e' tutto diverso. Quindi, piu'
che sul modo di confrontare, direi di confrontare punto e basta.
Ognuno avra' i suoi problemi ad importare l'archivio secondo il
formato del suo programma, ma almeno sono problemi di facile
soluzione. Almeno per quelli che si sono costruiti il programma. Ciao.

temporale) č diverso dall'altro.
Okappa: Quando, dove e come iniziamo il confronto? Io sono
disponibile. Anche se come dici tu, l'unica certezza e' il confronto
con il supporto cartaceo. Possibilie che non ci sia una fonte
ufficiale delle estrazioni del lotto?. Ciao.

ciao
Ciao.
Nessuno ce lo assicura, era proprio questo il succo del discorso:
possiamo standardizzare tutto, ma poi chi ci dą i dati "buoni" ?
Wolf
"Lo stress č quell'apostrofo grigio tra le parole...M'INCAZZO"

Ciao Lupo!!! :))
Ciao grande Mago.
Wolf
"Lo stress è quell'apostrofo grigio tra le parole...M'INCAZZO"

PS: ma non e' che usi PL/SQL?
No, uso SQL standard di Visual Basic (che è pure molto limitato)


 possiamo standardizzare tutto, ma poi chi ci dà i dati "buoni" ?
Dovremmo confrontarceli tra noi in gruppo, e cercare di guadagnare la
fiducia di piu' gente possibile (e questo lo si fa solo mostrandosi
affidabili).
Il problema e' come reperire i dati per confrontarli, e come risolvere
eventuali conflitti...
ciao
					Michele

 "cuore" di tutto è un'istruzione SQL lunga una quaresima,
Ogni programma poi si arrangera' a gestire internamente gli archivi
come vuole, basta si interfacci all'archivio standard per
l'importazione, e magari sia gentile e permetta l'esportazione di
quella parte di archivio inserita a mano e/o modificata dall'utente.
ciao
					Michele


..c'e' il cartaceo, almeno dalla guerra in poi sono affidabili.
Ciao
Victor


...non so, dovrei sapere cosa deve fare, ...informazioni
sull''equilibrio instabile dove posso trovarle?:)
comunque, premesso che l'importante e' avere un buon '' motore'' che
gestisca le estrazioni, non capisco il fatto che molti sostengono  che
il formato testo sia lento, dipende solo da come viene gestito dal
"motore", in ogni caso il motore verra' dopo la definizione dello
standard e dopo la creazione di un archivio che abbia un po' di
affidabilita'.
Ciao
Victor

Victor
Mi dispiace darti questa delusione, ma se ti riferisci al supporto
cartaceo inteso come riviste e libri sui quali sono stampati gli
estratti dalla fine dell'800 fino ai tempi recenti rischi di non
correggere un bel nulla!
Tuttavia possono servire come ausilio in un controllo con almeno
un paio di quotidiani.
Raramente, ma succede (e' successo), Televideo Rai (due volte)
quotidiani (3) riviste del settore (alcune volte), sicuramente
errori di stampa, ma pur sempre errori.
Mi sconforta il fatto di non aver segnato le date e i giornali
su citati, e' successo negli anni scorsi, tempo in cui facevo
le cose piu' superficialmente, scusatemi. :(
Per essere sicuri, il confronto, deve essere fatto con i Bollettini Ufficiali
Tanti Saluti.
A. GALENO

Wolf
Tanti Saluti.
A. GALENO

Wolf ha scritto:
W>  In primis bisogna considerare che a diversi programmatori possono
W>  corrispondere diversi linguaggi di sviluppo, per cui il formato che
W>  per uno può essere l'ideale, per un altro può essere una vera "croce"
ognuno sarà libero di usare il formato che vuole per le proprie elaborazioni,
ma il formato standard dovrebbe essere sempre presente, quantomeno per poter
importare DA. Poi i programmi che non esportano VERSO saranno considerati
ciabatte :-))
L'idea non è di spingere tutti a usare questo formato (questo lo fa la
Microsoft), ma di diffondere uno standard comune e di riferimento per poter
garantire l'interscambio e la libertà che ne deriva.
W>  Stabilire il formato "ideale" è impossibile, poichè dipende totalmente
W>  da ciò che il programma deve fare. Archiviare delle estrazioni,
W>  modificarle, stamparle, fare delle semplici ricerche... Tutto questo è
W>  possibile anche con un file "plain ascii", ma per fare qualcosa di più
W>  evoluto devi fare altre scelte. 
io non vedo tutti questi problemi di efficienza legati al formato
dell'archivio. Al giorno d'oggi la memoria non è più un problema (chi ha meno
di 32Mb batta un colpo :-) ) quindi si può tranuillamente tenere tutto
l'archivio in memoria.
Un archivio di 130 anni occupa tranuillamente molto meno di 1 Mb di Ram.
Aggiungiamoci un po' di informazione di supporto di vario tipo all'archivio e
arriviamo a 2-3Mb di Ram. 
Vogliamo farne altri 5 di programma? dubito, ma sia....
16 Mb si sistema operativo in grafica....
siamo ancora al di sotto dei 32.
e sono stato larghissimo.
W>  Tutto questo per dirti: l'idea è valida, ma non aspettarti la vita
W>  facile ;-)
l'hanno detto anche a Linus Torwald :-))
Ciao
Marco
-- 
Un programma di computer fa quello che gli dici, non quello che vuoi.
(Terza legge di Greer)

> archivi (sempre in formato standard)
MDS>  
MDS>  Esiste gia' (per Linux):
MDS>  
MDS>  diff -u archivio_vecchio archivio_nuovo
MDS>  
esiste pure per DOS e Win32
in particolare ci sono due ambienti completi di programmazione free con tools
GNU, porting dei compilatori e tools GNU sviluppati originariamente in
ambiente unix.
- DJGPP è il porting per DOS a 32 bit (quindi DOS, ma fornito di memoria
virtuale con modello flat, grazie ad un dos extender anch'esso free)
- Cygnus è il porting per Win32
Comprendono il GCC (compilatore C) più front-end per il c++ e il pascal,
debugger e anche ambienti IDE, più una valanga di tool di varia natura, tra
cui le textutils che ho citato in un altro messaggio.
Avendo questi è poi possibile compilare agevolmente tutti i vari tool,
compresi la bash, ma esistono pure i binari già pronti. Il mensile IoProgrammo
ogni tanto li pubblica sul CD allegato.
Altrimenti basta una ricerca in internet.
Ciao
Marco
-- 
Il senno di poi e' una scienza esatta. (Regola di Fagin)

affidabilita'.
No no, non fraintendermi. Il formato testo č *velocissimo*, č
difficoltoso crearci "attorno" delle applicazioni un po' spinte...
Quello sě che č lungo, lento e doloroso... =)
Wolf
"Lo stress č quell'apostrofo grigio tra le parole...M'INCAZZO"

l'hanno detto anche a Linus Torwald :-))
eheheh =)
Wolf
"Lo stress è quell'apostrofo grigio tra le parole...M'INCAZZO"

quella si chiama reverse engineering... ed e' vietata!
AALLTT !! Nessuno ha "reversato" niente, semplicemente si sono
guardati gli archivi con un edito, nulla di più. I programmi
esebuibili non sono stati neppure sfiorati. La legge sui diritti del
software NON proibisce l'interazione con i files DATI dei programmi.


E' possibile trovare il ritardo di un ambo, ad esempio in una quarantina ?
Certo, ma a parte i tempi proibitivi, quale utilità avrebbe giocare un
ambo su 40 numeri ? Io arrivo al massimo all'ambo in decina su ruota
fissa (5,5 volte la posta), il resto è totalmente inutile.
Ciao


linguaggio del genere scagli la prima pietra!!:)))
...Gino Gracin mi ha battuto sul tempo! :) Scherzi a parte: bisogna
progettare un parser con i controbussolotti... :((
Ciao Wolf!
MagoPeppe
ICQ 9759626
"La fortuna è donna e va battuta". (Machiavelli)
Staff Tecnico MPO & NuovaCornucopia
Home page:
http://dreamlink.net/magopeppe
ATTENZIONE: il mio indirizzo email cambierà dal 16 Giugno 1999.
Togli levaccà per contattarmi via email.

Ciao grande Mago.
Lupo! Grande!!! Ciao! :)


"La fortuna è donna e va battuta". (Machiavelli)
Non e' che Macchiavelli fosse un po' Maschilista ?


vai pure :-)
Questo tuo modo di fare ridanciano ancorché di incoraggiamento, mi
ricorda qualche tuo conterraneo... :)
Ciao!
MagoPeppe
ICQ 9759626
"La fortuna è donna e va battuta". (Machiavelli)


Ema da TIN ha scritto:
W>> altri si sono incazzati come belve perchè ci eravamo permessi di dare
W>> uno sguardo alla struttura dei loro archivi (vero Sig. Chiales ?),
W>> come se avessimo violato chissà cosa...
W>> 
EdT>  quella si chiama reverse engineering... ed e' vietata!
EdT>  
al limite è vietato (se espressamente detto) il reverse engineering (dal
codice binario risalgo al codice sorgente ) del SW.
Se guardo un file (pure il binario di un programma) con un editor non credo
che si tratti di RE.
Ciao
Marco
-- 
Se hai dei dubbi, pronostica che la tendenza continuerà.
(Massima di Merkin)

>Perché? (scusa l'ignoranza!) :)
W>  
W>  ....prova e vedrai =)
W>  
mi chiedevo "cosa si calcola il ritardo di una sestina per ambo?" una sestina
contiene più ambi, ognuno col suo ritardo.....e allora che si fa? si assume
come ritardo della sestina quello dell'ambo più ritardato? (in questo modo
avremmo una valanga di sestine - quelle contenenti quell'ambo - ugualmente
ritardate). Allora si fa la somma/prodotto/cos_altro dei singoli ritardi?
Ciao
Marco
-- 
Non attribuire mai alla sottigliezza quello che è sufficientemente spiegato
dalla stupidità. (Legge di Hanlon)

Wolf ha scritto:
W>  "cuore" di tutto è un'istruzione SQL lunga una quaresima, che però fa
W>  tutto in 3 secondi. Quanto ci metteremmo (ammesso che sia possibile"
W>  ad ottenere lo stesso risultato con il supporto "testo" ?
W>  
sempre 3 secondi!
l'archivio standard ti serve per _aggiornare_ il tuo archivio, non
necessariamente per farci calcoli sopra. Dovrebbe essere come una lingua: ti
serve per capire tutti gli altri, ma poi tu parli la lingua che vuoi.
Troverai l'arichivio standard aggiornato in internet, nelle pagine personali e
dei siti. Lo prendi, lo importi nel tuo formato o DB e sei a posto. Il _tuo_
archivio resta automaticamente aggiornato senza perdere troppo tempo.
Anche fare l'aggiornamento dell'archivio standard è completamente automatico:
si fa uno scriptino che preleva la pagina html coi risultati dal sito di
televideo o di lottomatica. Altro scriptino che 'preleva' i numeri e li butta
nella copia aggiornata dell'archivio standard.
Ciao
Marco
-- 
(o-  | Unix is simple and coherent , but it takes a genius  to understand
//\  | and appreciate  its simplicity .
V_/_ |                                    Dennis Ritchie .

volta un programma sul lotto dove si faceva drag&drop... po' esse???
Sì, era una vaccata pubblicizzata tempo fa su "Lottocorriere" (credo),
e aveva la stessa funzionalità ed utilità di un
contapelidicanesulcappotto =))
Ciao Mago !


(e tu sarai il primo a sapere)
Grazie Gianluca, bisogna sempre provare.
Ciao e in bocca al lupo. :)


Ciao Mago !
A presto Lupo...


le cose piu' superficialmente, scusatemi. :(
ovviamente bisogna fare un distinguo, sicuramente le estrazioni "post
guerra" sono certe ci sono riviste che effettuano un lavoro certosino
di controllo..."Il giornale del lotto" pubblica delle estrazioni che
credo si possano considerare attendibili al 100%, per sicurezza si
puo' confrontare con altri cartacei. Ritengo che dal 1939 o dal 1945
in poi si dovrebbe riuscire ad avere un archivio corretto. Per il
periodo precedente i problemi sono quelli che hai accennato tu, cmq
credo che per le statistiche dei "comuni mortali" una 50ina di anni
bastino.:)
Ciao
Victor
PS: sto per postare un riassunto di quanto discusso fin'ora.

l'hanno detto anche a Linus Torwald :-))
Tanebaum si e' anche incazzato con Linus!


(e tu sarai il primo a sapere)


Victor ha scritto:
V>  LA cosa piu' importante e' che esistono dei programmi detti
V>  "compiler-compiler" ai quali tu dai la sintassi del linguaggio e loro
V>  ti tirano fuori il compilatore.....ma dove sonooooo???? Sono anni che
V>  li cerco su internet e non li trovo mai!!!!
yacc, lex sono gli standard su unix
poi esistono degli analoghi GNU (anche in versione dos) che sono bison e flex:
Li trovi su 
www.delorie.com
 insieme a vario SW GNU portato per Dos32
Ciao
Marco
-- 
I problemi piu' complessi hanno soluzioni semplici, facili da comprendere
e sbagliate. (Legge di Grossman)

ritardate). Allora si fa la somma/prodotto/cos_altro dei singoli ritardi?
Beh, in teoria dovresti considerare come ritardo della sestina quello
dell'ambo MENO ritardato dei 15 che la compongono, il problema del
"sovraffollamento" comunque rimane =)


serve per capire tutti gli altri, ma poi tu parli la lingua che vuoi.
Sě, avevo capito male io, pensavo che l'archivio "comune" servisse
come base per le applicazioni
Ciao
Wolf
"Lo stress č quell'apostrofo grigio tra le parole...M'INCAZZO"

Un bel di' Marco Pozzato scrisse:
MP> al limite è vietato (se espressamente detto) il reverse engineering (dal
MP> codice binario risalgo al codice sorgente ) del SW.
MP> 
MP> Se guardo un file (pure il binario di un programma) con un editor non credo
MP> che si tratti di RE.
MP> 
beh, pero' qui si parlava di modifiche... comunque l'ho detta al volo, 
ma non e' che io sia un esperto :-)
L'unica cosa che so e' che in casa M$ si inversano se levo le password
ai loro dbase... pero' non le criptano bene... saranno affaracci loro :-)
-- 
"Meno ti diverti a far parte di un comitato, piu' ti sara' fatta pressione
perche' ci entri", seconda legge della ComitatoDinamica
-- 
Emanuele Cesena
em...@iol.it
          occhio all'antispam NOSPAM!
http://www.geocities.com/SiliconValley/Grid/8879

>quella si chiama reverse engineering... ed e' vietata!
W> 
W> AALLTT !! Nessuno ha "reversato" niente, semplicemente si sono
W> guardati gli archivi con un edito, nulla di più. I programmi
W> esebuibili non sono stati neppure sfiorati. La legge sui diritti del
W> software NON proibisce l'interazione con i files DATI dei programmi.
W> 
io mi riferivo alle modifiche dell'archivio... so che, ad esempio,
non puoi modificare un .mdb, o un .doc... nemmeno leggerti come sono
fatti (per questo su Linux i lettori/convertitori arrivano sempre 
in ritardo).
Comunque, come ho detto anche nel reply a Marco, non fate troppo
affidamento su questa affermazione :-)
-- 
"Se un limite di sicurezza e' stato fissato attraverso anni di esperienza a
un valore estremo, ci sara' sempre un idiota abbastanza ingegnoso da trovare
subito un metodo per superare tale valore", prima legge universale della
Societa' Internazionale Tecnici per Tecnici Ingenui


>l'hanno detto anche a Linus Torwald :-))
V>  Tanebaum si e' anche incazzato con Linus!
V>  
'azz, questa non la sapevo...
il mitico prof Tannembaum mi cade...
e vabbè.
Ciao
Marco
-- 
La natura e' fantastica. Un miliardo di anni fa non avrebbe mai sospettato
che noi avremmo portato gli occhiali, eppure ci ha fatto le orecchie.
(Milton Berle)

Ema da TIN ha scritto:
MDS>> diff -u archivio_vecchio archivio_nuovo
MDS>> 
EdT>  chiedo scusa... sai dove si trova?? (il nome del .rpm) :-)
EdT>  Io ho trovato solo il comm, ma funziona solo riga per riga... :-)
diffutils-*.rpm
Ciao
Marco
-- 
Internet e' un posto dove andare quando vuoi accendere il cervello
La televisione e' un posto dove andare quando vuoi spegnerlo
(Steve Jobs)


Sul fatto che non si possa leggere come è fatto un .mdb o un .doc avrei dei
dubbi...
Aggiungo inoltre che chi ha il diritto di usare una copia di un programma
(cioè chi lo ha acquistato regolarmente) può osservare, studiare o
sottoporre a prova il funzionamento del programma. Ma c'è di più: allo scopo
di ottenere informazioni indispensabili per far si che un programma, creato
autonomamente, interoperi con quello oggetto di indagine, è consentita la
decompilazione, o "reverse engineering".
Ciao
--
Riccardo
 email: 
r.c...@iol.it

Ho postato un riassunto ed uan prima idea per lo standard...
L'avete vista?
Saluti
Victor

Wolf
Tanti Saluti.
A. GALENO

A.GALENO ha scritto:
AG>  Ho speranza di abbreviare i Tempi ?
AG>  (Hei! non ditemi di comprarmi un pentiun // o un Cray) :)))
AG>  
puoi sempre comprarlo usato (il pentium, chissà il Cray...:-))
con pochi soldi si trovano delle buone occasioni
Ciao
Marco
-- 
Se si cambia coda, quella che si e' appena lasciata diventera' immediatamente
la piu' veloce. (Osservazione di Zenone) 
Continuare a cambiar coda le rallenta entrambe e fa infuriare tutti.
(Corollario di Kenton)

Un bel di' Marco Pozzato scrisse:
MP> Ema da TIN ha scritto:
MDS>>> diff -u archivio_vecchio archivio_nuovo
MDS>>> 
EdT>>  chiedo scusa... sai dove si trova?? (il nome del .rpm) :-)
EdT>>  Io ho trovato solo il comm, ma funziona solo riga per riga... :-)
MP> 
MP> diffutils-*.rpm
MP> 
sono io che sono fetecchio: ce l'avevo installato... solo che non
ha la pagina nel man, e pensavo non esistesse :-)
-- 
"3. Parla con autorita', ma soltanto di fatti ovvi e comprovati", dal
decalogo di Spark per il giovane manager


Un bel di' Marco Pozzato scrisse:
MP> Victor ha scritto:
V>>  ho un P75 con 16M!!!
MP> quindi non ci usi Word o Access per Win95 :-)
MP> anzi, già Win95 fai fatica a usarlo anche solocon campo minato... :-)
MP> 
Marco, Marcuzzo, nonfare il furbacchione, che anche AfterStep e'
pesantuccio :-))
MP> Nei miei calcoli sono stato molto largo: pur senza ricercare codifiche
MP> particolarmente efficienti, una singola estrazione si schiaccia in meno di 60
MP> byte, quindi 130 anni stanno in una matrice rettangolare di 400 KB.
MP> 
54 byte per la precisione (per come lo vedo comodo io):
4 per la data: 1 giorno, 1 mese, 2 anno
1 x 50 i numeri estratti :-)
Questa, fra l'altro, e' la mia proposta per un eventuale standard
non formattato :-)
-- 
"Per pulire una cosa, bisogna sporcarne un'altra", legge di Imbesi sulla
conservazione dello sporco
"...ma si puo' sporcare tutto senza pulire niente", estensione di Freeman


Chiedo tanto se mi dai qualche misura sul tempo che impiega la tua ricerca?
Devo modificare il codice per farmi dare il tempo di elaborazione, poi
ti faccio sapere, anche se credo che l'algoritmo sia MOLTO
migliorabile...
Ciao
Wolf
"Lo stress è quell'apostrofo grigio tra le parole...M'INCAZZO"

non formattato :-)
La cosa importante è l'esportazione e l'importazione da formato
testuale.
Ciao Ema'.


>1 x 50 i numeri estratti :-)
spii> 
spii> Infatti, io mi associo incondizionatamente: Ema' se ti ricordi ne
spii> avevamo parlato a suo tempo e questo è proprio il formato
spii> dell'archivio estrazioni di Nuova Cornucopia.
spii> 
ah si1? Ecco perche'... porca vacca!... mi dava tutte le estrazioni
fallate... io usavo ancora il vecchio archivio... :-)
spii> La cosa importante è l'esportazione e l'importazione da formato
spii> testuale.
spii> 
si' infatti...
Vote for multi line!! :-))
-- 
"Lasciate a se stesse, le cose tendono ad andare di male in peggio",
corollario 2 alla legge di Murphy


Un bel di' Riccardo scrisse:
R> Sul fatto che non si possa leggere come č fatto un .mdb o un .doc avrei dei
R> dubbi...
fallo :-)
Facciamo cosi': io faccio un mdb con password, tu gliela levi, ed io ti
cito in giudizio... ci stai?? :-))
R> Aggiungo inoltre che chi ha il diritto di usare una copia di un programma
R> (cioč chi lo ha acquistato regolarmente) puň osservare, studiare o
R> sottoporre a prova il funzionamento del programma. 
mi pare che nel caso di Office ci sia una licenza apposita per
poterlo "riprogrammare" :-)
R> Ma c'č di piů: allo scopo
R> di ottenere informazioni indispensabili per far si che un programma, creato
R> autonomamente, interoperi con quello oggetto di indagine, č consentita la
R> decompilazione, o "reverse engineering".
R> 
questo nel meraviglioso mendo della GPL... non in casa M$ :-))
-- 
"Piu' e' urgente il motivo per cui si fa una cosa, piu' lento sara'
l'impiegato allo sportello", regola di Flugg


Wolf
Grazie
Saluti.
A.GALENO

Vote for multi line!! :-))
...A quando le erezio... Scusa, le elezioni??? ;)
Ciao!


questo nel meraviglioso mendo della GPL... non in casa M$ :-))
Guarda che le leggi, in Italia, non le fa la M$ (almeno fino ad ora!). Ciň
che ho scritto č tratto dall'articolo 64-quater del D.L. 29 dicembre 1992,
n. 518, attuazione della direttiva 91/250/CEE relativa alla tutela giuridica
dei programmi per elaboratore. E, guarda caso, l'ho letto proprio su un
opuscolo della
Microsoft!


Ema da TIN ha scritto:
MP>> diffutils-*.rpm
MP>> 
EdT>  sono io che sono fetecchio: ce l'avevo installato... solo che non
EdT>  ha la pagina nel man, e pensavo non esistesse :-)
EdT>  
già, strano...
però c'è l'info.
Ciao
Marco
-- 
Quando non sai che cosa stai facendo fallo con la massima precisione. 
(Seconda legge del laboratorio)

Un bel di' sydlevaccà@pn.itnet.itMagoPeppe scrisse:
spii> 
spii> ...Phallate? E perché? Avevi il vecchio archivio??? Eheheeheh...
spii> Naaaahh! :)
spii> 
yes, purtroppo! :-)
spii> 
spii> ...A quando le erezio... Scusa, le elezioni??? ;)
spii> 
mah, vediamo... :-)
-- 
"A volte l'uomo inciampa nella verita', ma nella maggior parte dei casi si
rialzera' e continuera' per la sua strada", commento di Churchill sull'Uomo


>cito in giudizio... ci stai?? :-))
R> 
R> Questo è un altro discorso... Si sta parlando di studiare un formato di
R> dati, non di accedere ad informazioni private protette.
R> 
e cosa cambia?? Se il formato e' mio, nel momento in cui tu studi il
formato stai accedendo ad informazioni private :-)
R> Guarda che le leggi, in Italia, non le fa la M$ (almeno fino ad ora!). Ciò
R> che ho scritto è tratto dall'articolo 64-quater del D.L. 29 dicembre 1992,
R> n. 518, attuazione della direttiva 91/250/CEE relativa alla tutela giuridica
R> dei programmi per elaboratore. E, guarda caso, l'ho letto proprio su un
R> opuscolo della
R> Microsoft!
R> 
vabbe', ma avrai bisogno almeno di un'autorizzazione da parte del
proprietario... senno' scusa, e' violazione dei diritti d'autore
(direi io) :-)
-- 
"1. Un funzionario vorra' sempre moltiplicare i suoi subordinati, non i rivali
 2. I funzionari creano lavoro l'uno per l'altro", assiomi di Parkinson


Un bel di' Marco Pozzato scrisse:
MP> Ema da TIN ha scritto:
MP>>> diffutils-*.rpm
MP>>> 
EdT>>  sono io che sono fetecchio: ce l'avevo installato... solo che non
EdT>>  ha la pagina nel man, e pensavo non esistesse :-)
EdT>>  
MP> già, strano...
MP> però c'è l'info.
MP> 
manco sapevo che esistessero, le info... grazie! :-)
-- 
"Tutto capita a tutti prima o poi, se c'e' abbastanza tempo", Shaw


(direi io) :-)
Ti dirò che la cosa ha sorpreso anche me, soprattuto se citata in un
opuscolo Microsoft, ma è proprio come ti dicevo!
Ti copio il testo dell'articolo (era quello che volevo evitare!):
Art. 64-quater.
1. L'autorizzazione del titolare dei diritti non è richiesta qualora la
riproduzione del codice del programma di elaboratore e la traduzione della
sua forma ai sensi dell'art. 64-bis, lettere a) e b), compiute al fine di
modificare la forma del codice, siano indispensabili per ottenere le
informazioni necessarie per conseguire l'interoperabilità, con altri
programmi, di un programma per elaboratore creato autonomamente purché siano
soddisfatte le seguenti condizioni:
a) le predette attività siano eseguite dal licenziatario o da altri che
abbia il diritto di usare una copia del programma oppure, per loro conto, da
chi è autorizzato a tal fine;
b) le informazioni necessarie per conseguire l'interoperabilità non siano
già facilmente e rapidamente accessibili ai soggetti indicati alla lettera
a);
c) le predette attività siano limitate alle parti del programma originale
per conseguire l'interoperabilità.
2. Le disposizioni di cui al comma 1 non consentono che le informazioni
ottenute in virtù della loro applicazione:
a) siano utilizzate a fini diversi dal conseguimento dell'interoperabilità
del programma creato autonomamente;
b) siano comunicate a terzi, fatta salva la necessità di consentire
l'interoperabilità del programma creato autonomamente;
c) siano utilizzate per lo sviluppo, la produzione o la commercializzazione
di un programma per elaboratore sostanzialmente simile nella sua forma
espressiva, o per ogni altra attività che violi il diritto d'autore.
3. Gli accordi contrattuali conclusi in violazione dei commi 1 e 2 sono
nulli.
4. (omissis)... le disposizioni del presente articolo non possono essere
interpretate in modo da consentire che la loro applicazione arrechi
indebitamente pregiudizio agli interessi legittimi del titolare dei diritti
o sia in conflitto con il normale sfruttamento del programma.
Ciao    (l'ho aggiunto io, nel testo della legge non c'era!)
--
Riccardo
email: 
r.c...@iol.it

mah, vediamo... :-)
AHAHAHAHAHAHAAHAHAHAA!!! :D :D :D
Ciao vah!!! :)
