Andrea Celli wrote:
>
> Matteo Merlin wrote:
> > E' possibile che la chiave non corrispondente possa essere determinata
> > dal fatto che mentre scaricavo il file ho utilizzato un po' W98 un po'
> > LINUX e soprattutto shiftavo tra vari server?
> >
> Puo` darsi. L'unica volta che mi e` successo (ora ci sto attento) e`
> stato perche` avevo ftp settato come ascii invece che come binary.
> In questo caso, senza fare sum o md5sum, ci si accorge subito che
> il numero dei byte non coincide. Di poco, ma e` diverso.
>
>
Ma forse ho capito perch� non corrisponde il checksum! Nel file Readme
nella directory da cui ho scaricato le immagini di Linux c'era scritto
di non scaricarle con un modem a 56K. Ora io ho proprio scaricato le
immagini con un modem a 56K...
Qualcuno di voi puo' confermare i miei sospetti e cio� che la velocit�
di 56K, non essendo reale ma frutto di una compressione software, alteri
i checksum?
Ma se cos� fosse, non si perderebbe ogni possibilit� di giudizio sulla
correttezza del checksum?
Intendo dire che se i dati prelevati in scaricamento vengono compressi
dal modem per poi essere decompressi e salvati sull'hard disk (per
trasformare la reale banda di 33.6K a 56K) allora il checksum dei dati
non compressi (prima di scaricarli) dovrebbe essere differente dai dati
decompressi (dopo averli scaricati). Ci� dunque ci porta ad una
conclusione: non ha pi� senso confrontare i checksum tra i dati non
compressi e quelli decompressi poich� i dati potrebbero non essere
corrotti e tuttavia avere un checksum diverso...
Ci� non toglie che sia meglio farsi spedire i CD :))))) Ma ho proprio la
curiosit� di sapere se i miei sospetti sono fondati...
In attesa di risposta vi saluto nuovamente e spero che questa sia
davvero l'ultima mail su questo problema. :P
Ciao!!
Matteo Merlin
