Discussion :

[cheprod]

Bonjour à tous,

J'essaye de faire afficher l'heure locale à l'aide de la fonction strftime mais sans succès : c'est toujours l'heure UTC qui est affiché... alors que j'utilise la fonction localtime pour remplir la structure de type tm.

Si dessous un extrait de programme que j'ai écrit :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
time_t heure;
struct tm * t;
char date[64];
 
time(&heure);
t = locatime(&heure);
 
printf("Printf : Heure %i", t->tm_hour);
 
strftime(date, 64, "%H", t);
printf("Strftime : Heure %s", date);

A l'exécution j'obtiens :

Code :

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

1
2
Printf : Heure 14
Strftime : Heure 12

J'ai cherché un peu de partout mais je n'arrive pas à comprendre pourquoi l'heure affiché par strftime est l'heure UTC et non l'heure locale. Je me suis penché du coté des variables TZ et LC_TIME mais j'ai du mal à comprendre le rapport...

Je suis preneur d'un petit coup de main ou d'une explication

Merci d'avance

[Vincent Rogier]

Salut,

tu utilises quel compilo sur quelle plateforme ?

Ton code me donne la même heure dans les deux cas

[cheprod]

Salut,

Je suis sous Redhat AS 3.0 et Compilo gcc 3.2.3 (il me semble, je confirme demain).

Variable d'environnement positionné comme suit :
LC_TIME=fr_FR
TZ non positionné

[clampin]

Bizarre, chez moi le code sur mon Macos x 10.4.11, PPC donne :

Code :

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

1
2
 
Printf : Heure 22       Strftime : Heure 22

[cheprod]

[Edit]Précision de l'erreur[/Edit]

Bonjour,

Tous d'abord, merci de m'avoir répondu

Ce matin, j'ai réécrit les instructions dans un .c ne contenant que ça et là ça marche J'en conclue que ça ne vient pas de la machine mais du code contenant les instructions.

J'utilise actuellement log4cxx 0.9.7 pour le logging de l'appli et également GSoap en version serveur Standalone. Dans les logs, toutes les dates de log sont à l'heure UTC... et lorsque je compile, j'ai le warning suivant :

Code :

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

1
2
3
4
5
6
7
8
9
Dans le fichier inclus à partir de ../log4cxx/include/log4cxx/config.h:7,
...
...
../log4cxx/include/log4cxx/config_auto.h:17:1: AVERTISSEMENT: " HAVE_FTIME " redéfini
Dans le fichier inclus à partir de src/soapStub.h:11,
...
...
...
../gsoap-linux/stdsoap2.h:301:1: AVERTISSEMENT: ceci est la localisation d'une précédente définition

Je me pose donc la question suivante : est-ce que l'utilisation des bibliothèques log4cxx et gsoap n'introduirait pas un dysfonctionnement dans le mécanisme de gestion de l'heure ?

Je vais investiguer de mon coté, si vous avez des pistes, je suis preneur

Merci d'avance

[cheprod]

Grosse grosse connerie de ma part

Dans mon code exact, les printf étaient remplacé par des appels à LOG4CXX que j'ai enlevé pour simplifier.

On avait donc :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
time_t heure;
struct tm * t;
char date[64];
 
time(&heure);
t = locatime(&heure);
 
LOG4CXX_DEBUG(logger,"Printf : Heure " + t->tm_hour);
 
strftime(date, 64, "%H", t);
LOG4CXX_DEBUG(logger,"Strftime : Heure " + date);

Sauf que la méthode DEBUG devait appeler à nouveau la fonction time, et log4cxx est connu pour son bug sur les heures qu'il passe automatiquement en UTC. Donc je me retrouvais à pointer vers une heure UTC et non plus une heure locale.

Voilou, une bonne co**rie à laquelle j'aurais du penser avant