Dynamic Host Configuration Protocol is used in some TCP/IP environments
to assign Internet IP addresses dynamically, as each system boots.
LANprint's TCP/IP support will operate correctly in a DHCP
environment providing all target systems are in the same broadcast area
(wide area connections to DHCP-configured nodes will not work) and
providing there is no entry for those nodes in the NBHOSTS file. If all
nodes are using DHCP then you can delete NBHOSTS.DAT if it has been
created by previous activity.
3.3.7 Changing the Default Network Transport
LANprint allows to set the default network transport during the
installation. This can be either DECnet or TCP/IP. You can change this
after the installation if you wish, by editing
SYS$MANAGER:VIALPPSTARTUP.COM such that the DEFAULT_TRANSPORT symbol is
defined to be either "DECnet" or "TCP/IP". You can
then shutdown LANprint and restart it on the new transport. If you
had previously specified the non-default transport explicitly, e.g. by
using "/lan_name=tcp" in LPPDATABASE.DAT, then these will
continue to work after the default transport has switched to TCP/IP,
for instance.
3.3.8 User-Modifiable Files
The host installation includes files which are user-modifiable. Four of these are expected to be edited by system managers, and are thus not purged by the installation procedure. These are the LANprint remote printer database binary file and its template, the LANprint startup file, described in Section 3.3.3, and the LANprint shutdown file, described in Section 3.11. Table 3-1 lists all user-modifiable files.
| Filename | Description |
|---|---|
| LPPDATABASE.DAT | LANprint Printer Database Template File |
| LPPDATABASE.BIN | LANprint Printer Database Binary File |
| VIALPPSTARTUP.COM | LANprint Startup Command Procedure |
| VIALPPSHUTDOWN.COM | LANprint Shutdown Command Procedure |
| NBHOSTS.DAT 1 | TCP/IP NetBIOS Name Resolution Support File |
LANprint defines system-wide logical names in VIALPPSTARTUP.COM,
as listed in Table 3-2, with their normal equivalences.
VIAROOT and LPPDIR are used to reference the location of the
LANprint utility images and the database files, and they must be
made as system-wide definitions. The TCP/IP support also uses
the VIAROOT logical to locate any NBHOSTS.DAT file which may be set up
by the user to allow connections to be made through routers, and to
work around certain faulty remote NetBIOS implementations.
LP$DEFAULT_TRANSPORT is used to keep a textual record of the default
transport, either "DECnet" or "TCP/IP".
LP$VERSION is used to hold the current package version number, which is
not always reflected in every program signon message.
NETBIOS_NAMESCOPE and NETBIOS_TCPDEVICE are configuration options for
the TCP/IP transport and are described in Section 3.3.6 - please refer
to that section for more details.
VNLDNBSHR and VNLTNBSHR are used to locate the NetBIOS shareable images
and must be defined in executive mode in the system logical name table,
otherwise no applications will be able to find the shareable images.
The VNLNBSHR logical is used to identify the default transport - either
VNLDNBSHR.EXE for DECnet support, or VNLTNBSHR.EXE for TCP/IP.
Logical Name
Normal Equivalence
VIAROOT
SYS$COMMON:
LPPDIR
VIAROOT:[VIA.DECNET]
LP$DEFAULT_TRANSPORT
DECnet
LP$VERSION
v1.2
NETBIOS_NAMESCOPE
1
2
not normally defined
NETBIOS_TCPDEVICE
1
3
not normally defined
VNLDNBSHR
VIAROOT:[VIA.DECNET]VNLDNBSHR
VNLNBSHR
VIAROOT:[VIA.DECNET]VNLDNBSHR
VNLTNBSHR
VIAROOT:[VIA.TCP]VNLTNBSHR
1This logical is not defined by the default LANprint
configuration as it is not normally required. It should be defined by
editing the example command in SYS$MANAGER:VIALPPSTARTUP.COM.
2Appropriate in an environment that uses a non-null NetBIOS
name scope.
3Appropriate on VMS hosts with multiple Internet interfaces.
If debugging is enabled for any print queues, the logical name
LPP_DEBUG_DEVICE should also be defined in the SYSTEM logical name
table.
3.3.10 Configuring DECwindows Bookreader
This package includes files which allow a copy of this manual to be accessed online with the DECwindows Bookreader application. If the Bookreader documentation files were requested during the installation dialogue they will have been copied to the [VIA.DOC] directory on the installation disk. It is necessary to get Bookreader to search this area for the documents to appear in Bookreader's library list, or, the files can be integrated into the SYS$SYSROOT:[DECW$BOOK] area. Telling Bookreader to search the [VIA.DOC] directory is less intrusive than making changes to the LIBRARY.DECW$BOOKSHELF file in SYS$SYSROOT:[DECW$BOOK], so we recommend the following procedure:-
$ copy decw$private_apps_setup.template *.com |
$! $! Re-define the DECW$BOOK DCL symbol to cause Bookreader to search $! the [VIA.DOC] directory, in addition to searching the default $! area(s). (The DECW$BOOK symbol is defined by DECW$STARTAPPS.COM as $! SYS$SYSROOT:[DECW$BOOK], and can be redefined to search a CDROM $! and any other areas, separated by commas. DECW$STARTAPPS.COM uses $! this symbol to define the DECW$BOOK logical name that is used by $! Bookreader itself). $ $ decw$book == "sys$sysroot:[decw$book],sys$common:[via.doc]" $ |
$ define/exec/table=decw$logical_names decw$book - _$ sys$sysroot:[decw$book],sys$common:[via.doc] |
You may wish to cause Bookreader to open all library files found in the DECW$BOOK search list, rather than the default of just opening the first one found. This is done by editing the Bookreader Resource File, DECW$SYSTEM_DEFAULTS:DECW$BOOKREADER.DAT, and the relevant line can be changed to say:-
BookreaderLibrary.shelf_to_open_on_startup: all |
You may also wish to cause Bookreader to highlight hotspots (e.g. tables, figures, etc) by changing the relevant line to say:-
BookreaderTopic.show_hot_spots: true |
Refer to Bookreader's online help pulldown for more details on
customising Bookreader (e.g. topic Modifying the Bookreader
Display), and to the DECwindows Motif User Guide for further
details on resource files.
3.4 Checking that the Symbiont is Running
If the package startup operation is successful, the DCL command SHOW QUEUE/FULL queue_name should produce the following display:-
Server queue VLC_LASER, idle, on VLC::VLC_LASER, mounted form DEFAULT /BASE_PRIORITY=4 /DEFAULT=(FORM=DEFAULT) Lowercase /OWNER=[SYSTEM] /PROCESSOR=LPPSYMBIONT /PROTECTION=(S:E,O:D,G:R,W:W) |
and if you have set up spooled devices, a command such as SHOW DEVICE/FULL NPA0:, should produce a display such as:-
Printer NPA0:, device type unknown, is online, record-oriented device, carriage
control, device is spooled through an intermediate device.
Error count 0 Operations completed 0
Owner process "" Owner UIC [0,0]
Owner process ID 00000000 Dev Prot S:RWLP,O:RWLP,G:RWLP,W:RWLP
Reference count 0 Default buffer size 1024
Page width 1024 Page Length 0
No Carriage_return No Formfeed Uppercase
No Passall No Wrap No Printall
No Fallback No Tab No Truncate
Intermediate device: DKA300:
Associated queue: VLC_LASER
|
If this is the case, the package should be ready for print requests.
3.5 Console Messages
The Symbiont will display a sign-on message when it is started that includes a Copyright notice, the software version, and the expiry date of any evaluation period. If a queue is started and the Symbiont fails to find the network transport nominated for that queue, the Symbiont will display a diagnostic message to that effect and the queue startup will fail. If this happens, you should check that the network software is running and that it is correctly specified in the database file. The default network transport for LANprint is DECnet. Please refer to Section 2.4 for details of network transports, and minimum versions, supported.
The Symbiont will emit status messages when it is unable to send a
print job to a remote system. This can result from network faults,
remote system faults, or remote system overloading. Such messages are
described in detail in Appendix B and Appendix C. The Symbiont
attempts to recover from such transient faults by retrying the network
operation. Each failed retry attempt produces a console message.
3.6 Installation on DOS
LANprint includes LANprint/PC software which can be installed if it is required to gain access to certain remote printers. It is not normally necessary on any network that supports the SMB/LAN Manager print protocols, as LANprint can usually connect directly to these print servers. However, it can be useful to allow printing to non-SMB print servers, such as Novell NetWare, Banyan VINES, or indeed potentially any network that provides printer redirection (or 'capture') and that will allow a LANprint-compatible NetBIOS to be loaded in the gateway PC.
The LANprint/PC software is normally installed on the gateway PCs, but it can equally be installed on a file server that can be accessed by those PCs. It is generally easier to install the software on the same drive as the majority of PATHWORKS files. The DOS software can be installed on a PATHWORKS file or disk service. It does not write back to the disk, so read-only access to the files is sufficient.
The DOS software supports MS-DOS versions 3.3, 4.0, 5.0, and 6.0. Versions of MS-DOS prior to 3.3 are not recommended.
The VMS software installation offers the option of installing the DOS
software onto the VMS disk. The files can then be copied into a
PATHWORKS file or disk service.
3.6.1 Installing the PC Software
The PC components of LANprint are usually supplied on PC floppy disk. They are installed using DOS batch files. The command syntax for the first step is:-
drive:install [source: [destination:]] |
Note that the batch file location drive: should always be specified. The source: and destination: arguments specify the DOS disk drives that are to be used. The default source: device is A: and the default destination: device is C:. Note that the source: must be specified if the destination: argument is used.
For example, with the floppy disk containing the LANprint software in drive A:, run the install batch file as follows:
C:\>a:install |
To install from floppy drive B: to destination drive H:, type:
C:\>b:install b: h: |
The installation directory is destination:\LANPRINT. If this directory does not exist, it will be created automatically.
If the software has already been installed into the \LANPRINT subdirectory on a file server, and you wish to create a local installation on a PC, you can specify the directory path with the network drive specification (source:) on the INSTALL command line:
C:\>h:\lanprint\install h:\lanprint |
Help information is available if the -H option is specified as the first argument:
C:\>a:install -h |
The installation procedure creates \LANPRINT\STARTPRT.BAT, a sample batch file which can be used to start the LANprint/PC Gateway. You will need to edit STARTPRT.BAT to make any print redirections and to set any resource aliases that you wish to use. This is described in Section 3.6.2, with further detail on LANprint/PC command syntax in Chapter 7.
STARTPRT can be invoked with the following command:-
C:\>\lanprint\startprt |
or, if invoked from another batch file, such as AUTOEXEC.BAT:-
CALL \LANPRINT\STARTPRT |
The command syntax and options for LANprint/PC are described
in Chapter 7. Example A-2 shows a sample DOS installation
dialogue.
3.6.2 Configuring LANprint/PC
The sample STARTPRT.BAT file can be used to start LANprint/PC automatically. This file should be edited to alter the printer redirections to suit the local requirements. Redirections should be set up at the beginning, and they should be deleted after LANPRINT.EXE has exited. It is also wise to check the ERRORLEVEL on each USE, so that any errors can be handled correctly.
Note that, if LANPRINT.EXE starts up successfully, it will not stop
until a <Control-C> is typed on the PC's keyboard.
3.6.3 Configuring Windows for LANprint/PC
The LANprint/PC Gateway is a foreground DOS program. It can be run either from the DOS prompt, or under MS-Windows. When it is run from the DOS prompt, the PC can't run any other programs until LANprint/PC is stopped. This normally dedicates the PC to the print gateway operation. Microsoft Windows offers the opportunity to run it in a 'DOS Box' ('MS-DOS Prompt' window) such that other Windows applications can be run on the same machine.
To simplify Windows setup, three additional sample files are provided. These are LANPRINT.GRP, a Windows Program Group, LANPRINT.ICO, a Windows icon, and LANPRINT.PIF, which is a Windows Program Information File. The Program Group file is used to install LANprint/PC on Windows. This can be done as follows:-
If you have installed LANprint/PC in the default location (i.e. C:\LANPRINT), then your installation is complete. If you installed LANprint/PC in a different location, some further changes are required. You will already have entered the new path in the Group File box above. It is also necessary to change the paths specified for the LANprint/PC Program Item, Icon, and LANPRINT.PIF file.
LANprint/PC can then be started simply by double-clicking on the icon. This actually runs STARTPRT.BAT in a 'DOS Box'. It is set to run in a window, rather than full-screen. Once it has started, it is safe to minimise the window. LANprint/PC will continue in the background.
Stop LANprint/PC by restoring the window, and typing <Control-C>. It will exit immediately if it is idle. If it is in use, it will print a warning message, but will not exit until all users disconnect, or another <Control-C> is typed.
LANPRINT.PIF specifies the program priorities which are used for background and foreground execution. These are set to 10 and 100 respectively. The PIF file also includes the memory required to run STARTPRT.BAT. This should be at least 64 KBytes, but may need to be increased if any other commands in STARTPRT.BAT fail to run properly. Values in LANPRINT.PIF can be adjusted using the Windows PIF Editor. Any changes will take effect the next time LANprint/PC is started.
When LANprint/PC is busy you may find that other Windows application performance and Windows' mouse movement are degraded. |
If you regularly have several LANprint clients connected to the same print server, or if you have several DECnet applications active on the print server node, it is conceivable that you might reach the limit on the number of simultaneous connections, or sessions, that the server's DECnet is configured to allow. This is quite unlikely as the LANprint Symbiont will usually only maintain a connection while actually spooling a print job, and this will usually complete in a short period. However, it can occur when trying to make a LANprint connection, or when using any other DECnet application, and is signalled by a "Call Rejected - No Listen Outstanding" error from LANprint on the VMS host. This is easy to correct with an NCP command that changes the number of connections, or links, that the DECnet stack will allow.
Execute the following command to see the current setting of the Maximum Links parameter:
C:\> ncp show executor characteristics |
Read off the Maximum Links setting, increase it, perhaps by 10, and then use the result in the following command:
C:\> ncp define executor maximum links n |
Where n is the new number of links you wish to configure.
Then, reboot the server node, and try again. It is not possible to increase the number of DECnet links on PCs without rebooting them. Please refer to the DECnet Network Management Guide in the PATHWORKS package for further detail on DECnet configuration.
If you are running LANprint over a LANlink transport, there may be a limit on the number of simultaneous NetBIOS sessions that the PC network software will allow. The LANprint Symbiont will retry Call requests that fail with a NetBIOS Session Table Full error, so it can be used on a LANlink with very few free sessions. If you are using LANprint with a LANbridge package, it is very likely that you will have to request extra NetBIOS sessions for the bridging machine itself. Please refer to the documentation with your LANlink or LANbridge package for further details.