Discussion :

[TheGzD]

Salut à tous !

J'ai réalisé qu'un programme que je développe avait un bug avec le passage à l'heure d'été. En effet nous avons changé d'heure ce dimanche ...

J'utilise le constructeur suivant pour la plupart des de mes créations d'objet de type CTime (à défaut j'utilise un constructeur par copie) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
CTime(
int nYear,
int nMonth,
int nDay,
int nHour,
int nMin,
int nSec,
int nDST = -1  
);

Noter le dernier paramètre un peu mystérieux.
Voici le descriptif que fournit la MSDN :

nDST
Indicates whether daylight savings time is in effect. Can have one of three values:

• nDST set to 0 Standard time is in effect.
• nDST set to a value greater than 0 Daylight savings time is in effect.
• nDST set to a value less than 0 The default. Automatically computes whether standard time or daylight savings time is in effect.

Dans un premier temps je l'avais laissé à sa valeur par défaut(-1). D'autre part j'utilise des objets de type CTimeSpan pour avancer dans les dates d'un ou plusieurs jours, voici le constructeur d'un tel objet :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
CTimeSpan(
LONG lDays,
int nHours,
int nMins,
int nSecs
) throw( );

Malheureusement ce qui n'est pas dit c'est qu'avancer d'un jour (création d'un CTimeSpan (1,0,0,0,0)) c'est avancer de 24h et non réellement d'un jour.
Avec le passage à l'heure d'été, le dernier dimanche de mars n'a que 23h ...
Ceci allait donc créer dans mon programme un décalage jusqu'au passage à l'heure d'hiver

Constatant que je n'avais pas besoin de cette précision horaire (je réalise une sorte d'agenda), j'ai alors passé le paramètre nDST (lors de la construction de mes CTime) à 0 afin de ne pas tenir compte du changement d'heure. Là un nouveau problème apparait : la première heure de lundi (00:00 à 01:00) est alors concidérée comme faisant partie de dimanche ... à croire que certains CTime sont toujours en "nDST = -1" ...



Où ai-je merdé ?

Merci d'avance pour votre aide.

[TheGzD]

Je n'ai pas vraiment trouvé comment résoudre le problème avec CTime, mais j'ai trouvé une alternative : la classe COleDateTime.

CTime doit être remplacé par COleDateTime.
CTimeSpan doit être remplacé par COleDateTimeSpan.

Cette classe est assez similaire à la précédente sauf qu'elle ne gère pas l'heure d'été, donc plus d'attribut nDST et donc plus de problème de décalage