[Fwd: svn commit: r190949 - head/sys/vm]

[Scott Long]

Off the top of my head, I would almost expect this to conflict with
Java.  Haven't tried it, though, so I can't do anything more than
speculate.  However, I would encourage testing here.

Scott


Alan Cox wrote:
> It's possible that this could cause problems for "exotic" languages that 
> do their own memory management, i.e., they don't use libc's malloc().  
> If anyone experiences or hears of such things, please let me know so 
> that we can get the problems sorted out well before the 8.0 release.
> 
> Alan
> 
> 
> ------------------------------------------------------------------------
> 
> Subject:
> svn commit: r190949 - head/sys/vm
> From:
> Alan Cox <alc at FreeBSD.org>
> Date:
> Sat, 11 Apr 2009 22:34:09 +0000 (UTC)
> To:
> src-committers at freebsd.org, svn-src-all at freebsd.org, 
> svn-src-head at freebsd.org
> 
> To:
> src-committers at freebsd.org, svn-src-all at freebsd.org, 
> svn-src-head at freebsd.org
> 
> 
> Author: alc
> Date: Sat Apr 11 22:34:08 2009
> New Revision: 190949
> URL: http://svn.freebsd.org/changeset/base/190949
> 
> Log:
>   Remove execute permission from the memory allocated by sbrk().
>   
>   Pre-announced on: -arch (3/31/09)
>   Discussed with: rwatson
>   Tested by: marius (sparc64)
> 
> Modified:
>   head/sys/vm/vm_unix.c
> 
> Modified: head/sys/vm/vm_unix.c
> ==============================================================================
> --- head/sys/vm/vm_unix.c	Sat Apr 11 22:07:19 2009	(r190948)
> +++ head/sys/vm/vm_unix.c	Sat Apr 11 22:34:08 2009	(r190949)
> @@ -117,7 +117,7 @@ obreak(td, uap)
>  			goto done;
>  		}
>  		rv = vm_map_insert(&vm->vm_map, NULL, 0, old, new,
> -		    VM_PROT_ALL, VM_PROT_ALL, 0);
> +		    VM_PROT_RW, VM_PROT_ALL, 0);
>  		if (rv != KERN_SUCCESS) {
>  			error = ENOMEM;
>  			goto done;
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> freebsd-current at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe at freebsd.org"