HDTenEightyP/NetNews huggingface dataset:
From: kc@cme.NIst.GOV (KC Morris)
Newsgroups: gnu.g++.lib.bug
Subject: help installing libg++ with Object Center
Date: 21 Jan 1993 18:11:57 -0500
Organization: GNUs Not Usenet
Distribution: gnu

I down loaded the file libg++-2.3.tar.Z from mit and am trying to
install it using Object Center.  Does anyone know if this is doable
without too much effort and/or have any pointers?  I've set the CC
macro to point to the Object Center bin, but it looks like there's
more to it than that, since the Makefile refers to gcc all over the
place.

Any hints are appreciated.

KC

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
			          k. c. morris	kc@cme.nist.gov
	   factory automation systems division	(301) 975-3081
national institute of standards and technology  gaithersburg, md  20899
From: jpc@avdms8.msfc.nasa.gov (J. Porter Clark)
Newsgroups: gnu.g++.lib.bug
Subject: SUMMARY: libg++ 2.3 and SunOS 4.1.3
Date: 25 Jan 1993 21:15:45 -0500
Organization: NASA/MSFC
Distribution: gnu

A few days ago, I posted this bug description:

>There's some sort of include file conflict between libg++ 2.3 and SunOS
>4.1.3.  Here's what I get:

[much deleted]

>gcc -g -O -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include  -c AllocRing.cc
>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 AllocRing.cc:22:
>/usr/include/sys/types.h:24: conflicting types for `wchar_t'
>./../g++-include/stddef.h:11: previous declaration of `wchar_t'
>*** Error code 1
>make: Fatal error: Command failed for target `AllocRing.o'

After I posted the message, I discovered that there was in fact an
earlier posting from Howard Ferguson <hlf@cerf.net> with much the same
problem described.  I contacted Howard, and he said that Per Bothner
<bothner@cygnus.com> told him to run the following after installing
gcc-2.3.3:

  make install-fixincludes

(per the gcc instructions).  This does indeed fix the problem.  I do
get some warnings here and there.

I always thought the fixincludes step was optional; you could run gcc
with the -traditional flag and you'd be about as well off.  Apparently
this isn't true for libg++.  I wish the libg++ documentation said
something about this!

I also received "me too" queries from:

  Christian.Claveleira@irisa.fr (Christian Claveleira)
  puri-sidd@CS.YALE.EDU (Sidd Puri)

I had an earlier response from Per Bothner, but it was more of a
request for clarification.

BTW, I never saw the original article I posted on Usenet, but it seems
that it made it as far as France.  Odd.
--
J. Porter Clark    jpc@avdms8.msfc.nasa.gov or jpc@gaia.msfc.nasa.gov
NASA/MSFC Flight Data Systems Branch
From: cruff@niwot.scd.ucar.edu (Craig Ruff)
Newsgroups: gnu.g++.lib.bug
Subject: Possible output field adjustment bug
Date: 26 Jan 1993 22:17:14 -0500
Organization: GNUs Not Usenet
Distribution: gnu

I have found a possible bug in the field adjustment operators of the stream
class.  The following program:

#include <iostream.h>

main()
{
	cout.width(4);
	cout << '(' << -12 << ")\n";

	cout.width(4);
	cout.setf(ios::left, ios::adjustfield);
	cout << '(' << -12 << ")\n";

	cout.width(4);
	cout.setf(ios::internal, ios::adjustfield);
	cout << '(' << -12 << ")\n";
}

Produces:
   (-12)
(   -12)
   (-12)

According to page 343 of Stroustrup's "The C++ Programming Language", 2nd
edition it should produce:
( -12)
(-12 )
(- 12)

The width function should apply to the next numeric or string output
operation, not to characters.  Now, to me, it would seem that symmetric
operation of the field adjustments are desirable.  Is this the intent
of the libg++ versions?
Craig Ruff      	NCAR			cruff@ncar.ucar.edu
(303) 497-1211  	P.O. Box 3000
			Boulder, CO  80307
From: bothner@cygnus.com
Newsgroups: gnu.g++.lib.bug
Subject: Re: 2.3: ostrstream and freeze
Date: 26 Jan 1993 21:47:12 -0500
Organization: GNUs Not Usenet
Distribution: gnu

> Unfreezing a previously frozen (with str) ostrstream, when that
> ostrstream has a fixed, user-supplied buffer,

Well, you can't unfreeze an ostrstream with a fixed user-supplied
buffer.  In this case the freeze(0) should be ignored.
Patches to do so are appended below.

	--Per Bothner
Cygnus Support     bothner@cygnus.com

===================================================================
RCS file: /rel/cvsfiles/devo/libg++/iostream/strstream.h,v
retrieving revision 1.10
diff -c -r1.10 strstream.h
*** 1.10	1992/11/03 06:30:01
--- strstream.h	1993/01/26 03:01:10
***************
*** 33,38 ****
--- 33,39 ----
      void init_const() { xsetflags(_S_NO_WRITES); }
      void init_static(char *ptr, int size, char *pstart);
    protected:
+     int is_static() const { return _allocate_buffer == (_alloc_type)0; }
      virtual int overflow(int = EOF);
      virtual int underflow();
      virtual int pbackfail(int c);
***************
*** 56,64 ****
      strstreambuf(const signed char *ptr, int size)
  	{ init_static((char*)ptr, size, NULL); init_const(); }
  #endif
      int frozen() { return _flags & _S_USER_BUF ? 1 : 0; }
      void freeze(int n=1)
! 	{ if (n) _flags |= _S_USER_BUF; else _flags &= ~_S_USER_BUF; }
      _G_size_t pcount();
      char *str();
      virtual streampos seekoff(streamoff, _seek_dir, int mode=ios::in|ios::out);
--- 57,67 ----
      strstreambuf(const signed char *ptr, int size)
  	{ init_static((char*)ptr, size, NULL); init_const(); }
  #endif
+     // Note: frozen() is always true if is_static().
      int frozen() { return _flags & _S_USER_BUF ? 1 : 0; }
      void freeze(int n=1)
! 	{ if (!is_static())
! 	    { if (n) _flags |= _S_USER_BUF; else _flags &= ~_S_USER_BUF; } }
      _G_size_t pcount();
      char *str();
      virtual streampos seekoff(streamoff, _seek_dir, int mode=ios::in|ios::out);
===================================================================
RCS file: /rel/cvsfiles/devo/libg++/iostream/strstream.C,v
retrieving revision 1.15
diff -c -r1.15 strstream.C
*** 1.15	1992/10/17 00:26:47
--- strstream.C	1993/01/26 02:59:57
***************
*** 182,189 ****
  streampos strstreambuf::seekoff(streamoff off, _seek_dir dir,
  					int mode /*=ios::in|ios::out*/)
  {
-     _allocate_buffer = default_alloc;
-     _free_buffer = default_free;
      size_t cur_size = pcount();
      streampos new_pos = EOF;
  
--- 182,187 ----
From: bothner@cygnus.com
Newsgroups: gnu.g++.lib.bug
Subject: Re: Error building libg++ 2.3
Date: 25 Jan 1993 21:28:45 -0500
Organization: GNUs Not Usenet
Distribution: gnu

> But while running make in the directory libg++-2.3/libg++/test-inst
> all I get:

Well, whoever said you were supposed to do that?

Anyway, the problem indicates using the wrong linker.
(It must be either the GNU linker, or collect (which is a wrapper
around your normal linker), depending on how you've configured gcc.)

	--Per Bothner
Cygnus Support     bothner@cygnus.com
From: osyjm@cs.montana.edu (Jaye Mathisen)
Newsgroups: gnu.g++.lib.bug
Subject: Re: Still stumped with libg++-2.3 under Ultrix 4.3
Date: 21 Jan 1993 19:28:14 -0500
Organization: CS
Distribution: gnu

In article <1993Jan21.062636.845@coe.montana.edu> osyjm@cs.montana.edu (Jaye Mathisen) writes:

Well, it turns out the problem is either GNU sed-1.12, or GNU tr.  The
libg++/utils/gen-params file generated a bogus _G_config.h file.  I replaced
the definition of SED with /bin/sed, and the use of tr with /usr/bin/tr,
and now it's working just fine.

Thanks to Per for his help.  
-- 
 Jaye Mathisen, COE Systems Manager                (406) 994-4780
 410 Roberts Hall,Dept. of Computer Science
 Montana State University,Bozeman MT 59717	osyjm@cs.montana.edu
From: pat@rock.ai.mit.EDU (A jedi in training)
Newsgroups: gnu.groff.bug
Subject: Bug Report in groff-1.06
Date: 26 Jan 1993 22:19:30 -0500
Organization: GNUs Not Usenet
Distribution: gnu

GROFF VERSION:  1.06
MACHINE:        VAX 8550
OS:		Ultrix v4.0
COMPILER:       g++ v2.3.3
INPUT FILES:    just the source troff/input.cc
COMMAND LINE:   make troff

DESCRIPTION OF INCORRECT BEHAVIOUR:
%  make troff
Making all in troff
gcc -O -I. -I. -I../include -I./../include -DHAVE_UNISTD_H=1
-DHAVE_CC_UNISTD_H=1 -DSTDLIB_H_DECLARES_GETOPT=1
-DSTDLIB_H_DECLARES_PUTENV=1 -DHAVE_RENAME=1 -DHAVE_SYS_SIGLIST=1 -g  -c
input.cc
input.cc: In function `class input_iterator* make_temp_iterator (const
char *)':
input.cc:2647: internal error--unrecognizable insn:
(insn/i 169 168 170 (parallel[ 
            (set (mem:BLK (reg:SI 51))
                (mem:BLK (reg/v:SI 20)))
            (use (reg/v:SI 31))
            (clobber (reg:SI 0 r0))
            (clobber (reg:SI 1 r1))
            (clobber (reg:SI 2 r2))
            (clobber (reg:SI 3 r3))
            (clobber (reg:SI 4 r4))
            (clobber (reg:SI 5 r5))
         ] ) -1 (insn_list 168 (nil))
    (expr_list:REG_DEAD (reg/v:SI 20)
        (expr_list:REG_DEAD (reg:SI 51)
            (expr_list:REG_UNUSED (reg:SI 0 r0)
                (expr_list:REG_UNUSED (reg:SI 1 r1)
                    (expr_list:REG_UNUSED (reg:SI 2 r2)
                        (expr_list:REG_UNUSED (reg:SI 3 r3)
                            (expr_list:REG_UNUSED (reg:SI 4 r4)
                                (expr_list:REG_UNUSED (reg:SI 5 r5)
                                    (nil))))))))))
gcc: Internal compiler error: program cc1plus got fatal signal 4
*** Error code 1

Stop.
*** Error code 1

Stop.
% 

SUGGESTED FIX [optional]:
    Don't make temp_iterator::temp_iterator(const char *s, int len),
    which is defined on line 2564, 'inline' when __GNUG__
    is defined.  It calls memcpy and g++ v2.3.3 apparently
    thinks it's a bad thing.


alter,*
pat


_______
*my prefered mispelling of 'later'.
From: dank@blacks.jpl.nasa.gov (Daniel R. Kegel)
Newsgroups: gnu.groff.bug
Subject: gxditview
Date: 26 Jan 1993 22:19:56 -0500
Organization: GNUs Not Usenet
Distribution: gnu

Sure enough, gxditview from groff-1.06 fails to install under Openwin 2, even with the 
X11R4 widget libraries.
Not sure where it/I went wrong.
Here's my procedure & the errors for your amusement.

Also, it would be nice if one could do 'configure --prefix' for gxditview.
- Dan Kegel

# groff (for Postscript output from troff sources)
cd $dir
zcat groff-1.06.tar.Z | tar xvf -
cd groff-1.06
configure --prefix=/usr/local/gnu
make all
make install
if (0) then
    # optional- for X previewer
    cd xditview
    if (! -f Imakefile.orig) cp Imakefile Imakefile.orig
    sed -e 's,GROFF_LIBDIR.=./usr/local/lib/groff,GROFF_LIBDIR = /usr/local/gnu/lib/groff,' \
        < Imakefile.orig > Imakefile
    xmkmf
    mv Makefile Makefile.orig
    sed -e 's,BINDIR = /usr/local/X11/bin,BINDIR = /usr/local/gnu/bin,' \
        < Makefile.orig > Makefile
    make
    make install
    install -m 444 gxditview.man /usr/local/gnu/man/man1/gxditview.1
    # Following line will fail with
    # 'bad font name: -adobe-times-medium-r-normal--*-*-*-*-p-*-iso8859-1'
    make install.dev
    # Following line needs root permission.  Save file for later manual installation.
    #install -c -m 0444 GXditview.ad /usr/openwin/lib/app-defaults/GXditview
    cp GXditview.ad $dir
    # Whole thing fails when you run it with 'Error: Widget viewport has zero width and/or height'
endif
cd $dir
rm -rf groff-1.06
From: corrigan@weber.ucsd.edu (Michael J. Corrigan)
Newsgroups: gnu.groff.bug
Subject: compilation error for groff-1.06 on hp9k8x7 ( using g++2.3 )
Date: 25 Jan 1993 20:18:20 -0500
Organization: GNUs Not Usenet
Distribution: gnu

GROFF VERSION: 1.06

MACHINE: HP 9000/827

OS: HP-UX 8.02
[The operating system you are using.  For example, `SunOS 4.1.1']

COMPILER: g++ 2.3/gcc.2.3.u3

INPUT FILES:

COMMAND LINE: gmake

DESCRIPTION OF INCORRECT BEHAVIOUR: g++ fails in the compilation of
libgroff/tmpfile.cc, with a complaint about conflicting delcarations
for 'int getopt getopt(int, const char **, const char *)' from
lib.h and /usr/include/sys/unistd.h

SUGGESTED FIX: in lib.h, change:
int getopt getopt(int, const char **, const char *) to
int getopt(int, char * const [], const char *)

which is how it is declared in /usr/include/sys/unistd.h on the HP.
Note that <unistd.h> includes <sys/unistd.h> on the HP.
Possibly gcc is overzealous about saying that these delcarations conflict,
but I don't understand the declarations well enough to know.
They look similar:  const char **, and char * const []
From: stevedav@netcom.com (Steve Davidson)
Newsgroups: gnu.groff.bug
Subject: Fixed-width fonts in groff
Date: 25 Jan 1993 20:49:27 -0500
Organization: Netcom - Online Communication Services  (408 241-9760 guest)
Distribution: gnu

(Is there a more appropriate newsgroup for these questions?)

Environment: SunOS 4.1.3 and groff v1.06

Can someone identify the available fixed-width fonts available to
groff?  Or please tell me how I can identify them.

Steve Davidson   Email: steved@cfcl.com
From: ckclark@mit.edu (Calvin Clark)
Newsgroups: gnu.groff.bug
Subject: putenv() on BSD 4.3 systems
Date: 25 Jan 1993 20:53:29 -0500
Organization: GNUs Not Usenet
Distribution: gnu
Reply-To: ckclark@mit.edu

If you use GCC 2 on a BSD 4.3 system to build groff, putenv() is
declared in the <stdlib.h> provided with the g++ include files, but it
is not available in the C library.  The groff configuration should check
for the existence of putenv() and provide it in libgroff.a if it is not
in libc.  The following patch provides the necessary configuration
changes, except for libgroff/putenv.c itself, which I have not included
because I don't know what you want to use.  There are, however, several
options: 1) roll your own, 2) use the putenv.c from the BSD Network 2
release, or 3) snatch and modify the one from the GNU libc (not
necessarily in that order of preference.)

(BTW: If you have a working autoconf, not all the changes in this patch
are needed---it should be obvious what to do.)

-Calvin
--
Calvin Clark <ckclark@mit.edu>

*** 1.1	1993/01/25 08:08:27
--- configure.in	1993/01/25 08:08:57
***************
*** 26,32 ****
  AC_VFORK
  saved_libs="$LIBS"
  LIBS="$LIBS -lm"
! AC_REPLACE_FUNCS(fmod strtol getcwd strerror)
  LIBS="$saved_libs"
  AC_HAVE_FUNCS(rename mkstemp)
  GROFF_SYS_SIGLIST
--- 26,32 ----
  AC_VFORK
  saved_libs="$LIBS"
  LIBS="$LIBS -lm"
! AC_REPLACE_FUNCS(fmod strtol getcwd strerror putenv)
  LIBS="$saved_libs"
  AC_HAVE_FUNCS(rename mkstemp)
  GROFF_SYS_SIGLIST
*** 1.1	1993/01/25 08:55:43
--- configure	1993/01/25 09:12:30
***************
*** 605,611 ****
  rm -f conftest*
  saved_libs="$LIBS"
  LIBS="$LIBS -lm"
! for func in fmod strtol getcwd strerror
  do
  echo checking for ${func}
  echo "
--- 605,611 ----
  rm -f conftest*
  saved_libs="$LIBS"
  LIBS="$LIBS -lm"
! for func in fmod strtol getcwd strerror putenv
  do
  echo checking for ${func}
  echo "
*** 1.1	1993/01/25 07:26:03
--- libgroff/Makefile.sub	1993/01/25 09:01:58
***************
*** 7,13 ****
    fatal.cc filename.cc font.cc fontfile.cc lf.cc lineno.cc macropath.cc \
    nametoindex.cc new.cc prime.cc progname.cc ptable.cc searchpath.cc \
    string.cc strsave.cc tmpfile.cc version.cc illegal.cc
! CSRCS=fmod.c getcwd.c iftoa.c itoa.c matherr.c strerror.c strtol.c
  GENSRCS=version.cc
  
  version.cc: $(srcdir)/../VERSION
--- 7,13 ----
    fatal.cc filename.cc font.cc fontfile.cc lf.cc lineno.cc macropath.cc \
    nametoindex.cc new.cc prime.cc progname.cc ptable.cc searchpath.cc \
    string.cc strsave.cc tmpfile.cc version.cc illegal.cc
! CSRCS=fmod.c getcwd.c iftoa.c itoa.c matherr.c strerror.c strtol.c putenv.c
  GENSRCS=version.cc
  
  version.cc: $(srcdir)/../VERSION
*** 1.1	1993/01/25 07:25:11
--- libgroff/Makefile.dep	1993/01/25 09:01:58
***************
*** 36,38 ****
--- 36,39 ----
  matherr.o : matherr.c
  strerror.o : strerror.c
  strtol.o : strtol.c
+ putenv.o : putenv.c
From: cs91pps@brunel.ac.UK (Prahladavaradan Sampath)
Newsgroups: gnu.ghostscript.bug
Subject: (none)
Date: 21 Jan 1993 18:05:52 -0500
Organization: GNUs Not Usenet
Distribution: gnu

Newsgroups: gnu.ghostscript.bug
From: cs91pps@brunel.ac.uk (Prahladavaradan Sampath)
Subject: Skipping to a page in ghostscript
Organization: Brunel University, Uxbridge, UK
X-Newsreader: TIN [version 1.1 PL8]
Date: Thu, 21 Jan 1993 11:21:46 GMT

hi,
	
	I am currently using Gghstscript 2.5.2( The latest version I think ), in a
	MS-DOS environment.

	I am facing a problem that I cannot skip between pages in a large document,
	This creates a lot of problems when viewing a large PS document, and I want
	to view the previous page again.

	Is there any way in Ghostscript to do this?

	Thanks in advance.

													P.Sampath

													Brunel University.
From: lindor@eng.umd.edu (Lindor Eric Henrickson)
Newsgroups: gnu.ghostscript.bug
Subject: TC++ compile prob resolved
Date: 25 Jan 1993 20:19:02 -0500
Organization: Project GLUE, University of Maryland, College Park
Distribution: gnu

Thanks for all of the helpful reponse.  To recap, I couldn't
get TurboC++ ver 1.01 to successfully compile gs252.  Someone
from Aladdin informed me that version 1.0 does not work ( for
some reason), but that later version were okay.  I went ahead
and upgraded to TurboC++ ver. 3.0, and the compile had no problems.
So, for anyone else who may have had this problem...

LH
lindor@eng.umd.edu
From: ghost@aladdin.COM (L. Peter Deutsch)
Newsgroups: gnu.ghostscript.bug
Subject: Ghostscript & Distillery
Date: 25 Jan 1993 20:52:28 -0500
Organization: GNUs Not Usenet
Distribution: gnu
Reply-To: ghost@aladdin.com

Several people have reported Ghostscript failing in various ways on
the "Distillery".  Last September, a user finally sent me a minimal
test case:
	%!
	/Times-Roman findfont 24 scalefont setfont
	10 10 moveto (foo) show
	showpage
which failed to produce a findfont or setfont in the output.

The problem with still.ps is that it relies on a property of Adobe
implementations that is not documented in the first Red Book, namely,
that scalefont makes additional entries in the scaled font directory,
called OrigFont and ScaleMatrix.  (Actually, still.ps appears only to
rely on ScaleMatrix.)  Ghostscript does not implement these entries.

I patched Ghostscript to implement these entries, and still.ps now
produces correct output for this test case.  The following patch will
do the trick (insert at the end of gs_fonts.ps):

-------------------------------- BEGIN --------------------------------

% Redefine scalefont and makefont to implement OrigFont and ScaleMatrix.

/makefont
 { exch dup dup length 2 add dict copy	% matrix, oldfont, newfont
   dup /OrigFont known not { dup /OrigFont 3 index put } if
   dup /ScaleMatrix known
    { 2 index 1 index /ScaleMatrix get matrix concatmatrix }
    { 2 index }
   ifelse 1 index /ScaleMatrix 3 -1 roll put
   readonly exch pop exch makefont
 } bind odef
/scalefont { [ exch 0 0 2 index 0 0 ] makefont } bind odef

-------------------------------- END --------------------------------

Of course, I'm guessing at what these entries are supposed to do, but
for the simple test case, ScaleMatrix seemed to be appropriate.

I can't guarantee that this will fix all the problems with the
Distillery, so I'd like to hear from anyone who still has problems
after adding this patch.

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."
From: ghost@aladdin.COM (L. Peter Deutsch)
Newsgroups: gnu.ghostscript.bug
Subject: Re: Problems with HP Laserjet
Date: 22 Jan 1993 21:10:27 -0500
Organization: GNUs Not Usenet
Distribution: gnu

Re <9301212310.AA29009@raisin-nut>
<1993Jan21.164257.9572@nas.nasa.gov>:

> I have been having trouble getting some postscript documents that print
> correctly on an Apple Laserwriter to print on an HP Laserjet+ using
> gs 2.5.2.  I have tracked down the source of the problem to the following
> line:
> 
> 	clippath pathbbox
> 
> This returns a box that is 11" by 8.5", and does not subtract the
> unprintable region of the page.  Am I mistaken in assuming that this is
> supposed to return a bounding box for the printable region, and not the
> physical page size?

When I executed this code on my copy of Ghostscript 2.5.2, it
correctly returned a clipping box that had been inset to reflect the
unprintable region.  I wonder why you get different results.  The
test I ran was:
	gs -sDEVICE=ljetplus
	GS>initclip clippath pathbbox pstack
	792.0
	586.8
	14.16
	24.96

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."
From: pcw@access.digex.com (Peter Wayner)
Newsgroups: gnu.ghostscript.bug
Subject: Ghostscript for the Mac...
Date: 25 Jan 1993 20:09:04 -0500
Organization: Express Access Online Communications, Greenbelt MD USA
Distribution: gnu

I was wondering if anyone has hacked the ghostscript code
to work with the HP DeskWriter hooked up with the Macintosh. 

If you have, I would appreciate hearing about it.

Thanks,

Peter Wayner
(pcw@access.digex.com)
From: niu@prancer.eche.ualberta.ca (Shaohua Niu)
Newsgroups: gnu.ghostscript.bug
Subject: Re: font problem?
Date: 21 Jan 1993 18:14:39 -0500
Organization: University Of Alberta, Edmonton Canada
Distribution: gnu

In my previous posting, I asked a question about
GS2.5.2. GS only prints less than half a page with my LaserJet III
printer when the page is complicated, i.e. with both text and graphics
from LaTeX. Thanks very much for the many replies to me. Most of them
think that the memory of my printer is not enough. However, a self
test from the printer gives the following message:
     RAM size: 3072K bytes
     Page Count: 8930
     Fireware Datacode: 19900430
     Internal Font Datacode: 19890320
It seems that the memory size is 3M which is more than the basic
requirement of GS. Any other suggestions?
     
Thanks a lot.
--

-\------/------------------------------------------------------------  
  (_--_)  Shaohua Niu           |  `Have a nice day, and take care'
  ( oo )  Dept. of Chem. Eng.   |  Email: niu@prancer.eche.ualberta.ca  
   )  (   Univ. of Alberta      |  Phone: (403) 432-7803 (Home)         
   (__)   Canada, T6G 2G6       |         (403) 492-2971 (Office)
----------------------------------------------------------------------
From: sljn6@cc.usu.edu
Newsgroups: gnu.ghostscript.bug
Subject: post-script to text
Date: 25 Jan 1993 20:46:56 -0500
Organization: Utah State University
Distribution: gnu

POST SCRIPT TO normal txt


I wanted to know if there are any public use
i.e. free software to change post-script files
to normal text.


thanks
From: lindor@eng.umd.edu (Lindor Eric Henrickson)
Newsgroups: gnu.ghostscript.bug
Subject: Canon lbp8 printer driver: help!
Date: 25 Jan 1993 20:45:10 -0500
Organization: Project GLUE, University of Maryland, College Park
Distribution: gnu

I have made some modifications to the Canon lbp8 printer driver 
so that I can use 8.5x11" paper (it was originally written for A4 size).
For the most part it works great, but there is one small problem that
I haven't been able to fix.  The top and left margins are always
too wide (top one is too wide by about 3/8" and left one by
about 1/4").  An example:  I set margins in Wordperfect to 1",
but when I print using ghostscript, I get a top margin of about
1-3/8" and a left margin of about 1-1/4".  None of the text 
is cut off, its just shifted.

I haven't been able to figure out how to fix this. I was
wondering if anyone else has found a way to fix this problem.
(I tried to contact the original author by e-mail, but the
address in devs.mak doesn't seem to be valid anymore)

If anyone has the source code for a working  Canon lbp8 or lbp4
printer driver for 8.5x11" paper, I would appreciate it
if you could e-mail it to me.

Lindor Henrickson
University of Maryland, Electrical Engineering Dep't
lindor@eng.umd.edu