Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 84868 - marvosym font broken
marvosym font broken
Product: Red Hat Linux
Classification: Retired
Component: ghostscript (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Tim Waugh
David Lawrence
Depends On:
  Show dependency treegraph
Reported: 2003-02-22 09:22 EST by Gerald Teschl
Modified: 2007-04-18 12:51 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-06-25 10:00:14 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Gerald Teschl 2003-02-22 09:22:12 EST
The font wich provides the euro symbol seems broken (or
otherwise gs is broken). This is quite problematic, since one can
no longer print the euro symbol in TeX.

This is the error I get when trying to view a file using the
euro symbol with xdvi:

kpathsea: Running mktexpk --mfmode cx --bdpi 300 --ma
g 1+60/300 --dpi 360 fmvr8x
mktexpk: Running gsftopk fmvr8x 360
gsftopk(k) version 1.17/705
[0gs: Error: /undefined in ¶j´¯ºÌv
gs: Operand stack:
gs:    --dict:8/12(L)--   --dict:8/12(L)--   Private   --dict:13/16(L)--   --dic
t:8/12(L)--   CharStrings   --dict:205/206(L)--   n   (\020\2771py\311\2552\316\
gs: Execution stack:
gs:    %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostring
       val--   2   %stopped_push   --nostringval--   --nostringval--  
--nostringval--           false   1   %stopped_push   1   3   %oparray_pop   1 
 3   %oparray_pop   1           3   %oparray_pop   .runexec2   --nostringval-- 
 --nostringval--   --nostringval        --   2   %stopped_push   --nostringval--
  --nostringval--   2   3   %oparray_po        p   --nostringval--  
--nostringval--   --nostringval--   --nostringval--
gs: Dictionary stack:
gs:    --dict:1050/1123(ro)(G)--   --dict:0/20(G)--   --dict:112/200(L)--   --di
       ct:1050/1123(ro)(G)--   --dict:13/16(L)--   --dict:205/206(L)--
gs: Current allocation mode is local
GNU Ghostscript 7.05: Unrecoverable error, exit code 1

Premature end of file
grep: fmvr8x.log: No such file or directory
mktexpk: `gsftopk fmvr8x 360' failed to make fmvr8x.360pk.
Comment 1 Gerald Teschl 2003-02-22 09:36:23 EST
Just did some further investigations. Here is my sample tex file


\EUR 110

1) 8.0 works
2) Using /usr/share/texmf/fonts/tfm/public/marvosym/fmvr8x.tfm from 8.0
produces the same gs error.

So maybe this is a bug in gs after all.
Comment 2 Gerald Teschl 2003-04-07 16:34:44 EDT
Still present in 9. This brings the euro support in redhat linux to an
all time low;-(
Comment 3 Tim Waugh 2003-04-09 09:43:13 EDT
Seems to work in ghostscript-7.06-1 in rawhide.
Comment 4 Gerald Teschl 2003-04-09 17:47:34 EDT
No, I still get the same error.

Comment 5 Rene van Paassen 2003-05-22 10:48:10 EDT
I found that it is in the marvosym package. Including the eurosym package, I get
quite a nice euro symbol. (You can leave marvosym in too). The euro symbol also 
shows up in postscript files with ggv. 

I have also been experimenting with unicode support, to replace the isolatin1
support I used to use on older set-ups. This works quite nicely for me:


\euro abcd € é ó ñ ¡

I also had to add a Multi_key to input niceties such as the euro symbol and
the spanish inverted exclamation mark, edited my .gkbd_default.xmm for that,
and am using the keyboard switcher to switch this on and off. 
each new version of redhat needs new tricks!

Thanks for reporting the bug, the bug information really helped me with my
search for euro support.


(now I hope the above accented symbols get in)
Comment 6 Tim Waugh 2003-05-23 06:15:43 EDT
Perhaps it is the new tetex that fixes it then.  These:


were both produced on a current rawhide system.  Both have euro symbols.
Comment 7 Rene van Paassen 2003-05-23 07:10:20 EDT
Checked this, and you are right, the euro symbol is displayed with the rawhide
tetex package tetex-2.0.2-5.i386.rpm

However, ucs.sty is not included in that tetex. What is the replacement?
Or should I open a new bug?


The statement about the fact that your docbook stuff displays a euro symbol is 
not really helpful. Gerald and I both supplied a sample latex file, one with a 
broken and one with a working euro symbol. The docbook scripts use yet another
method to generate the dvi file, with pure tex, no latex, so they are likely to
be unaffected by the bug. 

Comment 8 Tim Waugh 2003-05-23 11:31:55 EDT
See bug #71498.

Point taken about DocBook -> PDF.
Comment 9 Gerald Teschl 2003-06-01 12:29:15 EDT
ghostscript-7.05-32.1 still produces the same error (and so does
ghostscript-7.06-1). Using eurosym instead of marvosym, produces
a working euro sign, but all the other symbols provided by marvosym
are still broken.
Comment 10 Tim Waugh 2003-06-25 10:00:14 EDT
Gerald: even with the rawhide tetex?  Are you using \euro etc?  Your test case
from comment #1 works fine for me with rawhide tetex/ghostscript.
Comment 11 Gerald Teschl 2003-06-25 12:50:32 EDT
Confirmed. Works now. Thanks.

Note You need to log in before you can comment on or make changes to this bug.