Re: [boost] boost] [interprocess] [Shared memory] STL containers and boost interprocess allocators

Is it possible to use boost interprocess' shared memory allocator with the normal STL containers that come with standard C++ build environments (gcc on Linux and Solaris, Visual C++ on Windows, etc.)? I know that there might be an issue with some STL containers not properly supporting encapsulated pointers that handle offset differences in memory addresses. Is this the reason why interprocess has its own containers?

You might like to have a look at this thread where I asked the GNU libstdc++ people about this: http://thread.gmane.org/gmane.comp.gcc.libstdc++.devel/12919 This pre-dates Boost's shared memory library which I now use. Phil.