Databases
StackOverflow2013
Postsdbo
POStack-buffer based STL allocator?
 

Note that there are some explanatory texts on larger screens.

plurals
  1. POStack-buffer based STL allocator?
    primarykey
    data
    text
    <p>I was wondering if it practicable to have an C++ standard library compliant <code>allocator</code> that uses a (fixed sized) buffer that lives on the stack.</p> <p>Somehow, it seems this question has not been ask this way yet on SO, although it <em>may</em> have been implicitly answered elsewhere.</p> <p>So basically, it <em>seems</em>, as far as my searches go, that it should be possible to create an allocator that uses a fixed size buffer. Now, on first glance, this should mean that it should <em>also</em> be possible to have an allocator that uses a fixed size buffer that "lives" on the stack, but it <em>does appear</em>, that there is no widespread such implementation around.</p> <p>Let me give an example of what I mean:</p> <pre><code>{ ... char buf[512]; typedef ...hmm?... local_allocator; // should use buf typedef std::basic_string&lt;char, std::char_traits&lt;char&gt;, local_allocator&gt; lstring; lstring str; // string object of max. 512 char } </code></pre> <p>How would this be implementable?</p> <hr> <p>The <a href="https://stackoverflow.com/questions/771458/improvements-for-this-c-stack-allocator">answer to this other question</a> (thanks to R. Martinho Fernandes) links to a stack based allocator from the chromium sources: <a href="http://src.chromium.org/viewvc/chrome/trunk/src/base/stack_container.h" rel="nofollow noreferrer">http://src.chromium.org/viewvc/chrome/trunk/src/base/stack_container.h</a></p> <p>However, this class seems extremely peculiar, especially since this <code>StackAllocator</code> <em>does not have a default ctor</em> -- and there I was thinking that <a href="http://www.cplusplus.com/reference/std/memory/allocator/allocator/" rel="nofollow noreferrer">every allocator class needs a default ctor</a>.</p>
    singulars
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. PTQuestion
    1. USCommunity
    1. USMartin Ba
    plurals
    1. PL
      singulars
      1. LTLinked
    2. PL
      singulars
      1. LTLinked
    3. PL
      singulars
      1. LTLinked
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. PO
      singulars
      1. PTAnswer
    2. PO
      singulars
      1. PTAnswer
    3. PO
      singulars
      1. PTAnswer
    1. VO
      singulars
      1. POStack-buffer based STL allocator?
      1. This table or related slice is empty.
      1. VTUpMod
    2. VO
      singulars
      1. POStack-buffer based STL allocator?
      1. This table or related slice is empty.
      1. VTUpMod
    3. VO
      singulars
      1. POStack-buffer based STL allocator?
      1. This table or related slice is empty.
      1. VTUpMod
    1. COWhy would this be desirable? Keep in mind that such an allocator would only be usable while that function is running.
      singulars
      1. POStack-buffer based STL allocator?
      1. USR. Martinho Fernandes
    2. CO@R.MartinhoFernandes - Desirable? Weeeel, because it would mean no heap allocation (no gobal new called) and the buffer would be very local. I'm not going to sprinkle that thing all over my code, but I was wondering whether it's practically doable at all.
      singulars
      1. POStack-buffer based STL allocator?
      1. USMartin Ba
    3. COpossible duplicate of [Is there an allocator that uses alloca and is otherwise C++ STL compliant?](http://stackoverflow.com/questions/4082532/is-there-an-allocator-that-uses-alloca-and-is-otherwise-c-stl-compliant)
      singulars
      1. POStack-buffer based STL allocator?
      1. USR. Martinho Fernandes
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload