The documentation of ptex-base and ptex-bin is included in ptex-base
as ptexdoc.tex.gz. Of course this file can be read with an editor, but
this isn't exactly what I want.
Running the unzipped file through platex yields a ptexdoc.dvi which
- makes xdvi segfault, because of
$ xdvi ptexdoc.dvi
kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+398/600 --dpi 998 rml
gsftopk: fatal: map file `psfonts_t1.map' not found.
mktexpk: don't know how to create bitmap font for rml.
kpathsea: Appending font creation commands to missfont.log.
xdvi-xaw.bin: events.c:3277: Shouldn't happen: Segmentation fault - trying to clean up and aborting ...
/usr/local/bin/xdvi: line 49: 10646 Aborted xdvi-xaw.bin $NAMEOPT ${1+"$@"}
- cannot be converted by dvips:
$ dvips ptexdoc.dvi
This is dvips(k) 5.94a Copyright 2003 Radical Eye Software (www.radicaleye.com)
' TeX output 2004.03.01:1440' -> ptexdoc.ps
dvips: ! Bad VF file min10.vf: character code out of range
$ ls ptexdoc.ps
ls: ptexdoc.ps: No such file or directory
- nor by dvipsk-ja (same output).
While the first may be a bug in xdvi (it probably is, because it
should give an error message and exit cleanly), the whole story seems
to point to a problem in the ptex setup. It's hard to find out when
one cannot read the documentation.
Regards, Frank
P.S. Perhaps you can also answer the question that lead me to detect
this problem: Does ptex really not use any language.dat file? How is
hyphenation configured? Thanks
Hi, I've stumbled upon this bugreport, and I'd like to give some input. PTEX dvi files aren't really dvi files, they are extended dvi files with incompatible data format, and thus require special xdvi to handle them. regards, junichi
Hi, I've stumbled upon this bugreport, and I'd like to give some input. PTEX dvi files aren't really dvi files, they are extended dvi files with incompatible data format, and thus require special xdvi to handle them. regards, junichi
Junichi Uekawa <dancer@netfort.gr.jp> wrote: Hm, then there should be a README file explaining which one to use... Do you know the answer of the question that I wanted to answer by looking at the docs: Does ptex use any language.dat file? Regards, Frank
Junichi Uekawa <dancer@netfort.gr.jp> wrote: Hm, then there should be a README file explaining which one to use... Do you know the answer of the question that I wanted to answer by looking at the docs: Does ptex use any language.dat file? Regards, Frank
Junichi Uekawa <dancer@netfort.gr.jp> wrote: Hm, then there should be a README file explaining which one to use... Do you know the answer of the question that I wanted to answer by looking at the docs: Does ptex use any language.dat file? Regards, Frank
Hi, I can't see that string in the documentation, but seeing references on the web, it is probably capable of using language.dat files. regards, junichi
Hi, I can't see that string in the documentation, but seeing references on the web, it is probably capable of using language.dat files. regards, junichi
Hi, I can't see that string in the documentation, but seeing references on the web, it is probably capable of using language.dat files. regards, junichi
Dear submitter, as the package ptex-base has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see https://bugs.debian.org/1087913 The version of this package that was in Debian prior to this removal can still be found using https://snapshot.debian.org/. Please note that the changes have been done on the master archive and will not propagate to any mirrors until the next dinstall run at the earliest. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@ftp-master.debian.org. Debian distribution maintenance software pp. Paul Tagliamonte (the ftpmaster behind the curtain)