Newsgroup: it.hobby.scacchi
Titolo: OT: Y2K, ovvero: test per l'anno 2000!

Visto che ormai si sta avvicinando la fatidica data,
stamattina ho pensato bene di "testare" il mio
hardware per verificare la compatibilita' con l'anno
2000.
Se esiste, il problema e' nel BIOS (cioe' quella
parte di memoria non "volatile", ossia permanente,
dove sono registrati i dati del computer, tra cui l'ora
e la data).
Per i BIOS Award (queli piu' diffusi), c'e' una meravigliosa
utility disponibile all'URL:
http://www.phoenix.com/year2000/phoenixpcy2000test-fixtool.exe
(Win 9x)
oppure all'URL:
http://www.phoenix.com/year2000/PTLY2K16.exe
(DOS-Win 3.1)
Ho usato proprio questa utility, che fa tutto da sola:
Crea un dischetto di boot, riavvia il computer in modalità
DOS e verifica cosa succede al passaggio di data
31 dicembre 1999-31 gennaio 2000.
Ottimo! Sembra che i BIOS Award posteriori al '95 non
abbiano problemi di compatibilita'!
Se ci sono problemi, il programma da' la possibilita'
di risolverli!
Per gli altri tipi di BIOS il sito da visitare e':
http://www.nstl.com/html/nstl_ymark2000.html
dove e' disponibile un programma di test automatico.
A proposito: Come al solito la Apple e' milioni di miglia
avanti al mondo PC: Il mio vecchio Mac II CI con processore
Motorola 80386 (= un 386 DOS), e' perfettamente
compatibile con l'anno 2000 anche se ' stato prodotto nel
1989!!!!!
Dulcis in fundo: Per quanto riguarda la parte software e'
prudente impostare la data di default del sistema come
data a 4 cifre (es.: 1999) e NON a due cifre (es.: 99) come
invece hanno impostato i "geni" della Microsoft!
Come fare:
In Win 9.x basta andare a Pannello di controllo -> Impostazioni
internazionali -> Data e impostare come "Formato data breve" quello
gg/MM/aaaa in modo che il formato predefinito sia la data estesa,
cioe' 2000 e non 00!!!
Saluti a tutti
Ivo

 Ivo
:)
Julian//


Ciao, Julian,
Grazie delle info! So che molta gente sta speculando su questa
questione del "millenium bug", ma visto che tu sei "del mestiere",
mi confermi che problemi hardware non ne esistono, anche sui
vecchi BIOS (tipo quelli dei 286, 386 e 486)?
Allora esistono problemi su vecchi sistemi Unix?
E i problemi software esistono o sono una bufala?
Grazie dell'attenzione!
Ivo

 Ivo
I problemi hardware praticamente si puo' dire che non esistono. Le macchine
provate da noi l'anno scorso sono state, come ti dicevo, in numero sufficiente
per affermare che a livello hardware le macchine che non vanno >>>rientrano nel
campo delle eccezioni.
All'epoca dei '286 quando i BIOS non erano ancora stabilizzati, ed esistevano
marche ormai estinte, puo' darsi che girasse qualche BIOS "bucato" ma non fa
testo. Ho eseguito prove su macchine da 286 a salire, schede con proc.386 rev.1
(senza epsilon), schede assemblate 386SX e DX in versioni con ram chip, sip,
simm, chipset C&T, MX, Alliance, ALI, ..., 486sx e dx socket 3 e socket 7 diversi
chipset e diversi produttori, schede Micronics, Microstar, Chaingtec, ..., Pc
"brand-name", IBM ps2,  Compaq xxx, Hp, Dell, Epson 386/486, ....
Quindi il problema Hardware va inquadrato storicamente a partire dalla prima
scheda ufficiale con processore 286, la scheda madre IBM 6Mhz. Da li' i cinesi
cominciarono la produzione di schede turbo, ognuna con il proprio BIOS.
Stabilizzate le routine del BIOS (esistevano libri con i sorgenti dei bios) si
affermarono tre produttori principali, e la routine che incrementa il contatore
della data divenne una routine stabile e funzionante. Le macchine a rischio sono
inoltre le macchine poco-standard con BIOS proprietario--->ma se uno si compra
una sola di pc avra' tanti altri problemi di compatibilita'.
Il software che poi utilizza la data (come il sistema operativo) puo' fare
l'accesso alle locazioni della memoria cmos in diversi modi, ed adirittura
mantenere una propria copia di queste informazioni in memoria ram centrale. Li'
possono sorgere problemi, ma si rientra nel campo software, poi. Le locazioni con
la data si accedono in modo "speciale" non essendo locazioni di ram dove posso
dire "dammi la cella 1000 e poi la 1001". E' un accesso indiretto tramite la
cosi' chiamata porta I/O 8 bit, porta $70 e $71.
Il software applicativo e' poi la terza possibile fonte di problemi, e qui
dipende dal programmatore/i. Tutte le aziende piu' grosse (banche, enti) hanno
provveduto al problema in tempo, per forza!
Su vecchi sistemi Unix non ho fatto prove. M'interessava principalmente provare
che i BIOS, salvo eccezioni (macchine vecchio e/o non standard), non davano
nessun problema, al contrario di cio' sostenuto dai "tecnici" che neanche sanno
dove sta la data su una scheda madre. Quindi i problemi di sistema operativo
potrebbero esserci --- il software applicativo e' il vero punto di fuoco del
"Millenium bug".
ciao,
Julian//

Su vecchi sistemi Unix non ho fatto prove.
I sistemi operativi Unix, Unix-like e derivati (es. Linux) non hanno, a
mia conoscenza, problemi di millennium bug. Questo perche' in questi
sistemi la data e' memorizzata non come giorno/mese/anno/secolo, ma come
numero di secondi trascorsi dalla mezzanotte del 1 Gennaio 1970 (data
storica di inizio dell'Era Unix :-PPP ). Questo numero e' memorizzato in
una variabile a 32 bit che raggiungera' l'overflow all'incirca a Febbraio
del 2038. Pertanto semmai si puo' parlare di 2038-bug; senonche', ormai
quasi tutti sono passati ad una variabile a 64 bit che terra' la data
corretta per qualche miliardo di anni :-))))
Questo succede ora. Non so (e comunque non credo) se i vecchi Unix
memorizzino la data in modo PCista. :)
Un Gabry root :-)
-- 
*************************************************************************
LightKnight's Home Page:  
http://www-studenti.dm.unipi.it/~stilli/
Inizio del 3^ Millennio/3rd Millennium Start: 1st January 2001 (NOT2000!)
Millennium Info:          
http://www.rog.nmm.ac.uk/leaflets/new_mill.html
*************************************************************************

mia conoscenza, problemi di millennium bug.
[SNIP]
Non so esattamente se dipende da problemi hardware (ma Julian suggerisce di no)
o di sistema operativo (ma Gabry suggerisce di no); fatto sta che un nostro
cliente deve dismettere 2 risc con AIX per problemi di millenium bug... in
effetti non sono recentissimi... mah!
Un Luca perplesso ;)
Ciao
--
   o   o
o / \ / \ o  Luca Dormio
  \ - - /    
ldo...@tin.it
 (real email address)
   =====
Chess.net ID: Luca_b3
FICS ID: LarsenB
IECG ID: 17105

effetti non sono recentissimi... mah!
Il problema e' che per sistemi antichi spesso non e' disponibile un
aggiornamento software o hardware certificato, e talvolta la
certificazione e' piu' importante della certezza che la macchina
funzioni.
Nell'ultimo paio d'anni un sacco di aziende hanno inviato ai loro
fornitori dei bei questionari con cui chiedevano informazioni
dettagliate sulla certificazione hardware e software di tutti i
processi critici per l'azienda.
Ad alcuni e' capitato di dover fornire ai loro clienti la conferma
della certificazione Y2K della propria societa' municipalizzata che
fornisce l'acqua.
In questi scenari che un computer funzioni perfettamente oppure no
diventa assolutamente irrilevante se il fornitore non fornisce la
certificazione.
Tra l'altro e' capitato a piu' case di fornire certificazioni e poi
revocarle in seguito ad ulteriori test.

 Un Luca perplesso ;)
uhh....me li compro io..... due risc....
un Julian interessato 8¬)