BIND 10 #2088: introduce MemorySegment class
BIND 10 Development
do-not-reply at isc.org
Fri Jul 13 08:32:53 UTC 2012
#2088: introduce MemorySegment class
-------------------------------------+-------------------------------------
Reporter: | Owner: jelte
jinmei | Status: reviewing
Type: task | Milestone:
Priority: | Sprint-20120717
medium | Resolution:
Component: data | Sensitive: 0
source | Sub-Project: DNS
Keywords: | Estimated Difficulty: 4
Defect Severity: N/A | Total Hours: 0
Feature Depending on Ticket: |
scalable inmemory |
Add Hours to Ticket: 0 |
Internal?: 0 |
-------------------------------------+-------------------------------------
Comment (by jinmei):
Replying to [comment:19 muks]:
> You and I understand what each other is saying at least. I think both
approaches are equivalent in practice. You think checking is superior as
the process gracefully exits at top-level and reports an allocation
problem. Let's agree to disagree on this. :) The code now throws, which
I'm fine with too.
Okay...I'm feeling a bit guilty if you were not convinced but changed
the code, but if you can live with that let's move forward with it for
now. I'd leave the ticket to you and Jelte at this point.
--
Ticket URL: <http://bind10.isc.org/ticket/2088#comment:21>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list