HDTenEightyP/NetNews huggingface dataset:
From: iarit@slate.mines.colorado.edu (ARIT ISMAIL)
Subject: File.cc
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 14 Aug 1992 16:15:47 GMT

I am having problems compiling libg++-1.39.0 on DEC 3100s running
Ultrix 4.1 .
Here is the error ;


% gmake
(cd src; gmake GXX="g++"  GXXFLAGS=" -I/usr/users/students/iarit/gnu/libg++-1.
39.0/g++-include -g -O -fstrength-reduce  -felide-constructors -fschedule-insn
s -fdelayed-branch -fsave-memoized  -Wall -v  -DDEFAULT_filebuf " GXXLDFLAGS="
-L/usr/users/students/iarit/gnu/libg++-1.39.0/src -lg++ -lm " LIBDIR="/usr/loc
al/gnu/lib" SRCIDIR="/usr/users/students/iarit/gnu/libg++-1.39.0/g++-include"
CC="gcc" CFLAGS=" -I/usr/local/gnu/lib/gcc-include -I/usr/include -I/usr/users
/students/iarit/gnu/libg++-1.39.0/g++-include -g -O -fstrength-reduce -fdelaye
d-branch  -Wall -v  -DDEFAULT_filebuf " RANLIB="ranlib" LDXX="/usr/local/gnu/l
ib/gcc-ld" GXXCRT1="/usr/local/gnu/lib/crt1+.o" MAKE="gmake" prefix="/usr/loca
l/gnu" VPATH="/usr/users/students/iarit/gnu/libg++-1.39.0/g++-include" AR="ar"
 PROTODIR="/usr/users/students/iarit/gnu/libg++-1.39.0/g++-include/gen" GENCLA
SS="/usr/users/students/iarit/gnu/libg++-1.39.0/genclass")
g++ -I/usr/users/students/iarit/gnu/libg++-1.39.0/g++-include -g -O -fstrength
-reduce  -felide-constructors -fschedule-insns -fdelayed-branch -fsave-memoize
d  -Wall -v  -DDEFAULT_filebuf  -c  File.cc
g++ version 1.40.3 (based on GCC 1.40)
 /usr/local/gnu/lib/gcc-cpp -+ -v -DDEFAULT_filebuf -I/usr/users/students/iari
t/gnu/libg++-1.39.0/g++-include -undef -D__GNUC__ -D__GNUG__ -D__cplusplus -D_
_ANSI_COMPAT -D__LANGUAGE_C -D__MIPSEL -D__R3000 -D__SYSTYPE_BSD -D__bsd4_2 -D
__host_mips -D__mips -D__ultrix -D__unix -DLANGUAGE_C -DMIPSEL -DR3000 -DSYSTY
PE_BSD -Dbsd4_2 -Dhost_mips -Dmips -Dultrix -Dunix -D____ANSI_COMPAT__ -D____L
ANGUAGE_C__ -D____MIPSEL__ -D____R3000__ -D____SYSTYPE_BSD__ -D____bsd4_2__ -D
____host_mips__ -D____mips__ -D____ultrix__ -D____unix__ -D__LANGUAGE_C__ -D__
MIPSEL__ -D__R3000__ -D__SYSTYPE_BSD__ -D__bsd4_2__ -D__host_mips__ -D__mips__
 -D__ultrix__ -D__unix__ -D__OPTIMIZE__ -Wall File.cc /usr/tmp/cca11641.cpp
GNU CPP version 1.40
//usr/include/sys/file.h:125: warning: garbage at end of #ifdef argument
 /usr/local/gnu/lib/gcc-cc1plus /usr/tmp/cca11641.cpp -mgpOPT -quiet -dumpbase
 File.cc -fstrength-reduce -felide-constructors -fschedule-insns -fdelayed-bra
nch -fsave-memoized -g -O -Wall -version -o /usr/tmp/cca11641.s
GNU C++ version 1.40.3 (based on GCC 1.40) AL-MIPS 1.1 Ultrix Dec Mips Aug  8
1992 compiled by GNU C version 1.40.
default target switches: -mmips-as -mnofixed-ovfl -mG0 -mG1
In file included from /usr/users/students/iarit/gnu/libg++-1.39.0/g++-include/
sys/file.h:21, from File.cc:30:
//usr/include/sys/file.h:145: field `f_lk' has incomplete type
gmake[1]: *** [File.o] Error 1
gmake: *** [src] Error 1
%

Any help will be appriciated.
I.ARIT

Newsgroups: gnu.g++.lib.bug
From: won@zanaga.cs.columbia.edu (Won Y. Kim)
Subject: libg++ install problems on amigaunix part ii
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 19 Aug 1992 02:39:28 GMT

As promised, this is the output from make run at the base libg++-2.2/
directory after "configure amigaunix"

Any suggestions and hints arer greatly welcome!

	echo "# !Automatically generated from ./functions.def"\
	  "- DO NOT EDIT!" >needed2.awk
	grep '^DEFVAR(' < ./functions.def \
	 | sed -e '/DEFVAR/s|DEFVAR.\([^,]*\).*|/\1/ { printf
\"#ifndef NEED_\1\\n#define NEED_\1\\n#endif\\n" }|' \
	 >>needed2.awk
	grep '^DEFFUNC(' < ./functions.def \
	 | sed -e '/DEFFUNC/s|DEFFUNC.\([^,]*\).*|/\1/ { printf
\"#ifndef NEED_\1\\n#define NEED_\1\\n#endif\\n" }|' \
	 >>needed2.awk
	cc -c -g -I. -I./../include -DUSG -DUSGr4 ./dummy.c
	(cc  dummy.o  ) >errors 2>&1 || true
	rm -f a.out dummy.o
	echo "/* !Automatically generated from ./functions.def"\
	  "- DO NOT EDIT! */" >config.h
	awk -f needed2.awk <errors >>config.h
	cc -c -g -I. -I./../include -DUSG -DUSGr4 basename.c
	cc -c -g -I. -I./../include -DUSG -DUSGr4 getopt.c
	cc -c -g -I. -I./../include -DUSG -DUSGr4 getopt1.c
	cc -c -g -I. -I./../include -DUSG -DUSGr4 obstack.c
	cc -c -g -I. -I./../include -DUSG -DUSGr4 spaces.c
	cc -c -g -I. -I./../include -DUSG -DUSGr4 concat.c
	cc -c -g -I. -I./../include -DUSG -DUSGr4 fdmatch.c
	cc -c -g -I. -I./../include -DUSG -DUSGr4 argv.c
	cc -c -g -I. -I./../include -DUSG -DUSGr4 strerror.c
	cc -c -g -I. -I./../include -DUSG -DUSGr4 strsignal.c
	echo "# !Automatically generated from ./functions.def"\
	  "- DO NOT EDIT!" >needed.awk
	grep '^DEF(' < ./functions.def \
	    | sed -e '/DEF/s|DEF.\([^,]*\).*|/\1/ { printf \"\1\.o "
}|' \
	    >>needed.awk
	awk -f needed.awk <errors >needed-list
	echo  >>needed-list
	cc -c -g -I. -I./../include -DUSG -DUSGr4 index.c
	cc -c -g -I. -I./../include -DUSG -DUSGr4 sigsetmask.c
	cc -c -g -I. -I./../include -DUSG -DUSGr4 alloca.c
	cc -c -g -I. -I./../include -DUSG -DUSGr4 getpagesize.c
	cc -c -g -I. -I./../include -DUSG -DUSGr4 bcmp.c
	cc -c -g -I. -I./../include -DUSG -DUSGr4 bzero.c
	cc -c -g -I. -I./../include -DUSG -DUSGr4 bcopy.c
	cc -c -g -I. -I./../include -DUSG -DUSGr4 random.c
	cc -c -g -I. -I./../include -DUSG -DUSGr4 rindex.c
	rm -rf libiberty.a
	ar cq libiberty.a \
	  basename.o getopt.o getopt1.o obstack.o spaces.o concat.o
fdmatch.o argv.o strerror.o strsignal.o index.o sigsetmask.o alloca.o
getpagesize.o bcmp.o bzero.o bcopy.o random.o index.o rindex.o 
	true libiberty.a
	rootme=`pwd` ; export rootme; CC="cc `if [ -f
${rootme}/../gcc/gcc ] ; \
	then echo -I${rootme}/../gcc/include ; \
	else echo ; fi`"; export CC; \
	./utils/gen-params  >tmp-params.h
*** Error code 1 (bu21)
*** Error code 1 (bu21)

It also gave these erors onn the console
gcc: dummy.C linker innput file not used linking not done.
then
nm failed to find FUNC in dummy.o!
./utils/gen=params -1 bad number

Thank you

WYK!

Newsgroups: gnu.g++.lib.bug
From: tom@soda.berkeley.edu (Tom Holub)
Subject: Problems compiling libg++ 2.2.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 19 Aug 1992 05:39:38 GMT

I'm using a Sequent Symmetry running Dynix+BSD 4.2, and I'm having problems
compiling libg++.a 2.2.2.  The problem seems to be in the libg++
directory; when I type 'make' there, the following occurs:

soda [77] make
rootme=`pwd` ; export rootme; CC="`if [ -f ${rootme}/../gcc/gcc ] ; then echo 
${rootme}/../gcc/gcc\\ -B${rootme}/../gcc/ ; else echo gcc ; fi` `if 
[ -f ${rootme}/../gcc/gcc ] ; then echo -I${rootme}/../gcc/include ; else 
echo ; fi`"; export CC; ./utils/gen-params  >tmp-params.h
rm -f libg++.a
rootme=`pwd` ; export rootme ; cd src ; `if [ -f ${rootme}/../binutils/ar ] ; 
then echo ${rootme}/../binutils/ar ; else echo ar ; fi` qc ../libg++.a *.o

ar: *.o cannot open
make: *** [build-libg++.a] Error 1
make: *** Waiting for unfinished jobs....


and then since the parallel make here likes sending millions of .c's out
at once, I get pages and pages of compiler errors, mostly relating to
the lack of _G_config.h.  If I try to make _G_config.h, I get:


nm: dummy.o: cannot open
nm: dummy.o: cannot open
nm failed to find FUNC in dummy.o!
./utils/gen-params: -1: bad number
make: *** [_G_config.h] Error 1


 I saw that someone on gnu.g++.help had the same problem, but I didn't 
see a solution there.  Any help would be appreciated.
 -Tom
(Incidentally, the provided makefiles didn't execute 'touch stamp'
correctly, so I had to create the stamp files myself)

Newsgroups: gnu.g++.lib.bug
From: G.Joly@cs.ucl.ac.uk (Gordon Joly)
Subject: /usr/local/lib/g++-include installed with execute bit set.
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 11 Aug 1992 17:50:19 GMT

-rwxr-xr-x  1 gjoly          96 Jul  7 14:27 strclass.h
-rwxr-xr-x  1 gjoly         679 Jul  7 14:28 stream.h
-rwxr-xr-x  1 gjoly       15509 Jul  7 14:28 streambuf.h
-rwxr-xr-x  1 gjoly        1248 Jul  7 14:28 string.h
-rwxr-xr-x  1 gjoly          20 Jul  7 14:28 strings.h
-rwxr-xr-x  1 gjoly        2677 Jul  7 14:28 strstream.h
-r-xr-xr-x  1 gjoly       11025 May  1 12:28 sun_wait.h
-rwxr-xr-x  1 gjoly         133 Jul  7 14:27 swap.h

This causes a problem with OpenLook.

Gordon.

____

Gordon Joly      Phone  +44 71 387 7050 ext 3703      FAX  +44 71 387 1397
Internet: G.Joly@cs.ucl.ac.uk        UUCP: ...!{uunet,uknet}!ucl-cs!G.Joly
Computer Science, University College London, Gower Street, LONDON WC1E 6BT

Newsgroups: gnu.g++.lib.bug
From: won@dinka.cs.columbia.edu (Won Y. Kim)
Subject: libg++ installation problems on amigaunix.
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 18 Aug 1992 17:00:12 GMT

Hello.

I am a CS undergrad at Columbia University. I have a C= Amiga 3000uxD
w 16mb ram at home.

Last night, I d/l libg++-2.2.tar.Z and tried to install it on my
machine.
I did "configure amigaunix"
and then "make"

but this did not work. (the full make listing is unavailable this
moment because I am calling from school, instead from home)

the main problem seemed to be was that a file called "dummy.C" in the
"libg++/" directory.
did not get compiled properly and failed the next stage with the
nm command.

I suspected that the version of gcc that I have do not handle "*.C"
files correctly, so I manually compiled it using a version of g++
that was shiped with my system (sans library) (but g++ did not accept
the "-g" option found in the makefile, which was strange)

but this also failed in the next stage. with nm.

Later tonight, I will mail you the complete output from the makefile.

My hope is that you can provide some sort of short advice on what to
do next.

If at all possible, can you recommend the version of gcc that will work
best with this installation?

Also, I do not have ranlib installed on my machine. So I changed
"RANLIB=ranlib" to "RANLIB=echo" in the makefile on the base
libg++-2.2 directory.
(configure program did not seem to detect that I did not have it
installed)

Was this the correct thing to do (seem to say so in configure.texi) ?

					Thank You Most Sincerely/
					Won Kim.


Newsgroups: gnu.groff.bug
From: marsden@ioctl.cs.fsu.edu (Jonathan Marsden)
Subject: Gnu groff
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 21 Aug 1992 11:55:05 GMT

I recently install groff version 1.05.  Our main user of the *roff uses the
commands "bib" and "invert" in preparing his documents.  We only have these
for the Sun 3's and I was wondering if perhaps you know where I could find
these for SPARC's or are there any equivalent functions in groff.  Any
direction would be grately appreciated.

Thanks,
Jonathan Marsden

Newsgroups: gnu.groff.bug
From: jjc@jclark.com (James Clark)
Subject: pretest release available
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sun, 16 Aug 1992 20:18:24 GMT

I've put a pretest release of groff on
ftp.uu.net:/tmp/groff-1.05.90.tar.Z, where it should remain for a few
days.  I plan to release version 1.06 in a week or two.

James Clark
jjc@jclark.com

Newsgroups: gnu.groff.bug
From: mrp@itd.adelaide.EDU.AU (Mark Prior)
Subject: Groff 1.05.90 Bug Report (sort of)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 21 Aug 1992 21:37:03 GMT

                           Groff Bug Report

Please read the PROBLEMS file before sending in a bug report.

Please fill in all fields, even if you think they are not relevant.

Please delete the text in brackets before sending it in.

Please report separate bugs separately.

Send the completed form either to bug-groff@prep.ai.mit.edu or
directly to me (jjc@jclark.com).  Messages sent to bug-groff can
sometimes take several days to reach me.

GROFF VERSION:
1.05.90

MACHINE:
DECstation 5000/25

OS:
Ultrix 4.2C

COMPILER:
gcc 2.2.2

INPUT FILES:
None

COMMAND LINE:
./configure

DESCRIPTION OF INCORRECT BEHAVIOUR:
The "standard" Bourne Shell under Ultrix doesn't support the
${foo:-bar} construct and so the
        BROKEN_SPOOLER_F:AGS=${BROKEN_SPOOLER_FLAG:-7}
line in configure causes a "sh: bad substitution" abort

SUGGESTED FIX [optional]:
Two choices
1. Don't use ${foo:-bar} type constructs, this could freak out other
   old BSD based Bourne shells.
2. Tell Ultrix users to execute configure using the System V Bourne
   shell that is supplied with Ultrix, ie "/bin/sh5 configure"

Newsgroups: gnu.groff.bug
From: russur@convex.com (Russ Urquhart)
Subject: troff/groff pic conversion ?
Summary: Need conversion from pic to graphics (eps)
Keywords: groff/troff, pic
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
Distribution: gnu
Date: Tue, 11 Aug 1992 19:01:28 GMT

Does anyone have/know of a conversion for groff/troff pic to some other
graphics file format (eps, drw, hpgl, etc.)

Any help is appreciated!


Russ

Newsgroups: gnu.groff.bug
From: jjc@jclark.com (James Clark)
Subject: Gnu groff
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 21 Aug 1992 23:59:09 GMT

   Date: Fri, 21 Aug 92 15:55:05 -0400
   From: Jonathan Marsden <marsden@ioctl.cs.fsu.edu>

   I recently install groff version 1.05.  Our main user of the *roff uses the
   commands "bib" and "invert" in preparing his documents.  We only have these
   for the Sun 3's and I was wondering if perhaps you know where I could find
   these for SPARC's or are there any equivalent functions in groff.  Any
   direction would be grately appreciated.

You can ftp bib and invert from cs.orst.edu:/pub/budd/bib.tar.Z.  In
groff similar functionality is provided by grefer and gindxbib.

James Clark
jjc@jclark.com

Newsgroups: gnu.groff.bug
From: schuh@pioneer.arc.nasa.gov (Michael Schuh RAA)
Subject: archive of gnu.groff.bug
Organization: NASA Ames Res. Ctr. Mtn Vw CA 94035
Distribution: gnu
Date: Fri, 14 Aug 1992 01:59:50 GMT

I just found out that I have not been forwarding my mail from pioneer
to the machine I read mail on.  Because of this, I just found
several responses to my original posting.  Thanks to all for the
help.

Michael


>  On Thu, 13 Aug 92 20:47:27 GMT, schuh@pioneer.arc.nasa.gov (Michael
>  Schuh RAA) said:
> 
>  Michael>  1) Where can I find the source for gnu.groff?
> 

Newsgroups: gnu.groff.bug
From: psu@cs.duke.edu (Peter Su)
Subject: grefer core dumps when empty line precedes reference
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 14 Aug 1992 06:28:47 GMT

GROFF VERSION:
1.05

MACHINE:
Sparc 2

OS:
SunOS 4.x

COMPILER:
I assume gcc 2.2.2, but I'm not 100% sure.

INPUT FILES: 
.R1
bracket-label " [" ] ","
move-punctuation
.R2
Bentley uses this data structure in the plane to answer fixed-radius
nearest-neighbor queries in his traveling salesman programs.
.[
[] 
%T one reference
.]

.[
[]
%T another reference
.]

COMMAND LINE:
grefer foo

DESCRIPTION OF INCORRECT BEHAVIOUR:
Core dumps.

SUGGESTED FIX [optional]:
The stack trace from gdb is:
#0  hash_string (s=0x0, len=147720) at refer.c:1199
#1  0x9ca0 in lookup_token (start=0x0, 
    end=0x24108 "\nearest-neighbor queries in his traveling salesman programs\013\r\f.\ndius\n\n\n]\n\n") at token.c:178
#2  0x426c in split_punct (line=@0x1c468, punct=@0xf7fff730) at refer.c:660
#3  0x37e0 in do_file (filename=0xf7fff760 "") at refer.c:509
#4  0x2e20 in main (argc=0, argv=0xf7fff8e0) at refer.c:365

Newsgroups: gnu.ghostscript.bug
From: brian@kokom.mit.edu (Brian McAllister)
Subject: Can't convert Hershey fonts to C
Organization: Bates LINAC, MIT
Distribution: gnu
Date: Wed, 19 Aug 1992 18:56:29 GMT

I am installing Ghostscript 2.4.1, and I wanted to precompile all the
fonts.  I get this error when I try to run font2c on any of the
Hershey fonts:

font2c Hershey-Gothic-English hrge_r.c              
Error: /undefined in --get--
Operand stack:
    -marktype-  -dicttype-  /CharStrings
Execution stack:
    %interp_exit    --nostringval--  --nostringval--  false
--nostringval--  --nostringval--  false  --nostringval--
--nostringval--  --nostringval--  --nostringval-- 
Dictionary stack:
    433/449  51/200

Is there a fix for this ?

Also, is there a Ghostscript FAQ ?  I couldn't find one in the usual
places.
--
----
Brian McAllister       Internet: mcallister@mit.edu
                         BITNET: BRIAN@MITBATES

Newsgroups: gnu.ghostscript.bug
From: ronis@ronispc.chem.mcgill.ca (David M. Ronis)
Subject: VGA Sizes
Keywords: troff ghostscript vga
Organization: Chemistry Department, McGill University
Distribution: gnu
Date: Tue, 18 Aug 1992 21:09:48 GMT

I've just installed gs386.exe on my system with a vga card
, and used it to 
preview output from troff which has been filtered by Chris Lewis' troff2ps
program.  The programs work, but the output is tiny.  I can change 
the point sizes within the troff input, but this messes up the page layout
Is there another way?

I also had some problems with the message displayed at the end of the
displayed page;  the message kept moving down the displayed screen.  
Finally, I hacked the gs_init.ps file to omit the message entirely by
changing the /showpage definition.  Again, is there another way?

Thanks in advance.

David Ronis
  

Newsgroups: gnu.ghostscript.bug
From: tim@cs.wisc.edu (Tim Theisen)
Subject: Problem using ghostscript 2.5 with ghostview 1.3
Organization: University of Wisconsin, Madison -- Computer Sciences Dept.
Distribution: gnu
Date: Thu, 20 Aug 1992 16:09:46 GMT

There is an apparent problem with ghostscript 2.5 that causes popup zoom
windows in ghostview 1.3 to not image properly.  I am working on a patch
to fix it.  Please do not send me (or Peter) any more mail regarding this
problem.

...Tim

          Tim Theisen           Systems Programmer
Internet: tim@cs.wisc.edu       Department of Computer Sciences
    UUCP: uwvax!tim             University of Wisconsin-Madison
   Phone: (608)262-0438         1210 West Dayton Street
     FAX: (608)262-9777         Madison, WI   53706

Newsgroups: gnu.ghostscript.bug
From: rreiner@nexus.yorku.ca (Richard Reiner)
Subject: GS 2.5 / Tseng bug
Organization: York University
Distribution: gnu
Date: Thu, 20 Aug 1992 13:12:09 GMT

When using the tseng device driver, gs386 2.5 produces skewed and
illegible screen displays when fed some files -- apparently only files
that use a screen larger than the tseng resolution, such as those
intended for a printer.  This dies not happen if the vga device is
chosen: instead, the bottom portion of the page (as much as will fit
on a vga screen) is correctly shown.

My system is a 386-33 with 8MB, running DOS 5.0, with a Tseng ET4000 +
Sierra RAMDAC card with 1MB of VRAM.  I am using the precompiled
gs386.exe from the gs25 distribution.  gs386 works fine on all the
sample ps files in the gs25 distribution.

Has anyone else seen this, and possibly found a workaround?

-- 
Richard Reiner........rreiner@nexus.yorku.ca........416-538-3947

Learning, n.  The kind of ignorance distinguishing the studious.
  -- Ambrose Bierce, _The Devil's Dictionary_.

Newsgroups: gnu.ghostscript.bug
From: ghsu@critical.nswc.navy.mil
Subject: bug for Ghostscript2.4?
Keywords: HP Grayscale monitor
Organization: Naval Surface Warfare Center
Distribution: gnu
Date: Fri, 14 Aug 1992 19:58:07 GMT

I've installed gs on our HP 9000/700 cluster.   It works very well on
all the HP730 with color monitor.   But for an HP710 with a gray scale
monitor, I run into some problem.  I can view golfer.ps but viewing
other ps files, including chess.ps that come with the distribution and
some .ps generated by dvips, I got only a black screen.   I have tried
to compile without added option, or with either -DSYSV or -DSVR4
since HP UX is derived from System V Unix.  Could this be a bug?  Or
maybe I should try a more recent version?  I am running gs 2.4 on HP
workstations running HP UX 8.07 under VUE window manager.    Please
reply by email.    Thanks in advance!
-- 
Guan-Hsong Hsu                   Email: ghsu@critical.nswc.navy.mil
Nonlinear Dynamics Group
Mathematics and Information Sciences Branch (R44)
NSWC DD/WO, Silver Spring, MD 20903-5000

Newsgroups: gnu.ghostscript.bug
From: ghost@aladdin.COM (L. Peter Deutsch)
Subject: Re: Ghostscript 2.5 is released
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 21 Aug 1992 23:01:24 GMT

Re <9208212236.AA18756@cookie-crisp>
<STEINBER.92Aug21114131@machtnix.ert.rwth-aachen.de>:

> 	   - Use of the 'hints' in Type 1 fonts, which significantly
> 	   improves character quality if you have good fonts.
> 	   (Unfortunately, of the fonts supplied with Ghostscript, only
> 	   Courier, Utopia, and Charter are 'good'.)
> 
> Can you use Postscript fonts that come with the ATM for Windows or OS/2?
> That sure would be nice!

Yes.  You just have to edit the FONTMAP file to tell Ghostscript
where to find the .PFB fonts.

>    ... plus the usual bug fixes and performance enhancements.  See
>                                     ^^^^^^^^^^^^^^^^^^^^^^^^
> 
> I compiled gs 2.5 on a SparcStation 2 GX with 64 MB RAM, SunOS 4.1.2 using gcc 2.2.2
> with -O2 -fomit-frame-pointer. When trying the examples (golfer, tiger, ...) under
> X11R5, gs25 seems to be a whole lot slower than gs24. Same thing on 486/33 under Linux/X.
> 
> What is happening????

I don't know.  The problem may be specific to X Windows, or to
client/server window systems, since I didn't observe anything like
this on my MS-DOS machine.

If some kind Unix user who observes this behavior could e-mail me
some gprof output (for various idiotic reasons, none of the Unix
systems to which I have access have working profilers), I might be
able to diagnose it and fix it quickly.

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: ghost@aladdin.COM (L. Peter Deutsch)
Subject: Re: Where to increase dict sizes to support 250+ fonts?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 15 Aug 1992 00:28:14 GMT

> I want to add 154 more fonts to the 68 that were distributed with
> GhostScript.  After I add the fonts to the fonts directory and mention
> them in Fontmap, I generate a bit of PostScript to test things with:
> 
> 	tarheel# enscript -p - -fTimes-Roman24 /etc/printcap > /tmp/f
> 	enscript: 2 lines were wrapped because of length.
> 	[ 5 pages * 1 copy ] left in -
> 
> Then I bring up the previewer:
> 
> 	tarheel# ghostview /tmp/f
> 
> and get the following error, before any of my document is visible:
> 
> 	Error: /dictfull in --put--
> 	Operand stack:
> 	    1  200  /Courier-Bold  0  480  /Times-Roman  /Times-Roman  -dicttype-  -marktype-  -dicttype-  /Frutiger-UltraBlack  (Frutiger-UltraBlack)
> 	Execution stack:
> 	    operator_5ce8    --nostringval--  --nostringval--  false  --nostringval--  --nostringval--  1  --nostringval--  operator_b9dc  --nostringval--  --nostringval--  --nostringval--  --nostringval--  --nostringval--  false  --nostringval--  --nostringval-> -  --nostringval--  --nostringval--
> 	Dictionary stack:
> 	    337/401  6/200  17/50  1/2
> 
> 
> What dictionary is filling up?  Where do I increase its size?  I tried
> some things in gs_*ps but I wasn't successful.

If it isn't FontDirectory (defined in gs_init.ps or gs_fonts.ps
depending on the Ghostscript version), I don't know.

This problem will go away in Ghostscript 2.5, which expands
dictionaries automatically.

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