tested with a clp-ffi-py generated IRv2 file with various log levels. all good except
1. logs can be printed before returning null in `auto StreamReader::generic_decode_range`: https://github.com/...
test with a clp-ffi-py generated IRv2 file with various log levels. all good except
1. logs can be printed before returning null in `auto StreamReader::generic_decode_range`: https://github.com/y-...
this isn't in the log viewer code as well -
Can we add a log print before returning so that we know the input argument check fails here rather than at the range check?
In a way I feel the inline comments seem a bit bloated. Instead, as a new convention, can we add a prefix to hint the enum member is for describing properties of the enum? e.g.,
```
enum class F...
I agree with @davemarco 's (1.) argument about the challenges of adding new log levels. However, I also recognize that the `NONE` value is used solely for log parsing (in read paths, not write pa...
> the current log level parsing is that it's a heuristic until we migrate to IRv2 entirely
@kirkrodrigues Would CLP FFI also support parsing log level for IRv1 stream in the new `Deserializer` i...
_:warning: Potential issue_
**Add bounds checking for node ID increment.**
The current node ID increment could potentially overflow. Consider adding bounds checking.
```diff
auto StructuredIrUn...
_:warning: Potential issue_
**Improve exception safety and bounds checking.**
The method should use find() instead of at() to avoid potential exceptions, and validate integer bounds more strictly...
_:warning: Potential issue_
**Improve exception safety and bounds checking**
The method should use find() instead of at() to avoid potential exceptions, and validate integer bounds more strictly....
_:warning: Potential issue_
**Add bounds checking and improve exception safety**
The method should validate the timestamp value and use find() instead of at().
```diff
- auto const& timestamp...
_:hammer_and_wrench: Refactor suggestion_
**Return a more appropriate error code**
Since UTC offset changes aren't handled, consider returning `IRErrorCode_Unimplemented` instead of `IRErrorCode_...
Although what you wrote is grammatically correct, we have an [internal guideline](https://www.notion.so/yscope/WIP-Coding-Guidelines-9a308b847a5343958ba3cb97a850be66?pvs=4#eb038f1b23cf4f20988590250...