=> c'est le compteur de ticks d'horloge (sysUptime sous windows) qui déborde et repasse a zéro. le phénomène arrive tous les 49.7 jours.
Ce problème existe aussi sous OS/2, ou il est difficile a corriger car chaque driver vient lire la valeur a l'adresse du compteur directement (au lieu d'utiliser une fonction dans laquelle on pourait corriger une bonne fois pour toutes le problème).
Je ne sais pas pour Windows, mais OS/2, lui, ne fait que jouer a la roulette russe tous les 49.7 jours. En effet le crash n'est pas garanti, c'est juste si on a pas de chance et qu'un morceau de code a fait des lectures du compteurs au moment de l'overflow (genre un chronometrage avec soustraction de t2-t1 qui devient très grand ou négatif)
[^] # Re: 24/24
Posté par PLuG . En réponse au journal Economie d'énergie. Évalué à 3.
=> c'est le compteur de ticks d'horloge (sysUptime sous windows) qui déborde et repasse a zéro. le phénomène arrive tous les 49.7 jours.
Ce problème existe aussi sous OS/2, ou il est difficile a corriger car chaque driver vient lire la valeur a l'adresse du compteur directement (au lieu d'utiliser une fonction dans laquelle on pourait corriger une bonne fois pour toutes le problème).
Je ne sais pas pour Windows, mais OS/2, lui, ne fait que jouer a la roulette russe tous les 49.7 jours. En effet le crash n'est pas garanti, c'est juste si on a pas de chance et qu'un morceau de code a fait des lectures du compteurs au moment de l'overflow (genre un chronometrage avec soustraction de t2-t1 qui devient très grand ou négatif)