1 /* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
3 * This file is part of the LibreOffice project.
5 * This Source Code Form is subject to the terms of the Mozilla Public
6 * License, v. 2.0. If a copy of the MPL was not distributed with this
7 * file, You can obtain one at http://mozilla.org/MPL/2.0/.
9 * This file incorporates work covered by the following license notice:
11 * Licensed to the Apache Software Foundation (ASF) under one or more
12 * contributor license agreements. See the NOTICE file distributed
13 * with this work for additional information regarding copyright
14 * ownership. The ASF licenses this file to you under the Apache
15 * License, Version 2.0 (the "License"); you may not use this file
16 * except in compliance with the License. You may obtain a copy of
17 * the License at http://www.apache.org/licenses/LICENSE-2.0 .
20 #ifndef INCLUDED_SALHELPER_SIMPLEREFERENCEOBJECT_HXX
21 #define INCLUDED_SALHELPER_SIMPLEREFERENCEOBJECT_HXX
23 #include <osl/interlck.h>
24 #include <salhelper/salhelperdllapi.h>
31 /** A simple base implementation for reference-counted objects.
33 Classes that want to implement a reference-counting mechanism based on the
34 acquire()/release() interface should derive from this class.
36 The reason to have class local operators new and delete here is technical.
37 Imagine a class D derived from SimpleReferenceObject, but implemented in
38 another shared library that happens to use different global operators new
39 and delete from those used in this shared library (which, sadly, seems to
40 be possible with shared libraries). Now, without the class local
41 operators new and delete here, a code sequence like "new D" would use the
42 global operator new as found in the other shared library, while the code
43 sequence "delete this" in release() would use the global operator delete
44 as found in this shared library---and these two operators would not be
47 There are no overloaded operators new and delete for placement new here,
48 because it is felt that the concept of placement new does not work well
49 with the concept of reference-counted objects; so it seems best to simply
50 leave those operators out.
52 The same problem as with operators new and delete would also be there with
53 operators new[] and delete[]. But since arrays of reference-counted
54 objects are of no use, anyway, it seems best to simply declare and not
55 define (private) operators new[] and delete[].
57 class SALHELPER_DLLPUBLIC SimpleReferenceObject
60 inline SimpleReferenceObject(): m_nCount(0) {}
63 The results are undefined if, for any individual instance of
64 SimpleReferenceObject, the total number of calls to acquire() exceeds
65 the total number of calls to release() by a platform dependent amount
66 (which, hopefully, is quite large).
69 { osl_atomic_increment(&m_nCount
); }
72 { if (osl_atomic_decrement(&m_nCount
) == 0) delete this; }
74 /** see general class documentation
76 static void * operator new(std::size_t nSize
);
78 /** see general class documentation
80 static void * operator new(std::size_t nSize
,
81 std::nothrow_t
const & rNothrow
);
83 /** see general class documentation
85 static void operator delete(void * pPtr
);
87 /** see general class documentation
89 static void operator delete(void * pPtr
, std::nothrow_t
const & rNothrow
);
92 virtual ~SimpleReferenceObject();
95 oslInterlockedCount m_nCount
;
99 SimpleReferenceObject(SimpleReferenceObject
&) SAL_DELETED_FUNCTION
;
103 void operator =(SimpleReferenceObject
) SAL_DELETED_FUNCTION
;
108 /* We can't now have these private with MSVC2008 at least, it leads to
109 compilation errors in xmloff and other places.
113 /** not implemented (see general class documentation)
115 static void * operator new[](std::size_t);
117 /** not implemented (see general class documentation)
119 static void operator delete[](void * pPtr
);
126 #endif // INCLUDED_SALHELPER_SIMPLEREFERENCEOBJECT_HXX
128 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */