BIND 10 #1704: log output mixed
BIND 10 Development
do-not-reply at isc.org
Mon May 21 06:33:50 UTC 2012
#1704: log output mixed
-------------------------------------+-------------------------------------
Reporter: jreed | Owner: muks
Type: | Status: reviewing
defect | Milestone:
Priority: | Sprint-20120529
medium | Resolution:
Component: | Sensitive: 0
logging | Sub-Project: Core
Keywords: | Estimated Difficulty: 15
Defect Severity: N/A | Total Hours: 0
Feature Depending on Ticket: |
Add Hours to Ticket: 0 |
Internal?: 0 |
-------------------------------------+-------------------------------------
Comment (by jinmei):
Replying to [comment:41 muks]:
> Replying to [comment:40 jinmei]:
> > - it implements RAII in it, so we don't have to do anything to make it
> > exception safe ourselves.
>
> This will mean instantiating file_lock (->opening the lock file) in the
log output method, which will be more expensive than just the fd based
operations.
First, I'd like to clarify my position: I'm not necessarily pushing
the idea of using the boost framework. I'm just trying to show
various possible options.
Then, about this specific point: are you saying this by actually
checking the code or the behavior of the boost file lock? I used the
term "RAII" as an idiom, which in this context means "locked" status
is the resource and it will be automatically unlocked when the
corresponding object is destructed, rather than the resource
acquisition in its literal sense. It doesn't automatically mean
opening the file.
--
Ticket URL: <http://bind10.isc.org/ticket/1704#comment:42>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list