summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorStephan Bergmann <sbergman@redhat.com>2014-12-19 12:02:25 +0100
committerStephan Bergmann <sbergman@redhat.com>2014-12-19 14:28:14 +0100
commitffd00464f8ec2c796cdfead7e1e13ee715641e78 (patch)
treeaad0076d1ccb173b38e65b12ea90ea3fc5bd093c
parent240f9bcb70b0781a4aec42550cbccd95f528d8d7 (diff)
This is not java.lang.StringBuffer
Change-Id: Iea1ebb8ec79647b279fde359aa4d617d9c360e56
-rw-r--r--include/rtl/strbuf.hxx36
-rw-r--r--include/rtl/ustrbuf.hxx36
2 files changed, 0 insertions, 72 deletions
diff --git a/include/rtl/strbuf.hxx b/include/rtl/strbuf.hxx
index 6a21c573ca5a..9352d54307c8 100644
--- a/include/rtl/strbuf.hxx
+++ b/include/rtl/strbuf.hxx
@@ -56,42 +56,6 @@ namespace rtl
/// @endcond
/** A string buffer implements a mutable sequence of characters.
- <p>
- String buffers are safe for use by multiple threads. The methods
- are synchronized where necessary so that all the operations on any
- particular instance behave as if they occur in some serial order.
- <p>
- String buffers are used by the compiler to implement the binary
- string concatenation operator <code>+</code>. For example, the code:
- <p><blockquote><pre>
- x = "a" + 4 + "c"
- </pre></blockquote><p>
- is compiled to the equivalent of:
- <p><blockquote><pre>
- x = new OStringBuffer().append("a").append(4).append("c")
- .makeStringAndClear()
- </pre></blockquote><p>
- The principal operations on a <code>OStringBuffer</code> are the
- <code>append</code> and <code>insert</code> methods, which are
- overloaded so as to accept data of any type. Each effectively
- converts a given datum to a string and then appends or inserts the
- characters of that string to the string buffer. The
- <code>append</code> method always adds these characters at the end
- of the buffer; the <code>insert</code> method adds the characters at
- a specified point.
- <p>
- For example, if <code>z</code> refers to a string buffer object
- whose current contents are "<code>start</code>", then
- the method call <code>z.append("le")</code> would cause the string
- buffer to contain "<code>startle</code>", whereas
- <code>z.insert(4, "le")</code> would alter the string buffer to
- contain "<code>starlet</code>".
- <p>
- Every string buffer has a capacity. As long as the length of the
- character sequence contained in the string buffer does not exceed
- the capacity, it is not necessary to allocate a new internal
- buffer array. If the internal buffer overflows, it is
- automatically made larger.
*/
class SAL_WARN_UNUSED OStringBuffer
{
diff --git a/include/rtl/ustrbuf.hxx b/include/rtl/ustrbuf.hxx
index 4c8243f828cb..a9252b851ce1 100644
--- a/include/rtl/ustrbuf.hxx
+++ b/include/rtl/ustrbuf.hxx
@@ -51,42 +51,6 @@ namespace rtl
#endif
/** A string buffer implements a mutable sequence of characters.
- <p>
- String buffers are safe for use by multiple threads. The methods
- are synchronized where necessary so that all the operations on any
- particular instance behave as if they occur in some serial order.
- <p>
- String buffers are used by the compiler to implement the binary
- string concatenation operator <code>+</code>. For example, the code:
- <p><blockquote><pre>
- x = "a" + 4 + "c"
- </pre></blockquote><p>
- is compiled to the equivalent of:
- <p><blockquote><pre>
- x = new OUStringBuffer().append("a").append(4).append("c")
- .makeStringAndClear()
- </pre></blockquote><p>
- The principal operations on a <code>OUStringBuffer</code> are the
- <code>append</code> and <code>insert</code> methods, which are
- overloaded so as to accept data of any type. Each effectively
- converts a given datum to a string and then appends or inserts the
- characters of that string to the string buffer. The
- <code>append</code> method always adds these characters at the end
- of the buffer; the <code>insert</code> method adds the characters at
- a specified point.
- <p>
- For example, if <code>z</code> refers to a string buffer object
- whose current contents are "<code>start</code>", then
- the method call <code>z.append("le")</code> would cause the string
- buffer to contain "<code>startle</code>", whereas
- <code>z.insert(4, "le")</code> would alter the string buffer to
- contain "<code>starlet</code>".
- <p>
- Every string buffer has a capacity. As long as the length of the
- character sequence contained in the string buffer does not exceed
- the capacity, it is not necessary to allocate a new internal
- buffer array. If the internal buffer overflows, it is
- automatically made larger.
*/
class SAL_WARN_UNUSED OUStringBuffer
{