From
[email protected] Thu Oct 17 16:56:16 1991
Received: from IRIMCF.TUDELFT.NL (IRIMCF) by TUDRVA.TUDelft.NL (PMDF #12232) id
<
[email protected]>; Thu, 17 Oct 1991 16:56 +0100
Date: Thu, 17 Oct 91 16:53 MET
From:
[email protected]
Subject: VMS-port of dvi2xx
Sender: Henk de Haan <
[email protected]>
To:
[email protected]
Message-Id: <
[email protected]>
X-Vms-To:
[email protected]
Comments: Sent using PMDF-822 V3.0, routing is done by TUDRVA
Status: OR
Dear Gustaf,
Thanks for writing the DVI print program for the HP-Laserjet family.
Because our group recently bought a HP Laserjet 3 printer (for our VAX/VMS
system), we needed a LaTeX driver for it. The only drivers I could locate
(and that would run on VAX/VMS) are the Beebe drivers, but they are rather
slow and they don't support any \special commands. For this reason I've
ported your program to VAX/VMS.
I'm sending you my changes to your programs (in respect to the DVI2XX,
version 0.50 distribution). All my changes are propely included in #ifdef ...
#endif constructions. I'm also including an extra file (called VAXVMS.C), which
is copied from the DVIPS distribution, and which was originally written by
Nelson Beebe.
The other changes are:
config.h - definition of FONTAREA and signed_char
findfile.c - path of types.h and stat.h
- VMS specific versions for the font search paths
dvi2xx.c - definition of the functions in VAXVMS.C
- writing of output file in a binary format with fixed
record lengths (512 bytes), this implied that:
- fwrite didn't work anymore, so another version
of EMITB had to be made (using putc).
- the last record had to be padded with zeros
- usage of VAX/VMS specific error codes
- definition of 12 for MAXOPEN (because MAXOPEN is
standard defined as 8).
- VAX/VMS doesn't allow the "%hd" format specifier to
be used in output statements, so this was changed
to the "%d" format.
The program is tested on a MicroVAX-II running VMS 5.3-1 and is compiled
using the VAXC compiler (version 2.3). The compile sequence used is:
$ CC /DEFINE=(LJ2P,DEBUG) DVI2XX
$ CC FINDFILE
$ CC VAXVMS
$ LINK /EXEC=DVILJ2P DVI2XX,FINDFILE,VAXVMS,SYS$INPUT:/OPT
SYS$SHARE:VAXCRTL.EXE/SHARE
^Z
The program can be defined with:
$ DVILJ2P :== $disk:[directory]DVILJ2P
And can be run with:
$ DVILJ2P [options] dvi-filename
The uppercase options (such as -D) have to be put between quotation marks,
because the VAX/VMS operating systems converts the command string to lower
case (so: $ DVILJ2P "-D1" dvi-filename).
Only the LJ2P version is compiled and tested. I'm printing the output file
with the command:
$ PRINT/QUEUE=queue-name /PASSALL file.LJ
The only suggestion for some improvements to the program, are in respect
to the \special commands. It would be nice if your program could interpret the
\tpic specials.
With kind regards, Henk de Haan
/-------------------------------+---------------------------------\
/ Henk de Haan | Phone: +31 15 781398 \
/ Delft University of Technology | FAX: +31 15 786422 \
/ ISO | E-mail:
[email protected] \
/ p/a IRI | Bitnet: HAAN@HDETUD5 \
< Mekelweg 15 | DECnet: IRIMCF::HAAN >
\ 2629 JB Delft | JANET:
[email protected] /
\ The Netherlands | HEPnet: 19477::HH01 /
\_________________________________|___________________________________/
\ Phrase: The only way to cold fusion is Muon Catalyzed Fusion (?) /
\-----------------------------------------------------------------/
From banko%
[email protected] Tue Jun 9 22:03:04 1992
Received: from UIPHYA.DECnet MAIL11D_V3 by garcon.cso.uiuc.edu with SMTP id AA06269
(5.65d+/IDA-1.4.4 for <
[email protected]>); Tue, 9 Jun 1992 14:53:56 -0500
Date: Tue, 9 Jun 1992 14:53:52 -0500
Message-Id: <
[email protected]>
From: banko%
[email protected] (Bradley T. Banko)
To:
[email protected]
Cc:
[email protected]
Subject: dvi2xx on VMS success... Thanks.
Status: OR
Dear Gustaf & Henk,
With a little hacking, we have had success getting dvi2xx to work on our
Vaxstation 3100s running VMS 5.5. I am enclosing 3 small files below which
describe the changes we had to make. (readme.vms, compile.com & vaxvms.c)
Getting a copy of vaxvms.c was our first problem, and then finding the
"SEVENBIT" define in dvi2xx.c was the final major victory.
Thanks for your help!
Brad Banko
[email protected]
=======================================================================
readme.vms
=======================================================================
6/9/92 Brad Banko,
[email protected]
The key "defines" are in "config.h" (DEBUG, USEPXL, vms & LJ).
The "main" function type was redefined to be "int". Vax C wouldn't
compile it with "void main".
A compile/link command file is: "compile.com".
The key changes are:
1) define logical name TEXPXL to refer to the tex fonts
directory (not device) :== tex_disk:[tex.fonts]
(instead of tex$pkdir: == tex_disk:[tex.fonts.])
2) "#define SEVENBIT" for our older HP Laserjet+.
=========================================================================
>From
[email protected] Thu Oct 17 16:56:16 1991
Received: from IRIMCF.TUDELFT.NL (IRIMCF) by TUDRVA.TUDelft.NL (PMDF #12232) id
<
[email protected]>; Thu, 17 Oct 1991 16:56 +0100
Date: Thu, 17 Oct 91 16:53 MET
From:
[email protected]
Subject: VMS-port of dvi2xx
Sender: Henk de Haan <
[email protected]>
To:
[email protected]
Message-Id: <
[email protected]>
X-Vms-To:
[email protected]
Comments: Sent using PMDF-822 V3.0, routing is done by TUDRVA
Status: OR
Dear Gustaf,
Thanks for writing the DVI print program for the HP-Laserjet family.
Because our group recently bought a HP Laserjet 3 printer (for our VAX/VMS
system), we needed a LaTeX driver for it. The only drivers I could locate
(and that would run on VAX/VMS) are the Beebe drivers, but they are rather
slow and they don't support any \special commands. For this reason I've
ported your program to VAX/VMS.
I'm sending you my changes to your programs (in respect to the DVI2XX,
version 0.50 distribution). All my changes are propely included in #ifdef ...
#endif constructions. I'm also including an extra file (called VAXVMS.C), which
is copied from the DVIPS distribution, and which was originally written by
Nelson Beebe.
The other changes are:
config.h - definition of FONTAREA and signed_char
findfile.c - path of types.h and stat.h
- VMS specific versions for the font search paths
dvi2xx.c - definition of the functions in VAXVMS.C
- writing of output file in a binary format with fixed
record lengths (512 bytes), this implied that:
- fwrite didn't work anymore, so another version
of EMITB had to be made (using putc).
- the last record had to be padded with zeros
- usage of VAX/VMS specific error codes
- definition of 12 for MAXOPEN (because MAXOPEN is
standard defined as 8).
- VAX/VMS doesn't allow the "%hd" format specifier to
be used in output statements, so this was changed
to the "%d" format.
The program is tested on a MicroVAX-II running VMS 5.3-1 and is compiled
using the VAXC compiler (version 2.3). The compile sequence used is:
$ CC /DEFINE=(LJ2P,DEBUG) DVI2XX
$ CC FINDFILE
$ CC VAXVMS
$ LINK /EXEC=DVILJ2P DVI2XX,FINDFILE,VAXVMS,SYS$INPUT:/OPT
SYS$SHARE:VAXCRTL.EXE/SHARE
^Z
The program can be defined with:
$ DVILJ2P :== $disk:[directory]DVILJ2P
And can be run with:
$ DVILJ2P [options] dvi-filename
The uppercase options (such as -D) have to be put between quotation marks,
because the VAX/VMS operating systems converts the command string to lower
case (so: $ DVILJ2P "-D1" dvi-filename).
Only the LJ2P version is compiled and tested. I'm printing the output file
with the command:
$ PRINT/QUEUE=queue-name /PASSALL file.LJ
The only suggestion for some improvements to the program, are in respect
to the \special commands. It would be nice if your program could interpret the
\tpic specials.
With kind regards, Henk de Haan
/-------------------------------+---------------------------------\
/ Henk de Haan | Phone: +31 15 781398 \
/ Delft University of Technology | FAX: +31 15 786422 \
/ ISO | E-mail:
[email protected] \
/ p/a IRI | Bitnet: HAAN@HDETUD5 \
< Mekelweg 15 | DECnet: IRIMCF::HAAN >
\ 2629 JB Delft | JANET:
[email protected] /
\ The Netherlands | HEPnet: 19477::HH01 /
\_________________________________|___________________________________/
\ Phrase: The only way to cold fusion is Muon Catalyzed Fusion (?) /
\-----------------------------------------------------------------/
============================================================================
compile.com
============================================================================
$!
$! The program is tested on a MicroVAX-II running VMS 5.3-1 and is compiled
$! using the VAXC compiler (version 2.3). The compile sequence used is:
$!
$! original package from Gustaf Neumann's archive at:
$! ftp.wu-wien.ac.at
$!
$! modified and run on Vax VMS 5.5 Vaxstation 3100 with Laserjet+
$! see README.VMS for more info, Brad Banko, 6/9/92
$!
[email protected]
$!
$ set verify
$ dvilj :== "$ uiphyb$dka300:[banko.dvi2xx]dvilj.exe"
$ define texpxl tex_disk:[tex.fonts]
$ CC /define=sevenbit DVI2XX
$ CC FINDFILE
$ CC VAXVMS
$ LINK /EXEC=DVILJ DVI2XX,FINDFILE,VAXVMS,SYS$INPUT:/OPT
SYS$SHARE:VAXCRTL.EXE/SHARE
===========================================================================
a vaxvms.c (no changes, from uxc.cso.uiuc.edu, just fyi)
===========================================================================
/***********************************************************************
This file provides alternative functions for several VMS VMS C library
routines which either unacceptable, or incorrect, implementations. They
have been developed and tested under VMS Version 4.4, but indications
are that they apply to earlier versions, back to 3.2 at least. They
should be retested with each new release of VMS C.
Contents:
EXIT
FSEEK
FTELL
GETCHAR
GETENV
READ
UNGETC
getlogin
qsort
system
tell
unlink
The VAX VMS file system record structure has unfortunate consequences
for random access files.
By default, text files written by most system utilities, and languages
other than C, have a variable length record format, in which a 16-bit
character count is aligned on an even-byte boundary in the disk block
b(always 512 bytes in VMS, independent of record and file formats),
followed by <count> bytes of data. Binary files, such as .EXE, .OBJ,
and TeX .DVI and font files, all use a 512-byte fixed record format
which has no explicit length field. No file byte count is stored;
instead, the block count, and the offset of the last data byte in the
last block are recorded in the file header (do ``DUMP/HEADER filespec''
to see it). For binary files with fixed-length records, the last block
is normally assumed to be full, and consequently, file transfer of
binary data from other machines via Kermit, FTP, or DCL COPY from ANSI
tapes, generally fails because the input file length is not a multiple
of 512.
This record organization may be contrasted with the STREAM, STREAM_LF,
and STREAM_CR organizations supported from Version 4.0; in these, disk
blocks contain a continuous byte stream in which nothing, or LF, or CR,
is recognized as a record terminator. These formats are similar to the
Unix and TOPS-20 file system formats which also use continuous byte
streams.
For C, this means that a program operating on a file in record format
cannot count input characters and expect that count to be the same value
as the offset parameter passed to fseek(), which numerous C programs
assume to be the case. The draft ANSI C standard, and Harbison and
Steele's ``C Reference Manual'', emphasize that only values returned by
ftell() should be used as arguments to fseek(), allowing the program to
return to a position previously read or written. UNFORTUNATELY, VMS C
ftell() DOES NOT RETURN A CORRECT OFFSET VALUE FOR RECORD FILES.
Instead, for record files, it returns the byte offset of the start of
the current record, no matter where in that record the current position
may be. This misbehavior is completely unnecessary, since the
replacements below perform correctly, and are written entirely in C.
Another problem is that ungetc(char c, FILE* fp) is unreliable. VMS C
implements characters as signed 8-bit integers (so do many other C
implementations). fgetc(FILE* fp) returns an int, not a char, whose
value is EOF (-1) in the event of end-of-file; however, this value will
also be returned for a character 0xFF, so it is essential to use
feof(FILE *fp) to test for a true end-of-file condition when EOF is
returned. ungetc() checks the sign of its argument c, and if it is
negative (which it will be for 128 of the 256 signed bytes), REFUSES TO
PUT IT BACK IN THE INPUT STREAM, on the assumption that c is really EOF.
This too can be fixed; ungetc() should only do nothing if feof()
indicates a true end-of-file condition. The overhead of this is
trivial, since feof() is actually implemented as a macro which does
nothing more than a logical AND and compare-with-zero.
getchar() waits for a <CR> to be typed when stdin is a terminal; the
replacement vms_getchar() remedies this.
Undoubtedly other deficiencies in VMS C will reveal themselves.
VMS read() returns only a single disk block on each call. Its
replacment, vms_read(), will return the requested number of bytes, if
possible.
There are also a few Unix standard functions which are unimplemented.
qsort() is not provided. getlogin() and unlink() have VMS equivalents
provided below. tell() is considered obsolete, since its functionality
is available from lseek(), but it is still seen in a few programs, so is
provided below. getenv() fails if the name contains a colon; its
replacement allows the colon.
In the interest of minimal source perturbation, replacements for VMS
functions are given the same names, but prefixed "vms_". For
readability, the original names are preserved, but are converted to
upper-case:
#define FTELL vms_ftell
#define FSEEK vms_fseek
#define GETCHAR vms_getchar
#define GETENV vms_getenv
#define UNGETC vms_ungetc
These are only defined to work correctly for fixed length 512-byte
records, and no check is made that the file has that organization (it is
possible, but not without expensive calls to fstat(), or access to
internal library structures).
[02-Apr-87] -- Nelson H.F. Beebe, University of Utah Center for
Scientific Computing
***********************************************************************/
#define EXIT vms_exit
#define FTELL vms_ftell
#define FSEEK vms_fseek
#define GETENV vms_getenv
#define GETCHAR vms_getchar
#define READ vms_read
#define UNGETC vms_ungetc
#include <stdio.h>
#include <types.h>
#include <ctype.h>
#include <stat.h>
#include <descrip.h>
#include <iodef.h> /* need for vms_getchar() */
#include <ssdef.h>
/**********************************************************************/
/*-->EXIT*/
void
vms_exit(code)
int code;
{
switch (code)
{
case 0:
exit(1); /* success */
break;
default:
exit(2); /* error */
break;
}
}
/**********************************************************************/
/*-->FSEEK*/
/* VMS fseek() and ftell() on fixed-length record files work correctly
only at block boundaries. This replacement code patches in the offset
within the block. Directions from current position and from
end-of-file are converted to absolute positions, and then the code for
that case is invoked. */
long
FSEEK(fp,n,dir)
FILE *fp;
long n;
long dir;
{
long k,m,pos,val,oldpos;
struct stat buffer;
for (;;) /* loops only once or twice */
{
switch (dir)
{
case 0: /* from BOF */
oldpos = FTELL(fp); /* get current byte offset in file */
k = n & 511; /* offset in 512-byte block */
m = n >> 9; /* relative block number in file */
if (((*fp)->_cnt) && ((oldpos >> 9) == m)) /* still in same block */
{
val = 0; /* success */
(*fp)->_ptr = ((*fp)->_base) + k; /* reset pointers to requested byte */
(*fp)->_cnt = 512 - k;
}
else
{
val = fseek(fp,m << 9,0); /* move to start of requested 512-byte block */
if (val == 0) /* success */
{
(*fp)->_cnt = 0; /* indicate empty buffer */
(void)fgetc(fp); /* force refill of buffer */
(*fp)->_ptr = ((*fp)->_base) + k; /* reset pointers to requested byte */
(*fp)->_cnt = 512 - k;
}
}
return(val);
case 1: /* from current pos */
pos = FTELL(fp);
if (pos == EOF) /* then error */
return (EOF);
n += pos;
dir = 0;
break; /* go do case 0 */
case 2: /* from EOF */
val = fstat(fileno(fp),&buffer);
if (val == EOF) /* then error */
return (EOF);
n += buffer.st_size - 1; /* convert filesize to offset and */
/* add to requested offset */
dir = 0;
break; /* go do case 0 */
default: /* illegal direction parameter */
return (EOF);
}
}
}
/**********************************************************************/
/*-->FTELL*/
/* With fixed-length record files, ftell() returns the offset of the
start of block. To get the true position, this must be biased by
the offset within the block. */
long
FTELL(fp)
FILE *fp;
{
char c;
long pos;
long val;
if ((*fp)->_cnt == 0) /* buffer empty--force refill */
{
c = fgetc(fp);
val = UNGETC(c,fp);
if (val != c)
return (EOF); /* should never happen */
}
pos = ftell(fp); /* this returns multiple of 512 (start of block) */
if (pos >= 0) /* then success--patch in offset in block */
pos += ((*fp)->_ptr) - ((*fp)->_base);
return (pos);
}
/**********************************************************************/
/*-->GETCHAR*/
static int tt_channel = -1; /* terminal channel for image QIO's */
#define FAILED(status) (~(status) & 1) /* failure if LSB is 0 */
int
GETCHAR()
{
int ret_char; /* character returned */
int status; /* system service status */
static $DESCRIPTOR(sys_in,"TT:");
if (tt_channel == -1) /* then first call--assign channel */
{
status = sys$assign(&sys_in,&tt_channel,0,0);
if (FAILED(status))
lib$stop(status);
}
ret_char = 0;
status = sys$qiow(0,tt_channel,IO$_TTYREADALL | IO$M_NOECHO,0,0,0,
&ret_char,1,0,0,0,0);
if (FAILED(status))
lib$stop(status);
return (ret_char);
}
/**********************************************************************/
/*-->READ*/
int
READ(file_desc,buffer,nbytes)
register int file_desc;
register char *buffer;
register int nbytes;
{
register int ngot;
register int left;
for ((left = nbytes, ngot = 0); left > 0; /* NOOP */)
{
ngot = read(file_desc,buffer,left);
if (ngot < 0)
return (-1); /* error occurred */
buffer += ngot;
left -= ngot;
}
return(nbytes-left);
}
/**********************************************************************/
/*-->UNGETC*/
long
UNGETC(c,fp) /* VMS ungetc() is a no-op if c < 0 (which is half the time!) */
char c;
FILE *fp;
{
if ((c == EOF) && feof(fp))
return (EOF); /* do nothing at true end-of-file */
else if ((*fp)->_cnt >= 512)/* buffer full--no fgetc() done in this block!*/
return (EOF); /* must be user error if this happens */
else /* put the character back in the buffer */
{
(*fp)->_cnt++; /* increase count of characters left */
(*fp)->_ptr--; /* backup pointer to next available char */
*((*fp)->_ptr) = c; /* save the character */
return (c); /* and return it */
}
}
/**********************************************************************/
/*-->getenv*/
char*
GETENV(name)
char* name;
{
char* p;
char* result;
char ucname[256];
p = ucname;
while (*name) /* VMS logical names must be upper-case */
{
*p++ = islower(*name) ? toupper(*name) : *name;
++name;
}
*p = '\0';
p = strchr(ucname,':'); /* colon in name? */
if (p == (char *)NULL) /* no colon in name */
result = getenv(ucname);
else /* try with and without colon */
{
result = getenv(ucname);
if (result == (char *)NULL)
{
*p = '\0';
result = getenv(ucname);
*p = ':';
}
}
return (result);
}
/**********************************************************************/
/*-->getlogin*/
char*
getlogin()
{
return ((char *)getenv("USER")); /* use equivalent VMS routine */
}
/**********************************************************************/
/*-->qsort*/
/***********************************************************************
TeXindex uses the standard Unix library function qsort() for
record sorting. Unfortunately, qsort() is not a stable sorting
algorithm, so input order is not necessarily preserved for equal
sort keys. This is important, because the sorting is
case-independent, while the actual entries may not be. For
example, the input
\entry{i}{22}{{\CODE{i}}}
\entry{i}{42}{{\CODE{i}}}
\entry{I}{41}{{\CODE{I}}}
\entry{I}{42}{{\CODE{I}}}
produces
\initial {I}
\entry {{\CODE{i}}}{22}
\entry {{\CODE{I}}}{41--42}
\entry {{\CODE{i}}}{42}
instead of the correct
\initial {I}
\entry {{\CODE{i}}}{22, 42}
\entry {{\CODE{I}}}{41--42}
We therefore provide this stable shellsort replacement for
qsort() based on the code given on p. 116 of Kernighan and
Ritchie, ``The C Programming Language'', Prentice-Hall (1978).
This has order N**1.5 average performance, which is usually
slower than qsort(). In the interests of simplicity, we make no
attempt to handle short sequences by alternative methods.
[07-Nov-86]
***********************************************************************/
#if VMS_QSORT
#define BASE(i) &base[(i)*width]
void
qsort(base, nel, width, compar)
char base[]; /* start of data in memory */
int nel; /* number of elements to be sorted */
int width; /* size (in bytes) of each element */
int (*compar)(); /* comparison function */
{
int gap;
int i;
int j;
register int k; /* inner exchange loop parameters */
register char* p;
register char* q;
register char c;
for (gap = nel/2; gap > 0; gap /= 2)
{
for (i = gap; i < nel; i++)
{
for (j = i-gap; j >= 0; j -= gap)
{
p = BASE(j);
q = BASE(j+gap);
if ((*compar)(p,q) <= 0)
break; /* exit j loop */
else
{
for (k = 0; k < width; (++p, ++q, ++k))
{
c = *q;
*q = *p;
*p = c;
}
}
}
}
}
}
#endif
/**********************************************************************
*-->system*
int
system(s)
char *s;
{
struct dsc$descriptor t;
t.dsc$w_length = strlen(s);
t.dsc$a_pointer = s;
t.dsc$b_class = DSC$K_CLASS_S;
t.dsc$b_dtype = DSC$K_DTYPE_T;
return (LIB$SPAWN(&t) == SS$_NORMAL) ? 0 : 127;
}
**********************************************************************/
/*-->tell*/
long
tell(handle)
int handle;
{
return (lseek(handle,0L,1));
}
/**********************************************************************/
/*-->unlink*/
int
unlink(filename)
char *filename;
{
return (delete(filename)); /* use equivalent VMS routine */
}
