From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike McCarty Subject: Re: cannot map temp file pool Date: Tue, 19 Sep 2006 15:58:12 -0500 Message-ID: <451059E4.5030702@sbcglobal.net> References: <450FE24A.30906@my.home> <450FEFA0.5070800@modsoftsys.com> <45100BB0.2020905@my.home> <45101F74.9050107@sbcglobal.net> <45103310.2040507@my.home> <45104207.1070603@my.home> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Sender: linux-msdos-owner@vger.kernel.org List-Id: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: linux-msdos@vger.kernel.org Bart Oldeman wrote: > Hi Jan Willem, > > it's an issue with the 'initscripts' Debian package, in > /etc/init.d/mountdevsubfs.sh > > Hopefully it's only temporary: it also breaks UML > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=386945 > > The DOSEMU source code could probably work around it by mmap()ing > READ|WRITE > and then mprotect it with EXEC. But maybe at some future point someone > will restrict mprotect() to report EPERM in such situations too for > security reasons. I don't understand why SHARED MEMORY needs execution access, anyway. This looks like a defect in the code to me. Mike -- p="p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);} This message made from 100% recycled bits. You have found the bank of Larn. I can explain it for you, but I can't understand it for you. I speak only for myself, and I am unanimous in that!