This HELP section covers all aspects of communications, file transfer and access to remote printers etc. within the CS department (not just the APMs).
You can obtain a hard copy by PRINTing VIEW:FTNOTE
These commands are invoked on the "Snd" (sender) machine to write a file to the "Rec" (recipient) machine.
Snd\Rec> ECSVAX MALTS APM/FS Unix/* tardis EMAS Micros ITSPNA v------------------------------------------------------------------------------ ECSVAX | Copy tofs - - ftp Kermit/3 ftp MALTS | cp uucp? uucp? APM/FS | eftp eftp - - - Kermit - Unix/* | - uucp? - cp - - - rcp/9 tardis | - - - rcp cp - kermit rcp EMAS | Transfer - - Transfer Transfer Kermit Transfer Micros | Kermit/3 - - - Kermit Kermit/3 Various Kermit ITSPNA | hhcp uucp? tofs/11 rcp/9 rcp hhcp Kermit cp
"/n" refers to Overview note n. ECSVAX and ECUVAX are generally equivalent.
These commands are invoked from the "Rec" (recipient) machine to read a file in from the "Snd" (sender) machine
Snd\Rec> ECSVAX MALTS APM/FS Unix/* tardis EMAS Micros ITSPNA v---------------------------------------------------------------------------- ECSVAX | Copy eftp tftp tftp Transfer Kermit/3 hhcp/1 MALTS | cp uucp? uucp? APM/FS | fromfs fromfs eftp - - - - fromfs/11 Unix/* | unixget/8 uucp? - (r)cp rcp - - rcp/9 tardis | unixget/8 - - - cp transfer ? rcp EMAS | ftp - - - - transfer Kermit/3 hhcp Micros | Kermit/3 - - - kermit Kermit/3 Various Kermit ITSPNA | ftp/2 uucp? - rcp/9 rcp transfer Kermit cp
"/n" refers to Overview note n
/* Unix hosts include Cheops, Suns and Orion. The other Unix systems
(ITSPNA, GEC 63s) are special cases for one reaon or another.
/1 Tftp is an alternative to hhcp
/2 Unixget is an alternative to ftp. See /8
/3 Xtalk is an alternative to Kermit. See HELP KERMIT.
/8 RUN ECS_SYS:UNIXGET
/9 Don't forget to set up a .rhosts file on each participating machine.
This should contain one line per host giving host name and your id.
/10 On ITSPNA tofs, fromfs are ~gdmr/fs/tofs and ~gdmr/fs/fromfs respectively.
/11 Use tofs/fromfs to send to filestore 'B', toC/fromC to send to 'C'
This note describes how to communicate with the Computer Science Department's Filestores B and C from itspna, and from ECSVAX to all filestores.
The serial line is not shareable, and the utilities run setuid and employ advisory locks to enforce this. This is the source of the (somewhat unhelpful) error message "operation would block", which means that someone else is using the line and you'll have to back off and retry later.
Shell metacharacters, including wildcards, are interpreted/expanded (by the shell) in the usual way.
Note that files can be sent to the M.Sc room, Block O/P and Machine Halls printers using the standard lpr utility. The queues are csmsc, csop and csmh respectively.
tofs [-u filestore-user] [-p password] file file file ..... (FS 'B')
or toC [-u filestore-user] [-p password] file file file ..... (FS 'C')
The parts in "[..]" are optional. If -u is specified the next item in the argument list will be used as the filestore username; otherwise the filestore username will be taken to be the same as the UNIX username. If -p is specified the next item in the argument list will be used as the filestore password; otherwise the user will be prompted. Note that these arguments must be specified before any of the filenames, and apply for all the files to be transferred. In other words, you can't, in the same invocation of the tofs/toC command, transfer files to several different filestore directories.
One or more files can be transferred using this command. The filenames at the UNIX and filestore ends are the same. They must, of course, be valid filestore names (12 or fewer of alphabetic, numeric, '$', '.', '_'). hence they are likely to be valid itspna names too. Case is not preserved by filestores B and C.
fromfs [-u filestore-user] [-p password] file FS 'B'
or fromC [-u filestore-user] [-p password] file FS 'C'
with the parts in "[..]" being as for tofs/toC. One file can be transferred per invocation of the utility. Filename case is ignored by the filestore, with the case of the itspna filename being as specified in the command line.
This command sends files to the Filestore over the ethernet. The user can select which filestore is to be used, and the user number on the filestore where the file is to be put. The file inherits the same name as it had to VAX.
Format: TOFS filespec[,filespec[,...]]
Parameters are a list of one or more filenames, separated by commas (',') or plus signs ('+'). Wildcards are accepted.
Qualifiers may be applied to the command verb in which case they apply to all the files, or to an individual filespec in which case they apply only to that filespec overriding any global qualifiers e.g. /FS.
/FS=A
/FS=B (default)
/FS=C
/FS=P
This is used to select which filestore is to be used.
/USER=JGH
This parameter chooses the filestore directory which is to receive the file. If it is omitted, then it defaults to the same directory as the VAX username. The TOFS program always prompts for the associated password, which is not echoed.
Format: FROMFS filespec
The parameter is the name of the file on VAX which is to be created.
Qualifiers may be applied to the command verb to control the operation of the FROMFS program.
/FS=A
/FS=B (default)
/FS=C
/FS=P
This is used to select which filestore is to be used.
/USER=JGH
This parameter chooses the filestore directory where the file is to be fetched from. If it is omitted, then it defaults to the same directory as the VAX username. The FROMFS program always prompts for the associated password, which is not echoed.
/FILE=$TEMP
This parameter allows the user to fetch files which have a different name on the filestore from the name that they are required to have on the VAX. This parameter chooses the filestore filename to be used.
If a name begins with `::`, then the part immediately following, up to but excluding the next `:`, which is discarded, denotes the NODE, i.e. the file server on which the file resides. The following node names are accepted (and may be abbreviated). Node names not found in the list are interpreted (in hex) directly as ethernet addresses.
VAX ECSVAX (72)
ALPHA 160-megabyte new-style filestore (14)
BRAVO 320-megabyte (mainly) staff filestore (15)
CHARLIE 320-megabyte (mainly) undergraduate filestore (1B)
DEMO 30 -megabyte demo and project filestore (35)
MET 160-megabyte Meteorology filestore (44)
The remainder of the filename is subject to system-dependent interpretation. It may or may not contain a (directory) pathname part. Wildcards are allowed in filenames, but not in pathnames or nodenames.
Examples:
::vax:dra1:[bloggs.project]test.pas
(Node=vax, directory=dra1:[bloggs.project], file=test.pas)
::1B:fmacs:frame
{Node=1B, directory=fmacs, file=frame)
Examples:
Login ::vax:cs4test
Login ::1B:pub lic
Examples:
Transfer ::vax:opsys.asm ::m
Transfer ::c:guest:xyz* ::vax:[xyz.test]*
These sections have been taken directly from Unix "man" sections on ITSPNA and Cheops and there may be slight differences between machines. Consult "man" on the appropriate machine for definitive information.
SYNTAX
rcp file1 file2
rcp [-r] file ... directory
file or directory
is either a remote file name of the form
"rhost:path", or a local file name (containing no :
characters, or a / before any :s).
If path is not a full pathname, it is interpreted
relative to the login directory on rhost. A path on
a remote host may be quoted (using , ", or ') so
the metacharacters are interpreted remotely.
OPTIONS
-r copies each subtree (when any of the source files is
a directory) rooted at that name; in this case the
destination must be a directory.
DESCRIPTION
Rcp copies files between machines.
Rcp does not prompt for passwords; the current local user name
must exist on rhost and allow remote command execution via
rsh(1C).
Rcp handles third party copies, where neither source nor
target files are on the current machine, though the source and
target machines must be on the same network. Hostnames may
also take the form "rhost.rname" to use rname rather than the
current user name on the remote host.
EXAMPLES
If user1 (the user on the local system) needs to copy a file
from sys2 (the remote system) and he has a login on sys2, then
he does the following:
$ rcp sys2:path/filename1 sys1:path/filename2
If user1 (the user on the local system) needs to copy a file
from sys2 (the remote system) and he is listed in a .rhost
file on sys2, (i.e., sys1 user1, (sys1 is the local system)),
then he must do the following:
$ rcp sys2.user2:path/filename1 sys1:path/filename2
The .rhosts file is located in either user2's HOME directory
(on sys2), or the root directory on sys2.
SPECIAL CONSIDERATIONS
o Rcp does not always detect the fact that a target of a
copy might be a file in cases where only a directory
should be legal.
o The user cannot be root.
o Rcp can be confused by any output generated by commands in
a .login, .profile, or .cshrc file on the remote host.
For example, the "Where are you?" message is produced
because the .cshrc contains a biff.
SEE ALSO
ftp(1C), rsh(1C), rlogin(1C)
SYNOPSIS hhcp [ -ACFLORS:abcfilmoqrstx ] [ Special_Options ] transmit_file receive_file
DESCRIPTION Hhcp copies transmit_file into receive_file using NIFTP 80 Protocol. Either transmit_file or receive_file should be on a remote machine, in which case it should appear in the form
ftp_entity_name[!|:]pathname
ie "!" or ":" can be used to separate the host from the path
Ftp_entity_name is the name of the NIFTP 80 entity on the remote machine. This must either appear in the network directory, or else be the Transport Service address of the entity (or the X25 address of the remote host if the TS address is the standard name "FTP").
eg
hhcp /usr/keith/SEND kl!RECEIVE[1045,3307]
or
hhcp kl!SEND[1045,3307] /usr/keith/RECEIVE
or
hhcp SEND 6000000/FTP!RECEIVE[1045,3307]
or
hhcp 6000000!SEND[1045,3307] RECEIVE
Input may be piped into hhcp, in which case transmit_file should be absent.
pr file | hhcp [options] receive_file
eg
nroff doc.n | hhcp -L rlda!/usr/bill/doc
An FTP connexion may require calls to be set up across several networks. If hhcp recognizes from the structure of the Transport Service address (see netdir(5)) mapped from a given name that authorization is required at one or more gateways between net- works, then the user is prompted for appropriate authorization fields (see getgwauth(3)).
If the filename on the local machine is not a complete pathname it is prefixed with the current directory.
If the remote machine is another unix, and receive_file is a pathname preceded by ~user, then ~user is ultimately replaced by that user's login directory on the remote system.
eg
hhcp file rlda!~bill/file
The pathname part of ftp_entity_name!pathname must be in a form intelligible to the remote machine. If this pathname includes shell metacharacters, the pathname must be escaped using double quotes
eg
hhcp file other_sys!"path>name"
The user must always supply access authorization, in the form of a name and a password. This information should be as required by the remote NIFTP 80 entity, so that the password may be either a login password or a special file transfer password. These authorization strings are transmitted to the remote FTP as User- name and Username Password attributes. Other attributes may be selected by use of the command line options.
Selected attributes are input by hhcp either by prompting the user, or by searching an attribute storage file for a list of attributes pertaining to the remote NIFTP entity. If such a list (see hhstore(1)) is present, selected attributes are always taken from the storage file unless the -t option is used.
The command options are:
A
select Account and Account password attributes
L
Generate a transfer log (see hhlog (1))
C
encrypt file before transmission (inter-Unix transfers
only).
F
Use NIFTP-80 text format mode (hex) 0080. This implies
NO text formatting by imbedded characters in the file
and NO formatting actions on end of transfer record.
The default (no flag) uses text format mode (hex) 0001
where end of record implies new line action. No actions
are implied by embedded characters.
o
select Output device type and Output device type
qualifier attributes. A remote pathname is not
necessary
eg
hhcp -o file rlpb
a
select a non-default (= make or replace) mode of access
attribute. The supplied attribute must be a character
string and one of "replace","append","read and
remove","append or make" and "make".
b
select a binary word size attribute for binary
transfers. This option is not necessary if the file to
be transferred is in a.out(5) format. Such files are
recognized as binary, and are transmitted using a
default Binary Word Size (16 on PDP-11 and LSI-11, 32
on VAX). A user-supplied value must be a multiple of 8
bits.
f
select a File password attribute
s select a Special Options attribute. If prompted, the
user should prefix a numerical character string
response with a '#' if this parameter is to be
transmitted as a 16 bit value rather than a character
string.
eg special options: #123
Use of this option cancels file encryption if the -C
option is also present.
x
The transferred file is to be submitted for execution
on the remote host. This forces mode of access "take
job input"; it supercedes any mode of access requested
via the -a option.
c
Print the queue entry (username and username password
attributes are encrypted)
l
Send a local transmit_file to line-printer (LPR) on the
remote machine. A remote pathname is not required.
eg
hhcp -l text_file kl
O
prompt for an Action Message attribute. The response
should be a character string, terminated with EOF.
i
prompt for an Information Message attribute. The
response should be a character string, terminated with
EOF.
S "Special_Options"
The next argument on the command line is taken as a
string representing the Special Options attribute. If
the first character of the string is a '#', then the
remainder (which must be numeric) is converted into and
transmitted as a 16 bit integer value. Otherwise, the
string is transmitted without modification.
eg
hhcp -lS "/unit:daisy" document kl
hhcp -S #123 file ykda!rfile
The use of the -S option overrides the use of the -s
option.
R make the call reverse charge if over a chargeable
network (eg PSS).
t select nominated attributes by prompting; do not search
attribute storage file
q queue the file only: do NOT invoke hhP daemon.
For each file, hhcp reports a Transfer Identifier. SEE ALSO nac(1). Authorise users for network access
nd(1) Interrogate network directory
hhq(1) Display transfer queue
hhrm(1) Remove items from the transfer queue hhstore(1)
create entries in attribute storage file
hhlog(1) Print the transfer log netdir(5) directory entry
structure
FILES /usr/lib/x25/directory for the network directory
file
/usr/lib/x25/accounts/* for authorization
/usr/lib/x25/hhstore/* for attribute storage files
/dev/net? for access to network
/usr/lib/x25/hhP for NIFTP P process
/usr/lib/x25/hhQ for NIFTP Q process
/usr/spool/hhcp/* for HHCP spool files
ORIGIN
4.2BSD
SYNOPSIS
tftp [ host [ port ] ]
DESCRIPTION
Tftp is the user interface to the ARPANET standard Trivial
File Transfer Protocol. The program allows a user to
transfer files to and from a remote network site.
The client host with which tftp is to communicate may be
specified on the command line. If this is done, tftp will
immediately attempt to establish a connection to a TFTP
server on that host. Otherwise, tftp will enter its command
interpreter and await instructions from the user. When tftp
is awaiting commands from the user, the prompt
tftp>
appears. The following commands are recognized by tftp:
connect
connect to remote tftp
mode set file to transfer mode
put send file
get receive file
quit exit tftp
verbose
toggle verbose mode
trace
toggle packet tracing
status
show current status
rexmt
set total retransmission
? print help information
timeout
set total retransmission timeout
The use of tftp does not require an account or password on
the remote system. Due to the lack of authentication infor-
mation, tftp will allow only publicly readable files to be
accessed.
BUGS
The search permissions of the directories leading to the
files accessed are not checked.
Allows file transfer between Vax and other computer systems using the 'Blue Book` protocol.
The commands DEVICE, USER and ACCOUNT specify information relevant to the remote computer system. The SEND and FETCH commands are used to transfer files. The QUEUE command monitors progress of transfers, and the REMOVE command can be used to cancel requests.
Used to select an account and account password on the remote computer
system. Format is :
ACCOUNT <account name> <account password>
If desired, <account password> may be typed on the line following the
command, in which case it is not echoed.
If the logical name FTP$ACCOUNT is assigned on entry to FTP, it is
translated as giving a account name, optionally separated by spaces
from an account password.
Used to select the remote computer system. Format is :
DEVICE <remote name> [<device name> [<device qualifier>]]
<remote name> is a mnemonic for the remote site
<device name> is an optional output device name at the site
<device qualifier> is an optional output device qualifier at the site
If the logical name FTP$DEVICE is assigned on entry to FTP, it is
translated as giving a remote name, optionally separated by spaces from
a device name and a device qualifier.
Type HELP PLACES for a list of current remote site mnemonics.
Causes the FTP program to terminate and a return to Vax command level.
Format is :
EXIT
An equivalent effect may be obtained by typing ctrl-z at any time.
Used to send a file to Vax from the currently selected remote computer
system. Format is :
FETCH [/FAILMAIL] [/NOMAIL] [/<code name>]
<Vax filename> [/<new mode>]
<Remote filename> [/<old mode>] [/PASSWORD [<file password>]]
By default, the user is sent mail when the file transfer request has been
dealt with. If the /FAILMAIL qualifier is used, mail is only sent in the
event of failure. If /NOMAIL is used, no mail is sent in any event.
The <code name> qualifier specifies the format that the file is to have
on Vax. It should be used when the remote computer does not know that
the file is to be created in a format other than the default, which is
text in records with automatic newline at end of record. Specifiable
formats are:
/VMS : Any format file from a remote VAX/VMS computer
/BINARY : Undefined format file (e.g. Imp -b file)
/FTN : Fortran file with column one controls
/NOCR : Text file with no automatic newline at end of record
The <new mode> qualifier specifies the action to be taken on Vax when the
file arrives. If it is omitted, the file is simply created. Specifiable
actions are:
/REPLACE : A previous version of the file must be replaced
/?REPLACE : A previous version of the file should be
replaced if it exists
/APPEND : This file must be appended to a previous version
/?APPEND : This file should be appended to a previous version
if it exists
/JOB : This file should be sent to the system batch queue
/PRINT : This file should be sent to the system printer
The <old mode> qualifier specifies the action to be taken on the remote
computer system. If it is omitted, <Remote filename> is a file, which
is preserved after transmission. Specifiable actions are:
/DELETE : File is deleted after transmission
/DESTROY : File is deleted as it is transmitted
/JOB : File to be taken from a batch queue
/PRINT : File to be taken from an output queue
If the /PASSWORD qualifier is specified, then a remote file password may
be typed unechoed on the following line. If echoing is not important,
it may be given as <file password>.
If a filename contains the characters newline, space, tab, /, or ",
the offending character(s) (doubled in the case of ") may be enclosed
within string quotes, e.g. "/usr/crap", "fred jim", fred" "jim.
Allows file transfer between Vax and other computer systems using
the 'Blue Book` protocol. Type HELP PLACES for a list of known sites.
The commands DEVICE, USER, and ACCOUNT specify information relevant to
the remote computer system. The SEND and FETCH commands are used to
transfer files. The QUEUE command monitors progress of transfers, and
the REMOVE command can be used to cancel requests. For further information,
type HELP <command>.
Additional information available:
ACCOUNT DEVICE EXIT FETCH HELP PLACES QUEUE
REMOVE SEND USER
Displays one or more FTP queues. Format is :
QUEUE [<remote name>]
If <remote name> is omitted, then all queues are displayed.
Used to remove a file transfer request from a queue. Format is :
REMOVE <request identifier>
<request identifer> is obtained by using the QUEUE command to locate
the relevant request.
Used to send a file from Vax to the currently selected remote computer
system. Format is :
SEND [/FAILMAIL] [/NOMAIL] [/VMS]
<Vax filename> [/DELETE]
<Remote filename> [/<new mode>] [/PASSWORD [<file password>]]
By default, the user is sent mail when the file transfer request has been
dealt with. If the /FAILMAIL qualifier is used, mail is only sent in the
event of failure. If /NOMAIL is used, no mail is sent in any event.
If the /VMS qualifier is used, the remote computer is assumed to be a VAX
running VMS, and so any format of file may be sent with the guarantee that
all of its VMS file attributes will be preserved in the new file.
If the /DELETE qualifier is used, the file is deleted after transmission.
The <new mode> qualifier specifies the action to be taken on the remote
computer system. If it is omitted, the file is simply created (but note
that some systems may demand that a file with the same name does not
already exist). Specifiable actions are:
/REPLACE : A previous version of the file must be replaced
/?REPLACE : A previous version of the file should be
replaced if it exists
/APPEND : This file must be appended to a previous version
/?APPEND : This file should be appended to a previous version
if it exists
/JOB : This file should be sent to a batch job queue
/PRINT : This file should be sent to an output queue
If the /PASSWORD qualifier is specified, then a remote file password may
be typed unechoed on the following line. If echoing is not important,
it may be given as <file password>.
If a filename contains the characters newline, space, tab, /, or ",
the offending character(s) (doubled in the case of ") may be enclosed
within string quotes, e.g. "/usr/crap", "fred jim", fred" "jim.
Used to select a username and password on the remote computer system.
Format is :
USER <username> <password>
If desired, <password> may be typed on the line following the command,
in which case it is not echoed.
If the logical name FTP$USER is assigned on entry to FTP, it is
translated as giving a username, optionally separated by spaces
from a password.
Printer> mc hall 2501 6301 2419 3421 1417 1619 EdNet Orion1
Sender | c.itoh PTronix Toshiba Laser Laser Laser Laser Var. ?
v-----------------------------------------------------------------------------
ECSVAX | Print/1 Print/1 Print/1 Print/1 Print/1 Print/1 Print/1 netprint -
MALTS | -
APM/FS | P - ? laser laser - - - -
Unix(*)| lpr/14 lpr/14 lpr/14 lpr/14 lpr/14 lpr/14 lpr/14 - lpr/13
GEC 63s| ? ? ? ? ? ? ? ? ?
EMAS | - - ? - - - - list -
ITSPNA | lpr/2 lpr/16 lpr/7 - - - - hhprint lpr/13
Orion1 | lpr/17 lpr/17 lpr/17 lpr/17 lpr/17 lpr/17 lpr/17 - lpr/17
/1 mc hall: print/que=print$lp <file>
2501: print/que=print$block_op <file>
2419: print/que=print$lp1 <file>
3421: print/que=print$lp2 <file>
1417: print/que=print$lw14 <file>
1619: print/que=print$lw16 <file>
6301: print/que=print$msc_room <file>
/2 lpr -Pcsmh <file>
/7 lpr -Pcsmsc <file>
/13 Cheops: lpr -Porlp <file>
/14 mc hall: lpr <file> Not all these queues will necessarily
2501: lpr -Plpop <file> have been set up on each host, though
2419: lpr -Plp1 <file> this will only have been because of lack
3421: lpr -Plp2 <file> of demand. If in doubt consult your
1417: lpr -Plw14 <file> system manager.
1619: lpr -Plw16 <file>
6301: lpr -Plpmsc <file>
Note that you should specify the -D flag to the lpr command if you are
printing DVI files to tell the daemon to run the correct output filter.
Other filters can be invoked similarly. The VAX symbionts decide on the
basis of the file's "type".
/16 lpr -Pcsop <file>
See also overview note /10There is the C.Itoh 600 attached to Filestore B (one of the QSART ports) and driven by it. Accessed by PRINT from APMs. PRINT from ECSVAX, lpr from Unix systems.
In the copier room (2417)...
There is the original prototype APM/Laser printer attached to the 2Mb Ethernet. This prints LAYOUT 1.5 script and TeX DVI and is accessed by LASER command from APM and PRINT from the VAXen. Authorisation is required to use this.
There is an Apple LaserWriter NTX-2, accessible directly from the Departmental Appletalk and from the LFCS Appletalk network via the gateways.
In the Sun Lounge (14xx)...
There is a LaserWriter attached to Skye. This is accessible as LW14 from all Unix BSD systems.
In Sidney's outer office (3421) ...
There is a CLAN laser printer driven from an APM. This despools from B::LP2: and prints LAYOUT 2.0 script. Commands unknown.
In the LFCS copier room (1619)...
There is an Apple LaserWriter attached to coll, and thus accessible from all the BSD-equivalent hosts. It prints DVI and text (no LAYOUT) and appears as LW16.
There is a new Agfa 400 dpi laser printer, access mechanisms unknown.
There is an Apple LaserWriter accessible from the LFCS half of the Appletalk network (directly) and from the Departmental half through the gateways.
In the block O/P terminal room (2501)...
There is an OTC 850 matrix printer directly attached to the Vaxen.
At the microlab, Appleton Tower level 4...
There's a LaserWriter driven by the Macs, and an HP LaserJet attached to EMAS and despooling its .LPIS1 queue.
At the CS1 Sun lab, Appleton Tower level 3...
There's an OTC 850 matrix printerattached to BANFF but only accessible locally.
ECSVAX can send stuff to the printers spooled by Filestore B (c.itoh and PC-room laser printer). These printers are also accessible from itspna via RS232 links to Filestore B (two more qsart ports). Other UNIX hosts spool files via ECSVAX.
The large HP plotter is attached directly to ECSVAX, as is one of the small plotters. The other plotters are attached to a APM.
Command is P <file> -<optional printer> -<optional params>
printers are: -mh (m/c halls printer) only
params are: -c <characters per inch>
-l <lines per inch>
-dp <document print quality>
SYNTAX
lpr [-Pprinter] [-#num] [-C class] [-J job] [-T title]
[-i [numcols]] [-w#] [-plrmhs] [name ...]
OPTIONS
-C class
specifies a classification for use on the burst
page.
-f uses a filter that interprets the first character of
each line as a standard FORTRAN carriage control
character.
-h suppresses the printing of the burst page.
-i [numcols]
indents the output. If the next argument is numeric,
it is used as the number of blanks to be printed
before each line; otherwise, 8 characters are
printed.
-J job specifies the job name to print on the burst page.
Normally, the first file name is used.
-l uses a filter allowing control characters to be
printed and supresses page breaks.
-m sends mail upon completion.
-p causes pr(1) to format the files (equivalent to
print).
-Pprinter
forces output to a specific printer. Normally, the
default printer is used (site dependent), or the
value of the environment variable PRINTER is used.
-r removes the file upon completion of spooling (with
the -s option).
-s uses symbolic links. Usually files are copied to the
spool directory. The -s option uses symlink(2) to
link data files rather than trying to copy them so
large files can be printed. The files should not be
modified or removed until they have been printed.
-T title
specifies the title used by pr(1) instead of the
file name.
-wn specifies the page width for pr.
-#num specifies multiple copies of output, where num is
the number of copies desired of each file named.
DESCRIPTION
Lpr uses a spooling daemon to print the named files when
facilities become available. If file names do not appear, the
standard input is used.
EXAMPLES
$ lpr -C "Lincoln Labs" foo.c
$
lpr -C causes the system name to be replaced on the burst page
by Lincoln Labs, and the file foo.c to be printed.
$ lpr -#3 foo.c bar.c more.c
$
lpr -#3 prints three copies of the files foo.c, bar.c, and
more.c.
$ cat foo.c bar.c more.c | lpr -#3
$
This example prints three copies of the concatenation of the
files.
SPECIAL CONSIDERATIONS
o Large files may be truncated.
o Various other filters and associated options are built
into this command for use with devices not currently
supported in UTX/32 (e.g., the Benson Varian raster
printer). To use any of these, the proper definitions
must be placed in /etc/printcap. Refer to printcap(4).
To use -f, there should be an entry similar to
rf=/usr/bin/asa in the system printcap file.
FILES
/etc/passwd personal identification
/etc/printcap printer capabilities data base
/usr/lib/lpd* line printer daemons
/usr/spool/* directories used for spooling
/usr/spool/*/cf* daemon control files
/usr/spool/*/df* data files specified in "cf" files
/usr/spool/*/tf* temporary copies of "cf" files
/usr/lib/lpf standard filter (various filters are specified in /etc/printcap)
DIAGNOSTICS
o Lpr objects to printing binary files.
o Lpd(8) may print diagnostics in the daemon's log file
regarding missing spool files.
o If a user other than root prints a file and spooling is
disabled, lpr prints a message and does not put jobs in
the queue.
o If a connection to lpd on the local machine cannot be
made, lpr prints a message stating the daemon cannot be
started.
SEE ALSO
lpq(1), lprm(1), pr(1), symlink(2), printcap(4), lpd(8)
Host > ECSVAX Unix APM/FS CHEOPS EdNet ITS63A Gandalf Pad | ECUVAX ITSPNA Suns ITS63B v----------------------------------------------------------------------- ECSVAX | set host rlogin - rlogin host host * ITSPNA | rlogin/4 rlogin - rlogin pad pad * APM/FS | - - - - - - * CHEOPS/Suns | rlogin rlogin - rlogin - ? * GEC 63s | pad ? - rlogin - ? * EdNet | /5 /5 /5 /5 * /5 CS-GANDALF/5 /4 PAD provides an alternative route over the wide-area network. /5 CALLing command may depend on where you are CALLing from. CALL, PAD, HOST are worth trying. Mnemonics may also depend on where you are calling from. ITSPNA and the GEC63s (ITS63A/B) are generally accessible by CALLing the names above. ECSVAX is best accessed via the Gandalf. ECUVAX can ONLY be accessed via the Gandalf. Most CS hosts are accessible via the Gandalf. Call CS-GANDALF from a PAD then respond ECSVAX, CHEOPS or APM as appropriate. The other hosts are best accessed directly if possible.
There are a number of ways in.
Dial up EdNet on 667-1071 then call in as for EdNet PAD above. Dial up the CS Gandalf direct. There are only two lines in so ask about this service if you think you want to use it.
EdNet is accessible from PSS via the PSSE gateway (NUA 2342-313-54354) but yout will require a PSSE account to use it.
EdNet is also linked to Janet. The EdNet addresses are visible throughout JaNET
The HOST command allows Vax users to access other computers interactively, via the X25 network. The command has the form :
HOST <host name> [/NORISK] [/INPUT=<filename>] [/LOG [=<filename>]]
A list of valid host names may be obtained by the command HOST HELP.
If the /NORISK qualifier is used, the user will be asked for confirmation after typing control-y.
If the /INPUT qualifier is used, input is taken from the file specified, rather than from the terminal. At end of file, the input stream reverts to the terminal. At any time terminal input is being requested, ctrl-f may be typed to select a new input file.
If the /LOG qualifier is used, a record of all echoed input and output during the session is kept in the file. If no file name is specified, the default is CALL.LOG in the current directory.
EdNet is visible to the outside world as PSS NUA 2342-313-54354 (host PSSE).
Host Address Comments
ECSVAX: 000015000006 ECUVAX: Available via Gandalf only
PSSE : 000015000040
CSCPAD: 000015001019 Computer Science K.B. PAD
i.e. the CS Gandalf
CSPAD1: 000016000010 Computer Science Appleton Tower PAD 1
i.e. MALTS and BANFF
CSPAD2: 000016000011 Computer Science Appleton Tower PAD 2
i.e. MACDUFF and ARDBEG
view:ftnote printed on 16/02/89 at 10.36