summaryrefslogtreecommitdiff
path: root/docs/docbook
diff options
context:
space:
mode:
authorGerald Carter <jerry@samba.org>2002-10-01 01:06:37 +0000
committerGerald Carter <jerry@samba.org>2002-10-01 01:06:37 +0000
commit5de642fc6c476f7631b8caaebd1eda5c4d50df57 (patch)
tree5ef727527eb9844834599053fd1310d99227719f /docs/docbook
parentd2c0dca984c59847a094d1ea5f03fd271fe19c58 (diff)
downloadsamba-5de642fc6c476f7631b8caaebd1eda5c4d50df57.tar.gz
samba-5de642fc6c476f7631b8caaebd1eda5c4d50df57.tar.bz2
samba-5de642fc6c476f7631b8caaebd1eda5c4d50df57.zip
fixing typos spotted by eagle-eye-vance
(This used to be commit 5bae773e0270c31ba936ef651dda149601ac6ecd)
Diffstat (limited to 'docs/docbook')
-rw-r--r--docs/docbook/devdoc/printing.sgml20
-rw-r--r--docs/docbook/devdoc/wins.sgml4
2 files changed, 12 insertions, 12 deletions
diff --git a/docs/docbook/devdoc/printing.sgml b/docs/docbook/devdoc/printing.sgml
index 8259fead5f..2ef64353e1 100644
--- a/docs/docbook/devdoc/printing.sgml
+++ b/docs/docbook/devdoc/printing.sgml
@@ -118,8 +118,8 @@ struct printjob {
The current manifestation of the printjob structure contains a field
for the UNIX job id returned from the "lpq command" and a Windows job
ID (32-bit bounded by PRINT_MAX_JOBID). When a print job is returned
-by the "lpq command" that does not match an existing job in th queue's
-TDB, a 32-bit job ID above the is generating by adding UNIX_JOB_START to
+by the "lpq command" that does not match an existing job in the queue's
+TDB, a 32-bit job ID above the &lt;*vance doesn't know what word is missing here*&gt; is generating by adding UNIX_JOB_START to
the id reported by lpq.
</para>
@@ -130,12 +130,12 @@ for old lanman clients.
</para>
<para>
-When updating a print queue, smbd will performs the following
+When updating a print queue, smbd will perform the following
steps ( refer to <filename>print.c:print_queue_update()</filename> ):
</para>
<orderedlist>
- <listitem><para>Check to see if another sbmd is currently in
+ <listitem><para>Check to see if another smbd is currently in
the process of updating the queue contents by checking the pid
stored in <constant>LOCK/<replaceable>printer_name</replaceable></constant>.
If so, then do not update the TDB.</para></listitem>
@@ -268,7 +268,7 @@ C: Send a RFFPCN request with the previously obtained
to monitor, or (b) a PRINTER_NOTIFY_OPTIONS structure
containing the event information to monitor. The windows
spooler has only been observed to use (b).
-S: The opens a new TCP session to the client (thus requiring
+S: The &lt;* another missing word*&gt; opens a new TCP session to the client (thus requiring
all print clients to be CIFS servers as well) and sends
a ReplyOpenPrinter() request to the client.
C: The client responds with a printer handle that can be used to
@@ -282,7 +282,7 @@ S: The server replies with an array SPOOL_NOTIFY_INFO_DATA
structures (contained in a SPOOL_NOTIFY_INFO structure).
C: If the change notification handle is ever released by the
- client via a PCPCN request, the server sends a ReplyClosePrinter()
+ client via a FCPCN request, the server sends a ReplyClosePrinter()
request back to the client first. However a request of this
nature from the client is often an indication that the previous
notification event was not marshalled correctly by the server
@@ -303,9 +303,9 @@ found by examining the internal tables in srv_spoolss_nt.c
</itemizedlist>
<para>
-When an event occurs that could be monitored, smbd sends a messages
+When an event occurs that could be monitored, smbd sends a message
to itself about the change. The list of events to be transmitted
-are queued by the smbd process sending the message to prevent and
+are queued by the smbd process sending the message to prevent an
overload of TDB usage and the internal message is sent during smbd's
idle loop (refer to printing/notify.c and the functions
send_spoolss_notify2_msg() and print_notify_send_messages() ).
@@ -318,8 +318,8 @@ clients is made by the routine which actually sends the notification.
</para>
<para>
-Because it possible to recieve a listing of multiple changes for
-multiple printers the notification events must be split into
+Because it possible to receive a listing of multiple changes for
+multiple printers, the notification events must be split into
categories by the printer name. This makes it possible to group
multiple change events to be sent in a single RPC according to the
printer handle obtained via a ReplyOpenPrinter().
diff --git a/docs/docbook/devdoc/wins.sgml b/docs/docbook/devdoc/wins.sgml
index 4b5f1e07c4..53410316c5 100644
--- a/docs/docbook/devdoc/wins.sgml
+++ b/docs/docbook/devdoc/wins.sgml
@@ -54,11 +54,11 @@ interface names in the tags is only by convention and is not a technical require
<para><programlisting>
[global]
- wins server = 192.168.1.2:eth0 192.1:eth0 192.168.2.2:eth1
+ wins server = 192.168.1.2:eth0 192.168.1.3:eth0 192.168.2.2:eth1
</programlisting></para>
<para>
-Using this configuration, nmbd would attempt to registry the server's NetBIOS name
+Using this configuration, nmbd would attempt to register the server's NetBIOS name
with one WINS server in each group. Because the &quot;eth0&quot; group has two servers, the
second server would only be used when a registration (or resolution) request to
the first server in that group timed out.