Correct a typo.
Noticed by: pluknet
This commit is contained in:
parent
4a0f178f2b
commit
3d67a0a480
Notes:
svn2git
2020-12-08 03:00:23 +00:00
svn path=/head/; revision=45009
1 changed files with 15 additions and 14 deletions
|
@ -30,6 +30,7 @@ branches, and the following sections, please visit
|
||||||
|
|
||||||
v1.0 2014-06-03 Initial release.
|
v1.0 2014-06-03 Initial release.
|
||||||
v1.1 2014-06-03 Corrected some technical details for the advisory.
|
v1.1 2014-06-03 Corrected some technical details for the advisory.
|
||||||
|
v1.1 2014-06-04 Corrected a typo.
|
||||||
|
|
||||||
I. Background
|
I. Background
|
||||||
|
|
||||||
|
@ -40,7 +41,7 @@ When executing a new process, the FreeBSD virtual memory subsystem tries to
|
||||||
optimize the process by avoiding destroying the old virtual memory address
|
optimize the process by avoiding destroying the old virtual memory address
|
||||||
space when the calling process does not share its address space with another
|
space when the calling process does not share its address space with another
|
||||||
process (for instance, via rfork(2) with RFMEM) and when the new
|
process (for instance, via rfork(2) with RFMEM) and when the new
|
||||||
minimum/maxaximum address limit stays the same. In the optimized scenario,
|
minimum/maximum address limit stays the same. In the optimized scenario,
|
||||||
the virtual memory subsystem only removes usermode mappings from the existing
|
the virtual memory subsystem only removes usermode mappings from the existing
|
||||||
virtual memory address space instead of destroying and recreating it.
|
virtual memory address space instead of destroying and recreating it.
|
||||||
|
|
||||||
|
@ -157,17 +158,17 @@ http://security.FreeBSD.org/advisories/FreeBSD-EN-14:06.exec.asc
|
||||||
-----BEGIN PGP SIGNATURE-----
|
-----BEGIN PGP SIGNATURE-----
|
||||||
Version: GnuPG v2.0.22 (FreeBSD)
|
Version: GnuPG v2.0.22 (FreeBSD)
|
||||||
|
|
||||||
iQIcBAEBCgAGBQJTjqLMAAoJEO1n7NZdz2rnlZAQAIyw74OAXftuLAZC6HXHQt5s
|
iQIcBAEBCgAGBQJTj1v/AAoJEO1n7NZdz2rnh2IQALLdJp0DmXZfFxhDctIyb8Ma
|
||||||
cu9wUFa5+2OUJiVjyh0nGsHH6bu0hXqJ+5lODqGb/5H17vXeazIC/1b1qa4aYyV/
|
9mwBzVRnyfWwhq0q6GwnSKd1hZh0qQ8SCRuaq4+SwO5conlw4NUx+ADyEBo2cx5B
|
||||||
yJ2JqSFvDAgecs8xpP3jzvhB11bnu7IYTIisJ4kguO2uszH4SC3aWnn5706A6B/v
|
w6uYNZF75QAVh0eFATuYaj5TH5XC7NlqJU8YDKY2mOS1C7Ghbk4jo6fo1EFLwnt8
|
||||||
fh+o0L+y8O3eAxGCslpUWUC/0m4gco4BzYiziqk1yDCv58UN1Pb9v/OuxE2FKkRe
|
lMG/H1H1RBSNsvboqCCpW7kkJPjz1npg12gAO0k4jDKGw/jusC5Beq57HeJE53Wz
|
||||||
aeGTUeXzVUc922TkefXOR4Z6h7I3jL5m4XDO2PfEnpzUanCLPccUHxWy1fBFMN0B
|
iisYQCwLUB+3H/AZLnbj4FBBvD2tOzvuKhnk3GCmVTUHRTecZWAEmWWJ3Jxc/6gB
|
||||||
Pk/i2hcXCSuNXAMPmSjOatLpj40t7ZzSKJvbmmxjTUeOGFomLvkCq6alSjzHbpDT
|
vu+oIadMHlouLmTBJPZ1sosrhENmM4TG5IfJPRAXCZ8uaaPHR0zY8qgWxvOCLvO+
|
||||||
3H2vGYspR8rQz5s3VuXNoaAP3mUgeW2tWmk1O6Pz36/tuUB3XqAifAP6PsBkIJrh
|
zImMhru3DVpJmY1A8KJy/c6R8q/W3meEqv0WhB9B2cgxcgXE8/btmMHy4tss1tN8
|
||||||
Mw1dlxfeKf9U+FBvwJmarTLMv9cFHmc5bWglrfoom2doWYINAytcBZG5yrYa7nXf
|
LBv5SlMDm/5xjbM4ApE8cJjQm3JowuCIN1ZAkyHRz8+dDaPBcfZED2MEODE1J3xR
|
||||||
dhIs1iqF+jyz68XoVSB80UsZet4mtvKgvNDeK0PNgz+IW1/izbya5GqkO29izbiw
|
nUJzQzFvUk95vobbUXf2IQXGiVbWX5clS8VFkt8Jo5tgGmoq2lsgEIkNVQTd5eZA
|
||||||
LNU8xhc/tqHENTZeQxwacyfO9gSlqT0/mFGi0ciRqyIpV5e+rkNG0q/jKSDz1Im+
|
jtG+4HvcGLQP5csBf+SeIEBL4HBYaMpu/grH4bDsqSAVLNC3F/UcsKX1eyv0c3gA
|
||||||
957zDTZT6tkxGU8SPP/IRgoj48pMFF9kOslikW+4sYSY7zyrx2GP8qXMtSOcmNOB
|
wFPTs2hrkd5LdgplzpLFetdpP0d48msLDBI494skz5eI0/LlBoU0sbtKCwrkYbpO
|
||||||
WqT612K4k2YB7L/y694b
|
RUGJumiUhHycxEdXwSgd
|
||||||
=sHOn
|
=mTIM
|
||||||
-----END PGP SIGNATURE-----
|
-----END PGP SIGNATURE-----
|
||||||
|
|
Loading…
Reference in a new issue