Skip to content
Projects
Groups
Snippets
Help
Loading...
Sign in / Register
Toggle navigation
C
capnproto
Project
Project
Details
Activity
Cycle Analytics
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Issues
0
Issues
0
List
Board
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Charts
Packages
Packages
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Charts
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
submodule
capnproto
Commits
169b1e51
Commit
169b1e51
authored
Dec 29, 2014
by
David Renshaw
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
refcount typos
parent
fe0a24dd
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
2 additions
and
2 deletions
+2
-2
refcount.h
c++/src/kj/refcount.h
+2
-2
No files found.
c++/src/kj/refcount.h
View file @
169b1e51
...
@@ -31,7 +31,7 @@
...
@@ -31,7 +31,7 @@
namespace
kj
{
namespace
kj
{
class
Refcounted
:
private
Disposer
{
class
Refcounted
:
private
Disposer
{
// Subclass this to create a class that contains a
n atomic reference count.
Then, use
// Subclass this to create a class that contains a
reference count.
Then, use
// `kj::refcounted<T>()` to allocate a new refcounted pointer.
// `kj::refcounted<T>()` to allocate a new refcounted pointer.
//
//
// Do NOT use this lightly. Refcounting is a crutch. Good designs should strive to make object
// Do NOT use this lightly. Refcounting is a crutch. Good designs should strive to make object
...
@@ -43,7 +43,7 @@ class Refcounted: private Disposer {
...
@@ -43,7 +43,7 @@ class Refcounted: private Disposer {
// manipulated only in one thread, because atomic (thread-safe) refcounting is surprisingly slow.
// manipulated only in one thread, because atomic (thread-safe) refcounting is surprisingly slow.
//
//
// In general, abstract classes should _not_ subclass this. The concrete class at the bottom
// In general, abstract classes should _not_ subclass this. The concrete class at the bottom
// of the h
ei
rarchy should be the one to decide how it implements refcounting. Interfaces should
// of the h
ie
rarchy should be the one to decide how it implements refcounting. Interfaces should
// expose only an `addRef()` method that returns `Own<InterfaceType>`. There are two reasons for
// expose only an `addRef()` method that returns `Own<InterfaceType>`. There are two reasons for
// this rule:
// this rule:
// 1. Interfaces would need to virtually inherit Refcounted, otherwise two refcounted interfaces
// 1. Interfaces would need to virtually inherit Refcounted, otherwise two refcounted interfaces
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment