Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 39 reacties
Bron: Computerworld

Javier Martinez Muņoz wees ons op dit artikel van Computerworld, waarin men spreekt over een vergeten is-teken in Microsofts Visual C++ runtime library. Dat kleine foutje veroorzaakt een wel heel vreemde bug. Op 1 april 2001 zal namelijk alle software die gebruik maakt van dit library denken dat het zomertijd is geworden en dus een uur naast de werkelijke tijd werken. Pas op 8 april wordt dit effect weer ongedaan gemaakt. Volgens experts gebruikt 20 tot 30% van de software de bewuste library, waaronder Internet Explorer en Netscape. Microsoft werkt inmiddels aan een patch en zegt zelf dat het niet zo'n groot probleem is:

But Chris Hargarten, Microsoft's Visual C++ product manager, disputed that assessment, saying that the glitch isn't serious and shouldn't affect a large number of applications.

"This is a really small date problem," Hargarten said. "The biggest thing here is that the number of applications out there that use that library is widespread. But the number that use the time function and will get hit by this bug is very, very small."

Lees hier het stukje op Microsoft.com.

Lees meer over

Moderatie-faq Wijzig weergave

Reacties (39)

Het gaat er nu van afhangen of programma's statisch of dynamisch gelinkt zijn met de VC++ runtime library. Alleen programma's die statisch gelinkt zijn met de CRT van voor Visual C++ Service Pack 3 hebben dit probleem, en zullen gepatcht moeten worden, als het een onoverkomelijk probleem oplevert. Programma's die dynamisch gelinkt zijn, zoals Internet Explorer, Netscape, en vele andere, hebben geen last van deze bug, zolang je maar een up-to-date (dwz Visual Studio SP3 of later) versie van MSVCRT.DLL in je system directory hebt staan. Zie ook het volgende article in de M$KB: http://support.microsoft.com/support/kb/article s/Q214/6/61.ASP
Wat gek dat ze niet gewoon een nieuwe msvcrt.dll ter download aanbieden en je Visual Studio SP3 moet hebben... :?
Het is eigenlijk alleen maar voor de amerikanen een probleem! Want daar begint de zomertijd in 't weekend van 8 april.

In europa begint de zomertijd een week eerder waardoor wij *dankzij* die bug geen enkel probleem met de tijd zullen hebben.!

hoezo bug? :-)
hadden ze dat probleem ook al niet toen win95 werd geīntroduceerd
(bij mij op de compu ging toen de zomer tijd in, in februari :( )
Bij Win95 was het de wintertijd die in de 3e week van november inging in plaats van de 3e week van oktober. Heb ik toen nog eens simpel aangepast in de registry.
Ik wil niet flauw doen maar in nederland valt de wisseling van Wintertijd naar Zomertijd op 25 maart 2001. Gezien de associaties met de 1 april datum vermoed ik dat helemaal nergens ter wereld de tijd van Winter- naar Zomertijd gaat op 1 april.....

<citaat>
The affected code fails to calculate the change in time for daylight savings on years where daylight savings (first Sunday of every April) occurs on April first and then corrects itself after one weeks time.
</citaat>

Wel een van de beste 1 aprilgrappen die ik in jaren gezien heb :+
Windows NT had ook zo'n soort foutje:

Als je (ik geloof 2 jaar geleden) op de dag dat de tijd een uur terug gaat je Server tussen 2 en 3 's nachts zou booten (de tijd de je "kwijt" ben, om 3 uur is het weer 2 uur) je server in een blauw scherm zou komen, waar 'ie niet meer uit kwam tot 3 uur
Erg jammer dit. De kans dat dit gebeurd zal misschien wel klein zijn, maar ALS het gebeurd, dan zal er hoogstwaarschijnlijk wel iets ergs gebeuren. (Te denken aan transactie software e.d.) Tijdgevoelige operaties etc.

edit:
typo
pcies...

stel je voor dat bij een bank alle transacties een uur eerder of later worden uitgevoerd...scheelt nogal wat rente en dergelijke... dan heb je het toch bijna wel over een paar miljoen.
ja, misschien wel, als ze in uren in plaats van in dagen zouden rekenen }:O
(even nadenken voor je iets post)
Ook als ze in dagen rekenen. Dan zijn alle transacties ineens een uur te vroeg overgeboekt. En als het dan straks weer teruggaat (8 april) kan er nog meer misgaan; overboekingen twee keer uitgevoerd etc.
eeeeeeh
- normale transactie : half 1 's nachts
- uur te vroeg is half 12
- is een dag eerder...

even nadenken voordat je mensen afzijkt :)
Gelukkig hebben wij daar in Nederland geen last van. Volgens het artikel van MS speelt het probleem alleen maar in tijdzones waar de zomertijd de 1e zondag van april ingaat (Dit jaar 1 april :+ ).
De 1e zondag > 1-4 is dus 8-4 terwijl dit de eerste zondag >= 1-4 had moeten zijn.
Bij ons gaat de zomertijd in op de laatste zondag van maart (25e).

edit
http://www.knmi.nl/voorl/nader/zomertijd.htm
/edit
hadden ze dat probleem ook al niet toen win95 werd geīntroduceerd
(bij mij op de compu ging toen de zomer tijd in, in februari )
Misschien hebben ze nog dezelfde programmeur in dienst, die toen daarvoor verantwoordelijk was ;)
"oops, i did it again" teveel geluisterd misschien, die gast.
Jongens en meisjes, het is weer eens tijd om te lezen.

Allereerst gaat het om een functie die NIET voorkomt in de officiele windows API. Hij staat WEL in een veelgebruikte library. Een aantal (ze noemen 20 a 30%) applicaties maakt gebruik van deze lib, en een fractie daarvan maakt gebruik van de betreffende functie.

Wat er dan gebeurt is dat de VERTALING van de tijd niet goed gaat. Intern WEET het systeem wel dat het pas 13:00 is, maar op het scherm verschijnt alleen maar 14:00. Je database en al je tijdkritische spullen hebben daar (bij een normaal geschreven programma) geen last van, die kijkt toch naar de interne tijd en niet naar de string representatie ervan.
Dat zijn nog eens 1 april grappen :P

Nee, serieus..
Volgens experts gebruikt 20 tot 30% van de software de bewuste library, waaronder Internet Explorer en Netscape

Ik kan me voorstellen dat bedrijven die werken met een applicatie met webinterface hier een probleem kunnen krijgen.
Met levensduur van cookies e.d. kan ik me wel e.e.a. voorstellen.
Het verschil is één uur. Of je login-cookie met een maand expiry nou een uur korter of langer geldig blijft kraait geen haan naar.
Maar als je lekker aan het bankieren bent met cookies die maar een paar minuten geldig zijn (girotel online van de postbank bijv.) heb je toch een mooi probleem.
Dat zijn nog eens 1 april grappen
That's not a bug, It's a joke :P
Fijn! Databases kunnen meestal niet zo heel erg goed tegen spontane tijdswijzigingen. Vooral als de klok een uur terug gaat wordt het soms lastig. Dan heb je namelijk kans dat dezelfde timestamp 2x in de database staat, en zal de server klagen dat de database niet meer consistent is. Progress is een voorbeeld, waarvan ik dit zeker weet.
Klopt , wij gooien de servers altijd down als er terug gegaan wordt in de tijd. Oracle heeft er ook wel us moeite mee. Trouwens better be safe then sorry.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True