Newsgroup: it.comp.os.dibattiti
Titolo: Da capo: S.O. e Y2K

Torno momentaneamente sull'argomento perche' mi pareva di avere intuito
una certezza assoluta sulla compliance di MacOS. Oggi Slashdot riporta
questa notizia:
http://www.techweb.com/wire/story/TWB19990205S0014
Saluti
Lele

 interpret '89' as 2089. 
Mi permetto di aggiungere che la specifica della funzione e' corretta.
StringToDate e' una funzione messa a disposizione per interpretare i
valori "digitati" dall'utente. E' chiaro che c'e' una ambiguita' di
fondo nell'interpretazione dell'anno '89 eventualmente inserito da un
utente in un campo testuale. A quale 89 si riferisce l'utente? 1989 o
2089? Oppure al 1789? Di base il MacOS interpreta l'anno specifiato a
due cifre alla StringToDate come anno del secolo corrente secondo
l'orologio interno del computer. Un'interpretazione piu' corretta, forse
avrebbe dovuto considerare le date inserite in un intervallo di tempo di
piu' o meno 50 anni a partire dalla data corrente. Comunque, non esiste
una interpretazione univoca.
Poi, e' chiaro che ad essere Y2K compliat, oltre al sistema operativo,
deve esserlo anche il software. Non e' detto che tutto il software
realizzato per mac sia Y2K compliant. Non tutti sono cosi' bravi a
scrivere software per mac. Ad esempio, Excel non riesce a distinguere
due dischi con lo stesso nome, cosa che su mac non ho mai visto fare ad
altri programmi :) Ma che c***o di strutture hanno utilizzato per
identificare i file? Un semplice FSSpec di sistema non gli andava bene?
Ciao.
-- 
Fabrizio Di Giuseppe
mailto:
fabr...@iride.com
http://www.iride.com/fabrizio/

 Perfetto, techweb, sito notoriamente
Scusate, volevo scrivere: "sito notoriamente critico nei confronti della
casa della mela".


TechWeb fa un po' di confusione. Come fa il software a comprendere
cio' che l'utente intende digitare quando digita "89"? Deve intenderlo
come "1989" o "2089"? E' un problema di software, non di sistema
operativo. 
Il MacOS (il sistema operativo del Mac) non ha nessun problema a
gestire il problema del 2000:
Le utility per la gestione di data e ora (come documentato nel volume
"Inside Macintosh Operating Systems Utilities", disponibile sul sito
www.apple.com/developer
), usano un valore con segno a 64 bit, in grado
di coprire le date dal 30.071 a.C. al 29.940 d.C.

 l'orologio interno del computer.
E' questo il problema. A cavallo del secolo, leggere lo stesso file o
fare la stessa query SQL porterebbe a due risultati diversi. Quella che
funzionava fino a ieri, oggi non va piu.
Saluti
Lele

 funzionava fino a ieri, oggi non va piu.
Ti sei dimenticato il contesto della mia frase.


 solo 99 invece che 1999? Pretendi che legga l'anno come 99 DC? 
No, pero' pretendo che l'interpretazione che da della data
dell'altroieri non cambi da un giorno all'altro.
Saluti
Lele

 dell'altroieri non cambi da un giorno all'altro.
Cioe' che rimanga sempre 1999, e quindi che 01 venga interpretato come
1901. Non so quale dei due casi sia il peggiore. Ma nel contesto prima
citato questo su mac al massimo e' un problema di corretto disegno dell'interfaccia.


 idioti ...
Anche utilizzare due cifre per la data e' una cosa da idioti. Chi mai
farebbe una fesseria simile.
Saluti
Lele

 farebbe una fesseria simile.
Erm... se tutti la pensassero come te allora Y2k problem non si porrebbe
proprio ;)
Ciao,
Fabio Alemagna