This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/gerrit-log@lists.osmocom.org/.
Stefan Sperling gerrit-no-reply at lists.osmocom.orgPatch Set 1: > Can you confirm that the encoder is not automatically filling in s_bit depending on whether an optional part is present or not? The encoder does not change the s_bit field we pass in the template. I don't see where such behaviour would take effect in the PDU defintion in GTPU_Types.ttcn. The only information this definition provides to the encoder about the s_bit field is that the opt_part field of the record shall be encoded if the s_bit is set (via the variant PRESENCE attribute). To defer setting of the s_bit to the encoder, it looks like we would need to declare something like a CROSSTAG attribute which sets the s_bit to '1' or '0' depending on the presence of the opt_part? I'm not quite sure yet how this could be expressed syntactically. -- To view, visit https://gerrit.osmocom.org/7623 To unsubscribe, visit https://gerrit.osmocom.org/settings Gerrit-MessageType: comment Gerrit-Change-Id: I1dc299407c61b1c865035add44067b8ab89001b3 Gerrit-PatchSet: 1 Gerrit-Project: osmo-ttcn3-hacks Gerrit-Branch: master Gerrit-Owner: Stefan Sperling <ssperling at sysmocom.de> Gerrit-Reviewer: Harald Welte <laforge at gnumonks.org> Gerrit-Reviewer: Jenkins Builder Gerrit-Reviewer: Pau Espin Pedrol <pespin at sysmocom.de> Gerrit-Reviewer: Stefan Sperling <ssperling at sysmocom.de> Gerrit-HasComments: No