1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
|
This file answers the following questions about installing xdvi:
1. Why do I get the message, ``Caution: overstrike characters may be
incorrect'' when running netscape and xdvi simultaneously, and why
does the screen output look so grainy?
2. I have font files cmr10.tfm, etc. Why can't xdvi use them?
3. I can't seem to set the font path correctly. Can you help me?
4. xdvi claims to support virtual fonts, but I can't use PostScript
virtual fonts (such as helv.vf or phvr.vf) with xdvi. Why not?
5. Why can't xdvi correctly display metapost files containing text?
6. Why do I get weird vertical color stripes when using xdvi on my S3
Virge video card?
7. I am using gs 5.50 to render PostScript figures, and I find that
sometimes characters appear on the wrong page. Why is that?
8. I am using gs 3.33 to render PostScript figures, but find that it
cuts some off below or to the right of a certain point, and others
are omitted entirely.
9. I am trying to display PostScript specials with -DPS_GS, but
instead I get the message `gs: gs: Malformed ghostview color property.'
10. What is this "_get_wmShellWidgetClass undefined" error?
Last modified: 19 October 1998
A current copy of this file can be viewed on the WWW at the URL
http://math.berkeley.edu/~vojta/xdvi_faq.txt
----------
1. Why do I get the message, ``Caution: overstrike characters may be
incorrect'' when running netscape and xdvi simultaneously, and why
does the screen output look so grainy?
This is because your video setup has only a limited number (typically 256)
of different colors that can be displayed at any given time, and netscape
is using most of them. There are several ways around this problem:
o Start xdvi before netscape. This should eliminate the problem for
that copy of xdvi (only).
o Invoke netscape via "netscape -ncols 130" This limits netscape's
color usage to 130. Other numbers may be used as well.
o Invoke netscape via "netscape -install" This causes netscape to run
with its own colormap. A disadvantage of this approach is that
netscape's colors will be bizarre when the cursor is outside netscape's
window, and conversely all other colors on the screen will look funny
when the cursor is in the netscape window.
The screen output looks so grainy because xdvi is not able to use its
anti-aliasing features without enough colors.
----------
2. I have font files cmr10.tfm, etc. Why can't xdvi use them?
tfm files contain only minimal information about the characters
in a font: just the height, width, depth, and kerning and ligature
information. To obtain information about the shapes of the
characters, xdvi needs pk or gf files. (pxl files also contain
this information, but are obsolete. There are utilities to convert
them to pk files though.)
----------
3. I can't seem to set the font path correctly. Can you help me?
Try
xdvi -debug 32 file.dvi
to find out where xdvi is looking for the fonts.
----------
4. xdvi claims to support virtual fonts, but I can't use PostScript
virtual fonts (such as helv.vf or phvr.vf) with xdvi. Why not?
The short answer is to quote the man page:
Virtual fonts are also supported, although xdvi does not
have any built-in fonts to which they can refer.
As further explanation, let me begin by pointing out:
VIRTUAL FONTS ARE NOT FONTS.
Virtual fonts are recipes for building fonts from other fonts.
In the case of PostScript fonts, those other fonts reside on
your printer. This is fine for dvi-to-PostScript programs
such as dvips, but it presents a problem for xdvi since it cannot
access your printer.
There are some solutions, however.
The first solution is to install gsftopk, which uses
ghostscript to approximate the fonts. It is made for sites that
use both xdvi and dvips, although if you just use xdvi it should
be useful, too.
Another solution is to get these fonts pre-made in common sizes.
These were made by a program called gsrenderfont (part of the Gnu
font utilities).
These are all available via anonymous ftp:
gsftopk from math.berkeley.edu:pub/TeX/gsftopk.tar.Z
pre-made fonts from ftp.cs.umb.edu:pub/tex/psfonts.tar
gsrenderfont from prep.ai.mit.edu:pub/gnu/fontutils-0.6.tar.gz
----------
5. Why can't xdvi correctly display metapost files containing text?
The problem is that the PS files created by MP are (normally) not
self-contained. xdvi delegates the display of PS files to
ghostscript, which fails to handle those files.
A solution is to instruct MP to create true EPS files, by including
prologues:=2;
at the top of the document. If you have the CM postscript fonts
installed so that ghostscript can find them, you can continue to use
the CM fonts, otherwise you'll have to switch to Times or such for the
illustrations.
Switching the fonts can be done setting 'defaultfont' to something
like "ptmr8r" (for Times). For the TeX material in 'btex .. etex'
blocks, it is best to set up the fonts once in a 'verbatimtex .. etex'
block. (And same for LaTeX of course.)
This answer courtesy of Olaf Weber.
----------
6. Why do I get weird vertical color stripes when using xdvi on my
S3 Virge video card?
This is a bug in the XF86_S3V X server. It has been reported to XFree86.
The response from them is that the XF86_S3V server is being phased out
and that users should use the XF86_SVGA server instead (which also, as of
XFree86 3.3.3, supports the S3 Virge chipset).
----------
7. I am using gs 5.50 to render PostScript figures, and I find that
sometimes characters appear on the wrong page. Why is that?
This is a bug in ghostscript 5.50. The following patch will fix it:
*** gdevx.c.orig Fri Jul 17 07:31:27 1998
--- gdevx.c Sat Oct 17 23:42:50 1998
***************
*** 59,65 ****
((gx_device_X *)(dev))->up_area = 0,\
((gx_device_X *)(dev))->up_count = 0
#define update_flush(dev)\
! if ( ((gx_device_X *)(dev))->up_area != 0 ) update_do_flush(dev)
private void update_do_flush(P1(gx_device *));
#define flush_text(dev)\
--- 59,66 ----
((gx_device_X *)(dev))->up_area = 0,\
((gx_device_X *)(dev))->up_count = 0
#define update_flush(dev)\
! if ( ((gx_device_X *)(dev))->up_area != 0 || IN_TEXT((gx_device_X *)(dev)) )\
! update_do_flush(dev)
private void update_do_flush(P1(gx_device *));
#define flush_text(dev)\
----------
8. I am using gs 3.33 to render PostScript figures, but find that it
cuts some off below or to the right of a certain point, and others
are omitted entirely.
You should apply the following patch. This will also fix similar errors
with ghostview. This patch supersedes a previous patch I have suggested
to some people.
*** gdevxini.c.orig Sun Nov 6 13:46:42 1994
--- gdevxini.c Mon Jun 5 15:40:18 1995
***************
*** 319,344 ****
/* The following sets the imageable area according to the */
/* bounding box and margins sent by ghostview. */
! { float m[4];
! m[0] = (llx - left_margin) / 72.0; /* left */
! m[1] = (lly - bottom_margin) / 72.0; /* bottom */
! m[2] = xdev->width / xdev->x_pixels_per_inch -
! (urx + right_margin) / 72.0; /* right */
! m[3] = xdev->height / xdev->y_pixels_per_inch -
! (ury + top_margin) / 72.0; /* top */
!
! /******
! ****** For reasons I don't understand,
! ****** we have to set the margins to zero here
! ****** in order for Ghostview to do landscape display right.
! ******/
! #if 0
! m[0] = m[1] = m[2] = m[3] = 0;
! #endif
!
! gx_device_set_margins((gx_device *)xdev, m, false);
! }
!
} else if (xdev->pwin == (Window)None) {
eprintf("gs: Cannot get ghostview property.\n");
exit(1);
--- 319,329 ----
/* The following sets the imageable area according to the */
/* bounding box and margins sent by ghostview. */
! xdev->ImagingBBox[0] = llx - left_margin;
! xdev->ImagingBBox[1] = lly - bottom_margin;
! xdev->ImagingBBox[2] = urx + right_margin;
! xdev->ImagingBBox[3] = ury + top_margin;
! xdev->ImagingBBox_set = true;
} else if (xdev->pwin == (Window)None) {
eprintf("gs: Cannot get ghostview property.\n");
exit(1);
----------
9. I am trying to display PostScript specials with -DPS_GS, but
instead I get the message `gs: gs: Malformed ghostview color property.'
xdvi needs at least version 2.6.2 of ghostscript. It will also run with
ghostscript 2.6.1, provided you have applied fixes 1-4. This particular
error message means that you are running gs 2.6.1 without fixes 1-4.
Probably you should get ghostscript 2.6.2 from prep.ai.mit.edu (or any of
its mirror sites).
xdvi will also run with version 3 of ghostscript, but see question #5.
----------
10. What is this "_get_wmShellWidgetClass undefined" error?
In SunOS 4.1.2 Sun fixed a shared-library bug in ld which conflicts
with the way X builds the shared Xmu library, causing these symbols, notably,
to be undefined when building some X11 clients on SunOS 4.1.[23]:
_get_wmShellWidgetClass
_get_applicationShellWidgetClass
Compiling "-Bstatic -lXmu -Bdynamic" is overkill; be sure to set
OSTeenyVersion correctly in the config/sun.cf file and rebuild X11R5.
To solve the problem if you are using OpenWindows 3.0 (X11R4-based Xt), please
contact your local Sun office and request the following patches:
Patch i.d. Description
100512-02 4.1.x OpenWindows 3.0 libXt Jumbo patch
100573-04 OpenWindows 3.0: xstdcmap fails to set XStandardColomap for
24-bit machines [this also fixes bug 1087332, "With patched
ld and libc, customer is getting undefined symbols"]
[Greg Earle, earle@Sun.COM; 7/92]
A source patch for use with the X11R4 libraries was developed by Conrad
Kimball (cek@sdc.boeing.com); it retrofits into R4 some fixes made in R5 to
get around this problem. The patch is on ftp.x.org in [1/93]
contrib/X11R4_sunos4.1.2_patch_version3.Z
|
