Path: csiph.com!usenet.pasdenom.info!aioe.org!.POSTED!not-for-mail From: "Rod Pemberton" Newsgroups: comp.lang.forth Subject: Re: RAFTS-like optimiser; progress report Date: Sat, 14 Sep 2013 22:47:46 -0400 Organization: Aioe.org NNTP Server Lines: 16 Message-ID: References: <2013Sep7.170614@mips.complang.tuwien.ac.at> <2013Sep9.142330@mips.complang.tuwien.ac.at> <2013Sep10.144553@mips.complang.tuwien.ac.at> <2013Sep11.170229@mips.complang.tuwien.ac.at> <2013Sep13.135829@mips.complang.tuwien.ac.at> NNTP-Posting-Host: CNsg4fVcCsvs3UaOgZtQCw.user.speranza.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Complaints-To: abuse@aioe.org User-Agent: Opera Mail/12.16 (Linux) X-Notice: Filtered by postfilter v. 0.8.2 Xref: csiph.com comp.lang.forth:25669 On Fri, 13 Sep 2013 07:58:29 -0400, Anton Ertl wrote: > 1) Stephen Pelc has suggested declaring a memory range read-only, > which can solve this problem and more, so it is a more general > solution to the same problem. Without hardware support, implementing read-only memory using read-write memory can be problematic. E.g., it can require artificial fixes like using paging to unmap memory. Code checks to prevent writes is probably the worst possible solution. Yet, that would have to be the solution used on many older platforms that have no ability to make memory range read-only via programmatic methods or hardware. Rod Pemberton