Skip to content

Conversation

@oyvindronningstad
Copy link
Collaborator

This involved changing some logic in zcbor.py that uses the actual default_max_qty value for calculations.

Addresses #507

@oyvindronningstad oyvindronningstad force-pushed the refactor_default_max_qty branch 6 times, most recently from d9c25bc to b227a13 Compare October 7, 2025 14:27
@oyvindronningstad oyvindronningstad force-pushed the refactor_default_max_qty branch 2 times, most recently from e48140f to a607957 Compare October 15, 2025 10:42
than the actual size.
This fixes bug when max_num larger than 4 bytes was passed to list
and map functions.

Signed-off-by: Øyvind Rønningstad <[email protected]>
This involved changing some logic in zcbor.py that uses the actual
default_max_qty value for calculations.

Signed-off-by: Øyvind Rønningstad <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant