HDTenEightyP/NetNews huggingface dataset:
From: edwin@ccu1.aukuni.ac.nz (Edwin Ng)
Subject: Re: New Ghostscript 2.5 using 386 (was Interrupt problems ...)
Organization: University of Auckland, New Zealand.
Distribution: gnu
Date: Tue, 1 Sep 1992 20:57:04 GMT

bz223@cleveland.FReenet.EDU (Danny Guy Frezza) writes:

>As far as I know, I am the second person who has received the error messages
>of problems with the interrupt ... and the dumped register contents.
>	However, I have tracked the problem, as far as I could, to the 
>DOS4GW.EXE file version I received.  With Ghostscript 2.5, from Simtel
>Archives, I received a byte total of 196818, dated 08-18-92 23:03, however
>the DOS4GW.EXE I received with Ghostscript 2.4.1 was 196818 also, but dated
>04-21-92 1:25 pm. Now, if I switch the older DOS4GW.EXE file with the newer
>one, it seems to work.  However, I did not received any version notice of
>2.5 at all to let me know for sure I am dealing with the new version,ie,
>by running Ghostscript, to ascertain the version #.  
>	Any help on this problem? Not sure if I am dealing with 2.5!
>-- 

>Dan Frezza
>Internet: bz223@cleveland.Freenet.Edu

I got exactly the same problem with gs386 and your solution works.
Thanks.  Now 2.5 works great except that its slower than 2.4.1.

About the new stuff that has been added on - Could some knowledgeable
person tell me how to use the new CCITTFax encoding/decoding features
and what exactly are Cyrillic Fonts???

Thanks for any help.  I know I'm ignorant but I've got to learn
sometime.

Edwin
(edwin@ccu1.aukuni.ac.nz)



Newsgroups: gnu.ghostscript.bug
From: karl@claude.cs.umb.edu (Karl Berry)
Subject: ghostscript exit status
Reply-To: karl@cs.umb.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 26 Aug 1992 10:52:33 GMT

Ghostscript 2.5 appears not to exit with bad status if an error occurs.
For example:

echo foobar | gs - && echo broken

does indeed print `broken', even though GS correctly reports /foobar is
/undefined.

karl@cs.umb.edu
From: gnulists@ai.mit.edu (GNU Mailing List Maintenance)
Newsgroups: gnu.ghostscript.bug
Subject: bug (and possible fix) in 2.5 for epsonc driver
Date: 26 Aug 92 16:27:29 GMT
Distribution: gnu
Organization: AT&T

I noticed a problem (core dump) in 2.4.1 when generating multi-page
output using the gdevepsc.c (epsonc) driver.  I tried 2.5, and the problem
was still there, so I went after it with purify (wonderful tool) and
discovered that some of the buffers were being overrun by small amounts
(1-2 bytes).  I didn't analyze things close enough to understand exactly
what the problem is, but I "fixed" it by adding 8 to the size of the buffers
being allocated (i.e. add 8 to the size for all 3 calls to gs_malloc()
in gdevepsc.c).  Sorry for not being more analytical about it, but figured
I should at least report what I found.  ...Tim Thompson...tjt@blink.att.com...
Newsgroups: gnu.ghostscript.bug
From: ghost@aladdin.COM (L. Peter Deutsch)
Subject: Circular dependency compiling Ghostscript 2.5
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 1 Sep 1992 04:11:57 GMT

Several users have noticed that if you use the "compiled fonts"
feature, Ghostscript 2.5 has a circular compilation dependency.
Indeed, I found this bug 2 days after Ghostscript 2.5 was released.
:-(

Ghostscript 2.5.1, which will be a bug-fix release around September
15, will fix this problem.  It will also make compiled fonts fully
location-independent, so they can be made into DLLs or sharable
libraries in the future.

L. Peter Deutsch :: Aladdin Enterprises :: P.O. box 60264, Palo Alto, CA 94306
ghost@aladdin.com, ...decwrl!aladdin!ghost ; 415-322-0103 voice ; no fax yet
	    "Implementation is the sincerest form of flattery."
From: duval@elpp1.epfl.ch ((Basil P. Duval EPFL - CRPP 1015 Lausanne CH))
Newsgroups: gnu.ghostscript.bug
Subject: Re: Ghostscript and GNU C
Date: 3 Sep 92 13:39:03 GMT
Reply-To: DUVAL@elpp1.epfl.ch
Followup-To: comp.os.vms
Distribution: gnu
Organization: Ecole Polytechnique Federale de Lausanne

re: missing routines when using gcc

With GCC don't forget to include the gnulib in the link.....
	You'll find this in the gcc distribution

Basil P. DUVAL
EPFL/CRPP
1015 Bassenges
Lausanne, Switzerland
Email: DUVAL@ELPP1.EPFL.CH
Newsgroups: gnu.ghostscript.bug
From: DAN@innosoft.com (Daniel C. Newman)
Subject: Re: gs 2.4.1: VMS and Laserjet
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 3 Sep 1992 11:43:16 GMT

Actually, on a second reading I see that the LaserJet was compiled.  However,
no steps were taken to link it in.  Since the method chosen to compile it was
to toss it into the MODULES.LIS file the compiled driver finds its way into
the GS object library.  In this case, the /INCLUDE=() list in the LINK command
should contain a reference to the LaserJet driver module, GDEVDJET.

Dan
From: andy@scp.caltech.edu (Andy Fyfe)
Newsgroups: gnu.ghostscript.bug
Subject: keyboard input to gs 2.5
Date: 25 Aug 92 22:57:33 GMT
Distribution: gnu
Organization: GNUs Not Usenet

It seems that if the last "token" on a line given at the "GS>" prompt
is a single character, then it is duplicated.  This did not happen in
2.4.1.

Gs was compiled on a sun4, with gcc 2.2.2.

Also, if one should happen to type "<space><return>" to the showpage
prompt, then all subsequent showpage prompts will continue immediately.
This was also true in 2.4.1.

Andy Fyfe						andy@cs.caltech.edu

$ ./gs-sun -dNODISPLAY
Initializing... done.
Ghostscript 2.5 (8/18/92)
  Copyright (C) 1990, 1992 Aladdin Enterprises, Menlo Park, CA.
  All rights reserved.
Distributed by Free Software Foundation, Inc.
Ghostscript comes with NO WARRANTY: see the file LICENSE for details.
GS>1 2 3 pstack clear
3
2
1
GS>1 2 3
GS<3>pstack clear
33
2
1
GS>[1 2 3] =
[1 2 3]
GS>a
Error: /undefined in aa
Operand stack:
  
Execution stack:
    %interp_exit    --nostringval--  --nostringval--  %loop_continue  --nostringval--  --nostringval--  false  --nostringval--  --nostringval--  --nostringval--
Dictionary stack:
    462/479  5/200
GS>quit
Newsgroups: gnu.ghostscript.bug
From: andy@scp.caltech.edu (Andy Fyfe)
Subject: device props and gs 2.5
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 31 Aug 1992 03:36:23 GMT

I am running gs on an AT&T 3b1.  While it is a 32-bit machines, it doesn't
have a particularly large process size -- 2.5M is the limit.  Thus I want
to reduce the maximum bitmap that gs will use from the default 10M.

I tried the following:
    % cat band1.ps
    mark
    /OutputFile
    (/tmp/pb1.out)
    /HWResolution
    [200 200]
    /HWSize
    [1699 2200]
    /BufferSpace
    256000
    /MaxBitmap
    400000
    currentdevice putdeviceprops setdevice
    % gs -sDEVICE=pbmraw band1.ps phonbook.ps
The output does go to /tmp/pb1.out, and has the requested resolution.
However, it appears gs did use a bitmap -- it did not use any temp files,
and enough memory to suggest the full 450k bitmap.

I also tried the following.  It differs from the above in using 
"(pbmraw) finddevice" rather than "currentdevice".
    % cat band2.ps
    mark
    /OutputFile
    (/tmp/pb2.out)
    /HWResolution
    [200 200]
    /HWSize
    [1699 2200]
    /BufferSpace
    256000
    /MaxBitmap
    400000
    (pbmraw) finddevice putdeviceprops setdevice
    % gs -dNODISPLAY band2.ps phonbook.ps
In this case gs does appear to not use a bitmap, as it used less memory
and 2 temporary files.

The two output files differ, however.  From displaying the pbm files,
it appears the first (where gs apparently used the bitmap) has a few
random bytes.

If the -dNODISLAY is changed to -sDEVICE=<device>, where <device> is
anything but pbmraw, then the behaviour is unchanged.  If <device>
is pbmraw, then this second case behaves exactly like the first.

By the way, the pbm file generated with
    % gs -sDEVICE=pbmraw -r200 -sOutputFile=/tmp/pb.out phonbook.ps
is identical to pb2.out (which is why band?.ps uses a width of 1699
rather than 1700, to match what the above ends up using).

This is reproducible with gs on a sun4.  The file pb2.out is identical
to what was generated on the 3b1.  The file pb1.out is not; however,
it again differs from pb2.out in a couple of bytes.

Am I doing something wrong?  I would like a file like band1.ps that
just reduces the MaxBitmap and BufferSpace for the current device,
that way it can be easily included among the other given ps files.

Andy Fyfe					andy@cs.caltech.edu

Newsgroups: gnu.ghostscript.bug
From: grover@mighty-joe.isri.unlv.edu (Kevin Grover)
Subject: Re: Not quite quiet
Reply-To: grover@isri.unlv.edu
Organization: Information Science Research Institute (UNLV-ISRI)
Distribution: gnu
Date: Wed, 26 Aug 1992 18:31:54 GMT

In article <BtJG9u.DME@olsen.ch>, lichtin@olsen.CH (Martin Lichtin) writes:
) 
) I'm calling GhostScript 2.41 from within other programs, so
) GhostScript should not issue any text if everything goes fine.
) Unfortunately, using the following
) 
)    gs -dNOPAUSE -q -sDEVICE=dfaxhigh -sOUTPUTFILE='fax.%d' file.ps
) 
) still generates the 'GS>' prompt on stdout. Is there a way to avoid
) this?  Shouldn't NOPAUSE do it? This is what history.doc says:
) 
) 	"Adds a new NOPAUSE flag to suppress the prompt and pause at
) 	copypage and showpage."
) 
) I noticed that the 'GS>' text is defined in 'gs_init.ps', function
) 'prompt'. Thanks for any help.

You need the "quit" command to leave gs.  Just add quit.ps to the end
of the gs command line.  This file comes with gs and contains only the
command "quit".  If it can not find it, you may need to specified a
full path.

--------------------------------------------------------------------------
 Kevin O. Grover      | UNLV Computer Science and Electrical Engineering
 grover@isri.unlv.edu | ISRI - Information Science Research Institute
 CServe: [73627,1677] | 4505 S. Maryland Parkway, Las Vegas NV 89154-1017

Newsgroups: gnu.ghostscript.bug
From: bjorn@prima.met.kth.se (Bjorn Jonsson)
Subject: problems building GS 2.5 on a VAX/VMS 5.5 with VAX C 3.1
Organization: Royal Institute of Technology, Stockholm, Sweden
Distribution: gnu
Date: Thu, 3 Sep 1992 11:42:59 GMT

I am trying to build GS 2.5 using VAX C on my workstation, but the 
compilation of the files GSFONT.C and GXCACHE.C fails with the message:

  %CC-E-UNDECLARED, "data" is not declared within the scope of this usage.

below is a portion of the compiler output for the file GSFONT.C

_______________________________________________________________________________
METAL>cc/nooptimize/debug gsfont.c
                if ( pfont->data.base.UniqueID != -1 )
%CC-E-UNDECLARED, "data" is not declared within the scope of
                this usage.
                At line number 150 in $8$DUA1:[BJORN.GS25.GS25]GSFONT.C;27.
 
 ... deleted lines ....

-------------------------------------------------------------------------------


My setup:
---------
VMS 5.5
DECwindows-Motif 1.1
VAX C 3.1


Any ideas of what could possibly go wrong? 
Is there a workaround?

bjorn@matsc.kth.se

Newsgroups: gnu.ghostscript.bug
From: bri@kpc.COM (Brian Rice)
Subject: Novice needs help
Organization: Kubota Pacific Computer Inc, Santa Clara, CA
Distribution: gnu
Date: Thu, 27 Aug 1992 06:36:25 GMT

I realize a "bug" group is hardly the place to go for end-user
assistance, but after having built and compiled ghostscript
on a Sun 3/50 (4.1.1) connected to a deskjet 500, I'll be
damned if I can figure out how to print postscript on that
printer ... it prints the postscript text.  Now, I'm just
*too* sure that this is an operator error ... anybody feeling
particularly patient today?

--
Brian C. Rice
Systems/Network Manager
Kubota Pacific Computer, Inc.
2630 Walsh Ave., Santa Clara, CA 95051
Voice: (408) 748-6333 | Fax: (408) 727-9301 | Email: bri@kpc.com

Newsgroups: gnu.ghostscript.bug
From: rde@topexp.co.UK (Richard Evans)
Subject: Ghostscript/X11 problems
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 1 Sep 1992 15:21:18 GMT

System: Sun SPARCstation, SunOS 4.1.2.  Ghostscript 2.5, X11 driver
===================================================================

I am having problems setting the papersize in the X11 Ghostscript:

1. The a4 operator in a postscript file closes the display and then reopens it.
The link to Ghostview is therefore lost!  Ghostview cannot display the output.
Also the X window (without using ghostview) appears and then disappears and
appears again.  Some example postscript generated from a text formatter is at
the end of this message.

2. A consequence of 1) is that ghostscript sometimes gets a `bad drawable' X
error.  This is because xdev->dest is initialised to an object when the display
is first opened, and is still non-zero when the display is opened again.

Line 476 of gdevxini.c:

	/* Clear the destination pixmap to avoid initializing with garbage. */
	if ( xdev->dest != (Pixmap)0 )
	  { XSetForeground(xdev->dpy, xdev->gc, pixel_white);
	    XFillRectangle(xdev->dpy, xdev->dest, xdev->gc,
			   0, 0, xdev->width, xdev->height);
	  }
	else
	  { xdev->dest = (xdev->bpixmap != (Pixmap)0 ?
			  xdev->bpixmap : (Pixmap)xdev->win);
	  }

If the window/pixmap ID returned on the second open is different from the
first, you get the error.  I fixed it by setting xdev->dest to 0 on entry to
gdev_x_open.

3. If I try gs -sPAPERSIZE=a4 I get a tiny 16x23 pixel X window.  I have no
idea why this is.  Using the postscript a4 operator gives a window of the
correct size.

-------------------------------------------------------------------------------
Richard Evans			 	Telephone : (+44) 223 462121   
Topexpress Ltd			 	Fax       : (+44) 223 315057
Poseidon House, Castle Park	 	E-Mail    : rde@uk.co.topexp    
Cambridge, CB3 0RD, UK		 		  : rde@topexpress.co.uk
-------------------------------------------------------------------------------


Newsgroups: gnu.ghostscript.bug
From: jeusfeld@picasso.informatik.rwth-aachen.de (Manfred A. Jeusfeld)
Subject: GS2.5 for 80386 PC interrupted
Organization: University of Aachen, W-Germany
Distribution: gnu
Date: Sun, 23 Aug 1992 16:43:44 GMT

Hi,

I am relatively new with ghostscript. Thus, it's quite likely that the
following bug has been reported many times. Please don't mind. My problem
is as follows.

I've installed ghostscript2.5 (msdos) on my 386 PC under DR-DOS 5.0, 4MB RAM.
When I use the 8088 version gs.exe then everything seems to be fine.
Alas, when I start gs386.exe then I get a message like

   Initializing ... Unexpected interupt ...
   <lots of register contents>

and the program aborts. The funny thing is that the register contents
change everytime I start gs386. The abortion of the program is also
independent of the parameters I supply. The only exception is
   gs386 -h
which works just fine.

Has anybody experienced this problem before? Is it a problem of DR-DOS ?-(
Or do I have to play with several expanded/extended/LIM/high/hidden/shaddow
configurations of my main memory?

-- 
...............................................................
    Manfred Jeusfeld      email:  jeusfeld@informatik.rwth-aachen.de
    RWTH Aachen
    Informatik V        Tel.Nr. +49 +241/80-21510
    Ahornstr. 55        Fax     +49 +241/80-21529
    5100 Aachen / Germany         
...............................................................

Newsgroups: gnu.ghostscript.bug
From: WDH2@psuvm.psu.edu
Subject: Re: Where can I get it compiled?
Organization: Penn State University
Distribution: gnu
Date: Wed, 2 Sep 1992 21:07:49 GMT

Also is there a FAQ for USING GS_win25 for unix incompetents???
E-mail replies to:
TinMan@oz.chem.psu.edu
Louie Reynaldo - PSU Chemistry

Newsgroups: gnu.ghostscript.bug
From: c4craig@csn.org (Craig Anderson)
Subject: Advice on debugging PostScript
Organization: Colorado SuperNet, Inc.
Distribution: gnu
Date: Fri, 4 Sep 1992 17:08:16 GMT

On occasion I will use ghostscript to debug various ps files
that have given problems.  This works very well, but
I wonder if anyone has advice on error handlers
or other debugging methods.  For instance, is there a way to get the
line/char. position where an error occurs?

Thanks in advance, I will post a summary of
any usefull information I get.


Craig H. Anderson
C4 Network, Inc.
518 17th Street, Suite 1400
Denver, CO 80202
    (303) 825-8183
FAX (303) 893-6510
c4craig@csn.org

Newsgroups: gnu.ghostscript.bug
From: ce248@cleveland.FReenet.EDU (Valerie R. See)
Subject: Ghostscript 2.4 with groff 1.0 - problems
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)
Distribution: gnu
Date: Wed, 26 Aug 1992 18:08:19 GMT

Apologies in advance if this is an FAQ-type question, but I've
been butting my head against this wall for some period of time.

When using Ghostscript 2.4 to preview output from groff 1.00,
Ghostscript aborts with an "/undefined in RE" error message.
The values on the operand stack are /Courier@0 ENC0 /Courier (for
example).

This is the standard RE macro used with groff.  Entering similiar
information by hand into the interpreter works perfectly.  
The test files which come with Ghostscript also work quite 
well, and Ghostscript successfully displays files produced by
psroff very happily.

I have manually stripped all of the BROKEN_SPOOLER type comments
out, and have even replaced "bind defs" with "defs" on some of
the macros which are listed as being suspect in the groff 
PROBLEMS file.  Ghostscript is acting as though macro 
expansion/substitution is not working correctly, for if one
manually replaces macros with the actual commands (i.e.,
replaces RE with the equivalent operations), the document
works.

I would be overjoyed to hear that this is a stupid error
on my part.  Please feel free to tell me that it is - but
tell me what it is so I can fix it!

Thank you --

Valerie See	valsee@qat.tandy.COM or ...utacfd!trsvax!qat!valsee or
		ce248@cleveland.freenet.EDU

Newsgroups: gnu.ghostscript.bug
From: DAN@innosoft.com (Daniel C. Newman)
Subject: Re: gs can't handle postscript from macs running system 7
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 27 Aug 1992 00:49:45 GMT

> I've been playing around with Ghostscript, and it works very well.  The only
> problem I'm having is that it gets ill when I feed it Postscript that was
> generated on a mac.  Has anyone dealt with this problem?  Is there something
> I can do to Ghostscript to make this work?  Or, is there something I can
> do to the Postscript to make it Ghostscript-friendly?
>
> I'm using Ghostscript version 2.5.

I too had problems with PostScript generated by Mac applications running System
7.  The problem was that in the laserprep (or whatever they call it these
days), there was some eexec encoded stuff which would attempt to invoke an
operator called "cexec".  (Are you per chance seeing "/undefined in cexec"
error messages?)  I worked around this by defining cexec as follows

       /cexec /pop load def

and that fixed the problem.  I do not know what cexec was actually supposed to
do.  It was being used in a code path which would be executed depending upon
the contents of the product string in the statusdict.  I don't recall any of
the finer details and I'm on the road travelling right now and cannot look into
this further.

Dan

Newsgroups: gnu.ghostscript.bug
From: wfp@world.std.com (William F Phillips)
Subject: Paper size/printer border params
Organization: Codewright Design, Cambridge, MA, USA
Distribution: gnu
Date: Tue, 1 Sep 1992 04:18:31 GMT

I was thinking about the Deskjet paper size problem in 2.5, and it
occurred to me that it might be nice to be able to control that sort
of thing from an external configuration file, thereby allowing the
use of non-standard paper sizes, as well as bug fixes of this sort
without recompiling.

I'd imagine (not having looked at the source) that there are some
other similar parameters that perhaps could be set up this way,
rather than being hard-coded into the program.

Just a thought...

b.

P.S.:  Does anyone have binary patches for the known bugs in 2.5?

-- 
   ___                ___    _                        |    Bill Phillips,
  (/__) .  /) /)     (/__) /_   .  /) /) .  _   _     |  Friend Of A Friend
  /__) (__(__(___    /    /  )_(__(__(__(_ /_)_/_)_   |
 (                  (                     (           |  wfp@world.std.com

Newsgroups: gnu.ghostscript.bug
From: jjones%peruvian@hellgate.utah.edu (Jack Jones)
Subject: Ghostscript > hpgl | H-P 7550 Plotter?
Organization: University of Utah CS Dept
Distribution: gnu
Date: Thu, 3 Sep 1992 05:45:10 GMT

	I just installed ghostscript 2.4.1 on my SPARCstation IPC.  I have
an HP 7550 plotter that understands hpgl.  Is there a way to make ghostscript
use this plotter?  When I compiled it, using cc and X11, I cound't find an
H-P 7550 device option and the other H-P devices do not write the output to an 
hpgl format.  What can I do?

Newsgroups: gnu.ghostscript.bug
From: mikeb@rmit.EDU.AU (Michael Barnett)
Subject: Compiling GhostScript v2.5 on a Cray YMP/EL
Organization: RMIT Computer Centre, Melbourne Australia.
Distribution: gnu
Date: Wed, 26 Aug 1992 22:24:13 GMT

Has anyone tried compiling ghostscript 2.5 on a cray?  I get the following
error message when I use the makefile unix-ansi.mak.

Please reply to my e-mail address, and I will post any relevant suggestions.

-------------------- unicos ansi C compiler output for gsmisc.c ---------------

cc  -O  -DSYSV -c -DUSE_ASM=0 gsmisc.c
cc-445 cc: ERROR File = gsmisc.c, Line = 65
  The constant array dimension size is not a positive integral type.
cc-448 cc: ERROR File = gsmisc.c, Line = 65
  An array declaration is missing a matching right bracket.
cc-555 cc: ERROR File = gsmisc.c, Line = 66
  A member of a structure or union has an incomplete type.
cc-119 cc: WARNING File = gsmisc.c, Line = 66
  There is no semicolon after a declaration.

TOTAL WARNINGS DETECTED IN gsmisc.c: 1
TOTAL ERRORS   DETECTED IN gsmisc.c: 3
make: *** [gsmisc.o] Error 1

------------------ lines 57-66 of gsmisc.c ------------------------------------

typedef struct malloc_block_s malloc_block;
#define malloc_block_data\
	malloc_block *next;\
	uint size;\
	const char *cname
struct malloc_block_data_s { malloc_block_data; };
struct malloc_block_s {
	malloc_block_data;
	byte _pad[-sizeof(struct malloc_block_data_s) & 7];	/* pad to double */
};

-------------------------------------------------------------------------------
-- 
=======================================================================
Michael Barnett - System Administrator, Computer Centre, +61 3 660-2934
Royal Melbourne Institute of Technology.    Internet: mikeb@rmit.edu.au

Newsgroups: gnu.ghostscript.bug
From: ghost@aladdin.COM (L. Peter Deutsch)
Subject: Re: Compiling GhostScript v2.5 on a Cray YMP/EL
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 1 Sep 1992 04:00:41 GMT

> Has anyone tried compiling ghostscript 2.5 on a cray?

Don't even think about it.  Ghostscript assumes a 2's complement
machine with a 32-bit 'long'.  I know this was shortsighted on my
part, but it would be much too hard to change at this point.

L. Peter Deutsch :: Aladdin Enterprises :: P.O. box 60264, Palo Alto, CA 94306
ghost@aladdin.com, ...decwrl!aladdin!ghost ; 415-322-0103 voice ; no fax yet
	    "Implementation is the sincerest form of flattery."


Newsgroups: gnu.ghostscript.bug
From: DAN@innosoft.com (Daniel C. Newman)
Subject: Re: gs 2.4.1: VMS and Laserjet
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 3 Sep 1992 11:39:43 GMT

Well, the modified VMS-CC.MAK fails to compile the LaserJet driver or link it
in.  That is certainly a problem.

Dan

Newsgroups: gnu.ghostscript.bug