HDTenEightyP/NetNews huggingface dataset:
From: adams@pdv2.fmr.maschinenbau.th-darmstadt.de (Adams)
Subject: Re: Problem builing groff 1.06 on AT&T 3B2/400 with AT&T C++ 2.1
Organization: TH-Darmstadt
Distribution: gnu
Date: Sat, 9 Jan 1993 15:38:05 GMT

> If I need g++, has anyone built that successfully on the 3B2?.

You need the most recent version of both GNU-CC [2.3.3], which 
contains a g++ compiler, and libg++.

You won't be able to bootstrap GCC-2.3.3, because some tables in 
AT&T's C-compiler are simple too small. BTW: It will/might produce
wrong code for the more elegant list/tree handling implemented by RMS.

Someone on net offered binaries of gcc-1.37 for AT&T 3B2 some years 
ago. You should get them ....

There will be a lot of work to make header files fit ...

Remark: There were _UGLY_ bugs around fopen/fclose in AT&T's 
libc.a, which made using IOstreams of the older libg++ impossible.

On fclose  file buffer was always freed, regardless whether it was
allocated by malloc or provided otherwise.... produced lots of
SIGSEGs on closing of a file....

best, adams

Newsgroups: gnu.groff.bug
From: ckd@eff.org (Christopher Davis)
Subject: Re: Help w/ compiling on SunOS 4.1.2
Organization: Electronic Frontier Foundation Tech Central
Distribution: gnu
Date: Sun, 10 Jan 1993 04:20:38 GMT

SS> == Sjaak Schilperoort <sjaak@athena.research.ptt.nl>

 SS> I used to `make fixincludes' when installing gcc on all systems. Nowadays 
 SS> the INSTALL-file for gcc mentions:
 SS>      Note that some systems are starting to come with ANSI C system
 SS>      header files.  On these systems, don't run `install-fixincludes';
 SS>      it may not work, and is certainly not necessary.
 SS> I presumed that SunOS was one of those systems, so I didn't make
 SS> fixincludes anymore (and subsequently forgot all about it).

Heck, SunOS's 'whois' binary still points at sri-nic.arpa, and their
default broadcast address is the all-zero form (as of 4.1.x); you expect
them to be including ANSI headers? :)

(This may change in 5.x.)
--
Christopher K. Davis      | ``Usenet seems to run much like the Kif (or,
<ckd@eff.org>   EFF #14   |   for the TV generation, Klingon) high command.
System Administrator, EFF |   Whoever takes action and can be heard wins.''
+1 617 864 0665  [CKD1]   |   --Peter da Silva <peter@ferranti.com>

Newsgroups: gnu.groff.bug
From: rpj@fir.canberra.edu.au (Ross Johnson)
Subject: Re: Help w/ compiling on SunOS 4.1.2
Organization: Info Sci & Eng, University of Canberra, AUSTRALIA
Distribution: gnu
Date: Fri, 8 Jan 1993 00:05:24 GMT

In <1993Jan6.181422.13990@stortek.com> jennings@lhotse.stortek.COM (Jeff Jennings) writes:

>Sjaak Schilperoort (sjaak@athena.research.ptt.nl) wrote:
>> brian@natinst.com (Brian H. Powell) writes:

>> >     As I'm sure many of you know, groff 1.06 doesn't compile easily on a Sun
>> >running SunOS 4.1.2 with gcc/g++ 2.3.3 (and several earlier versions of
>> >g++ 2.x).  So, I'm looking for advice on how to accomplish this task.

>I just compiled groff 1.06 with gcc/g++-2.3.3 on SunOS 4.1.3 without a single
>problem or warning.  All I did was type "configure" and then "make".

>> Same here with libg++-2.3 under SunOS 4.1.3 with g++ 2.3.3. The following
>> simple program, stored as x.cc in libg++/src, does not compile:

When I recently tried installing groff I thought I'd install glibc first
and got lots of problems with "already declared" errors. I eventually
de-installed glibc and everything compiled nicely.
-- 
+----------------------+---+
| Ross Johnson	       |   | E-Mail: rpj@ise.canberra.edu.au
| Info Sciences and Eng|___|
| University of Canberra   | UUCP  : uunet!munnari!ise.canberra.edu.au!rpj
| PO Box 1                 | JANET : rpj%au.edu.canberra.ise@EAN-RELAY
| Belconnen  ACT    2616   | BITNET: rpj%ise.canberra.edu.au@relay.cs.net
| AUSTRALIA                |
+--------------------------+

Newsgroups: gnu.groff.bug
From: jennings@lhotse.stortek.COM (Jeff Jennings)
Subject: Re: Help w/ compiling on SunOS 4.1.2
Organization: Storage Tek
Distribution: gnu
Date: Wed, 6 Jan 1993 18:14:22 GMT

Sjaak Schilperoort (sjaak@athena.research.ptt.nl) wrote:
> brian@natinst.com (Brian H. Powell) writes:

> >     As I'm sure many of you know, groff 1.06 doesn't compile easily on a Sun
> >running SunOS 4.1.2 with gcc/g++ 2.3.3 (and several earlier versions of
> >g++ 2.x).  So, I'm looking for advice on how to accomplish this task.

I just compiled groff 1.06 with gcc/g++-2.3.3 on SunOS 4.1.3 without a single
problem or warning.  All I did was type "configure" and then "make".

> Same here with libg++-2.3 under SunOS 4.1.3 with g++ 2.3.3. The following
> simple program, stored as x.cc in libg++/src, does not compile:

> #include <std.h>
> main(){}

> because g++ chokes on the include-files. 

> Invocation is: 
> gcc -g -O -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include -c x.cc

> Error message:
> In file included from ./../g++-include/sys/types.h:15, from /usr/include/unistd.h:72, from ./../g++-include/unistd.h:25, from ./std.h:28, from x.cc:1:
> /usr/include/sys/types.h:24: conflicting types for `wchar_t'
> ./../g++-include/stddef.h:11: previous declaration of `wchar_t'

I just tried this in the libg++/src directory, with your program stored as
x.cc, and got no errors or warnings.  It compiled just fine.  I can't really
speculate on what your problems might be, are you guys sure you configured
everything correctly, and ran "make fixincludes" when you built gcc?

- jeff

--
Jeff Jennings              | Imagination is more important than knowledge.
Jeff_Jennings@stortek.com  |                     - Albert Einstein
Storage Tek - Iceberg      |

Newsgroups: gnu.groff.bug
From: sjaak@athena.research.ptt.nl (Sjaak Schilperoort)
Subject: Re: Help w/ compiling on SunOS 4.1.2
Reply-To: J.W.Schilperoort@research.ptt.nl
Organization: PTT Research, The Netherlands
Distribution: gnu
Date: Mon, 4 Jan 1993 13:09:59 GMT

brian@natinst.com (Brian H. Powell) writes:

>     As I'm sure many of you know, groff 1.06 doesn't compile easily on a Sun
>running SunOS 4.1.2 with gcc/g++ 2.3.3 (and several earlier versions of
>g++ 2.x).  So, I'm looking for advice on how to accomplish this task.

Same here with libg++-2.3 under SunOS 4.1.3 with g++ 2.3.3. The following
simple program, stored as x.cc in libg++/src, does not compile:

#include <std.h>
main(){}

because g++ chokes on the include-files. 

Invocation is: 
gcc -g -O -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include -c x.cc

Error message:
In file included from ./../g++-include/sys/types.h:15, from /usr/include/unistd.h:72, from ./../g++-include/unistd.h:25, from ./std.h:28, from x.cc:1:
/usr/include/sys/types.h:24: conflicting types for `wchar_t'
./../g++-include/stddef.h:11: previous declaration of `wchar_t'

No problems though under Ultrix, got libg++-2.3 and groff-1.06 running
without any problems. Is SunOS no longer supported or is there some trick?

-- 
Sjaak Schilperoort                   J.W.Schilperoort@research.ptt.nl
PTT Research, The Netherlands

Newsgroups: gnu.groff.bug
From: esrne@csv.warwick.ac.uk (Mr P I Neaves)
Subject: Re: Annoying ?roff-ism
Organization: Computing Services, University of Warwick, UK
Distribution: gnu
Date: Wed, 6 Jan 1993 14:32:08 GMT

In article <GNB.93Jan4103138@baby.bby.com.au> gnb@baby.bby.com.au (Gregory N. Bond) writes:
>>>>>> On 28 Dec 92 16:24:44 GMT, jaap@alice.att.com (jaap) said:
>
>	.de Tx
>	.ie '\\n(.z'' T|\\n%|(cC.\\n(+(tT|\\$1|
>	.el \\!.Tx \\$1
>	..
>
>And they wonder why I use TeX!

Quite.

As a sometime groff user, where can I get some *decent* manuals/books etc
to learn how to write the above stuff ?

Is there any *good* documentation available via ftp ?

Ta.


Phil













Newsgroups: gnu.ghostscript.bug
From: thompson@nas.nasa.gov (Keith C. Thompson)
Subject: Re: hp laserjet printer
Keywords: laserjet III, ghostscript
Organization: NAS, NASA Ames Research Center, Moffett Field, California
Distribution: gnu
Date: Thu, 7 Jan 1993 18:26:15 GMT

I have also had trouble printing on an HP Laserjet+ recently.  I have a
postscript file that prints on an Apple Laserwriter, but when I use
ghostscript 2.5.2 to print on a laserjet+, the image goes off of the
page to the left and bottom.  I tried modifying the hp driver to
increase the unprintable margins, but that did not appear to have any
effect.  Has anybody else seen this behavior?

- Keith

Newsgroups: gnu.ghostscript.bug
From: kkuhlman@icaen.uiowa.edu (Kenneth Scott Kuhlman)
Subject: Painjet XL problems under Domain 10.4
Organization: Iowa Computer Aided Engineering Network, University of Iowa
Distribution: gnu
Date: Fri, 8 Jan 1993 03:01:51 GMT

    I'm making ghostscript 2.5.2 from source on a HP 400 running Domain 10.4,
and having problems getting output to a Paintjet XL.  
    If I send output through a pipe to a spooler, there aren't any complaints,
but there's no output, either.  If I send to a file, and then try to print,
the spooler tells me the file is too large to print.  (I ftp'd the binary over
PC and tried printing from there. The first 90% of the file was fine,
then it stopped)
    I already know that the postscript code is fine, since I printed it on the
PC (which is already running GS) (Very well, actually--it was 4 times faster 
than a commercial program I got to do the job--my congrats to the authors :).
    I have no problems with either the gif or X11 devs.

    If I can get an X bitmap, that would work too.  I'm told the spooler can 
handle it.  I'm not sure what the -sNODISPLAY option does-when I use it, there
doesn't seem to be any output whatsoever.

    Thanks for any help you can offer.

-Ken




Newsgroups: gnu.ghostscript.bug
From: sents@dixie.COM (Jeff Sents)
Subject: Prob w/ HP LJet3si
Organization: Dixie Communications Public Access.  The Mouth of the South.
Distribution: gnu
Date: Thu, 7 Jan 1993 23:45:57 GMT

Hello all,

 I recently installed Ghostscript 2.5.2 on a HP-UX system. All went 
 well with one important exception. The only printer we have available
 is a HP LaserJet 3si. The devs.mak has several HP drivers that look
 like they could work, however I have been unable to get usable 
 output from any of them. The command I'm using is:
	 $gs -sDEVICE=xxx -sOutputFile=\|lp file.ps
 where xxx is one of: laserjet, ljet3, ljet2p, ljetplus, even tried
 some of the DeskJet drivers. All print a 'line too long' message,
 some then proceed to dump 40 or 50 pages of garbage. The LJ3si is
 set to expect PCL by default. It is, of course, not Postscript(c)
 compatable. 

 If anyone could provide any help I would be very grateful!

 Thanks in advance,
 Jeff

***************************************************************************
* Jeff R. Sents                           *                               *
* Marietta, Georgia, USA                  *    Never Trust Programmers    *
* home: sents@dixie.com                   *    Who Carry Screwdrivers!    * 
* work: ge03429@loads1.lasc.lockheed.com  *                               *
***************************************************************************
#include <stdsclmr.h>
<This message contains only the opinions & beliefs of its author, 
which in no way represent those of anyone else.>


Newsgroups: gnu.ghostscript.bug
From: ghost@aladdin.COM (L. Peter Deutsch)
Subject: Re: Problem printing xvgr manual
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 6 Jan 1993 06:22:48 GMT

Re <9301060654.AA14741@raisin-nut>
<1993Jan6.021525.7097@cm.cf.ac.uk>:

> I'm trying to print the xvgr manual using ghostscript and when I preview
> using gs2.5.2 and X windows I get the following error.
> 
> Error: /rangecheck in --get--
> Operand stack:
>     (\017\207\303\341\360x<\036)  8
> Execution stack:
>     %interp_exit    --nostringval--  --nostringval--  false
> --nostringval--  --nostringval--  false  --nostringval--
> --nostringval--  --nostringval--  --nostringval--  --nostringval--
> %set_screen_continue  --nostringval--  --nostringval--  --nostringval--
> Dictionary stack:
>     399/479  18/200  178/190
> 
> When I preview it using gs2.4 I don't get this error. What is the error
> and what's changed in 2.5.2. I've tried printing it on a deskjet using
> 2.4 but I get garbage. Is there some way of fixing the file so that it
> will print. I'm not a postscript expert, I just use ghostscript to get
> printouts on my deskjet. What is a rangecheck error, what causes it?

A rangecheck error is the equivalent of "array subscript out of
bounds".  It indicates an algorithmic error in the PostScript file
(or a bug in the interpreter).  Please e-mail me (or make available
for anonymous FTP) the file that causes the error.

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




Newsgroups: gnu.ghostscript.bug
From: markmc@halcyon.com (Mark McWiggins)
Subject: Re: hp laserjet printer
Keywords: laserjet III, ghostscript
Organization: Northwest Nexus Inc. (206) 455-3505
Distribution: gnu
Date: Thu, 7 Jan 1993 07:11:14 GMT

dbearly@unix1.tcd.ie (domo baby) writes:

>Recently I printed a Tex document out on a postscript printer
>after dvi2ps without any problem. Then when I tried to print
>it out on a Laserjet III using ghostscript heads and tails of
>letters started to dissappear. Also Thin lines created by the
>tabular environment of LaTex also dissappeared. I am not sure
>what the problem is. Any suggestions for future reference would
>be appreciated,

The LJIII support seems generally broken, the LJIIP support slightly
askew, and the LJ+ more or less works -- all this based on printing the
tiger.ps file on my LJIII.

Until further reports, I'd say use the LJ+ driver.
-- 
Mark McWiggins        Hermes & Associates		+1 206 632 1905 (voice)
markmc@halcyon.com    Box 31356, Seattle WA 98103-1356  +1 206 632 1738 (fax)

Newsgroups: gnu.ghostscript.bug
From: cf959@cleveland.FReenet.EDU (Geza I. Mark)
Subject: Re: Bug with Colors?
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
Distribution: gnu
Date: Mon, 11 Jan 1993 12:47:34 GMT

Hi all, I also do have a problem w. colors.
I use the MS Windows ver. of GS, GSWIN (2.52). It nicely shows the
color image and can copy it to the clipboard. BUT if I paste the
clipboard to Paintbrush , save it as a PCX file (or BMP 256)
the image is only black and white. If I leave the clipboard onscreen,
the colors of the clipboard also do change when I read the image back
to Paintbrush.

I use MS Windows 3.1, Trident 8900 on a 8M 486.

I want basically process color images created by Mathematica 1.2
in Windows.

Please answer by E-mail to: mark@fserv.kfki.hu

Thanks: G.I. Mark (TU Budapest, Hungary)

Newsgroups: gnu.ghostscript.bug
From: feighner@markr-ucb.berkeley.edu (Mark Feighner)
Subject: Postscript overlay text
Keywords: overlay text
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 11 Jan 1993 19:08:02 GMT

Does anyone know if there is a program to add text on top of a postscript file?

Thanks.

Newsgroups: gnu.ghostscript.bug
From: paul@isl.cf.ac.UK (Paul Richards)
Subject: Problem printing xvgr manual
Organization: Intelligent Systems Lab, ELSYM, Universiity of Wales, College of 
              Cardiff.
Distribution: gnu
Date: Wed, 6 Jan 1993 02:15:24 GMT

I'm trying to print the xvgr manual using ghostscript and when I preview
using gs2.5.2 and X windows I get the following error.

Error: /rangecheck in --get--
Operand stack:
    (\017\207\303\341\360x<\036)  8
Execution stack:
    %interp_exit    --nostringval--  --nostringval--  false
--nostringval--  --nostringval--  false  --nostringval--
--nostringval--  --nostringval--  --nostringval--  --nostringval--
%set_screen_continue  --nostringval--  --nostringval--  --nostringval--
Dictionary stack:
    399/479  18/200  178/190

When I preview it using gs2.4 I don't get this error. What is the error
and what's changed in 2.5.2. I've tried printing it on a deskjet using
2.4 but I get garbage. Is there some way of fixing the file so that it
will print. I'm not a postscript expert, I just use ghostscript to get
printouts on my deskjet. What is a rangecheck error, what causes it?

Newsgroups: gnu.ghostscript.bug
From: dbearly@unix1.tcd.ie (domo baby)
Subject: hp laserjet printer
Summary: Heads and tails of certain letters lost
Keywords: laserjet III, ghostscript
Organization: Trinity College, Dublin
Distribution: gnu
Date: Wed, 6 Jan 1993 13:49:44 GMT

Recently I printed a Tex document out on a postscript printer
after dvi2ps without any problem. Then when I tried to print
it out on a Laserjet III using ghostscript heads and tails of
letters started to dissappear. Also Thin lines created by the
tabular environment of LaTex also dissappeared. I am not sure
what the problem is. Any suggestions for future reference would
be appreciated,

		Dom.

 _______________ ______________________ ______________________________________
|      ______   |    _                 | #include <std_disc.h>                |
|     /      \  |   |_) () |\/|        |                                      |
|   __>    * /  |            _|__      | "If you meet me have some courtesy,  |
|  <       .|   |           (/         |  have some simpathy, and some taste" |
|  <_       |   |                      |                                      |
|  _/      /    | dbearly@vax1.tcd.ie  |                             M.J.     |
| <_______/     | dbearly@unix1.tcd.ie |                                      |
|_______________|______________________|______________________________________|

Newsgroups: gnu.ghostscript.bug
From: ghost@aladdin.COM (L. Peter Deutsch)
Subject: Re: GS for hercules?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 11 Jan 1993 04:52:51 GMT

Re <9301080624.AA19140@raisin-nut> <1ii95lINN8sl@agate.berkeley.edu>:

> Are there any plans to have ghostscript handles hercules
> monitors?  The documentation I read said that the then-
> version couldn't do this (ver 2.5...), that there was a
> collision between graphics and characters.

I don't plan to ever do anything specifically for Hercules monitors.
You might be able to get Ghostscript to drive them by using the BGI
device (you'll have to reconfigure and recompile) and redirecting
stdout to a file.

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




Newsgroups: gnu.ghostscript.bug
From: kkuhlman@icaen.uiowa.edu (Kenneth Scott Kuhlman)
Subject: Paintjet XL troubles under Domain 10.4
Followup-To: gnu.ghostscript.bug
Organization: Iowa Computer Aided Engineering Network, University of Iowa
Distribution: gnu
Date: Fri, 8 Jan 1993 01:22:08 GMT

    I'm making ghostscript 2.5.2 from source on a HP 400 running Domain 10.4,
and having problems getting output to a Paintjet XL.  
    If I send output through a pipe to a spooler, there aren't any complaints,
but there's no output, either.  If I send to a file, and then try to print,
the spooler tells me the file is too large to print.  (I ftp'd the binary over
to a PC and tried printing from there. The first 90% of the file was fine,
then it stopped)
    I already know that the postscript code is fine, since I printed it on the
PC (which is already running GS) (Very well, actually--it was 4 times faster 
than a commercial program I got to do the job--my congrats to the authors :).
    I have no problems with either the gif or X11 devs.

    If I can get an X bitmap, that would work too.  I'm told the spooler can 
handle it.  Finally, I'm not sure what the -sNODISPLAY option does--when I use
it, there doesn't seem to be any output whatsoever.

    Thanks for any help you can offer.

-Ken




Newsgroups: gnu.ghostscript.bug
From: d-lewart@uiuc.edu (Daniel S. Lewart)
Subject: gs252 --> AIX 3.2 bugs
Reply-To: d-lewart@uiuc.edu (Daniel S. Lewart)
Organization: UTexas Mail-to-News Gateway
Distribution: gnu
Date: Sun, 10 Jan 1993 19:03:05 GMT

L. Peter Deutsch,

I have installed Ghostscript 2.5.2 (9/20/92) on our IBM RS/6000 running
AIX 3.2 with MIT X11R5 and IBM cc/c89/xlc 1.02.  There are two small bugs.

1) The identifier op_def_table is declared in both "opdef.h:74" and
   "iinit.c:59".  `c89' gives a severe error, but `cc' compiles.  See below.

2) AIX has a well-known bug where the function DisplayWidthMM() gives
   absurd values for some Xstations with hardware panning.  Thus, I set
   the following resource:
	Ghostscript*xResolution:        91
   However, this was ignored unless I also had:
	Ghostscript*yResolution:        91
   This is because of the logic in gdevxini.c function gdev_x_open.
   I think it only uses the resources if both are defined.  See below.
   Perhaps it should have this kind of structure:

	if ( x_res_str )
	  x_res = atof(x_res_str);
	else
	  { ...
	  }
	if ( y_res_str )
	  y_res = atof(y_res_str);
	else
	  { ...
	  }

Thank you,
Daniel Lewart
d-lewart@uiuc.edu
-------------------------------------------------------------------------------
$ c89 -D_POSIX_SOURCE -c iinit.c
"iinit.c", line 59.13: 1506-030 (S) Identifier op_def_table cannot be redeclared
$ cc -D_POSIX_SOURCE -c iinit.c
-------------------------------------------------------------------------------
356     float x_res, y_res;
357     if ( x_res_str != NULL && y_res_str != NULL )
358       { x_res = atof(x_res_str);
359         y_res = atof(y_res_str);
360       }
361     else
362       { int screen_width = WidthOfScreen(xdev->scr);
363         int screen_height = HeightOfScreen(xdev->scr);
364         x_res = 25.4 * screen_width / WidthMMOfScreen(xdev->scr);
365         y_res = 25.4 * screen_height / HeightMMOfScreen(xdev->scr);
366         if ( x_res * DEFAULT_WIDTH_INCHES > screen_width ||
367             y_res * DEFAULT_HEIGHT_INCHES > screen_height
368             )
369           { /* Force a full page to fit on the screen */
370             /* by adjusting the server's claimed resolution. */
371             x_res = (screen_width - 32) / (float)DEFAULT_WIDTH_INCHES;
372             y_res = (screen_height - 32) / (float)DEFAULT_HEIGHT_INCHES;
373             x_res = y_res = min(x_res, y_res);
374           }
375       }
-------------------------------------------------------------------------------

Newsgroups: gnu.ghostscript.bug
From: ghost@aladdin.COM (L. Peter Deutsch)
Subject: Level 2 PostScript files sought
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 4 Jan 1993 21:56:24 GMT

Once again, I would like people to e-mail me some modest-size (under
50K) Level 2 PostScript files for me to use in testing the next
release of Ghostscript (2.6).  While Ghostscript 2.6 will not
implement nearly all of the Level 2 features, it will implement many
more than 2.5.*, and I would like to exercise it as much as possible
before releasing it even for beta testing.

If you are going to send files in compressed and uuencoded form,
please use compress -b12.

			Thanks -

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




Newsgroups: gnu.ghostscript.bug
From: danny@koala.berkeley.edu
Subject: Ghostscript for hercules monitors?
Keywords: hercules
Organization: U.C. College of Natural Resources
Distribution: gnu
Date: Fri, 8 Jan 1993 01:18:26 GMT
Expires: Wed, 31 Mar 1993 05:00:00 GMT

The last documentation I read (version 2.5.something...) said that
gs doesn't work with hercules --- that there is a collision between
graphics and characters.  Is this temporary, or are there plans
to modify gs for hercules monitors?



Newsgroups: gnu.ghostscript.bug
From: danny@koala.berkeley.edu
Subject: GS for hercules?
Summary: Will there ever be one?
Keywords: hercules
Organization: U.C. College of Natural Resources
Distribution: gnu
Date: Thu, 7 Jan 1993 22:00:21 GMT
Expires: Sun, 28 Feb 1993 05:00:00 GMT

Are there any plans to have ghostscript handles hercules
monitors?  The documentation I read said that the then-
version couldn't do this (ver 2.5...), that there was a
collision between graphics and characters.


Danny Heap
Soil Science
UCB



Newsgroups: gnu.ghostscript.bug