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
If you look at how composite fields parsing (from schema) algorithm is implemented, you will see that offsets of fields include the overall structure offset WrappedComposite.offset.
Then, get_raw_pointer(self, key) does the following:
I.e. it adds the self.offset once again resulting in wrong pointer placement.
I fixed this by simply removing the self.offset term and this change fixed my data parsing pipeline.
Not sure if similar fix is required in WrappedComposite.__getitem__().
The text was updated successfully, but these errors were encountered:
@uentity Thanks for the report -- do you think it'd be possible to share a sample of the data you are working on so that this can be added into test case (public)? I haven't needed to work with FIX data day-to-day for a while so it would be better for the project long-term to accumulate some test cases
You can use the library itself to decode, anonymize and then encode them again 😂
@kizzx2 I understand and totally support your intention to obtain test data, but the thing is that I also don't work with FIX atm =)
We are using our own binary serialization format and adding experimental support for encoding structs with with SBE. Currently, I work on parser part and play with test schemas/data generated by reference Java SBE encoder. Data is not secret at all and I can probably try to extract binary representation of one or several messages if it would make sense, but I doubt it, because it's dummy and not from some "real" production system.
BTW, I have added several missing features to the library, like support for ref tags within composite types and similar support for Enums/Sets defined inside Composite, just to get things done (otherwise, my example schemas generated parsing errors). I don't know if you have plans to implement that, but overall it was pretty obvious and required relatively small amount of code.
If you look at how composite fields parsing (from schema) algorithm is implemented, you will see that offsets of fields include the overall structure offset
WrappedComposite.offset
.Then,
get_raw_pointer(self, key)
does the following:I.e. it adds the
self.offset
once again resulting in wrong pointer placement.I fixed this by simply removing the
self.offset
term and this change fixed my data parsing pipeline.Not sure if similar fix is required in
WrappedComposite.__getitem__()
.The text was updated successfully, but these errors were encountered: