lml rely on un-portable strptime behavior.
It is not specified whether strptime will modify the member of a localtime struct when theses member are not matched by the format string. This, for example result in a bug on Solaris 7.
The problem is not with the strptime() declaration, but rather that the function will reset the tm structure to 0 before filling it, which break the reported time. This behavior is implementation dependant.
Still waiting more comment from an user with a machine to experiment this on. Setting tm_isdst to -1 seem to partially fix the problem, through this is definitly not a clean solution.
Had a Solaris OS to experience this on. Fixed in changeset r6308.
- Status changed from New to Closed
- Resolution set to fixed
- Project changed from PRELUDE SIEM to Prelude-LML
- Category deleted (
Also available in: Atom