JehanneOS/newlib
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

* ntsec.xml: More language fixes.

Browse Source
This commit is contained in:
Corinna Vinschen 2014-10-27 12:35:41 +00:00
parent 61a41e77e9
commit 3d411b0591
2 changed files with 16 additions and 6 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

5
winsup/doc/ChangeLog
View File

@ -1,3 +1,8 @@
2014-10-27 Luke Kendall <luke.kendall@cisra.canon.com.au>
Corinna Vinschen <corinna@vinschen.de>
* ntsec.xml: More language fixes.
2014-10-27 Corinna Vinschen <corinna@vinschen.de> 2014-10-27 Corinna Vinschen <corinna@vinschen.de>
* new-features.xml (ov-new1.7.33): Document empty $PATH handling. * new-features.xml (ov-new1.7.33): Document empty $PATH handling.

17
winsup/doc/ntsec.xml
View File

@ -528,8 +528,8 @@ Local accounts from another machine in the network:
<para> <para>
There's no SID&lt;=&gt;uid/gid mapping implemented for this case. The problem There's no SID&lt;=&gt;uid/gid mapping implemented for this case. The problem
is, there's no way to generate a bijective mapping. There's no central place is, there's no way to generate a bijective mapping. There's no central place
which keeps an analogue value of the <literal>trustPosixOffset</literal>, and which keeps an analogue of the <literal>trustPosixOffset</literal>, and there's
there's the additional problem that the the additional problem that the
<ulink url="http://msdn.microsoft.com/en-us/library/windows/desktop/aa379166%28v=vs.85%29.aspx">LookupAccountSid</ulink> <ulink url="http://msdn.microsoft.com/en-us/library/windows/desktop/aa379166%28v=vs.85%29.aspx">LookupAccountSid</ulink>
and and
<ulink url="http://msdn.microsoft.com/en-us/library/windows/desktop/aa379159%28v=vs.85%29.aspx">LookupAccountName</ulink> <ulink url="http://msdn.microsoft.com/en-us/library/windows/desktop/aa379159%28v=vs.85%29.aspx">LookupAccountName</ulink>
@ -885,8 +885,13 @@ key/value pair for groups are:
<sect3 id="ntsec-mapping-caching"><title id="ntsec-mapping-caching.title">Caching account information</title> <sect3 id="ntsec-mapping-caching"><title id="ntsec-mapping-caching.title">Caching account information</title>
<para> <para>
The information fetched from file or the Windows account database is cached The information fetched from the Windows account database or the
by the process. The cached information is inherited by child processes. <filename>/etc/passwd</filename> and <filename>/etc/group</filename> files is
cached by the process. The cached information is inherited by Cygwin child
processes. A Cygwin process invoked from a Windows command, such as CMD.exe,
will start a new Cygwin process tree and the caching starts from scratch
(unless <command><link linkend="using-cygserver">cygserver</link></command> is
running, but read on).
</para> </para>
<para> <para>
@ -900,8 +905,8 @@ doesn't start any child processes, so the information is lost as soon as
<para> <para>
But there's another caching mechanism available. If But there's another caching mechanism available. If
<command><link linkend="using-cygserver">cygserver</link></command> is running <command><link linkend="using-cygserver">cygserver</link></command> is running
it will provide passwd and group entry caching for all processes in a Cygwin it will provide passwd and group entry caching for all processes in every Cygwin
process tree, which first process has been started after process tree started after
<command><link linkend="using-cygserver">cygserver</link></command>. So, if <command><link linkend="using-cygserver">cygserver</link></command>. So, if
you start a Cygwin Terminal and you start a Cygwin Terminal and
<command><link linkend="using-cygserver">cygserver</link></command> is running <command><link linkend="using-cygserver">cygserver</link></command> is running