Hallo Kai, Am 24.07.2012 um 23:03 schrieb Kai Krueger:
>> Die erste SML-Datei bewirkt das: >> [Jul 24 22:00:58][chn0] Adding reading to queue (value=142.00 >> ts=1343160058.900) >> [Jul 24 22:00:58][api] ==> number of tuples: 1 >> [Jul 24 22:00:58][CURL] compare: 0 2147483647 1343160058899.789062 > Das passt nicht. > Die 0 ist Ok, da es das erste Telegramm ist. > aber 2147483647 != round(1343160058899.789) > Das kann nicht passen. Es muss 1343160058900 rauskommen. > > Auf welcher Architektur laest du es laufen. Mein Testsystem ist zur Zeit > x86_64. ha! Ich hab's auf nem ARM (iconnect) laufen - da fällt mir auf: 2147483647 = 2^31 -1 :-) --- Volkszaehler.cpp 2012-07-24 23:15:30.000000000 +0200 +++ Volkszaehler.cpp.neu 2012-07-24 23:15:21.000000000 +0200 @@ -153,7 +153,7 @@ Buffer::iterator it; print(log_debug, "==> number of tuples: %d", "api", buf->size()); - long timestamp = 1; + double timestamp = 1; // copy all values to local buffer queue buf->lock(); -> jetzt läuft's - ich werde weiter berichten. >> Haste noch ne Idee? > Ich habe als Typ long genommen. Das sollten 8 Bytes und damit langen. > > uebrigens: > 1343160058899 gib in hex h138ba9417b2 > 2147483647 gib in hex h7fffffff > > Das riecht nach Datengroesse. Jepp :-) Danke noch mal! Gruss, J.