- stick to American English spelling of behavior

This commit is contained in:
Jason Helfman 2016-03-28 17:31:03 +00:00
parent 3b12a884d6
commit 71516eef3c
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/head/; revision=48490

View file

@ -532,7 +532,7 @@
a new process in &linux; 2.6 happens using the
<literal>clone</literal> syscall (fork variants are reimplemented using
it). This clone syscall defines a set of flags that affect
behaviour of the cloning process regarding thread implementation.
behavior of the cloning process regarding thread implementation.
The semantic is a bit fuzzy as there is no single flag telling the
syscall to create a thread.</para>
@ -842,8 +842,8 @@
<para>&os; kernel has huge classes of locks. Every lock is defined
by some peculiar properties, but probably the most important is the
event linked to contesting holders (or in other terms, the
behaviour of threads unable to acquire the lock). &os;'s locking
scheme presents three different behaviours for contenders:</para>
behavior of threads unable to acquire the lock). &os;'s locking
scheme presents three different behaviors for contenders:</para>
<orderedlist>
<listitem>
@ -913,7 +913,7 @@
not about atomic operations or scheduling barriers,
however).</para>
<para>This is a list of lock with their respective behaviours:</para>
<para>This is a list of lock with their respective behaviors:</para>
<itemizedlist>
<listitem>
@ -1080,7 +1080,7 @@
the starting point to the end point using lookup function, which is
internal to VFS. The &man.namei.9; syscall can cope with symlinks,
absolute and relative paths. When a path is looked up using
&man.namei.9; it is inputed to the name cache. This behaviour can
&man.namei.9; it is inputed to the name cache. This behavior can
be suppressed. This routine is used all over the kernel and its
performance is very critical.</para>
</sect4>
@ -1472,7 +1472,7 @@ translate_traps(int signal, int trap_code)
default (as of April 2007) and with all &linux; versions up to 2.6
it just determined what &man.uname.1; outputs. It is different with
2.6 emulation where setting this &man.sysctl.8; affects runtime
behaviour of the emulation layer. When set to 2.6.x it sets the
behavior of the emulation layer. When set to 2.6.x it sets the
value of <literal>linux_use_linux26</literal> while setting to
something else keeps it unset. This variable (plus per-prison
variables of the very same kind) determines whether 2.6
@ -2048,7 +2048,7 @@ pthread_mutex_unlock(&amp;mutex);</programlisting>
<para>Waking up a thread sleeping on a futex is performed in the
<function>futex_wake</function> function. First in this function
we mimic the strange &linux; behaviour, where it wakes up N threads
we mimic the strange &linux; behavior, where it wakes up N threads
for all operations, the only exception is that the REQUEUE
operations are performed on N+1 threads. But this usually does not
make any difference as we are waking up all threads. Next in the
@ -2263,7 +2263,7 @@ openat(stdio, bah\, flags, mode) /* returns error because stdio is not a directo
<package>www/linux-firefox</package>,
<package>www/linux-opera</package>,
<package>net-im/skype</package> and some games from
the Ports&nbsp;Collection. Some of the programs exhibit bad behaviour
the Ports&nbsp;Collection. Some of the programs exhibit bad behavior
under 2.6 emulation but this is currently under investigation and
hopefully will be fixed soon. The only big application that is
known not to work is the &linux; &java; Development Kit and this is