Mailing-Liste for Ghostscript-Users?

[Daniel Spannbauer]

Hello,

don't know if I+m right here on this list
But if not: Is there a mailing-list for Ghostscript-Users?

Regards

Daniel

--
Daniel Spannbauer                         Systembetreuung
marco Systemanalyse und Entwicklung GmbH  Tel   [phone] Fax -11
Rechbergstr. 4 - 6, D 87727 Babenhausen   Mobil [phone]
http://www.marco.de/                      Email ds@...
Geschäftsführer Martin Reuter             HRB 171775 Amtsgericht München
_______________________________________________
gs-devel mailing list
gs-devel@...
http://www.ghostscript.com/mailman/listinfo/gs-devel

[Ken Sharp]

Hi Daniel,

At 10:10 05/09/2008 +0200, Daniel Spannbauer wrote:


>don't know if I+m right here on this list
>But if not: Is there a mailing-list for Ghostscript-Users?

Depends what you want from the list :-)

The complete list of Ghostscript-related mailing lists is here:

http://ghostscript.com/mailman/listinfo/

I'm not entirely sure how active some of those are though. What sort of
information do you need ?


                     Ken

_______________________________________________
gs-devel mailing list
gs-devel@...
http://www.ghostscript.com/mailman/listinfo/gs-devel

[Daniel Spannbauer]

Ken Sharp schrieb:

> Hi Daniel,
>
> At 10:10 05/09/2008 +0200, Daniel Spannbauer wrote:
>
>
>> don't know if I+m right here on this list
>> But if not: Is there a mailing-list for Ghostscript-Users?
>
> Depends what you want from the list :-)
>
> The complete list of Ghostscript-related mailing lists is here:
>
> http://ghostscript.com/mailman/listinfo/
>
> I'm not entirely sure how active some of those are though. What sort of
> information do you need ?
>

Some Help about Ghostscript :)

I've compiled Ghostscript 8.62 on a old SuSE 7.0-Machine.
I've copied the cidfmap and the fonts from a SuSE 10.2 to their places.
When I run ghostscript with a file with chinese fonts ghostscript says
that hje can't find the font.
The Ouput is:
------------------------
GPL Ghostscript 8.62 (2008-02-29)
Copyright (C) 2008 Artifex Software, Inc.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Loading NimbusRomNo9L-Regu font from
/usr/arch/lib/ghostscript/fonts/n021003l.pfb... 2309548 987301 6412920
5118985 2 done.
Can't find (or can't open) font file
%rom%Resource/Font/GBZenKai-Medium-UniGB-UTF8-H.
Can't find (or can't open) font file GBZenKai-Medium-UniGB-UTF8-H.
Querying operating system for font files...
Didn't find this font on the system!
Substituting font Courier for GBZenKai-Medium-UniGB-UTF8-H.
----------------------------

Curier doesn't log good at chinese :)

But why didn't ghostscript find the font?
On a SuSE 10.2-Machine everything works fine.

Regards

Daniel




--
Daniel Spannbauer                         Systembetreuung
marco Systemanalyse und Entwicklung GmbH  Tel   [phone] Fax -11
Rechbergstr. 4 - 6, D 87727 Babenhausen   Mobil [phone]
http://www.marco.de/                      Email ds@...
Geschäftsführer Martin Reuter             HRB 171775 Amtsgericht München
_______________________________________________
gs-devel mailing list
gs-devel@...
http://www.ghostscript.com/mailman/listinfo/gs-devel

[Ken Sharp]

>
> > I'm not entirely sure how active some of those are though. What sort of
> > information do you need ?
> >
>
>
>Some Help about Ghostscript :)

OK, sounds like you need this list all right.

I'm not a Linux expert, but I'll try and help out. THe US developers should
be up and about in a couple of hours, and they might be able to give more
specific help if this doesn't work out.


>I've compiled Ghostscript 8.62 on a old SuSE 7.0-Machine.
>I've copied the cidfmap and the fonts from a SuSE 10.2 to their places.

Where are 'their places' for the font ? Somewhere in the OS, or somewhere
GS-specific ? (obviously cidfmap is GS-specific)

>When I run ghostscript with a file with chinese fonts ghostscript says
>that hje can't find the font.
>The Ouput is:
>------------------------
>GPL Ghostscript 8.62 (2008-02-29)
>Copyright (C) 2008 Artifex Software, Inc.  All rights reserved.
>This software comes with NO WARRANTY: see the file PUBLIC for details.
>Loading NimbusRomNo9L-Regu font from
>/usr/arch/lib/ghostscript/fonts/n021003l.pfb... 2309548 987301 6412920
>5118985 2 done.
>Can't find (or can't open) font file
>%rom%Resource/Font/GBZenKai-Medium-UniGB-UTF8-H.

This says it can't find the font in the %rom% file system.

>Can't find (or can't open) font file GBZenKai-Medium-UniGB-UTF8-H.

And its not in any additional 'fonts' folder. These folders are specified
on the command line, or via an environment variable.

>Querying operating system for font files...
>Didn't find this font on the system!

And the OS didn't have the font either (not sure how GS finds fonts on the OS).


>Substituting font Courier for GBZenKai-Medium-UniGB-UTF8-H.

So we use Courier, because we don't know what else to use.


>----------------------------
>
>Curier doesn't log good at chinese :)
>
>But why didn't ghostscript find the font?
>On a SuSE 10.2-Machine everything works fine.

Well, you didn't send a dump from the SuSE 10.1 installation, so I can't
tell you exactly where GS found the font. In any event, I guess you don't
care, you just want this one to work.

Try specifying the 'lib' directory containing your cidfmap, you can do this
with the -I switch, Eg:

gs -I/usr/local/gs/lib

Obviously you'll have to change the location :-)

Possibly your other installation has a GS_LIB environment variable set
which has the same effect as specifying the directory like this.

If you rebuild GS *after* copying the font and cidfmap it ought to compile
the cidfmap into the %rom% file system, and you shouldn't need to do this
again.


                     Ken

_______________________________________________
gs-devel mailing list
gs-devel@...
http://www.ghostscript.com/mailman/listinfo/gs-devel

[Daniel Spannbauer]

>> I've compiled Ghostscript 8.62 on a old SuSE 7.0-Machine.
>> I've copied the cidfmap and the fonts from a SuSE 10.2 to their places.
>
> Where are 'their places' for the font ? Somewhere in the OS, or
> somewhere GS-specific ? (obviously cidfmap is GS-specific)

Cause I copied the cidfmap from the SuSE 10.2 I also copied the fonts.
They are at /usr/share/ghostscript/fonts/truetype. Also the X-Fonts are
at these place.

>
>
>> When I run ghostscript with a file with chinese fonts ghostscript says
>> that hje can't find the font.
>> The Ouput is:
>> ------------------------
>> GPL Ghostscript 8.62 (2008-02-29)
>> Copyright (C) 2008 Artifex Software, Inc.  All rights reserved.
>> This software comes with NO WARRANTY: see the file PUBLIC for details.
>> Loading NimbusRomNo9L-Regu font from
>> /usr/arch/lib/ghostscript/fonts/n021003l.pfb... 2309548 987301 6412920
>> 5118985 2 done.
>> Can't find (or can't open) font file
>> %rom%Resource/Font/GBZenKai-Medium-UniGB-UTF8-H.
>
> This says it can't find the font in the %rom% file system.

Ok, but where is %rom%?

>
>> Can't find (or can't open) font file GBZenKai-Medium-UniGB-UTF8-H.
>
> And its not in any additional 'fonts' folder. These folders are
> specified on the command line, or via an environment variable.

Ok, but at cidfmap there is a entry:

/GBZenKai-Medium << /FileType /TrueType /Path
(/usr/share/fonts/truetype/gkai00mp.ttf) /SubfontID 0 /CSI [(GB1) 2] >> ;

So, in my opinion, he should use the fontfile
usr/share/fonts/truetype/gkai00mp.ttf

>
>> Querying operating system for font files...
>> Didn't find this font on the system!
>
> And the OS didn't have the font either (not sure how GS finds fonts on
> the OS).

Ghostscript can't find the font cause its not existend. I should use the
Font-file /usr/share/fonts/truetype/gkai00mp.ttf like its described in
the cidfmap.

>
>
>> Substituting font Courier for GBZenKai-Medium-UniGB-UTF8-H.
>
> So we use Courier, because we don't know what else to use.
Thats clear. But It seems that ghostscript is completly ignoring the
cidfmap here.

>
>
>> ----------------------------
>>
>> Curier doesn't log good at chinese :)
>>
>> But why didn't ghostscript find the font?
>> On a SuSE 10.2-Machine everything works fine.
>
> Well, you didn't send a dump from the SuSE 10.1 installation, so I can't
> tell you exactly where GS found the font. In any event, I guess you
> don't care, you just want this one to work.
>
> Try specifying the 'lib' directory containing your cidfmap, you can do
> this with the -I switch, Eg:
>
> gs -I/usr/local/gs/lib
>

Ok, on my system this is /usr/arch/lib/ghostscript/8.62/lib.
I tried this. I get also an error, but a different error "jippie"


GPL Ghostscript 8.62 (2008-02-29)
Copyright (C) 2008 Artifex Software, Inc.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Loading NimbusRomNo9L-Regu font from
/usr/arch/lib/ghostscript/fonts/n021003l.pfb... 2942364 1192644 6412920
5118985 2 done.
Loading a TT font from /usr/share/fonts/truetype/gkai00mp.ttf to emulate
a CID font GBZenKai-Medium ... Done.
Error: /invalidfont in /findfont
Operand stack:
   GBZenKai-Medium-UniGB-UTF8-H
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--
--nostringval--   2   %stopped_push   --nostringval--   --nostringval--
  --nostringval--   false   1   %stopped_push   1905   1   3
%oparray_pop   1904   1   3   %oparray_pop   --nostringval--   1888   1
  3   %oparray_pop   1771   1   3   %oparray_pop   --nostringval--
%errorexec_pop   .runexec2   --nostringval--   --nostringval--
--nostringval--   2   %stopped_push   --nostringval--   1863   1   3
%oparray_pop
Dictionary stack:
   --dict:1114/1684(ro)(G)--   --dict:0/20(G)--   --dict:75/200(L)--
Current allocation mode is local
Current file position is 143
GPL Ghostscript 8.62: Unrecoverable error, exit code 1



> Possibly your other installation has a GS_LIB environment variable set
> which has the same effect as specifying the directory like this.

No, echo $GS_LIB only provieds the Path to the .font-directory on my
home-directory which is empty.

>
> If you rebuild GS *after* copying the font and cidfmap it ought to
> compile the cidfmap into the %rom% file system, and you shouldn't need
> to do this again.

How can I do this?

Regards

Daniel


--
Daniel Spannbauer                         Systembetreuung
marco Systemanalyse und Entwicklung GmbH  Tel   [phone] Fax -11
Rechbergstr. 4 - 6, D 87727 Babenhausen   Mobil [phone]
http://www.marco.de/                      Email ds@...
Geschäftsführer Martin Reuter             HRB 171775 Amtsgericht München
_______________________________________________
gs-devel mailing list
gs-devel@...
http://www.ghostscript.com/mailman/listinfo/gs-devel

[Daniel Spannbauer]

>
>> >> Substituting font Courier for GBZenKai-Medium-UniGB-UTF8-H.
>> >
>> > So we use Courier, because we don't know what else to use.
>> Thats clear. But It seems that ghostscript is completly ignoring the
>> cidfmap here.
>
> Yes, probably because you haven't told it to use that cidfmap.

How can I told ghostscript that? Is this a compile-Option?

>
>
>> > gs -I/usr/local/gs/lib
>> >
>> Ok, on my system this is /usr/arch/lib/ghostscript/8.62/lib.
>> I tried this. I get also an error, but a different error "jippie"
>>
>>
>> GPL Ghostscript 8.62 (2008-02-29)
>> Copyright (C) 2008 Artifex Software, Inc.  All rights reserved.
>> This software comes with NO WARRANTY: see the file PUBLIC for details.
>> Loading NimbusRomNo9L-Regu font from
>> /usr/arch/lib/ghostscript/fonts/n021003l.pfb... 2942364 1192644 6412920
>> 5118985 2 done.
>> Loading a TT font from /usr/share/fonts/truetype/gkai00mp.ttf to emulate
>> a CID font GBZenKai-Medium ... Done.
>> Error: /invalidfont in /findfont
>> Operand stack:
>>    GBZenKai-Medium-UniGB-UTF8-H
>> Execution stack:
>>    %interp_exit   .runexec2   --nostringval--   --nostringval--
>> --nostringval--   2   %stopped_push   --nostringval--   --nostringval--
>>   --nostringval--   false   1   %stopped_push   1905   1   3
>> %oparray_pop   1904   1   3   %oparray_pop   --nostringval--   1888   1
>>   3   %oparray_pop   1771   1   3   %oparray_pop   --nostringval--
>> %errorexec_pop   .runexec2   --nostringval--   --nostringval--
>> --nostringval--   2   %stopped_push   --nostringval--   1863   1   3
>> %oparray_pop
>> Dictionary stack:
>>    --dict:1114/1684(ro)(G)--   --dict:0/20(G)--   --dict:75/200(L)--
>> Current allocation mode is local
>> Current file position is 143
>> GPL Ghostscript 8.62: Unrecoverable error, exit code 1
>
> Well the good news is that its now finding the font. The bad news is
> that it doesn't like it. My guess would be that the .ttf file has been
> damaged in some fashion. Can you binary fc (or any other binary compare)
> it with the working one ?

I did a "sum" on both files, they have the same size.
A "diff --binary" reports also no differences. So I think the file is
intakt.


>
> Again GS handling of CIDFonts isn't my area of expertise, but it could
> be that you don't have a UniGB-UTF-8-H CMap. This would normally reside
> in gs/Resource/CMap. My installation does have a file called
> UniGB-UTF8-H in there, does yours ?

Yes, this file is present.

>
>
>> > If you rebuild GS *after* copying the font and cidfmap it ought to
>> > compile the cidfmap into the %rom% file system, and you shouldn't need
>> > to do this again.
>>
>> How can I do this?
>
> Hmm, you do have the Ghostscript sources ? If so then go to the
> Ghostscript directory and run ./autogen (or ./configure, I can never
> remember which).
>
> You did say that you had compiled GS in your previous mail. If you have
> the correct cidfmap in gs/lib then it should compile that in (unless you
> specify COMPILE_INITS=0). The default is to compile the font maps I
> believe.

Yes, I compiled it on this machine. Where have the cidfmap stored in? In
the source-tree before the compiling?

Regards

Daniel



--
Daniel Spannbauer                         Systembetreuung
marco Systemanalyse und Entwicklung GmbH  Tel   [phone] Fax -11
Rechbergstr. 4 - 6, D 87727 Babenhausen   Mobil [phone]
http://www.marco.de/                      Email ds@...
Geschäftsführer Martin Reuter             HRB 171775 Amtsgericht München

_______________________________________________
gs-devel mailing list
gs-devel@...
http://www.ghostscript.com/mailman/listinfo/gs-devel

[Ken Sharp]

At 12:43 05/09/2008 +0200, you wrote:


> >> > So we use Courier, because we don't know what else to use.
> >> Thats clear. But It seems that ghostscript is completly ignoring the
> >> cidfmap here.
> >
> > Yes, probably because you haven't told it to use that cidfmap.
>
>How can I told ghostscript that? Is this a compile-Option?

As I said, you need to either compile it so that it ends up in the %rom%
files system, or point GS at it with the -I switch.

The fact that GS found the TT font and loaded it when you used the -I shows
that this, at least, is working.


> > Well the good news is that its now finding the font. The bad news is
> > that it doesn't like it. My guess would be that the .ttf file has been
> > damaged in some fashion. Can you binary fc (or any other binary compare)
> > it with the working one ?
>
>I did a "sum" on both files, they have the same size.
>A "diff --binary" reports also no differences. So I think the file is
>intakt.

Sounds like it, yes.



> > Again GS handling of CIDFonts isn't my area of expertise, but it could
> > be that you don't have a UniGB-UTF-8-H CMap. This would normally reside
> > in gs/Resource/CMap. My installation does have a file called
> > UniGB-UTF8-H in there, does yours ?
>
>Yes, this file is present.

In this case, I'm going to have to bow out, I don't really know enough to
help further with CIDFonts. Hopefully someone in the US will pop up in an
hour or two.

I've added gs-devel back to this so that others can see it too.


> > You did say that you had compiled GS in your previous mail. If you have
> > the correct cidfmap in gs/lib then it should compile that in (unless you
> > specify COMPILE_INITS=0). The default is to compile the font maps I
> > believe.
>
>Yes, I compiled it on this machine. Where have the cidfmap stored in? In
>the source-tree before the compiling?

It needs to be in the 'correct' gs/lib directory, I think. You can check
the makefiles I guess to be sure. I believe the makefile will use the data
stored in the GS_LIB_DEFAULT variable, and compile the resources from there.

This will default to /usr/local/share/ghostscript/8.62, the numeric portion
depends on the version of GS you are compiling.

You should ensure this is the installation with the cidfmap which you have
copied, otherwise make will pick up the one stored there, and use it instead.



                                 Ken

_______________________________________________
gs-devel mailing list
gs-devel@...
http://www.ghostscript.com/mailman/listinfo/gs-devel

[Russell Lang]

Daniel,

I am definitely not an expert on CID fonts.

> >> >> Substituting font Courier for GBZenKai-Medium-UniGB-UTF8-H.
> >> >
> >> > So we use Courier, because we don't know what else to use.
> >> Thats clear. But It seems that ghostscript is completly ignoring the
> >> cidfmap here.
> >
> > Yes, probably because you haven't told it to use that cidfmap.
>
> How can I told ghostscript that? Is this a compile-Option?

Run "gs -h".  This will tell you where ghostscript is searching for library files,
such as cidfmap.

Older version of GS stores the library files in a lib directory.
GS 8.63 moved the library files to Resource/Init directory, and then compiled
them into the executable/shared library.
I'm not sure where GS 8.62 put them on Linux.

So I expect that GS is finding cidfmap in the compiled resources.  By using the
"gs -Ipath" and putting a cidfmap in that "path" directory, you should be able to
make it use your cidfmap file.

Recent versions of GS (including the latest 8.63)

> >> > If you rebuild GS *after* copying the font and cidfmap it ought to
> >> > compile the cidfmap into the %rom% file system, and you shouldn't need
> >> > to do this again.
> >>
> >> How can I do this?
> >
> > Hmm, you do have the Ghostscript sources ? If so then go to the
> > Ghostscript directory and run ./autogen (or ./configure, I can never
> > remember which).
> >
> > You did say that you had compiled GS in your previous mail. If you have
> > the correct cidfmap in gs/lib then it should compile that in (unless you
> > specify COMPILE_INITS=0). The default is to compile the font maps I
> > believe.
>
> Yes, I compiled it on this machine. Where have the cidfmap stored in? In
> the source-tree before the compiling?

In 8.62 it is in gs8.62/lib in the source tree.
In 8.63 it is in gs8.63/lib.
In the svn sources it is in gs/Resource/Init

If you are testing different configurations, it might be easier to make with
COMPILE_INITS=0, get all your configuration files correct, then recompile with
COMPILE_INITS=1.


Russell Lang                   gsview@...
Ghostgum Software Pty Ltd      http://www.ghostgum.com.au/

_______________________________________________
gs-devel mailing list
gs-devel@...
http://www.ghostscript.com/mailman/listinfo/gs-devel

[Ray Johnston]

Russell,

Just wanted to mention that the move of the init files to Resource/Init
was done AFTER 8.63 to give us time to work out any kinks (and there
were a few)

Also, CID fonts are looked for in Resource/CIDFont, not on the LIBPATH
list of paths. The default location for the Resource directory is derived
from the first path on the LIBPATH list (shown with gs -h) that is not
'.' and assuming the Resource directory is a sibling of that folder.
For example, if './lib' is the first directory after '.', the default
GenericResourceDir will be ./lib/../Resource/

The location of the Resource directory, and it's child Resource/CIDFont
can be set explicitly using -sGenericResourceDir=____/ (it is required
to end with '/'), for example:

   gs -sGenericResourceDir=/usr/local/share/ghostscript/Resource/

I hope this helps Daniel.

Regards,
Ray

---

Russell Lang wrote:

Daniel,

I am definitely not an expert on CID fonts.

  

Substituting font Courier for GBZenKai-Medium-UniGB-UTF8-H.
            

So we use Courier, because we don't know what else to use.
          

Thats clear. But It seems that ghostscript is completly ignoring the
cidfmap here.
        

Yes, probably because you haven't told it to use that cidfmap.
      

How can I told ghostscript that? Is this a compile-Option?
    

Run "gs -h".  This will tell you where ghostscript is searching for library files, 
such as cidfmap.

Older version of GS stores the library files in a lib directory.
GS 8.63 moved the library files to Resource/Init directory, and then compiled 
them into the executable/shared library.
I'm not sure where GS 8.62 put them on Linux.

So I expect that GS is finding cidfmap in the compiled resources.  By using the 
"gs -Ipath" and putting a cidfmap in that "path" directory, you should be able to 
make it use your cidfmap file.

Recent versions of GS (including the latest 8.63) 

  

If you rebuild GS *after* copying the font and cidfmap it ought to
compile the cidfmap into the %rom% file system, and you shouldn't need
to do this again.
          

How can I do this?
        

Hmm, you do have the Ghostscript sources ? If so then go to the
Ghostscript directory and run ./autogen (or ./configure, I can never
remember which).

You did say that you had compiled GS in your previous mail. If you have
the correct cidfmap in gs/lib then it should compile that in (unless you
specify COMPILE_INITS=0). The default is to compile the font maps I
believe.
      

Yes, I compiled it on this machine. Where have the cidfmap stored in? In
the source-tree before the compiling?
    

In 8.62 it is in gs8.62/lib in the source tree.
In 8.63 it is in gs8.63/lib.
In the svn sources it is in gs/Resource/Init

If you are testing different configurations, it might be easier to make with 
COMPILE_INITS=0, get all your configuration files correct, then recompile with 
COMPILE_INITS=1.


Russell Lang                   gsview@...
Ghostgum Software Pty Ltd      http://www.ghostgum.com.au/

_______________________________________________
gs-devel mailing list
gs-devel@...
http://www.ghostscript.com/mailman/listinfo/gs-devel

  

_______________________________________________
gs-devel mailing list
gs-devel@...
http://www.ghostscript.com/mailman/listinfo/gs-devel