Jeff Weber wrote:
> On Monday 16 April 2007 15:43, Gilles Chanteperdrix wrote:
> > If the fault you observe is due to an access to some memory after a call
> > to fork or one of its derivative (such as system, popen, etc...), the
> > patch would have copied the whole real-time process address space at
> > fork time instead of setting up COW mappings.
> No process forks are involved. Though mlockall() was called from Linux
> main(), and the page fault was encountered by a separate Xenomai task.
> Here's the task history:
The fork may well be hidden in some library. The best way to know if
there is really no fork is to register a callback with pthread_atfork.
--
Gilles Chanteperdrix.
_______________________________________________
Xenomai-help mailing list
[email protected]
https://mail.gna.org/listinfo/xenomai-help
