HDTenEightyP/NetNews huggingface dataset:
From: leisner@eso.mc.xerox.COM (Marty Leisner 311/? x?)
Subject: fixed groff 1.06 problems...
Reply-To: leisner.henr801c@xerox.com
Organization: Xerox
Distribution: gnu
Date: Fri, 11 Sep 1992 17:01:35 GMT

All the problems I had seem to have gone away..

1) I had ghostscript problems with my startup files...
2) I didn't do a make install.dev in xditview

I think the installation process for groff should go a bit smoother...

There should be a way to test the installation before installing
(perhaps moving all the relevant files to a staging area and running make test
perhaps...)

A copy of groff 1.05 (one version older) should be kept on prep.

Marty    leisner.henr801c@xerox.com 
          Member of the League for Programming Freedom 
 	Give me source or waste my time..

Newsgroups: gnu.groff.bug
From: jjc@jclark.com (James Clark)
Subject: Mixing eqn and ms macros
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 15 Sep 1992 07:24:42 GMT

   From: rdonahue@spdcc.com (Bob Donahue)
   Date: Mon, 14 Sep 1992 13:27:08 GMT

	   With groff V1.05 I get fatal errors if I do the following:

   [... lots of happy groff code]
   .sp
   .in .5i
   .IP $lambda$
   [... more stuff]

	   Apparently you can't use an imbedded equation as the label
   for an in dented paragraph.

You can, but you must quote it (because the expansion of $lambda$
contains spaces.)

	   has this been fixed with V1.06?

Yes.

If you find a bug in groff, please report it as soon as possible:
don't just hope it will be fixed in the next release.
From: kburton@iowa.UUCP (Kevin Burton)
Subject: Groff installation fails with gld 2.0
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 15 Sep 1992 19:08:45 GMT

			   Groff Installation Report

GROFF VERSION: 1.06
MACHINE: Sun SPARCstation 1
OS: SunOS 4.1.1
COMPILER: gcc 2.2.2(with groff gcc.patch), gas 1.38.1, gld 2.0/1.94
INPUT FILES: groff 1.06 configure script
COMMAND LINE: ./configure
DESCRIPTION OF INCORRECT BEHAVIOUR:
When I type ./configure using gld 2.0 I get the message:

gcc -O is not installed correctly: static constructors and destructors do not work

When I revert back to gld 1.94-beta the problem goes away.
I realize this is a gld bug but it might be something that could be added to
the PROBLEMS file or put as a warning in the INSTALL file. Maybe it could be
incorporated into the configure script itself ? 

Thanks.

-
Kevin Burton
Noran Instruments				voice: (608) 831-6511 x317
2551 West Beltline Highway, Room 532		  FAX: (608) 836-7224
Middleton, WI 53562				email: kburton@noran.com

Newsgroups: gnu.ghostscript.bug
From: brett.harper@cimlinc.UUCP (Brett Harper)
Subject: How to use GhostScript in batch mode?
Organization: CIMLINC, Inc. - Engineering
Distribution: gnu
Date: Thu, 10 Sep 1992 14:24:56 GMT

Greetings,

This may not be the right place for questions about Ghostscript, but 
I didn't see any group that did, so here goes:

I am using Ghostscript to generate rasterized representations of Postscript files
for a page layout sorta application (and, I might add, it works great!).  The output
drivers I am using are the pcx drivers (mono and 256) and having the output go to stdout.

I invoke gs with a command like:

  echo "($1) run" | gs -DNOPAUSE -q -DERR -sDEVICE=pcx256 -sOUTPUTFILE=\|/bin/cat -

where $1 = .ps filename
     
The -q and -DNOPAUSE options work well to keep regular messages from appearing in
the output stream.  But the problem arises when I get error messages from gs.  They
print to stdout.  The non-standard option -DERR above is my attempt to still get the
error messages, while keeping them out of stdout.  Basically what that option does is:

currentdict /ERR known   /ERR exch def
% If special flag 'ERR' is given create a error file
% for reporting errors.
ERR {
	/.stderr (/tmp/GS_errors.txt) (w) file def
	/.stdout (/tmp/GS_output.txt) (w) file def
	/print  {.stdout exch writestring .stdout flushfile} def
	/eprint {.stderr exch writestring .stderr flushfile} def
} if

(Notice the lame hardcoded error message files!)

If the error flag is set, then create two files (.stdout, and .stderr) and redefines
the print function (operator? I am a real GhostScript (that language that bears 
remarkable similarities to P*stScr*pt) novice).

I redefine the print operator because some routines still use it even when -q is given.
I also define a special version of print (eprint) that I use in the errorhandler
so that I can get a report of the errors that happen without having other output mixed
in.  (I also had to change the ==only procedure to output to .stderr, to get the error
reports to look good, even though I know this is probably not what I want to do in general)


Well now that I have wheezed on about this long enough, I ask:

 "How do others handle this?"  I.e.
         . Run GhostScript in a sorta batch mode, 
         . Get rasters down stdout,
         . While getting errors along some other path.

 Or, am I going about this all wrong, since my application is X-based, should
 I try to leverage the GhostView hooks for writing directly to a shared Pixmap?
 What sort of success can I expect with this method?

 I don't think I would be able to use the GhostView widget directly however.


Any help (of any sort, even your experiences with using GhostScript in this way)
  would be greatly appreciated!

p.s. I am using version 2.4.1, should I get gs2.5?

Thanks,
  Brett Harper

brett.harper@cimlinc.com

Newsgroups: gnu.ghostscript.bug
From: etxmesa@eos.ericsson.SE (Michael Salmon)
Subject: Re: 2.5.1 is WITHDRAWN
Reply-To: etxmesa@eos.ericsson.se (Michael Salmon)
Organization: Ericsson Telecom AB
Distribution: gnu
Date: Tue, 15 Sep 1992 08:14:03 GMT

In article <9209140729.0.UUL1.3#5127@aladdin.com>, 
ghost@aladdin.COM (L. Peter Deutsch) writes:
|> I think there is a jinx on this release.
|> 
|> I have withdrawn the 2.5.1 that was distributed on September 11.
|> Despite repeated testing, and re-reading of the H-P manuals by four
|> different people, it STILL has an error in the H-P printer drivers
|> that results in garbage output.
|> 
|> Since I have now received conflicting and incorrect advice about
|> these printers from so many people, and since I only have
|> intermittent access to them for testing, I must now ask the net:
|> 
|> 	Does anybody *really* know whether the DeskJet
|> 	(NOT the DeskJet 500 or 500 C) supports the <esc>*b<#>y
|> 	command for Y repositioning in graphics mode?
|> 
|> Please e-mail the answer to me directly.
|> 
|> A new edition of 2.5.1 will be released as soon as I get an answer to
|> this question.

If the HP driver is the only problem I would rather keep 2.5.1 and have
the HP driver fixed in 2.5.2.

-- 

Michael Salmon

#include	<standard.disclaimer>
#include	<witty.saying>
#include	<fancy.pseudo.graphics>

Ericsson Telecom AB
Stockholm

Newsgroups: gnu.ghostscript.bug
From: d-lewart@uiuc.edu (Daniel S. Lewart)
Subject: div result format
Reply-To: d-lewart@uiuc.edu (Daniel S. Lewart)
Organization: UIUC Physics Department
Distribution: gnu
Date: Mon, 14 Sep 1992 11:37:53 GMT

Here is some Ghostscript code which behaves differently in GS 2.5.1 and
on an Apple LaserWriter.  This gave me problems when I tried to `cvs' it
into a "1 string".  Is this a bug in PS 38.0 or in GS 2.5.1 or neither?

Thank you,
Daniel Lewart
d-lewart@uiuc.edu
-------------------------------------------------------------------------------
PostScript(tm) Version 38.0
Copyright (c) 1985 Adobe Systems Incorporated.
PS>4 2 div =
2.0
-------------------------------------------------------------------------------
$ gs -v
Ghostscript 2.5.1 (9/11/92)
$ print "4 2 div =" | gs -dNODISPLAY -
Initializing... done.
2
-------------------------------------------------------------------------------

Newsgroups: gnu.ghostscript.bug
From: bri@nic.cerf.net (Brian Rice)
Subject: gs output file prints garbage
Organization: CERFnet
Distribution: gnu
Date: Sun, 13 Sep 1992 05:46:25 GMT

Ghostscript 2.5 on Sun 3/50 connected to an HP Deskjet500.  That's
the platform.  Problem is, when entering "gs -sDEVICE=djet500 file.ps"
the file that gets created in /tmp is partially trashed when printed.
gs successfully loads the fonts, and even prints some of them.

Any help would be appreciated, and I can uuencode/mail the data file
to anyone willing to have a look.

--
Bri

Newsgroups: gnu.ghostscript.bug
From: ghost@aladdin.COM (L. Peter Deutsch)
Subject: bb.ps problem with Ghostscript
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sun, 6 Sep 1992 06:30:26 GMT

Re <9208060627.AA10179@cookie-crisp>
<1992Aug4.173917.27233@cfa.harvard.edu>:

> what i don't understand is:
> 
>   - why did gs blow up on the program?  i can't find anything wrong with it.
>     for some reason pathbbox is swallowing up two stack entries.

GS is blowing up because the second time pathbbox is executed, there
is no current point.  As a result, the nocurrentpoint procedure is
executed, pushing two values on the stack instead of the 4 that
pathbbox is supposed to push.

However, it is a GS bug that there is no current point for pathbbox.
The bug is that strokepath discards a trailing moveto.  This will be
fixed in 2.5.1.

>   - why should pstack have any effect?  i thought pstack was essentially
>     a diagnostic command with no effect on anything?

This is yet a different GS bug.  It is not pstack per se that makes
the difference, but the fact that the pathbbox is no longer the last
element of the procedure it occurs in.  After GS handles an error, if
the offending token was not the last element of its procedure,
execution resumes by re-executing the token that caused the error,
rather than continuing to the next token.  As a result, the pathbbox
is executed a second time, pushing 4 more values on the stack (in
addition to the two pushed by the nocurrentpoint handler).  This too
will be fixed in 2.5.1.

Thank you for bringing these bugs -- both of which have been in
Ghostscript for a long time -- to my attention.

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."    new--->^^^^^^^^^^^^




Newsgroups: gnu.ghostscript.bug
From: IFF291@djukfa11.BITNET (Stephan Petersen)
Subject: Problems with djet500 driver
Organization: Forschungszentrum Juelich
Distribution: gnu
Date: Sat, 5 Sep 1992 01:25:50 GMT

I'm running GS2.5 on an AT with a DeskJet 500. I tried to
preview and print some DVIPS output. Preview and printing with
the laserjet and deskjet drivers works fine on my DJ500, but
when I use the djet500 driver, some characters and inluded
EPS-files are incomplete. Little square blocks and horizontal
segments are missing.

Any ideas?

Stephan




+------------------------------------------------+
| Stephan Petersen                               |
|                                                |
| Bitnet/EARN: IFF291@DJUKFA11                   |
| Internet:    IFF291@zam001.zam.kfa-juelich.de  |
+------------------------------------------------+
From: gay@sfu.CA (Ian D. Gay)
Newsgroups: gnu.ghostscript.bug
Subject: Re: problem with Gs2.5 with tseng
Date: 15 Sep 92 16:26:18 GMT
Distribution: gnu
Organization: Simon Fraser University, Burnaby, B.C., Canada

shiva@krazykat.engin.umich.edu (Shawn D Way) writes:


> I was trying to upgrade to Ghostscript 2.5 but when I did, I encountered this huge amount of problems:

>1. Using the regular gs.exe, an image shows up on the screen , but only part of the paper that was written. This happen when I open other files also.

>2. Using gs386.exe both set with -sDEVICE=tseng and without half of the screen goes black and the other half, the top stays white. In the white half, any file that I go to view makes color smears across the screen.

>3. Using gswin.exe, the first file that I open goes fine. The second file that I try to open  either gives me a --restore-- error or a --repeat--- error.

> I'm using Qemm386 as a memory manager, Windows 3.1 and Superstor on a 486DX /33. Does any one know what's going on here???

I also have troubles with the Tseng driver in 1024x768 mode, but it 
works in lower resolution modes. Looks like the same problem that was 
present in GS 2.4. Anyone know a fix?
Newsgroups: gnu.ghostscript.bug
From: ghost@aladdin.COM (L. Peter Deutsch)
Subject: LaserJet & DeskJet problems in Ghostscript 2.5
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sun, 6 Sep 1992 16:11:14 GMT

Many users have reported serious problems with LaserJet and DeskJet
output from Ghostscript 2.5.

I think the problems of garbaged output can be avoided by using the
'deskjet' and 'laserjet' devices rather than 'djet500', 'ljet2p',
'ljet3', and 'ljetplus'.  These problems will be fixed in 2.5.1.
(They resulted from my believing someone who said he was an expert on
PCL, rather than testing the code myself.)

The margin problems are not entirely fixable within Ghostscript's
current model of how margins and printable area are specified.  I
will tinker with them a little more in 2.5.1.

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."    new--->^^^^^^^^^^^^




Newsgroups: gnu.ghostscript.bug
From: ghost@aladdin.COM (L. Peter Deutsch)
Subject: Re: output of dvips too large in gs2.5
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 11 Sep 1992 04:30:11 GMT

Re <9209110336.AA01874@cookie-crisp> <iigsa01.716113254@convex>:

> >GS25 (MSDOS) works fine here, but I am not any more able to preview my TeX
> >documents. The PS files produced with dvips are scaled with a factor of
> >about 1.5 and thus don't fit on the screen any more. All the other PS files 
> >are displayed in the correct size.
> 
> An additional hint:
> 
> If I replace all occurences of a4 (my paper size, works exactly the same with
> letter) with a1234 in my PS file, then the scaling is fine. Maybe dvips uses
> a4 in a different way than GS, or maybe setting the paper size in GS uses the
> horizontal size of the screen and the document to fit the size???

Known bug in 2.5.  Fixed in 2.5.1.

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."    new--->^^^^^^^^^^^^
From: ghost@aladdin.COM (L. Peter Deutsch)
Newsgroups: gnu.ghostscript.bug
Subject: Re: Problems with restore (and also dictionaries)
Date: 11 Sep 92 04:32:28 GMT
Distribution: gnu
Organization: GNUs Not Usenet

Re <9209110403.AA02109@cookie-crisp>
<1992Sep10.172611.25400@dcs.warwick.ac.uk>:

> Another (percieved) mis-feature of Ghostscript is the way it will
> automatically expand dictionaries.  This recently lead to much head
> scratching, since we could preview the file, but it would not print.
> Is there a way of stopping the dictionaries being expanded?

Set dict_auto_expand (in idict.c) to 0.

In a future release, there will be a way to turn the Level 2 features
(such as automatic dictionary expansion) on and off dynamically.

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."    new--->^^^^^^^^^^^^
Xref: sparky gnu.ghostscript.bug:955 gnu.announce:121 comp.lang.postscript:4678
From: ghost@aladdin.com (L. Peter Deutsch)
Newsgroups: gnu.ghostscript.bug,gnu.announce,comp.lang.postscript
Subject: Ghostscript 2.5.1 is released
Date: 11 Sep 92 23:21:35 GMT
Followup-To: gnu.ghostscript.bug
To: info-gnu@prep.ai.mit.edu,bug-ghostscript@prep.ai.mit.edu
Resent-From: info-gnu-request@prep.ai.mit.edu
Resent-Bcc: info-gnu-non-usenet,bug-ghostscript-non-usenet

--text follows this line--
Ghostscript 2.5.1 is now released.  The main purpose of this release is
to fix the bugs that found their way into 2.5 as a result of
last-minute fixes.  As usual, see readme.doc in the fileset for a
somewhat more detailed list; see the NEWS file for a very detailed
list.  Note that only a subset of the available drivers and features
are included in the PC executables distributed as GNU software: read
the individual makefiles to find out which drivers and features are
included in which executables.

Ghostscript 2.5.1 may be obtained from the usual GNU distribution
points.  One good place to get it is
ftp.cs.wisc.edu:/pub/X/ghostscript-*2.5.1*.  This is a 24-hour-access
site that allows anonymous FTP and is not heavily loaded.

Context diffs from Ghostscript 2.5 to 2.5.1 have been provided.
Ghostscript 2.5 has been left on-line, as well as 2.4.1.

Suggestions for what should go in Ghostscript 2.6 are more than
welcome.  The only new feature definitely scheduled for inclusion is
the ability to use the platform's fonts (e.g., the X bitmap fonts) when
possible.  Leading candidates for other features are Type 0
(Chinese/Japanese) font capability, the Level 2 'pattern' facility, and
a major overhaul of the general rasterizing algorithm for increased
performance.  Please send suggestions directly to ghost@aladdin.com.

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."    new--->^^^^^^^^^^^^

      [ Soon to be at these ftp sites as well.  Please try them
	before prep.ai.mit.edu!  thanx -gnu@prep.ai.mit.edu

	Japan: ftp.cs.titech.ac.jp, utsun.s.u-tokyo.ac.jp:ftpsync/prep
	Australia: archie.au:gnu
	Europe: src.doc.ic.ac.uk:gnu, ftp.informatik.tu-muenchen.de,
	  ftp.informatik.rwth-aachen.de:pub/gnu,
          nic.funet.fi:pub/gnu, ugle.unit.no, isy.liu.se,
	  ftp.stacken.kth.se, sunic.sunet.se, ftp.win.tue.nl,
	  ftp.diku.dk, ftp.eunet.ch, archive.eu.net
	United States: wuarchive.wustl.edu ftp.cs.widener.edu,
	  uxc.cso.uiuc.edu, col.hp.com, gatekeeper.dec.com:pub/GNU,
	  ftp.uu.net:packages/gnu

	For information on how to order GNU software on tape, check
	the file etc/DISTRIB in the GNU Emacs distribution, or e-mail
	a request to:	gnu@prep.ai.mit.edu
      ]
Newsgroups: gnu.ghostscript.bug
From: ghost@aladdin.COM (L. Peter Deutsch)
Subject: 2 vs. 2.0
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 15 Sep 1992 06:12:39 GMT

Re <9209150244.AA12148@cookie-crisp> <BuKGB6.3ty@news.cso.uiuc.edu>:

> Here is some Ghostscript code which behaves differently in GS 2.5.1 and
> on an Apple LaserWriter.  This gave me problems when I tried to `cvs' it
> into a "1 string".  Is this a bug in PS 38.0 or in GS 2.5.1 or neither?
> -------------------------------------------------------------------------------
> PostScript(tm) Version 38.0
> Copyright (c) 1985 Adobe Systems Incorporated.
> PS>4 2 div =
> 2.0
> -------------------------------------------------------------------------------
> $ gs -v
> Ghostscript 2.5.1 (9/11/92)
> $ print "4 2 div =" | gs -dNODISPLAY -
> Initializing... done.
> 2
> -------------------------------------------------------------------------------

It's an under-specification in the definition of the PostScript
language, which doesn't require integral reals to print with a
decimal point.

>From a compatibility viewpoint, it's a bug in Ghostscript.  I'll make
reals always print with a decimal point (or an exponent) when I
re-release 2.5.1.  I can't, however, guarantee that Ghostscript will
print all reals the same way that an Adobe interpreter does.

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."    new--->^^^^^^^^^^^^




Newsgroups: gnu.ghostscript.bug
From: bri@nic.cerf.net (Brian Rice)
Subject: Re: gs output file prints garbage
Organization: CERFnet
Distribution: gnu
Date: Mon, 14 Sep 1992 03:56:24 GMT

In article <2774@news.cerf.net> bri@nic.cerf.net (Brian Rice) writes:
>Ghostscript 2.5 on Sun 3/50 connected to an HP Deskjet500.  That's
>the platform.  Problem is, when entering "gs -sDEVICE=djet500 file.ps"

Humm, following up to my own article ... how odd!  Anyway, I caught
a bit later the advice to change/add deskjet to the available
devices and that improved the output somewhat but garbage was still
produced on the printer.  Again, any help would be appreciated.

--
Bri

Newsgroups: gnu.ghostscript.bug
From: ghost@aladdin.COM (L. Peter Deutsch)
Subject: 2.5.1 is WITHDRAWN
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Sep 1992 14:29:33 GMT

I think there is a jinx on this release.

I have withdrawn the 2.5.1 that was distributed on September 11.
Despite repeated testing, and re-reading of the H-P manuals by four
different people, it STILL has an error in the H-P printer drivers
that results in garbage output.

Since I have now received conflicting and incorrect advice about
these printers from so many people, and since I only have
intermittent access to them for testing, I must now ask the net:

	Does anybody *really* know whether the DeskJet
	(NOT the DeskJet 500 or 500 C) supports the <esc>*b<#>y
	command for Y repositioning in graphics mode?

Please e-mail the answer to me directly.

A new edition of 2.5.1 will be released as soon as I get an answer to
this question.

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."    new--->^^^^^^^^^^^^
From: panisset@lightning.ai.mit.EDU (Jean-Francois Panisset)
Newsgroups: gnu.ghostscript.bug
Subject: Compiling on RS/6000
Date: 15 Sep 92 15:04:15 GMT
Distribution: gnu
Organization: McGill Research Centre for Intelligent Machines

I got GhostScript 2.5.1 to compile without warnings on an RS/6000
running AIX 3.1.6 after I made the following modifications:

- define /usr/ucb/install as the installation program
- define compiler as xlc
- add -D_ALL_SOURCE symbol
- comment out the definitions for uchar, ushort, uint and ulong in std.h:
  they conflicted with the ones from <sys/types.h>, and the code which attempts
  to prevent this did not do the trick (the IBM compiler is very picky about
  redefinitions)

Just thought this might be of use to someone...

JF
-- 
Jean-Francois Panisset                    
INET: panisset@mcrcim.mcgill.ca            
      panisset@larry.mcrcim.mcgill.edu
UUCP: ...!mcgill-vision!panisset           
Newsgroups: gnu.ghostscript.bug
From: iigsa01@convex.zdv.uni-tuebingen.de (Andreas Schilling)
Subject: output of dvips too large in gs2.5
Reply-To: andreas@gris.informatik.uni-tuebingen.de
Organization: Universitaet Tuebingen, WSI/GRIS, FRG
Distribution: gnu
Date: Tue, 8 Sep 1992 07:33:03 GMT

GS25 (MSDOS) works fine here, but I am not any more able to preview my TeX
documents. The PS files produced with dvips are scaled with a factor of
about 1.5 and thus don't fit on the screen any more. All the other PS files 
are displayed in the correct size.

Another question:
I can't understand the red pixels in the white area outside the red circle in
the gnognus.ps (part of samples.zip on simtel20).

/inch { 72 mul } def
/no {
       gsave
       newpath
       .5 inch setlinewidth
       1 1 1 sethsbcolor
       4.25 inch 5 inch 3 inch 45 45 180 add arc
       closepath
       4.25 inch 5 inch 3 inch 45 180 add 45 arc
       stroke
       grestore
} def
no
showpage

Andreas Schilling
--
|            Andreas  Schilling            |     Universitaet Tuebingen     |
| andreas@gris.informatik.uni-tuebingen.de |   Wilhelm-Schickard-Institut   |
|          tel.: +49 7071 29 5463          |   Auf der Morgenstelle 10/C9   |
|          fax.: +49 7071 29 5400          | D-7400 Tuebingen, West Germany |

Newsgroups: gnu.ghostscript.bug