[vz-dev] vzlogger / c++port

[Kai Krueger]

Hallo Justin,


> Am 24.07.2012 um 08:14 schrieb Kai Krueger:
>
>>> hab's gerade mal getestet - nun schickt vzlogger gar keine Daten mehr:
>> Gesehen. Er sendet nur wenn er mindestens 2 Werte in der "Out-Queue"
>> hat.
>> Der Patch unten solte es tun.
> hab ihn getestet - wir tasten uns ran...
Das passt ni
>
> 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.

 [Jul 24 22:00:58][chn0] JSON request body: [ [ 1343160058899.789062,
> 142.000000 ] ]
> [Jul 24 22:00:58][chn0] Buffer dump (size=0 keep=32): {}
> [...]
> -> Messwerte werden geloggt - Hurra!
>
> Ab der zweiten Datei dann:
> [Jul 24 22:01:03][chn0] Adding reading to queue (value=143.00
> ts=1343160063.923)
> [Jul 24 22:01:03][api]  ==> number of tuples: 1
> [Jul 24 22:01:03][CURL] compare: 2147483647 2147483647
> 1343160063922.729004
> [Jul 24 22:01:03][chn0] JSON request body is null. Nothing to send now.
> [Jul 24 22:01:03][chn0] Buffer dump (size=0 keep=32): {}
> Details: [0]
>
> Wobei die beiden Werte (hier: 2147483647) bei verschiedenen Starts von
> vzlogger identisch bleiben
Ist klar wenn round() nicht das erwarte liefert.

> 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.

Gruesse Kai