Thanks for your reply; I am using Linux on x86_64 and the get_native_error was actually 12, get_error_code was 13. So I am running out of physical memory; so it is not possible to limit the managed_xsi_shared_memory by the amount of free virtual memory (your reply seems to imply that I am constrained by the free physical memory ? 


Regards
vipin



On Wed, Apr 30, 2014 at 12:59 AM, Ion Gaztañaga <igaztanaga@gmail.com> wrote:
El 29/04/2014 23:23, vipin sachdeva escribió:

It is error code 13; basically I would like to find out out beforehand
how much maximum shared memory (using MemFree from /proc/meminfo, sysctl
info etc) I can allocate on a machine and only make an allocation that
big , and only allocate a segment of that size. Are there any other
system variables I need to consider ? Thanks.

Is that value the errno value (get_native_error)? At least in linux (you haven't tell us which OS you are using), errno 13 is EACCES (Permission denied). ENOMEM is 12.

https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/include/uapi/asm-generic/errno-base.h

If you are referring to get_error_code(), then it's Interprocess' out_of_memory_error (it comes from ENOMEM Posix value).

Maybe you don't have a contiguous page of a page of size, there are more processes consuming pages, old shared memory created by shmget has not been freed... According to POSIX ENOMEM can be returned if "the amount of available physical memory is not sufficient to fill the request". Do you have enough physical memory (not virtual) free?

Perhaps you could debug the Interprocess code until the shmget() call to see if parameters are correctly passed to the OS. If those parameters are correct, then it's absolutely OS-dependent.


Best,

Ion
_______________________________________________
Boost-users mailing list
Boost-users@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-users