Unified Logs: Oversize Data Reference of Log Firehose Tracepoint is 4 bytes #30
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Hi,
Thanks for your awesome documentation for various binary formats. While working with the macos-unifiedlogs library, I encountered an issue with oversize data references from firehose log tracepoints to oversize chunks. You can find more about it at mandiant/macos-UnifiedLogs#13.
In summary, I observed that the field
oversize data reference
of firehose log tracepoints has a size of 4 and not 2 bytes. This change ensures consistency with the fielddata reference
of oversize chunks, which also has a length of 4 bytes. After this change, the library could assign more log tracepoints to oversize data.Furthermore, I noticed that if oversize data is present, no data items are stored within the original firehose chunk. Is my notiation for this obersavation acceptable or have you observed something different?
Best
Lukas