HDTenEightyP/NetNews huggingface dataset:
From: mj@dfv.rwth-aachen.DE (Martin Junius)
Subject: libg++-2.2 - bug in istream: :get()/getline()
Organization: Communication Networks
Distribution: gnu
Date: Fri, 6 Nov 1992 16:20:43 GMT

Bugs:

- istream::getline(), istream::get() in igetline.C set 
  ios::failbit when receiving an empty line as input and don't 
  set ios::eofbit when EOF occurs.
- streambuf::sgetline() doesn't communicate EOF from underflow() 
  to it's caller.

The following patch fixes this:

*** igetline.C-ORIG	Fri Nov  6 13:44:09 1992
--- igetline.C	Fri Nov  6 17:06:51 1992
***************
*** 23,30 ****
      if (ipfx1()) {
  	long count = rdbuf()->sgetline(buf, len, delim, 0);
  	_gcount = count;
! 	if (count <= 0 || count == len-1)
! 	    set(ios::failbit);
      }
      return *this;
  }
--- 23,32 ----
      if (ipfx1()) {
  	long count = rdbuf()->sgetline(buf, len, delim, 0);
  	_gcount = count;
! //	if (count <= 0 || count == len-1)
! //	    set(ios::failbit);
! 	if (count < 0)
! 	    set(ios::failbit|ios::eofbit);
      }
      return *this;
  }
***************
*** 34,41 ****
      _gcount = 0;
      if (ipfx1()) {
  	long count = rdbuf()->sgetline(buf, len, delim, -1);
! 	if (count <= 0)
! 	    set(ios::failbit);
  	else
  	    _gcount = count;
      }
--- 36,45 ----
      _gcount = 0;
      if (ipfx1()) {
  	long count = rdbuf()->sgetline(buf, len, delim, -1);
! //	if (count <= 0)
! //	    set(ios::failbit);
!         if (count < 0)
! 	    set(ios::failbit|ios::eofbit);
  	else
  	    _gcount = count;
      }
*** sgetline.C-ORIG	Fri Nov  6 16:42:00 1992
--- sgetline.C	Fri Nov  6 16:42:47 1992
***************
*** 34,40 ****
  	int len = egptr() - gptr();
  	if (len <= 0)
  	    if (underflow() == EOF)
! 		break;
  	    else
  		len = egptr() - gptr();
  	if (len >= (int)n)
--- 34,43 ----
  	int len = egptr() - gptr();
  	if (len <= 0)
  	    if (underflow() == EOF)
! 	    {
! 	    	*ptr = 0;
! 	    	return EOF;
! 	    }
  	    else
  		len = egptr() - gptr();
  	if (len >= (int)n)

Martin
-- 
 _____ _____
|     |___  |   Martin Junius           FIDO:      2:242/6.1
| | | |   | |   Communication Networks  Internet:  mj@dfv.rwth-aachen.de
|_|_|_|@work|   Aachen U of Technology  Phone:     ++49-241-8790220 (voice)

Newsgroups: gnu.groff.bug
From: brw@hertz.njit.edu (Brian White)
Subject: problem compiling groff 1.06 w/gcc-2.3.1
Organization: New Jersey Institute of Technology, Newark, N.J.
Distribution: gnu
Date: Thu, 12 Nov 1992 15:16:34 GMT

Well, I don't know if this is a bug; I may have screwed up. Software is 
gcc 2.3.1, libg++-2.2, and groff 1.06; platform is a Sun4/280 running 
SunOS 4.1.2. Gcc/g++ and g++lib are installed (correctly, as far as I 
can tell). When running groff's "configure" script, I get:

./configure 
checking for gcc
checking if C compiler is also a C++ compiler
checking that C++ compiler can compile very simple C++ program
checking that C++ static constructors and destructors are called
gcc -O is not installed correctly: static constructors and destructors do not work

Any hints on what's going wrong here (I saw nothing related in the PROBLEMS or
INSTALL files)? I don't do C++, so this is an unknown to
me. Email, if possible; I'll post a summary to the above groups.

Thanks,

Brian
-- 

Brian White, System Manager
New Jersey Institute of Technology
brw@hertz.njit.edu brw@njit.edu
From: yms@osc.UUCP (Yuh-Ming Shyy)
Newsgroups: gnu.groff.bug
Subject: Import PostScript to Groff Document
Date: 5 Nov 92 22:54:50 GMT
Followup-To: gnu.groff.bug
Distribution: gnu
Organization: Versant Object Technology, Menlo Park, CA

Hi, I have been trying to import a PostScript file into a 
groff document using the "\X'ps: file <file>'" command or 
"\X'ps: exec <file>'" command but have not succeeded. It 
either printed out as a blank block or does not have any 
effect. Is there any one who knows how to do this? Thanks 
a lot. 

Email: yms@osc.com
Newsgroups: gnu.groff.bug
From: Henrik.Bakman@csd.uu.SE (Henrik B}kman  CSD)
Subject: problems with groff
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 6 Nov 1992 16:17:39 GMT

Program: groff 1.06
OS: SunOS 4.1.2
Machine: sun4c
Compiler: gcc 2.2.2
----------------------------------------
Problem:
	I build groff, install it and everything seems to work
	ok. For example the command

		groff -man /usr/man/man1/test.1v

	works fine. But when I make clean in the source-tree
	the same commands doesn't work. I get

		groff:fatal error: no `postpro' command in DESC file
		for device `ps'

	I must have done something wrong when I built groff but
	I can't figure out what. Anybody have any idea???

----------------------------------------------------------------------
Henrik Bakman           Adress: Box 520          Tel: +46 18 181044
System Manager                  751 20 UPPSALA   Fax: +46 18 521270
Computing Science Dep.          SWEDEN           Email: hb@csd.uu.se
Uppsala University

Newsgroups: gnu.groff.bug
From: jorgnsn@qucis.queensu.ca (John Jorgensen)
Subject: \(rq does strange things in combination with groff -X -Tps
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 6 Nov 1992 15:29:28 GMT

GROFF VERSION:	1.06

MACHINE:	Sun SPARCSTATION ELC, IPX

OS:		SunOS 4.1.2

COMPILER:	gcc version 2.2.2

INPUT FILES:


# This is a shell archive.  Remove anything before this line,
# then unpack it by saving it in a file and typing "sh file".
#
# Wrapped by  on Fri Nov  6 10:12:12 EST 1992
# Contents:  rq_test.tr
 
echo x - rq_test.tr
sed 's/^@//' > "rq_test.tr" <<'@//E*O*F rq_test.tr//'

@.nf
This is the \e(rq character (in at-signs): @\(rq@.
@//E*O*F rq_test.tr//
chmod u=rw,g=r,o=r rq_test.tr
 
exit 0


COMMAND LINE:

	groff -X -Tps rq_test.tr

DESCRIPTION OF INCORRECT BEHAVIOUR:

There seems to be a problem with the definition of the right
quotation mark character \(rq (and the \*(rq string when using
the me macros) in combination with gxditview via "groff -X
-Tps".  On the screen, a spurious space shows up after the
quotation mark.  If you use the previewer's print option, the
printed output contains an apostrophe followed by a right double
quotation mark instead of just a double quotation mark (though it
could be three apostrophes--my eyes aren't keen enough to be sure
of the distinction).

SUGGESTED FIX:

I suspect that the problem is that the definition of Xps-char in
tmac.Xps uses the ' character as a delimiter, which fouls up when
Xps-char is passed '' as an argument.  Using @ as a delimiter
instead fixes this problem, though I'm not certain it doesn't
cause others:

*** /usr/local/share/lib/groff/tmac/tmac.Xps    Wed Sep 16 15:16:21 1992
--- tmac.Xps    Thu Nov  5 16:48:20 1992
***************
*** 2,8 ****
  .nr _C \n(.C
  .cp 0
  .de Xps-char
! .char \\$1 \Z'\X'ps: invis'\\$2\X'ps: endinvis''\\$1
  ..
  .Xps-char \(bu \fS\(bu\fP
  .Xps-char \(em "\v'-.25m'\h'.05m'\D'l .9m 0'\h'.05m'"
--- 2,8 ----
  .nr _C \n(.C
  .cp 0
  .de Xps-char
! .char \\$1 \Z@\X@ps: invis@\\$2\X@ps: endinvis@@\\$1
  ..
  .Xps-char \(bu \fS\(bu\fP
  .Xps-char \(em "\v'-.25m'\h'.05m'\D'l .9m 0'\h'.05m'"



Newsgroups: gnu.ghostscript.bug
From: karl@ra.cs.umb.edu (Karl Berry)
Subject: Re: Font non-problem, plus news distribution problem
Reply-To: karl@cs.umb.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 11 Nov 1992 12:00:03 GMT

    There is only one problem with this approach. The font metrics for the
    Charter font family is not the same as that of Times.

Well, that's a good point.  Unfortunately, the default metrics for
Ghostscript's Times fonts are not the same as Adobe's, which is probably
whose metrics most people are using.  (The Metrics entry in the font
dictionary has the Adobe metrics, though, I believe.)

However, there's another reason -- I think it would be very confusing if
people got the same font when they asked for Times and CharterBT-Roman.

As for deleting the bitmapped fonts, I don't think that's a good idea;
sure, they look like hell, but they can be better than nothing in some
circumstances.  If you don't want to see them, you can always delete
them yourself.

If you want to help the GNU project by volunteering to help make
better-quality fonts, and you have installed or can install the GNU font
utilities, and you enough about fonts to be able to install new ones,
test different versions, etc., send me mail.

karl@cs.umb.edu

Newsgroups: gnu.ghostscript.bug
From: SASJXS2@mvs.sas.COM (John  Stone, The Rock)
Subject: OKI400 help
Organization: SAS Institute Inc.
Distribution: gnu
Date: Mon, 9 Nov 1992 22:33:00 GMT

Can anyone give me some *OFFLINE* advice on GhostScript?
 
Configuration:
     IBM Model 70 16mhz 386
     8514 color VGA monitor
     OKI400 laser printer
     DOS 5.0 and WIN 3.1
 
I have downloaded GS252386.ZIP, GS252INI, GSWIN.ZIP and a
bunch of fonts from SIMTEL20.
 
I have a couple of .PS files I want to print on my printer.
Possible?  Help!
 
Regards, 
 
John "The Rock" Stone
sasjxs2@mvs.sas.com


Newsgroups: gnu.ghostscript.bug
From: dla@se05.wg2.waii.COM (Doug Acker)
Subject: no ncrr.gsg
Reply-To: acker@se01.wg2.waii.com
Organization: Western Geophysical Exploration Products
Distribution: gnu
Date: Thu, 12 Nov 1992 22:49:51 GMT


..can't find ncrr.gsf .... I'm trying to user answerbook and docviwer and
ghostview ... ..but it can't find ncrr.gsf fonts  I got the font package
but its not in there .. do I have to generate it ?  how?
-- 
Douglas L.Acker                Western Geophysical Exploration Products
____    ____     ____          a division of Western Atlas International Inc.
\   \  /   /\   /   /\         A Litton / Dresser Company
 \   \/   /  \ /   /  \        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  \  /   / \  /   /\   \       Internet  :  acker@wg2.waii.com
   \/___/   \/___/  \___\      Voice     :  (713) 964-6128

Newsgroups: gnu.ghostscript.bug
From: john@phobos.sscl.uwo.ca (John Tucker)
Subject: gcc chokes on gdevmem.h (and also a driver Q)
Organization: University of Western Ontario
Distribution: gnu
Date: Tue, 10 Nov 1992 23:52:00 GMT

I have been installing GS2.5.2 on a DECstation 5000 running Ultrix 4.2A
using gcc 2.3.1 and I run into the following problem:
   'Invalid control sequence in gdevmem.h'

The lines where it chokes are:
  #if !(arch_sizeof_int == 2 || arch_sizeof_int == 4)
  #  error sizeof(int) must be 2 or 4 for correct operation.
  #endif

I wrote a short 'c' program to check that sizeof(int) returns a two or
four ...it does.

I then commented this section out and recompiled.

It worked, but when I tried to run it I got
	core dumped and a whole bunch of 'Unrecoverable errors'

When I tried it using cc, it ran (with the commenting) but
gave a whole bunch of 'Fixed align problems at PC' messages

Any clues, comments (reply by e-mail)

DRIVER
	Will the la50 driver work with the DEC la324 printers, or is
there an IBM proprinter XL24 driver out there somewhere.

--
jtucker@uwo.ca



-- 
John Tucker	jtucker@uwo.ca
 Most interesting, could this be human joke number 663?
 Negative, Data. That's a Captain's order.
     -- Data and Geordi, "Code of Honor", stardate 41235.25

Newsgroups: gnu.ghostscript.bug
From: Juha.Ursin@hut.fi (Juha Ursin)
Subject: GS 2.5.2 driver for IBM Color Jetprinter 3852-2?
Organization: Helsinki University of Technology, Finland
Distribution: gnu
Date: Sat, 7 Nov 1992 03:20:27 GMT

Hi!

I'm wondering if anybody has written a GS driver for the old IBM 3852-2
color inkjet. I guess the driver could be modified from the HP Paintjet or 
Deskjet driver quite easily.

I just wanted to check this before I'll start examining and modifying the code
by myself.

I'd also be happy to receive some hints if you have been doing something like 
this.

Thanks!
--
.                                                                   .
   Juha.Ursin@hut.fi    				p. 7733119   
.                                                                   .

Newsgroups: gnu.ghostscript.bug
From: thu@huedv.HU.SUb.ORG (Thomas Huppertz)
Subject: Re: Font/rasterization problem
Reply-To: thu@huedv.hu.sub.org
Organization: HUPPERTZ EDV-Beratung, Thererstr. 10, 8083 Mammendorf, Germany
Distribution: gnu
Date: Mon, 9 Nov 1992 01:06:06 GMT

bear@nucvs7.anu.edu.au (Bernhard Fabricius) writes:

>In article <1992Nov2.222018.5523@imax.imax.com>, linda@imax.imax.COM (Linda Xiao) writes:
>>Simple graphics look fine at this resolution, but text is awful.
>>Diagonal lines have "jaggies" that are much coarser than the output
>>pixel resolution.  To see an example of this try:
>>
>>	% gs
>>	GS>/F1 /Times-Bold findfont 200 scalefont def
>>	GS>F1 setfont 0 0 moveto (AY) show
>>	GS>quit
>>
>This is NOT A BUG and not surprising at all. The font you are using is NOT
>a Type 1 font - it is a rough font generated from a bitmap. If you try
>	% gs
>	GS>/F2 /Charter-Roman findfont 200 scalefont def
>	GS>F2 setfont 0 0 moveto (AY) show
>	GS>quit

>you'll get lines smooth as silk.

A possibility to solve it, is to get additional (e.g. commercial)
type-1 fonts - or to read-out the buildin fonts of any laserprinter.

Till now I haven't tried to read out the fonts, but I'm told, that it
should be possible. But we have the additional fonts (from a utiliy
disk for the laser to work with the adobe type-manager), installed it
in ghostscript - and have smooth lines, too.

-- 
==================== Gruss: === Thomas === Huppertz  ========================
       HUPPERTZ EDV-Beratung, Thererstr. 10, 8083 Mammendorf, Germany 
               Tel. ++49-8145-1569, Fax. ++49-8145-8286 
==================== EMail:== thu@huedv.hu.sub.org ==========================

Newsgroups: gnu.ghostscript.bug
From: jkoes@lhdsy1.lahabra.CHevron.COM (Kobi O. Eshun)
Subject: PixMap Device Drivers
Keywords: ppm, ppmraw, 24-bit-color
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 12 Nov 1992 01:18:28 GMT

I have compiled ghostscript 2.5 on an HP9000/822 running HP/UX 7.0.  My
installation includes the "ppm" and "ppmraw" drivers, whose output I have
successfully piped into a formatting utility for a 24-bit color CIRRUS
laser plotter.  Two issues I could use help with:

1 - When rendering extremely large rastas (7Kx8K), the green component of
		the pixmap is "clipped" into the lower four of the eight bits.  The
		problem does not occur for smaller rastas (1Kx1K, for example), but
		I haven't determined empirically where the break point is.

		Any suggestions?

2 - Where are the "ppm" and "ppmraw" formats documented?  How do they
		differ from each other?


I can be reached as

				jkoes@chevron.com

Thanks,

Kobi.

Newsgroups: gnu.ghostscript.bug
From: ghost@aladdin.COM (L. Peter Deutsch)
Subject: Re: invalidrestore during  "... {datasrc} image" in gs 2.5.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 12 Nov 1992 03:30:58 GMT

Re <9211120354.AA16255@raisin-nut>
<1992Nov11.231724.13211@dcs.warwick.ac.uk>:

> I thought I understood PostScript VM until I built the following
> example!  It prints the same image twice, on both the HP IIISi, and
> the LW+, but using gs gives me an invalidrestore during the second
> image, on sun and sgi kit.  All data and dimensions are
> inconsequential.  Could someone explain why under ghostscript only the
> first one works?
> 
> %! Here's the program:
> 
> 18 684 translate -90 rotate 540 540 scale
> 
> /srread {
> 	/srread { restore save currentfile 20 string readhexstring pop } def
> 	save
> 	currentfile 20 string readhexstring pop
> } def	
> 
> 10 10 8 [ 10 0 0 -10 0 10 ] 	% /A [ 10 0 0 -10 0 10 ] def   if you want
> {srread} image
> bfbfbfbfc1c3c3c5c567bfbfbfbfc1c3c3c5c567
> bfbfbfbfc1c3c3c5c567bfbfbfbfc1c3c3c5c567
> bfbfbfbfc1c3c3c5c567bfbfbfbfc1c3c3c5c567
> bfbfbfbfc1c3c3c5c567bfbfbfbfc1c3c3c5c567
> bfbfbfbfc1c3c3c5c567bfbfbfbfc1c3c3c5c567
> restore
> showpage	
> 
> % here's a more direct way of printing the image
> % -- except it doesn't work with ghostscript
> 
> 18 684 translate -90 rotate 540 540 scale
> 
> 10 10 8 [ 10 0 0 -10 0 10 ] 
> {restore save currentfile 20 string readhexstring pop} save 6 1 roll image
> bfbfbfbfc1c3c3c5c567bfbfbfbfc1c3c3c5c567
> bfbfbfbfc1c3c3c5c567bfbfbfbfc1c3c3c5c567
> bfbfbfbfc1c3c3c5c567bfbfbfbfc1c3c3c5c567
> bfbfbfbfc1c3c3c5c567bfbfbfbfc1c3c3c5c567
> bfbfbfbfc1c3c3c5c567bfbfbfbfc1c3c3c5c567
> restore
> showpage

Ghostscript's implementation of `image' allocates some state
information in VM, deallocating it when the image is complete.  The
`restore' inside the procedure gives an error because this
information cannot be deallocated while control is still inside the
`image' operator.

I may fix this eventually, but almost certainly not until I implement
garbage collection.

As I'm sure you realize, allocating a new string each time around the
loop is not good PostScript programming practice in any case.

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




Xref: sparky gnu.ghostscript.bug:1190 comp.lang.postscript:5435
From: tim@appenzell.cs.wisc.edu (Tim Theisen)
Newsgroups: gnu.ghostscript.bug,comp.lang.postscript
Subject: Ghostview-1.4.1 released
Followup-To: gnu.ghostscript.bug
Date: 9 Nov 1992 23:07:10 -0500
Organization: University of Wisconsin, Madison -- Computer Sciences Dept.
Distribution: world
NNTP-Posting-Host: life.ai.mit.edu
To: uunet!gnu-ghostscript-bug@uunet.uu.net

In version 1.4, I made several changes to the comment scanner to make
it accept a wider variety of non-conforming documents.  I also introduced
a couple of bugs that could cause ghostview to abort when given certain
non-conforming documents.  This small update fixes these problems as well
as a couple of very minor things.  Please pick the new distribution,
ghostview-1.4.1.tar.Z, or the patch, ghostview-1.4-1.4.1.diff.Z.

I placed these files in /pub/X on ftp.cs.wisc.edu and /pub/gnu on
prep.ai.mit.edu.  They will be propagating to the other GNU archives
soon.  Please use ftp.cs.wisc.edu in preference to prep.ai.mit.edu.

..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: cdh@eng.CAm.ac.UK (Chris Horne)
Subject: HP Paintjet XL Drivers in GS 2.5.2
Reply-To: cdh@eng.cam.ac.uk
Organization: University of Cambridge
Distribution: gnu
Date: Thu, 5 Nov 1992 10:12:55 GMT

Not so much of a bug as a request for help.

We have Ghostscript 2.5.2 compiled on a unix box which is connected to an HP Paintjet
XL. The Ghostscript output to the Paintjet is very good, but the colour mapping is
a bit odd, with blue coming out more purple.

This is a shame as we are a machines research group and would like to show the red,
yellow and blue phases in the windings.

Is there any way of tweaking the paintjet driver to improve this?

Thanks in advance,

Chris Horne

__
Chris Horne BEng ACGI | Tel: +44 223 332738 | University of Cambridge 
cdh@eng.cam.ac.uk     | Fax: +44 223 332662 | Department of Engineering

"Today must be Thursday. I never could quite get the hang of Thursdays"


Newsgroups: gnu.ghostscript.bug
From: hm292hu@unidui.uni-duisburg.de (Fred Hucht)
Subject: gs 2.5.2 coredumps under AIX 3.2.2, help
Organization: Universitaet Duisburg GH
Distribution: gnu
Date: Mon, 9 Nov 1992 19:46:33 GMT

Hello Netters.
The following ps program coredumps in gs 2.5.2 under AIX 3.2.2:
%!PS-Adobe-1.0 
gsave 
 newpath 200 200 100 0 270 arc
 0 0 0 setrgbcolor stroke
 showpage 
grestore 

When I replace 270 with something smaller than or equal to 90,
everything works fine. dbx says the following:

segmentation violation in arc_add at 0x100283f8
0x100283f8 (arc_add+0x34) 83c40078          l   r30,0x78(r4)
(dbx) t
arc_add(0x10028778, 100, 200, 0.0001, 100, 200, 100, 300) at 0x100283f8
arc_either(0x10028778, 100, 200, 0.0001, 100, 200) at 0x10028024
gs_arc(0x10028778, 100, 200, 0.0001, 100, 200) at 0x10027ca8

Any comments?

Fred Hucht, Institute of Theoretical Physics, University of Duisburg, Germany
EMail: fred@hal6000.Uni-Duisburg.DE

Newsgroups: gnu.ghostscript.bug
From: bruno@athena.mcrcim.mcgill.edu (Bruno Hall)
Subject: Man's best friend and ghostview-1.4
Organization: McGill University Broom Closet
Distribution: gnu
Date: Mon, 9 Nov 1992 07:33:06 GMT

It appears that if you view a ps file which has ^Ms at the end of each
line with ghostview-1.4, it works fine for the first read, but if you
try and re-read the file once again, it cheerfully dumps core.

I noticed this when I tried to push MS-DOG Matlab output through it.
Once cleared of the offending ^Ms, however, everything's back to
normal.

The moral of this story is: 

MS-DOG files don't belong on UNIX systems; they tend to leave
droppings.

Bruno
-- 
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Bruno Hall  |  VE2HUM  |  bruno@mcrcim.mcgill.edu         
McGill Research Centre for Intelligent Machines - Controls Group
New systems generate new problems -- Join the Flat Earth Society.

Newsgroups: gnu.ghostscript.bug
From: hcbarth@afterlife.ncsc.mil (Bart Bartholomew)
Subject: GS252 compile
Organization: The Great Beyond
Distribution: gnu
Date: Thu, 12 Nov 1992 08:14:27 GMT

Dear netlanders:

I am having problems building ghost2.5.2 on my system.
I originally started because my card/monitor do not support
800x600, so I wanted to switch the TSENG driver to do 1024x768.
While I was at it, I also added CPU=386 and FPU=387.
I have tcc TuroboC++ 1.0, with Make 3.0.

    The partial outputs from the attempted compile using 
turboc.mak is below.
As near as I can figure, the complaint is that the argument to 
gdev_mem_device_for_bits is being redefined, but I can't figure
out where.
	I am running dos 5.0a if that matters.  The GS252 .EXE
that was distributed executes normally.
    Any help would be appreciated.
    Sincerely
        Bart Bartholomew    -hcbarth@afterlife.ncsc.mil

////////  error message from turboc.mak below ////////////

        e:\tc\bin\tcc -d -r -y -G -Ie:\tc\include -a -1 -DFOR80386 -f287 -ml -O -c gdevmem1.c
Error gdevmem1.c 43: Type mismatch in redeclaration of 'gdev_mem_device_for_bits'
*** 1 errors in Compile ***

        Available memory 141936

**error 1 ** deleting gdevmem1.obj
-- 
 If there's one thing I just can't stand, it's intolerance.
*No One* is responsible for my views, I'm a committee. Please do not
infer that which I do not imply.  hcbarth@afterlife.ncsc.mil

Newsgroups: gnu.ghostscript.bug
From: stevew@helios.unl.edu (Steve Wu)
Subject: Ghostview 1.4.1
Keywords: Big dialog windows.
Organization: University of Nebraska--Lincoln
Distribution: gnu
Date: Wed, 11 Nov 1992 03:53:43 GMT

  I have just compile ghostview 1.4.1 and it works fine except when I
point mouse cursor on those dialog boxes (File, Magstep ...) I get a
VERY BIG dialog window, in fact, that is even bigger then ghostview
window. Does anyone has the same problem?

  I have here, SS2, running R5 and ghostscript  2.5.1 OS SunOS 4.1.2.

  steve

--
stevew@helios.unl.edu  |=| \ Fender / |=| ... smoke on the water, fire in
                       |=|   \    /   |=| the sky...   Smoke on the water.
stevew@hoss.unl.edu    |=|     \/     |=|     (36 bars guitar solo)
		      Deep purple, the best

Newsgroups: gnu.ghostscript.bug
From: ghost@aladdin.COM (L. Peter Deutsch)
Subject: Re: Font non-problem, plus news distribution problem
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 12 Nov 1992 03:23:19 GMT

Re <9211120351.AA16237@raisin-nut>
<199211112200.AA24721@ra.cs.umb.edu>:

>     There is only one problem with this approach. The font metrics for the
>     Charter font family is not the same as that of Times.
> 
> Well, that's a good point.  Unfortunately, the default metrics for
> Ghostscript's Times fonts are not the same as Adobe's, which is probably
> whose metrics most people are using.  (The Metrics entry in the font
> dictionary has the Adobe metrics, though, I believe.)

The Metrics entry in the font dictionary does have the Adobe metrics,
and as far as I know, Ghostscript uses them when rendering.

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