Notice: offset in logged timestamps
- Dominant language
- C++
- Stars
- 834
- Forks
- 254
- PR merge metrics
- No merged PRs in 30d
Description
I've noticed that there is an offset in the timestamps logged in the output file.
This seems to be caused because the next event's timestamp is written in the output file right after an event's happening, even if the next event is to happen several minutes/hours/days later.
```
Logging started ...
2018-02-16 20:24:21+0000 > Logging started ...
2018-02-20 19:08:12+0000 > 03458263 <-scanned the 20
2018-02-20 19:08:29+0000 > 03458263 <-scanned the 20
2018-02-20 19:08:32+0000 > 03458263 <-scanned the 21 but timestamp written the 20
2018-02-21 18:16:50+0000 > 03458263 <-scanned the 21
2018-02-21 18:17:24+0000 > <-timestamp already written in file, even if the event haven't happened yet
```
This is not an actual issue nor a source of great imprecision (if we are aware of it) but i still think this could be adressed easely (at first glance).
Best regards
Contributor guide
No contributing guide indexed for this repository
Research direction
No source files, tests, or entry points are identified in the issue. Trace where event timestamps are written to the output file and compare that timing with the reported event sequence. Done means each logged event has the timestamp for when that event actually occurs, including events separated by longer intervals.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp, linux
- Domain
- operating-systems, security
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100