Hi Tony,
On 03/04/2014 06:01 PM, Tony Espy wrote:
The current bitshift logic in idmap incorrectly uses
the literal 1 for the value to shift in idmap_alloc(),
idmap_take(), and idmap_alloc_next(). This causes the
resulting value to be an int instead of a long, which
results in the wrong bit
On 03/05/2014 09:52 AM, Denis Kenzior wrote:
Hi Tony,
On 03/04/2014 06:01 PM, Tony Espy wrote:
The current bitshift logic in idmap incorrectly uses
the literal 1 for the value to shift in idmap_alloc(),
idmap_take(), and idmap_alloc_next(). This causes the
resulting value to be an int instead
Hi Tony,
Denis -
One of my co-workers recently sent a couple of patches that add Python3
support to the ofono test scripts, however he's not currently subscribed
to the mailing list so they emails appear to be in limbo...
Can someone clear these as a list moderator, or should I go ahead and
The current bitshift logic in idmap incorrectly uses
the literal 1 for the value to shift in idmap_alloc(),
idmap_take(), and idmap_alloc_next(). This causes the
resulting value to be an int instead of a long, which
results in the wrong bit being set once the number of
bits to shift operand
