[vz-dev] vzlogger 0.3.3 stürzt nach 5 - 10 min ab

[Thorben Thuermer]

On Sat, 31 Mar 2012 12:16:15 +0200
Wilhelm Eßt <wilhelm.esst at tsv-gersthofen.de> wrote:
> o.K. die Erklärung macht Sinn; habs bei mir geändert und ausprobiert:
> 
> lief jetzt gut 3 Stunden und ist nun an anderer Stelle ausgestiegen:
[...]
> *** Program received signal SIGABRT (Aborted) ***
> bt full
> #6 0xb7e09b3d in *__GI___libc_free (mem=0xb5600040) at malloc.c:3738
> ar_ptr = 0xb7ef13c0
> p = 0x6
> #7 0x0805543c in sml_number_free (np=0xb5600040) at src/sml_number.c:120
> #8 0x08051ccb in sml_value_free (value=0xb5600790) at src/sml_value.c:102
> #9 0x08051b6e in sml_value_parse (buf=0xb5601ea0) at src/sml_value.c:57
> #10 0x08055a5a in sml_list_entry_parse (buf=0xb5601ea0) at src/sml_list.c:136
[...]

stell' dir mal vor, der code in sml_value_parse hat genau den gleichen bug
wie der in sml_status_parse...
also auch in src/sml_value.c:sml_value_parse die gleiche aenderung machen...
(hinter value->type=type; noch ein value->data.bytes=null; rein.)

meine vermutung ist, dass die daten die von deinem zaehler kommen irgendwie
kaputt sind (zB durch uebertragungsfehler), und dadurch das "type" feld
in den daten, das mit dem case-konstrukt ausgewertet wird, einen ungueltigen
wert bekommt.
und dieser fehlerfall wurde zwar vorgesehen, aber nie getestet,
wehalb der bug nie aufgefallen ist.
 
> core-File habe ich, ist mit 34 MB etwas groß um es hier zu posten!
ist ja gluecklicherweise garnicht noetig :)

> Willi

- Thorben