Les timers : erreur de compilation

Bonjour,

J'ai lu ce très bon tuto qui explique comment utiliser boost, et notamment la partie sur les timers asynchrones.

J'ai cependant une exception lors de l'exécution du code donné dans l'article : could not convert calendar time to UTC time

J'ai aussi essayé ça :

Code:

---

boost::asio::deadline_timer t(io, boost::posix_time::seconds(boost::TIME_UTC + 5));

---

mais ça ne marche pas non plus.

J'ai lu ceci sur le net (y'a pas beaucoup de sites qui en parlent) :

Citation:

---

After some time traking the culprit, I got to the function
time_type microsec_clock::create_time(time_converter converter) from the boost\date_time\microsec_time_clock.hpp header
in which the variable 'std::time_t t' was strangely assuming a negative value, probably due to an overflow.

Then I realized that changing the type of the variable 'micros' from uint64_t to std::time_t on that same function, could solve the problem.

---

Mais s'il y avait une autre solution que d'aller bidouiller dans les fichiers de Boost ça m'arrangerais :)

Avez-vous déjà eu ce problème ?

Bonjour,

le code de l'article a été testé avec Visual Express 2008 et boost 1.37.
Je viens également de le tester avec gcc 4.3.2 sous ubuntu et boost 1.38, et je n'ai aucun problème.
Tu utilises quoi comme compilo / environnement ?

salut

j'utilise Code Blocks, avec comme compilateur MinGw (et j'ai aussi Boost 1.38)

Tu sais d'où ça peut venir ?

J'avoue ne pas avoir trop d'idée... :koi:
Tu as quelle version de MingW?

J'aurais tendance à dire 1.81-2 à la vue de ce fichier (readme.txt à la racine d'un dossier MinGw dans code blocks) :

Citation:

---

This folder contains the following components:

gcc-core-3.4.5-20060117-1-vista.tar.gz
gcc-g++-3.4.5-20060117-1-vista.tar.gz
mingw-runtime-3.14.tar.gz
mingw32-make-3.81-2.tar.gz
mingw-utils-0.3.tar.gz
w32api-3.11.tar.gz
binutils-2.18.50-20080109.tar.gz
gdb-6.7.50.20071127-mingw.tar.bz2

These files were downloaded from http://www.mingw.org, direct links:
http://downloads.sourceforge.net/min...1-vista.tar.gz
http://downloads.sourceforge.net/min...1-vista.tar.gz
http://downloads.sourceforge.net/min...me-3.14.tar.gz
http://downloads.sourceforge.net/min...-3.81-2.tar.gz
http://downloads.sourceforge.net/min...ils-0.3.tar.gz
http://downloads.sourceforge.net/min...pi-3.11.tar.gz
http://downloads.sourceforge.net/min...0080109.tar.gz
http://downloads.sourceforge.net/min...-mingw.tar.bz2

For more information please visit:
http://www.mingw.org
or:
http://sourceforge.net/projects/mingw/
...for more (source code) downloads please visit:
http://sourceforge.net/project/showf...?group_id=2435

---

Salut,
J'ai eu le même problème dans un autre contexte. Après investigation, il semblerait que gcc s'embrouille dans une optimisation. Le fichier incriminé dans boost est boost\date_time\filetime_functions.hpp.
Les lignes problématiques sont :

Code:

---

1 2 3 4

const uint64_t c1 = 27111902UL; const uint64_t c2 = 3577643008UL; // issues warning without 'UL' const uint64_t shift = (c1 << 32) + c2;

---

Visiblement le décalage de c1 se fait sur 32 bits (d'ailleurs un warning est levé). J'ai modifié en ce sens :

Code:

---

1 2 3 4

const uint64_t c1 = 27111902ULL; const uint64_t c2 = 3577643008ULL; // issues warning without 'UL' const uint64_t shift = (c1 << 32) + c2;

---

J'ai recompilé les bibliothèques (en l'occurence Boost.thread pour ce qui me concerne, mais ici, ce serait Boost.asio plus Boost.Date_time ). L'exception n'est alors plus levée (le calcul devient correct).

ok merci. Je regarderai ça. J'avais aussi trouvé une autre solution pour faire des timers, mais j'ai pas encore testé si on peut les utiliser pour interrompre une connexion socket