From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <53A7F900.4020103@xenomai.org> Date: Mon, 23 Jun 2014 11:53:04 +0200 From: Gilles Chanteperdrix MIME-Version: 1.0 References: <006d01cf8a3c$dee76050$9cb620f0$@caustier.com> , <53A4201D.8020507@xenomai.org> <39ed57fee9f445d995e8d17a267c2fa0@EX132MBOX1B.de2.local> In-Reply-To: <39ed57fee9f445d995e8d17a267c2fa0@EX132MBOX1B.de2.local> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai] Some Information About compilation Xenomai and RT Patches List-Id: Discussions about the Xenomai project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Stoidner, Christoph" , "xenomai@xenomai.org" On 06/23/2014 11:33 AM, Stoidner, Christoph wrote: > > Hi Gilles, > > when a userspace application starts it calls the brk() syscall to > enlarge it's heap space. In some cases the call leads to an NOMEM > error in fcse_check_mmap_addr(). Since glibc does not handle NOMEM > error at this place the a segfault exception appears. > > It seems as this happens when brk() got an address above some limit, > also when the process at all consumes less than 32MB RAM. E.g. > busybox shell command "ls" is enough to get the segfault. Could you test the I-pipe git branch ipipe-3.14, unmodified? -- Gilles.