What data type to use for a custom stack allocator? Are there tutorials?











up vote
0
down vote

favorite












I want to create my own game engine so I bought a few books one being Game Engine Architecture Second Edition by Jason Gregory and in it he suggests implementing a few custom allocators. One type of allocator the book talked about was a stack-based allocator, but I got confused when reading it. How do you store data in it? What data type do you use? For example, do you use a void*, void**, an array of char? The book says you're meant to allocate one big block of memory using malloc in the begining and free it in the end, and "allocate" memory by incrementing a pointer. If you could help explain this more, or point me to a tutorial that would be great because I can't seem to find a tutorial that doesn't use std::allocator.



This is the header file example they give in the book:



class StackAllocator
{
public:
// Represents the current top of the stack.
// You can only roll back to the marker not to arbitrary locations within the stack
typedef U32 Marker;

explicit StackAllocator(U32 stackSize_bytes);

void* alloc(U32 size_bytes); // Allocates a new block of the given size from stack top
Marker getMarker(); // Returns a Marker to the current stack top
void freeToMarker(Marker marker); // Rolls the stack back to a previous marker
void clear(); // Clears the entire stack(rolls the stack back to zero)

private:
// ...
}


EDIT:
After a while I got this working but I don't know if I'm doing it right



Header File



typedef std::uint32_t U32;

struct Marker {
size_t currentSize;
};

class StackAllocator
{
private:
void* m_buffer; // Buffer of memory
size_t m_currSize = 0;
size_t m_maxSize;

public:
void init(size_t stackSize_bytes); // allocates size of memory
void shutDown();

void* allocUnaligned(U32 size_bytes);

Marker getMarker();
void freeToMarker(Marker marker);

void clear();
};


.cpp File



void StackAllocator::init(size_t stackSize_bytes) {
this->m_buffer = malloc(stackSize_bytes);
this->m_maxSize = stackSize_bytes;
}

void StackAllocator::shutDown() {
this->clear();

free(m_buffer);
m_buffer = nullptr;
}

void* StackAllocator::allocUnaligned(U32 size_bytes) {
assert(m_maxSize - m_currSize >= size_bytes);

m_buffer = static_cast<char*>(m_buffer) + size_bytes;
m_currSize += size_bytes;
return m_buffer;
}

Marker StackAllocator::getMarker() {
Marker marker;
marker.currentSize = m_currSize;
return marker;
}

void StackAllocator::freeToMarker(Marker marker) {
U32 difference = m_currSize - marker.currentSize;
m_currSize -= difference;
m_buffer = static_cast<char*>(m_buffer) - difference;
}

void StackAllocator::clear() {
m_buffer = static_cast<char*>(m_buffer) - m_currSize;
}









share|improve this question
























  • "The book says you're meant to allocate one big block of memory using malloc in the begining and free it in the end, and "allocate" memory by incrementing a pointer." - that wouldn't be a "stack allocator".
    – Neil Butterworth
    Nov 18 at 17:43










  • @NeilButterworth Do you know what it would be called then? I really want to get this working and I can't find any tutorials. The book calls it a stack-based allocator because you can only free memory from it in LIFO order.
    – Artur S.
    Nov 18 at 17:47










  • OK, then that is using a stack as the basic data structure of the allocator. Problem is that "stack" has multiple meanings in C++.
    – Neil Butterworth
    Nov 18 at 17:48












  • Oh, ok thank you. Sorry if it was confusing, what would be a better way to reword it?
    – Artur S.
    Nov 18 at 17:53










  • I've usually seen it referred to as a "linear allocator"
    – kmdreko
    Nov 18 at 18:24

















up vote
0
down vote

favorite












I want to create my own game engine so I bought a few books one being Game Engine Architecture Second Edition by Jason Gregory and in it he suggests implementing a few custom allocators. One type of allocator the book talked about was a stack-based allocator, but I got confused when reading it. How do you store data in it? What data type do you use? For example, do you use a void*, void**, an array of char? The book says you're meant to allocate one big block of memory using malloc in the begining and free it in the end, and "allocate" memory by incrementing a pointer. If you could help explain this more, or point me to a tutorial that would be great because I can't seem to find a tutorial that doesn't use std::allocator.



This is the header file example they give in the book:



class StackAllocator
{
public:
// Represents the current top of the stack.
// You can only roll back to the marker not to arbitrary locations within the stack
typedef U32 Marker;

explicit StackAllocator(U32 stackSize_bytes);

void* alloc(U32 size_bytes); // Allocates a new block of the given size from stack top
Marker getMarker(); // Returns a Marker to the current stack top
void freeToMarker(Marker marker); // Rolls the stack back to a previous marker
void clear(); // Clears the entire stack(rolls the stack back to zero)

private:
// ...
}


EDIT:
After a while I got this working but I don't know if I'm doing it right



Header File



typedef std::uint32_t U32;

struct Marker {
size_t currentSize;
};

class StackAllocator
{
private:
void* m_buffer; // Buffer of memory
size_t m_currSize = 0;
size_t m_maxSize;

public:
void init(size_t stackSize_bytes); // allocates size of memory
void shutDown();

void* allocUnaligned(U32 size_bytes);

Marker getMarker();
void freeToMarker(Marker marker);

void clear();
};


.cpp File



void StackAllocator::init(size_t stackSize_bytes) {
this->m_buffer = malloc(stackSize_bytes);
this->m_maxSize = stackSize_bytes;
}

void StackAllocator::shutDown() {
this->clear();

free(m_buffer);
m_buffer = nullptr;
}

void* StackAllocator::allocUnaligned(U32 size_bytes) {
assert(m_maxSize - m_currSize >= size_bytes);

m_buffer = static_cast<char*>(m_buffer) + size_bytes;
m_currSize += size_bytes;
return m_buffer;
}

Marker StackAllocator::getMarker() {
Marker marker;
marker.currentSize = m_currSize;
return marker;
}

void StackAllocator::freeToMarker(Marker marker) {
U32 difference = m_currSize - marker.currentSize;
m_currSize -= difference;
m_buffer = static_cast<char*>(m_buffer) - difference;
}

void StackAllocator::clear() {
m_buffer = static_cast<char*>(m_buffer) - m_currSize;
}









share|improve this question
























  • "The book says you're meant to allocate one big block of memory using malloc in the begining and free it in the end, and "allocate" memory by incrementing a pointer." - that wouldn't be a "stack allocator".
    – Neil Butterworth
    Nov 18 at 17:43










  • @NeilButterworth Do you know what it would be called then? I really want to get this working and I can't find any tutorials. The book calls it a stack-based allocator because you can only free memory from it in LIFO order.
    – Artur S.
    Nov 18 at 17:47










  • OK, then that is using a stack as the basic data structure of the allocator. Problem is that "stack" has multiple meanings in C++.
    – Neil Butterworth
    Nov 18 at 17:48












  • Oh, ok thank you. Sorry if it was confusing, what would be a better way to reword it?
    – Artur S.
    Nov 18 at 17:53










  • I've usually seen it referred to as a "linear allocator"
    – kmdreko
    Nov 18 at 18:24















up vote
0
down vote

favorite









up vote
0
down vote

favorite











I want to create my own game engine so I bought a few books one being Game Engine Architecture Second Edition by Jason Gregory and in it he suggests implementing a few custom allocators. One type of allocator the book talked about was a stack-based allocator, but I got confused when reading it. How do you store data in it? What data type do you use? For example, do you use a void*, void**, an array of char? The book says you're meant to allocate one big block of memory using malloc in the begining and free it in the end, and "allocate" memory by incrementing a pointer. If you could help explain this more, or point me to a tutorial that would be great because I can't seem to find a tutorial that doesn't use std::allocator.



This is the header file example they give in the book:



class StackAllocator
{
public:
// Represents the current top of the stack.
// You can only roll back to the marker not to arbitrary locations within the stack
typedef U32 Marker;

explicit StackAllocator(U32 stackSize_bytes);

void* alloc(U32 size_bytes); // Allocates a new block of the given size from stack top
Marker getMarker(); // Returns a Marker to the current stack top
void freeToMarker(Marker marker); // Rolls the stack back to a previous marker
void clear(); // Clears the entire stack(rolls the stack back to zero)

private:
// ...
}


EDIT:
After a while I got this working but I don't know if I'm doing it right



Header File



typedef std::uint32_t U32;

struct Marker {
size_t currentSize;
};

class StackAllocator
{
private:
void* m_buffer; // Buffer of memory
size_t m_currSize = 0;
size_t m_maxSize;

public:
void init(size_t stackSize_bytes); // allocates size of memory
void shutDown();

void* allocUnaligned(U32 size_bytes);

Marker getMarker();
void freeToMarker(Marker marker);

void clear();
};


.cpp File



void StackAllocator::init(size_t stackSize_bytes) {
this->m_buffer = malloc(stackSize_bytes);
this->m_maxSize = stackSize_bytes;
}

void StackAllocator::shutDown() {
this->clear();

free(m_buffer);
m_buffer = nullptr;
}

void* StackAllocator::allocUnaligned(U32 size_bytes) {
assert(m_maxSize - m_currSize >= size_bytes);

m_buffer = static_cast<char*>(m_buffer) + size_bytes;
m_currSize += size_bytes;
return m_buffer;
}

Marker StackAllocator::getMarker() {
Marker marker;
marker.currentSize = m_currSize;
return marker;
}

void StackAllocator::freeToMarker(Marker marker) {
U32 difference = m_currSize - marker.currentSize;
m_currSize -= difference;
m_buffer = static_cast<char*>(m_buffer) - difference;
}

void StackAllocator::clear() {
m_buffer = static_cast<char*>(m_buffer) - m_currSize;
}









share|improve this question















I want to create my own game engine so I bought a few books one being Game Engine Architecture Second Edition by Jason Gregory and in it he suggests implementing a few custom allocators. One type of allocator the book talked about was a stack-based allocator, but I got confused when reading it. How do you store data in it? What data type do you use? For example, do you use a void*, void**, an array of char? The book says you're meant to allocate one big block of memory using malloc in the begining and free it in the end, and "allocate" memory by incrementing a pointer. If you could help explain this more, or point me to a tutorial that would be great because I can't seem to find a tutorial that doesn't use std::allocator.



This is the header file example they give in the book:



class StackAllocator
{
public:
// Represents the current top of the stack.
// You can only roll back to the marker not to arbitrary locations within the stack
typedef U32 Marker;

explicit StackAllocator(U32 stackSize_bytes);

void* alloc(U32 size_bytes); // Allocates a new block of the given size from stack top
Marker getMarker(); // Returns a Marker to the current stack top
void freeToMarker(Marker marker); // Rolls the stack back to a previous marker
void clear(); // Clears the entire stack(rolls the stack back to zero)

private:
// ...
}


EDIT:
After a while I got this working but I don't know if I'm doing it right



Header File



typedef std::uint32_t U32;

struct Marker {
size_t currentSize;
};

class StackAllocator
{
private:
void* m_buffer; // Buffer of memory
size_t m_currSize = 0;
size_t m_maxSize;

public:
void init(size_t stackSize_bytes); // allocates size of memory
void shutDown();

void* allocUnaligned(U32 size_bytes);

Marker getMarker();
void freeToMarker(Marker marker);

void clear();
};


.cpp File



void StackAllocator::init(size_t stackSize_bytes) {
this->m_buffer = malloc(stackSize_bytes);
this->m_maxSize = stackSize_bytes;
}

void StackAllocator::shutDown() {
this->clear();

free(m_buffer);
m_buffer = nullptr;
}

void* StackAllocator::allocUnaligned(U32 size_bytes) {
assert(m_maxSize - m_currSize >= size_bytes);

m_buffer = static_cast<char*>(m_buffer) + size_bytes;
m_currSize += size_bytes;
return m_buffer;
}

Marker StackAllocator::getMarker() {
Marker marker;
marker.currentSize = m_currSize;
return marker;
}

void StackAllocator::freeToMarker(Marker marker) {
U32 difference = m_currSize - marker.currentSize;
m_currSize -= difference;
m_buffer = static_cast<char*>(m_buffer) - difference;
}

void StackAllocator::clear() {
m_buffer = static_cast<char*>(m_buffer) - m_currSize;
}






c++ memory-management game-engine






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Nov 18 at 19:12

























asked Nov 18 at 17:19









Artur S.

84




84












  • "The book says you're meant to allocate one big block of memory using malloc in the begining and free it in the end, and "allocate" memory by incrementing a pointer." - that wouldn't be a "stack allocator".
    – Neil Butterworth
    Nov 18 at 17:43










  • @NeilButterworth Do you know what it would be called then? I really want to get this working and I can't find any tutorials. The book calls it a stack-based allocator because you can only free memory from it in LIFO order.
    – Artur S.
    Nov 18 at 17:47










  • OK, then that is using a stack as the basic data structure of the allocator. Problem is that "stack" has multiple meanings in C++.
    – Neil Butterworth
    Nov 18 at 17:48












  • Oh, ok thank you. Sorry if it was confusing, what would be a better way to reword it?
    – Artur S.
    Nov 18 at 17:53










  • I've usually seen it referred to as a "linear allocator"
    – kmdreko
    Nov 18 at 18:24




















  • "The book says you're meant to allocate one big block of memory using malloc in the begining and free it in the end, and "allocate" memory by incrementing a pointer." - that wouldn't be a "stack allocator".
    – Neil Butterworth
    Nov 18 at 17:43










  • @NeilButterworth Do you know what it would be called then? I really want to get this working and I can't find any tutorials. The book calls it a stack-based allocator because you can only free memory from it in LIFO order.
    – Artur S.
    Nov 18 at 17:47










  • OK, then that is using a stack as the basic data structure of the allocator. Problem is that "stack" has multiple meanings in C++.
    – Neil Butterworth
    Nov 18 at 17:48












  • Oh, ok thank you. Sorry if it was confusing, what would be a better way to reword it?
    – Artur S.
    Nov 18 at 17:53










  • I've usually seen it referred to as a "linear allocator"
    – kmdreko
    Nov 18 at 18:24


















"The book says you're meant to allocate one big block of memory using malloc in the begining and free it in the end, and "allocate" memory by incrementing a pointer." - that wouldn't be a "stack allocator".
– Neil Butterworth
Nov 18 at 17:43




"The book says you're meant to allocate one big block of memory using malloc in the begining and free it in the end, and "allocate" memory by incrementing a pointer." - that wouldn't be a "stack allocator".
– Neil Butterworth
Nov 18 at 17:43












@NeilButterworth Do you know what it would be called then? I really want to get this working and I can't find any tutorials. The book calls it a stack-based allocator because you can only free memory from it in LIFO order.
– Artur S.
Nov 18 at 17:47




@NeilButterworth Do you know what it would be called then? I really want to get this working and I can't find any tutorials. The book calls it a stack-based allocator because you can only free memory from it in LIFO order.
– Artur S.
Nov 18 at 17:47












OK, then that is using a stack as the basic data structure of the allocator. Problem is that "stack" has multiple meanings in C++.
– Neil Butterworth
Nov 18 at 17:48






OK, then that is using a stack as the basic data structure of the allocator. Problem is that "stack" has multiple meanings in C++.
– Neil Butterworth
Nov 18 at 17:48














Oh, ok thank you. Sorry if it was confusing, what would be a better way to reword it?
– Artur S.
Nov 18 at 17:53




Oh, ok thank you. Sorry if it was confusing, what would be a better way to reword it?
– Artur S.
Nov 18 at 17:53












I've usually seen it referred to as a "linear allocator"
– kmdreko
Nov 18 at 18:24






I've usually seen it referred to as a "linear allocator"
– kmdreko
Nov 18 at 18:24














1 Answer
1






active

oldest

votes

















up vote
0
down vote



accepted










Okay for simplicity let's say you're tracking a collection of MyFunClass for your engine. It could be anything, and your linear allocator doesn't necessarily have to track objects of a homogenous type, but often that's how it's done. In general, when using custom allocators you're trying to "shape" your memory allocations to separate static data from dynamic, infrequently accessed vs. frequently accessed, with a view towards optimizing your working set and achieving locality of reference.



Given the code you provided, first, you'd allocate your memory pool. For simplicity, assume you want enough space to pool 1000 objects of type MyFunClass.



StackAllocator sa;
sa.Init( 1000 * sizeof(MyFunClass) );


Then each time you need to "allocate" a new block of memory for a FunClass, you might do it like this:



void* mem = sa.allocUnaligned( sizeof(MyFunClass) );


Of course, this doesn't actually allocate anything. All the allocation already happened in Step 1. It just marks some of your already-allocated memory as in-use.



It also doesn't construct a MyFunClass. Your allocator isn't strongly typed, so the memory it returns can be interpreted however you want: as a stream of bytes; as a backing representation of a C++ class object; etc.



Now, how would you use a buffer allocated in this fashion? One common way is with placement new:



auto myObj = new (mem) MyFunClass();


So now you're constructing your C++ object in the memory space you reserved with the call to allocUnaligned.



(Note that the allocUnaligned bit gives you some insight into why we don't usually write our own custom allocators: because they're hard as heck to get right! We haven't even mentioned alignment issues yet.)



For extra credit, take a look at scope stacks which take the linear allocator approach to the next level.






share|improve this answer























    Your Answer






    StackExchange.ifUsing("editor", function () {
    StackExchange.using("externalEditor", function () {
    StackExchange.using("snippets", function () {
    StackExchange.snippets.init();
    });
    });
    }, "code-snippets");

    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "1"
    };
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function() {
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled) {
    StackExchange.using("snippets", function() {
    createEditor();
    });
    }
    else {
    createEditor();
    }
    });

    function createEditor() {
    StackExchange.prepareEditor({
    heartbeatType: 'answer',
    convertImagesToLinks: true,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: 10,
    bindNavPrevention: true,
    postfix: "",
    imageUploader: {
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    },
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    });


    }
    });














     

    draft saved


    draft discarded


















    StackExchange.ready(
    function () {
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53363528%2fwhat-data-type-to-use-for-a-custom-stack-allocator-are-there-tutorials%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes








    up vote
    0
    down vote



    accepted










    Okay for simplicity let's say you're tracking a collection of MyFunClass for your engine. It could be anything, and your linear allocator doesn't necessarily have to track objects of a homogenous type, but often that's how it's done. In general, when using custom allocators you're trying to "shape" your memory allocations to separate static data from dynamic, infrequently accessed vs. frequently accessed, with a view towards optimizing your working set and achieving locality of reference.



    Given the code you provided, first, you'd allocate your memory pool. For simplicity, assume you want enough space to pool 1000 objects of type MyFunClass.



    StackAllocator sa;
    sa.Init( 1000 * sizeof(MyFunClass) );


    Then each time you need to "allocate" a new block of memory for a FunClass, you might do it like this:



    void* mem = sa.allocUnaligned( sizeof(MyFunClass) );


    Of course, this doesn't actually allocate anything. All the allocation already happened in Step 1. It just marks some of your already-allocated memory as in-use.



    It also doesn't construct a MyFunClass. Your allocator isn't strongly typed, so the memory it returns can be interpreted however you want: as a stream of bytes; as a backing representation of a C++ class object; etc.



    Now, how would you use a buffer allocated in this fashion? One common way is with placement new:



    auto myObj = new (mem) MyFunClass();


    So now you're constructing your C++ object in the memory space you reserved with the call to allocUnaligned.



    (Note that the allocUnaligned bit gives you some insight into why we don't usually write our own custom allocators: because they're hard as heck to get right! We haven't even mentioned alignment issues yet.)



    For extra credit, take a look at scope stacks which take the linear allocator approach to the next level.






    share|improve this answer



























      up vote
      0
      down vote



      accepted










      Okay for simplicity let's say you're tracking a collection of MyFunClass for your engine. It could be anything, and your linear allocator doesn't necessarily have to track objects of a homogenous type, but often that's how it's done. In general, when using custom allocators you're trying to "shape" your memory allocations to separate static data from dynamic, infrequently accessed vs. frequently accessed, with a view towards optimizing your working set and achieving locality of reference.



      Given the code you provided, first, you'd allocate your memory pool. For simplicity, assume you want enough space to pool 1000 objects of type MyFunClass.



      StackAllocator sa;
      sa.Init( 1000 * sizeof(MyFunClass) );


      Then each time you need to "allocate" a new block of memory for a FunClass, you might do it like this:



      void* mem = sa.allocUnaligned( sizeof(MyFunClass) );


      Of course, this doesn't actually allocate anything. All the allocation already happened in Step 1. It just marks some of your already-allocated memory as in-use.



      It also doesn't construct a MyFunClass. Your allocator isn't strongly typed, so the memory it returns can be interpreted however you want: as a stream of bytes; as a backing representation of a C++ class object; etc.



      Now, how would you use a buffer allocated in this fashion? One common way is with placement new:



      auto myObj = new (mem) MyFunClass();


      So now you're constructing your C++ object in the memory space you reserved with the call to allocUnaligned.



      (Note that the allocUnaligned bit gives you some insight into why we don't usually write our own custom allocators: because they're hard as heck to get right! We haven't even mentioned alignment issues yet.)



      For extra credit, take a look at scope stacks which take the linear allocator approach to the next level.






      share|improve this answer

























        up vote
        0
        down vote



        accepted







        up vote
        0
        down vote



        accepted






        Okay for simplicity let's say you're tracking a collection of MyFunClass for your engine. It could be anything, and your linear allocator doesn't necessarily have to track objects of a homogenous type, but often that's how it's done. In general, when using custom allocators you're trying to "shape" your memory allocations to separate static data from dynamic, infrequently accessed vs. frequently accessed, with a view towards optimizing your working set and achieving locality of reference.



        Given the code you provided, first, you'd allocate your memory pool. For simplicity, assume you want enough space to pool 1000 objects of type MyFunClass.



        StackAllocator sa;
        sa.Init( 1000 * sizeof(MyFunClass) );


        Then each time you need to "allocate" a new block of memory for a FunClass, you might do it like this:



        void* mem = sa.allocUnaligned( sizeof(MyFunClass) );


        Of course, this doesn't actually allocate anything. All the allocation already happened in Step 1. It just marks some of your already-allocated memory as in-use.



        It also doesn't construct a MyFunClass. Your allocator isn't strongly typed, so the memory it returns can be interpreted however you want: as a stream of bytes; as a backing representation of a C++ class object; etc.



        Now, how would you use a buffer allocated in this fashion? One common way is with placement new:



        auto myObj = new (mem) MyFunClass();


        So now you're constructing your C++ object in the memory space you reserved with the call to allocUnaligned.



        (Note that the allocUnaligned bit gives you some insight into why we don't usually write our own custom allocators: because they're hard as heck to get right! We haven't even mentioned alignment issues yet.)



        For extra credit, take a look at scope stacks which take the linear allocator approach to the next level.






        share|improve this answer














        Okay for simplicity let's say you're tracking a collection of MyFunClass for your engine. It could be anything, and your linear allocator doesn't necessarily have to track objects of a homogenous type, but often that's how it's done. In general, when using custom allocators you're trying to "shape" your memory allocations to separate static data from dynamic, infrequently accessed vs. frequently accessed, with a view towards optimizing your working set and achieving locality of reference.



        Given the code you provided, first, you'd allocate your memory pool. For simplicity, assume you want enough space to pool 1000 objects of type MyFunClass.



        StackAllocator sa;
        sa.Init( 1000 * sizeof(MyFunClass) );


        Then each time you need to "allocate" a new block of memory for a FunClass, you might do it like this:



        void* mem = sa.allocUnaligned( sizeof(MyFunClass) );


        Of course, this doesn't actually allocate anything. All the allocation already happened in Step 1. It just marks some of your already-allocated memory as in-use.



        It also doesn't construct a MyFunClass. Your allocator isn't strongly typed, so the memory it returns can be interpreted however you want: as a stream of bytes; as a backing representation of a C++ class object; etc.



        Now, how would you use a buffer allocated in this fashion? One common way is with placement new:



        auto myObj = new (mem) MyFunClass();


        So now you're constructing your C++ object in the memory space you reserved with the call to allocUnaligned.



        (Note that the allocUnaligned bit gives you some insight into why we don't usually write our own custom allocators: because they're hard as heck to get right! We haven't even mentioned alignment issues yet.)



        For extra credit, take a look at scope stacks which take the linear allocator approach to the next level.







        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Nov 18 at 20:03

























        answered Nov 18 at 19:43









        hacksalot

        71659




        71659






























             

            draft saved


            draft discarded



















































             


            draft saved


            draft discarded














            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53363528%2fwhat-data-type-to-use-for-a-custom-stack-allocator-are-there-tutorials%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            If I really need a card on my start hand, how many mulligans make sense? [duplicate]

            Alcedinidae

            Can an atomic nucleus contain both particles and antiparticles? [duplicate]