From 5de642fc6c476f7631b8caaebd1eda5c4d50df57 Mon Sep 17 00:00:00 2001 From: Gerald Carter Date: Tue, 1 Oct 2002 01:06:37 +0000 Subject: fixing typos spotted by eagle-eye-vance (This used to be commit 5bae773e0270c31ba936ef651dda149601ac6ecd) --- docs/docbook/devdoc/printing.sgml | 20 ++++++++++---------- docs/docbook/devdoc/wins.sgml | 4 ++-- 2 files changed, 12 insertions(+), 12 deletions(-) (limited to 'docs/docbook/devdoc') 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 <*vance doesn't know what word is missing here*> is generating by adding UNIX_JOB_START to the id reported by lpq. @@ -130,12 +130,12 @@ for old lanman clients. -When updating a print queue, smbd will performs the following +When updating a print queue, smbd will perform the following steps ( refer to print.c:print_queue_update() ): - Check to see if another sbmd is currently in + Check to see if another smbd is currently in the process of updating the queue contents by checking the pid stored in LOCK/printer_name. If so, then do not update the TDB. @@ -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 <* another missing word*> 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 -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. -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 [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 -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 "eth0" 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. -- cgit