Comment # 11
on bug 11347
from Pascal Quantin
(In reply to Jean Thomas from comment #10)
> (In reply to Pascal Quantin from comment #8)
> > (In reply to Pascal Quantin from comment #7)
> > > (In reply to Alexis La Goutte from comment #5)
> > > > It is no possible to use proto_tree_add_bitmask ?
> > > > The function add directly a "bitmask" with first letter of each field..
> > >
> > > H/L bits are not a bitmask, but a kind of boolean where the "TRUE" value is
> > > matching the corresponding bit in the 0x2B padding byte and the "FALSE" is
> > > the opposite bit (yes CSN.1 van be tricky ;) .
> > > So I do not think it would help.
> >
> > Or it could be the opposite: I have not done any GSM RR decoding since many
> > years... :)
>
> "L" means that the bit is identical to the corresponding bit in the 0x2B
> padding, and "H" that the bit is different.
Agreed.
PS give my greetings to Frédéric De Graeve ;)
You are receiving this mail because:
- You are watching all bug changes.