[pdftex] Re: pdftosrc seg faults
Olaf == Olaf Weber [EMAIL PROTECTED] writes: The full patch now becomes: Thanks! Reinhard -- Reinhard Kotucha Phone: +49-511-27060390 Marschnerstr. 25 D-30167 Hannover mailto:[EMAIL PROTECTED] Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
epsf.tex
epsf.tex is in texmf/tex/plain/dvips but I think that it should be in texmf/generic. Reinhard -- Reinhard Kotucha Phone: +49-511-27060390 Marschnerstr. 25 D-30167 Hannover mailto:[EMAIL PROTECTED] Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
pdftosrc seg faults
Hi,
when I run pdftosrc on a pdf file made from the input file
--
\pdfcompresslevel=0
\immediate\pdfobj stream
attr {/Type /SourceFile /SourceName (\jobname.src)}
file {\jobname.tex}
\immediate\pdfcatalog{/SourceObject \the\pdflastobj\space 0 R}
\bye
--
pdftosrc aborts with a segmentation fault.
I'm using pdftex 1.10a, pdftosrc 2.01 and teTeX-2.0-rc1 under Linux.
The pdf file doesn't look bad and I can extract the with a Perl script
someone posted to this list abt. two years ago.
Regards,
Reinhard
--
Reinhard Kotucha Phone: +49-511-27060390
Marschnerstr. 25
D-30167 Hannover mailto:[EMAIL PROTECTED]
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
Re: 20030112 breaks dvips -o |lpr
Giuseppe == Giuseppe Ghibò [EMAIL PROTECTED] writes: Furthermore in output pipe we could have different level of security, so to have both tex users as well as unix sysadmin happy (the latter mainly because dvips is for instance used in some printer filter which could run with root privileges): Are there any systems where printer filters has to run with root privileges? On my sytem it's run as user lp which is, of course, more secure. zarniwoop:# su - lp lp@zarniwoop:~$ touch /etc/passwd touch: /etc/passwd: Permission denied Furthermore, it doesn't make much sense to run dvips from a printer filter if it receives the dvi file from a pipe. In this case, included graphics get lost. Reinhard -- Reinhard Kotucha Phone: +49-511-27060390 Marschnerstr. 25 D-30167 Hannover mailto:[EMAIL PROTECTED] Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
format files
Hi, I have a metapost file that begins with %latex. I could process this file until teTeX-beta-20021013 (web2c-7.3.8). Now I have to use the commandline option --tex=latex. %latex is ignored and plain TeX is used. Is this desired? I know that sth. like %latex has been problematic in the past, but it worked for me the last few months even though latex was in fact elatex. A year ago that caused trouble, as far as I remember. BTW, it doesn't work now even with latex=latex. Another problem is that tex \latex myfile doesn't work properly. I think that this is a real bug because Knuth said that it should work. Is it difficult to scan the commandline for a \format and, unless there is no --progname option, set --progname=format implicitly? Regards, Reinhard -- Reinhard Kotucha Phone: +49-511-27060390 Marschnerstr. 25 D-30167 Hannover mailto:reinhard;kammer.uni-hannover.de Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
Re: format files
Thomas == Thomas Esser [EMAIL PROTECTED] writes: Another problem is that tex \latex myfile doesn't work properly. What exactly is the problem? I just have successfully tried $ tex \latex small2e This is TeX, Version 3.14159 (Web2C 7.3.9) (/usr/share/texmf/tex/latex/base/small2e.tex LaTeX2e 2001/06/01 ... Transcript written on small2e.log The problem is that the plain TeX search path is used rather the LaTeX one. No problem with small2e, but generally you must say --progname=latex to get the desired result. And I think that this is tex-k specific. Reinhard -- Reinhard Kotucha Phone: +49-511-27060390 Marschnerstr. 25 D-30167 Hannover mailto:reinhard;kammer.uni-hannover.de Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
eusm10/teTeX-20020906
Hi,
running make world I got the message
(/usr/local/dtp/share/texmf-local/tex/plain/contrib/nfss-plain/euscript.sty
Style Option: `euscript' v1.0e 91/11/22 (FMi and RmS)
English Documentation 91/11/22 (FMi)
LaTeX Font Warning: *** NFSS release 1 command \new@fontshape found
(Font) *** Update by using release 2 command \DeclareFontShape.
(Font) *** Recovery is probably possible on input line 76.
! LaTeX Error: Font family `U+eus' unknown.
See the LaTeX manual or LaTeX Companion for explanation.
Type H return for immediate help.
...
l.7625eusm10 at24.88pt}{}
?
! Emergency stop.
...
l.7625eusm10 at24.88pt}{}
No pages of output.
Transcript written on dklatex.log.
Error: `tex -ini -fmt=dklatex -progname=dklatex dklatex.ini' failed
The message says that I have to update my format file but what I do
not understand is why texconfig init dklatex works without any error
messages.
And the LaTeX version is the same as in 20020530. What has been
changed?
Regards,
Reinhard
--
Reinhard Kotucha Phone: +49-511-27060390
Marschnerstr. 25
D-30167 Hannover mailto:[EMAIL PROTECTED]
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
Re: 20020503 --with-mfw=mf
Hi Thomas, Thomas == Thomas Esser [EMAIL PROTECTED] writes: To solve this, I suggest to run fmtutil --all instead of texconfig init. fmtutil will never be interactive. It was called by make install. Next is about your local fmtutil.cnf file. I guess that I could turn it off by passing TEXMF=$(texmf) in the top-level Makefile, but I think that people usually want to use their local config file. It is probably sufficient to check whether there is an entry for mfw and provide a message. On the other hand, mf and mfw are somewhat special since the configure option exists. Maybe fmtutil could treat this in a special way (ignore the mfw entry if needed). What happens if there are binaries for different platforms, some configured with --with-mfw=mf and some not and they all share the same texmf tree? Looking at the generated fmtutil.cnf, I found that --with-mfw=mf does not disable the line for mfw, so that's indeed a bug (which was easy to fix). without the configure option --prefix=/usr/local/dtp so that everything goes into /usr/local. But the result was: The default prefix of teTeX is /usr/local/teTeX. I wonder why configure didn't complain that it couldn't find the texmf tree. This is what it should check first and it should abort immediately with an error message. Reinhard -- Reinhard Kotucha Phone: +49-511-751355 Berggartenstr. 9 D-30419 Hannover mailto:[EMAIL PROTECTED] Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
Re: texexec teTeX
Idris == Idris S Hamid [EMAIL PROTECTED] writes: [...] it. Here is some more strange behavior: If I'm in root and do texexec, everything works fine. If I'm in my user account and do texexec, everything works fine. If I su to my home directory from root (or su to root from my home dir), then texexec gives the error texexec `texexec.pl' not found. If you login with su, the path defined in /etc/profile is not used. su uses the path defined in /etc/login.defs. Look at the variable ENV_SUPATH. Regards, Reinhard -- Reinhard Kotucha Phone: +49-511-751355 Berggartenstr. 9 D-30419 Hannover mailto:[EMAIL PROTECTED] Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
Re: teTeX beta 20011202 epstopdf
Siep == Siep [EMAIL PROTECTED] writes: Named configuration files would sound reasonable, with some prepackaged ones provided. Agreed. Another idea is not to pass the parameters via cmdline/environment but put them directly into the ps-code /AutoFilterColorImages false /ColorImageFilter FlateEncode /AutoFilterGrayImages false /GrayImageFilter FlateEncode setdistillerparams This should work for gs and distiller. See ghostscript/X.XX/doc/Ps2pdf.htm and http://partners.adobe.com/asn/developer/acrosdk/DOCS/distparm.pdf Reinhard -- Reinhard Kotucha Phone: +49-511-751355 Berggartenstr. 9 D-30419 Hannover mailto:[EMAIL PROTECTED] Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
Re: finally: new texmf tarball (beta-20011128)
Adrian == Adrian Bunk [EMAIL PROTECTED] writes: - [not really new] it's often annoying that the default in dvips/config/config.ps is that dvips sends generated .ps files directly to the printer I agree, but this has been discussed on this list some years ago and most people wanted the behaviour as it is now. Now I have a texmf-local and a texmf-cnf directory outside texmf and they are searched for before texmf. Thus I have no problems when upgrading teTeX even if I rename texmf to texmf-version before installing a new release. Other people probably install a new version over an old one and all configuration files are overwritten. At least texmf.cnf has an interesting feature: % original texmf.cnf -- runtime path configuration file for kpathsea. % (If you change or delete `original' on the previous line, the % distribution won't install its version over yours.) Couldn't the other config files be handled in a similar way? texconfig should then remove the original automatically if s.o. changes the file. Regards, Reinhard -- Reinhard Kotucha Phone: +49-511-751355 Berggartenstr. 9 D-30419 Hannover mailto:[EMAIL PROTECTED] Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
Web2C 7.3.4: tex -fmt
Hi, I'm using the latest teTeX beta on Linux. tex -fmt=latex filename results in a fatal format file error. $ tex -fmt=latex mpx15542.tex This is TeX, Version 3.14159 (Web2C 7.3.4) (Fatal format file error; I'm stymied) Putting the line %latex into the file produces the same error message. latex mpx15542.tex works. Regards, Reinhard -- Reinhard Kotucha Phone: +49-511-751355 Berggartenstr. 9 D-30419 Hannover mailto:[EMAIL PROTECTED] Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
Re: finally: new teTeX pretest (20011103)
Thomas == Thomas Esser [EMAIL PROTECTED] writes: I cannot reproduce this. I guess, that some local fmtutil.cnf file on your side wants to create a mptopdf format. Just remove that line from your fmtutil.cnf file is the best solution, I think. Yes, that was the reason, thanks. Reinhard -- Reinhard Kotucha Phone: +49-511-751355 Berggartenstr. 9 D-30419 Hannover mailto:[EMAIL PROTECTED] Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
