You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
meta:
id: my_dataendian: leseq:
- id: pixelstype: b4repeat: eos
And a 32 bytes binary file.
My expectation is the pixels property would have 64 elements (each byte has two "4 bits" group).
But when I tried, Kaitai only produced a 63 elements pixels array, it missed the last "4 bits" element.
So there is some kind of bug in the parsing process.
The text was updated successfully, but these errors were encountered:
Good catch, thanks! That's actually something that I would expect to be plaguing many runtimes, which only analyze eof of current stream, not taking leftover bits buffer into account.
GreyCat
transferred this issue from kaitai-io/kaitai_struct_javascript_runtime
Mar 28, 2019
Finally started some work on this one, RepeatEosBit is a new test name: https://ci.kaitai.io/
JS, Java, Python and Ruby runtimes fixed, rest of targets to follow.
Suppose I have this file schema:
And a 32 bytes binary file.
My expectation is the pixels property would have 64 elements (each byte has two "4 bits" group).
But when I tried, Kaitai only produced a 63 elements pixels array, it missed the last "4 bits" element.
So there is some kind of bug in the parsing process.
The text was updated successfully, but these errors were encountered: