BIND 10 #2986: Auth statistics counters become minus (proposal of 64bit counters and CC library)
BIND 10 Development
do-not-reply at isc.org
Mon Jun 3 09:58:12 UTC 2013
#2986: Auth statistics counters become minus (proposal of 64bit counters and CC
library)
-------------------------------------+-------------------------------------
Reporter: fujiwara | Owner:
Type: defect | Status: new
Priority: medium | Milestone: New
Component: statistics | Tasks
Keywords: | Resolution:
Sensitive: 0 | CVSS Scoring:
Sub-Project: DNS | Defect Severity: N/A
Estimated Difficulty: 0 | Feature Depending on Ticket:
Total Hours: 0 | Add Hours to Ticket: 0
| Internal?: 0
-------------------------------------+-------------------------------------
Comment (by fujiwara):
Replying to [comment:3 muks]:
> I think that the ticket is #2558.
It is similar issue.
I forgot that this problem does not appear in 64bit environment.
We did not define the integer width in msgq channel.
Python3 can handle any integer values.
IntElement in C++ library is "long int" and it is 32bit or 64bit signed
integer.
I would like to change IntElement as "long long int" and add new
Uint64Element which is "unsigned long long int".
Both IntElement and Uint64Element values can be carried by msgq channel
because Python3 code (includes msgq) can handle any integers.
Adding new data type in JSON or msgq channel seems hard for me, I would
like to add new Integer JSON to Uint64Element conversion.
If the value is minus, the conversion returns error.
JSON to integer may return error if the value exceeds 64bit signed integer
range.
Is this acceptable ?
--
Ticket URL: <http://bind10.isc.org/ticket/2986#comment:4>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list