Gepubliceerd: Woensdag 6 januari 2010
Duitsers hebben sinds nieuwjaarsdag problemen met het pinnen van geld door een softwarebug. De fout treedt op bij tientallen miljoenen bankpasjes.
Toon volledig artikel
De banken raden klanten aan altijd voldoende contant geld op zak te hebben, zodat ze indien nodig contact kunnen afrekenen.
Maar hoe kan je aan contant geld komen als je pasje het niet doet??
De Y2k bug kon ik me nog voorstellen, maar hoe kan een jaarovergang van 09 naar 10 nu problemen opleveren? Of gebruikten ze 9 als jaar indicatie?
Businesses stung by BOQ computer bug
Lijkt hetzelfde probleem.
De gebruikte RTC chip geeft het jaartal als BCD door terwijl de software het als binair interpreteert.
2009+1 = 2010
dus is: 7D9+1 7DA
evenals dat 011111011001 + 1 011111011010 is.
Mis ik nu iets of is het moeilijker dan het lijkt?
Ik bedoel maar, we hebben het toch niet over een berekening voor weersvoorspellingen?
Er zijn verschillende manieren om getallen binair weer te geven, zie ook wat bitsflew zegt. BCD codeert decimalen als afzonderlijke (meestal 4-bits) groepjes. 10 wordt dan 0001 0000; als je dat nu binair gaat interpreteren dan krijg je 00010000 = 16. En zo zit je plots in 2016 ipv 2010. Oeps.
Opmerkelijk trouwens dat ze het kennelijk nog steeds niet nodig vinden om het eeuwnummer op te slaan, anders was de fout al eerder aan het licht gekomen.
Ik begrijp dat het fout kan gaan als je een bepaald getal formaat zonder meer interpreteert. Maar die fout kan niet meer ontstaan als je het eerst converteert. Je kunt immers ook niet verwachten dat een gecomprimeerde hoeveelheid data direct gebruikt kan worden, dat zul je eerst moeten 'uitpakken' nadat je gekeken hebt wat de compressie methode was. Dus hoe je het ook bekijkt: als je weet dat het BCD is, dan geldt nog steeds dat 0001 0000 eerst omgerekend moet worden naar binair (zodat het dus 10 blijkt te zijn) vóórdat je het in een andere 'omgeving' verder gaat gebruiken, en dan is er niets aan de hand. Hoe komt het anders dan dat het vooralsnog alleen in Duitsland mis gaat. Gewoon een heel stomme programmeer fout.
De binaire opslag methode zoals hierboven beschreven (4bit per positie) vs regulier binair kan niet tot problemen lijden qua programeer werk. Het is immers in de specificaties van het protocol bepaald hoe de decimale waarde wordt opgeslagen : regulier binair of 4bits vakken. Als een software maker dan niet naar de specificaties kijkt welke methode wordt gebruikt en dus de verkeerde blijkt te hebben toegepast is dat de fout van de programeur en niet een software fout.
Maar waarom nu toch die foutiefe 'decenium bug' als titel, net als de foutiefe milenium bug? het eerste decenium van de 21ste eeuw is eind dit jaar achter de rug (2001 tm 2010) net als dat deze eeuw pas 2001 begon!
Overigens is dit niet het enige probleem met 2010 het antispam programma Spamassasin ziet sinds 1 januari alle mail met datum 2010 als spam.
Ook een programmeerfout en nog wel een die nog niet is opgelost er is alleen een patch beschikbaar die het probleem verschuift naar 2020.
Om te kunnen reageren, dient u ingelogd te zijn.
2 jaar geleden: 13 februari 2010
3 jaar geleden: 13 februari 2009
4 jaar geleden: 13 februari 2008
5 jaar geleden: 13 februari 2007
14 jaar geleden: 13 februari 1998
IDG Nederland is uitgever van: AppFish
, CIO, Computer!Totaal, Computerworld, ITworld, Jobworld, MacWorld, RAW fotomagazine, TechFish, Tips & Trucs, Webwereld en Zoom.nlMeer informatie: IDG Nederland, IDG.com, Privacy-statement, Cookie-statement Hosting by Terremark.
