I'm constructing a program which uses mprotect() to restrict a block of memory from accessing. When the memory is requested, a SIGSEGV is thrown which I listen for using a signal() call.
Once the SIGSEGV has been detected, I need to somehow access the pointer to the memory that was requested (that threw the fault) and the size of the segment requested. Is this possible?
void fifoSigHandler(){
// Needs to only remove protection from requested block of virtual memory
mprotect(fifoVm,(size_t)fifoVm_size,PROT_WRITE);
printf("Caught Seg Fault");
}
void fifo_init(void* vm, int vm_size, int n_frames, int page_size)
{
fifoVm = vm;
fifoVm_size = vm_size;
fifoFrames = n_frames;
fifoPageSize = page_size;
mprotect(fifoVm,(size_t)fifoVm_size,PROT_NONE);
signal(SIGSEGV, fifoSigHandler);
}
Additionally, is there a way to determine the level of mprotect() a block of memory is currently assigned (PROT_NONE,PROT_READ, etc..)?
You have to use
sigaction
withSA_SIGINFO
instead ofsignal
to establish your handler, and then you will get called back with useful information in asiginfo_t
, includingsi_addr
.si_addr
, as explained insigaction
(2), will contain the address. As for the length, well, you're out of luck unless you're willing to parse instructions. Best you can do is take action for the page reported insi_addr
, and then if that's not enough, you'll get another signal soon enough. At least, that's how we did things in ObjectStore.Step 1: Init a
sigaction
:Step 2: Make this
sigaction
handleSIGSEGV
:(Optional) Step 3: Make it handle other memory signals too:
Add error handling as necessary
Step 4: Define the handler function:
You can refer to the man pages for
ucontext_t
andsiginfo_t
for more interesting data your handler can extract.You are looking for
libsigsegv
http://libsigsegv.sourceforge.net/But beware that calling
mprotect
is only signal-safe in Linux, other POSIX systems may not support this.I am afraid that in Linux the only way to get memory protection bits is to read in
/proc/$pid/meminfo
On a side note (Linux only): If you are worried about memory consumption and intend to enable pages of a larger mapping one by one then I would advise to create your mapping using
mmap
withMAP_NORESERVE
in which case you will get a mapping to zero-filled copy-on-write pages which will allocate physical RAM on the first write.MAP_NORESERVE
instructs the kernel not to back your memory with swap space allowing you to allocate up to 64TB of virtual address space. Only downside is that if you do run out of memory terrible things can happen (oom-killer).