Newsgroup: it.comp.sicurezza.varie
Titolo: [OT] Il "millennium bug" dei GPS

 
Stando a quanto riportato in questo articolo
 
https://www.zdnet.com/article/some-gps-receivers-may-malfunction-on-or-after-6-april-2019/
 
 
alcuni ricevitori GPS potrebbero avere malfunzionamenti a partire dal
prossimo 6 aprile; il problema, stando a quanto riportato è relativo
alla errata interpretazione della data da parte di alcuni ricevitori
 

Rispondo qui sotto a ObiWan

Nei fatti magari sarà un'altra bufala...
 
Ricordo il titolo di un giornale inglese che diceva pressapoco così: 
"se ti occupi di y2k e riesci a dormire la notte non hai capito nulla"
 
 
Comunque...
http://users.frii.com/donlight/archive/99pages/y2k.gif
 

 "se ti occupi di y2k e riesci a dormire la notte non hai capito nulla"
 
doveva dormire o stare sveglio?

 y2k fu una bufala?
 
No, mi sono espresso male.
Fondamentalmente non successe quasi nulla, sicuramente per l'impegno 
messo prima per risolvere le possibili conseguenze.

 messo prima per risolvere le possibili conseguenze.
 
giusto
però più che altro fu un'occasione per vendere hardware e software
nuovo (il rappresentante IBM della filiale tedesca della mia ditta
andò a dire che il loro S/36 avrebbe smesso di funzionare :-)  )
 
oppure sai che molti corressero i loro programmi?
 
io me la cavai aggiungendo 50 ad AA prima ogni operazione di scelta o di
ordinamento (l'orizzonte temporale delle nostre esigenze non era certo
secolare) naturalmente riaggiungevo 50 dopo l'uso.
 
un quarto d'ora a programma (su un 20% dei programmi)

 oppure sai che molti corressero i loro programmi?
 
Era un obbligo per noi fornitori... E pure per i nostri concorrenti e 
partner.


capisco che sia stato un casino se non avevate i source da modificare
(o anche soltanto senza una documentazione chiara)
io li avevo ed era tutta roba mia
perciò è stato facile

 multinazionale delle telecomunicazioni) oltre al mio lavoro normale ...
 
ma toglimi una curiosità: sai il metodo di aggiungere 50 ad AA prima e dopo 
l'uso sia stato usato da qualcuno?

Immagino che tu non l'abbia usato.
Quindi nel vostro software avete dovuto passare da GGMMAA a GGMMAAAA e se 
questo ha comportato un gran lavoro vuol dire che non vi appoggiavate ad un
databaserelazionale (o perlomeno non avevate una descrizione dei file
esterna e comune ai programmi)
 
Io non ce l'avevo (ero un eretico e comunque ero andato in pensione nel 1995)
immaginavo però che per una cosa del genere quei database fossero un grosso
aiuto.

Rispondo qui sotto a 
gino...@libero.it
 
 
 

opss, leggo ora i tuoi messaggi.
 
Non lo so cosa sia stato usato, io non ero il programmatore, ma in 
relazione ai problemi di Y2k ero l'interfaccia tecnico-commerciale 
della multinazionale versotutti i clienti che avevano macchine 
sensibili in Italia.
 
Uno stress.

 Uno stress.
 
nessun problema, la mia curiosità dura da 19 anni :-)
non è che lo puoi chiedere al programmatore del tempo che fu?
 

 "se ti occupi di y2k e riesci a dormire la notte non hai capito nulla"
 
BTDT (been there, done that), nel mio caso abbiamo preso il problema
per tempo e lo abbiamo sistemato senza problemi (e non parlo di due
cosette in croce, capiamoci), il tutto usando un ambiente di test per
verificare eventuali problemi; in qualsiasi caso, non c'è stato alcun
problema al momento "cruciale", anche perchè le "patch" erano già state
distribuite a partire dal 1998 :) così, mentre tanti altri correvano
come topi su una nave che affonda, noi (ed i nostri clienti) non
abbiamo avuto praticamente alcun problema :D
 
 
 

 abbiamo avuto praticamente alcun problema :D
 
sono passati 19 anni e quindi non dovrebbe essere una cosa riservata
posso chiederti il metodo che avete usato?

 posso chiederti il metodo che avete usato?
 
Ci mancherebbe altro, è solo che non so se interessi qualcuno; in
breve, sia gli applicativi su S/36 e Serie-1, sia i programmi su PC
erano stati (e da tempo) ristrutturati in modo da usare degli "oggetti"
esterni e condivisi (es. in COBOL c'erano dei "copy") in "basic" (ora
non mi far dire quale :D) c'erano degli "obj" messi insieme in una
"lib" che veniva usata in fase di "linking", idem per il "C", nel caso
di "RPG" c'erano delle librerie condivise... in breve, siccome tutto il
codice che gestiva le date (ma non solo, tutto il codice che era
"specializzato" per un certo compito, o anche quello "generalizzato",
tipo funzioni di varia natura ed utilità) era all'interno di tali
moduli, c'è voluto poco per modificarli in modo da gestire l'anno con 4
cifre, a seguire, è bastato aggiungere un pezzo di codice di controllo
che, all'avvio dell'applicazione verificasse se esisteva una tabella
"versione" e, se non esisteva o se la versione era inferiore, lanciasse
un altro pezzo di codice che si occupava, per l'appunto, di alllineare
la base dati
 
Sto, ovviamente, semplificando, ma alla fine si è trattato soltanto di
quanto sopra, e come previsto, l'approccio "modulare" ha dato i suoi
vantaggi; considera che l'aggiornamento è stato completato con *mesi*
di anticipo, per cui c'era stato tempo in abbondanza per intervenire
nel caso in cui si fossero verificati problemi 
 
:)
 
 
 

Il giorno martedì 5 marzo 2019 15:24:31 UTC+1, 
ObiWan ha scritto:

Grazie e complimenti
Una situazione veramente particolare la vostra
La mia curiosità riguardava chi aveva un S/36 o un AS/400 in emulazione 36
(anche alcuni collegati) e che non aveva perciò descrizioni esterne dei 
file e aveva le date GGMMAA.
 
Anch'io non ebbi problemi, ma solo perchè il nostro orizzonte temporale
era inferiore ai 50 anni e quindi potei provvedere come prima indicato

quell'aereo caduto mi fa pensare a una tizia che scriveva software
per gli aerei (tantissimi anni fa): sua sorella mi disse che aveva 
mollato tutto quando qualcuno pretese il timbro OK su roba non ancora 
testata adeguatamente
 
mi consola sapere che a fine 2000 qualcuno ha speso un anno e mezzo di 
lavoro *commerciale* per mettere il prossimo al riparo del millennium bug
(figuriamoci quanto ci avranno lavorato i programmatori)

no, qualcuno ci ha lucrato e non vuole ammetterlo
qualcun altro ci ha penato e non vuol ammettere che era un problema relativo
 
io ero andato in pensione nel 95 perchè qualche furbastro spalleggiato dall'IBM
sosteneva che si poteva migliorare il software esistente, non eliminando
certa cazzate imposte da incompetenti nella base dei dati, ma installando
(in meno di un anno e con grandissimi benefici) un pacchetto di primaria ditta
 
nel 99 non avevano ancora terminato e mi chiamarono:
concordai che come pagamento avrebbero pubblicato un trafiletto su di
un giornale locale attestante che molti informatici erano o ladri
o incompetenti: come credete che mi abbiano *pagato*? col silenzio

 incompetenti: come credete che mi abbiano *pagato*? col silenzio
 
ovvero punturone di sedativo e ricovero in struttura adeguata.

 ovvero punturone di sedativo e ricovero in struttura adeguata.
 
chi non pagò attesta dopo vent'anni che avevo perfettamente ragione,
anche sul resto, dillo al tuo *dottore* (magari quando avrete finito
con le minuzie e gli insulti nel vostro NG) tuttavia per il millennium bug
non serve la testimonianza di nessuno, bastava saper fare le somme (sai
quella cosa che serve per fare 2+2)


un consiglio agli altri del gruppo: con il selmi in circolazione mai 
nominare per nessuna ragione "millenium bug" e "e-voting". *mai*.

 nominare per nessuna ragione "millenium bug" e "e-voting". *mai*.
 
dipende: se qualcuno vuol *riflettere* sulle esperienze del passato e sulle
possibilità del futuro perchè nò? anche solo per rinunciare, non tutto
è fattibile, ma domani chissà, quindi ogni tanto non è male rispolverare
anche ciò che si è giustamente messo da parte
 
poco sopra ho scritto:  "...nel 95 ...qualche furbastro spalleggiato 
dall'IBM sosteneva che si poteva migliorare il software esistente, non
eliminando certa cazzate imposte da incompetenti nella base dei dati, ma..."
i fatti dimostrano che allora le cose stavano proprio così e in parte
sono vere pure oggi
 
dico "in parte" perchè oggi i volumi e le velocità sono tali che si può
pensare di leggere tutto un archivio e scegliere il record desiderato
esaminando singolarmente ogni record (naturalmente mi riferisco ad archivi
di dimensioni contenute, ad es. l'archivio dei prodotti o dei clienti di una
azienda e simili)