- ntg-pdftex - NTG Mailing Lists

[pdftex] New document - tYpMyxjataZALOxuDOL
by noreply＠sarovar.org 25 Dec '12

25 Dec '12

Project: pdftex Group: Document title: tYpMyxjataZALOxuDOL Document description: 9bCAk3 <a href="http://xufxwecxmllk.com/">xufxwecxmllk</a>, [url=http://okfxptcmkzcq.com/]okfxptcmkzcq[/url] [link=http://wfaqnvzzlwlm.com/]wfaqnvzzlwlm[/link] http://shyptfssbbaw.com/ Submitter: Nobody (None) ------------------------------------------------------- For more info, visit: http://sarovar.org/docman/index.php?group_id=106

1 0

[pdftex-Bugs][4355] Problems in font installation
by pdftex-bugs＠sarovar.org 23 Aug '12

23 Aug '12

Bugs item #4355, was opened at 2012-08-23 17:35 Status: Open Priority: 3 Submitted By: Hamilton Bueno (hamiltonpb) Assigned to: Nobody (None) Summary: Problems in font installation Category: None Group: None Resolution: None Initial Comment: After installation of MathPro 2 fonts (mtpro2), I am having problems concerning pdflatex. If I run Winedt/XeLatex/Miktex (Windows) or TexWorks/XeLateX/TexLive (Ubuntu), I have no problems (but only if I use latin1 encoding). See attached file. However, if I change to PdfLatex I run into problems using Texworks/PdfLatex/TexLive (Ubuntu): I get the following message: This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian) entering extended mode (./testMTP2LaTeX.tex LaTeX2e <2009/09/24> Babel <v3.8l> and hyphenation patterns for english, usenglishmax, dumylang, noh yphenation, portuguese, loaded. (/usr/share/texmf-texlive/tex/latex/base/article.cls Document Class: article 2007/10/19 v1.4h Standard LaTeX document class (/usr/share/texmf-texlive/tex/latex/base/size10.clo)) (/usr/local/share/texmf/tex/latex/mtpro2.sty) (./testMTP2LaTeX.aux) [1{/var/lib /texmf/fonts/map/pdftex/updmap/pdftex.map}] [2] [3] (./testMTP2LaTeX.aux) kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 4+0/600 --dpi 2400 mt2exf mktexpk: don't know how to create bitmap font for mt2exf. kpathsea: Appending font creation commands to missfont.log. ) !pdfTeX error: /usr/bin/pdflatex (file mt2exf): Font mt2exf at 2400 not found ==> Fatal error occurred, no output PDF file produced! Under Windows it is weird: I get the message that the system can't find the file it is running... Many thanks, Hamilton Bueno ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4355&group_id=106

1 0

[pdftex-Bugs][4354] Wrong stream length if \pdfcompresslevel=0
by pdftex-bugs＠sarovar.org 21 Aug '12

21 Aug '12

Bugs item #4354, was opened at 2012-08-21 00:41 Status: Open Priority: 3 Submitted By: Heiko Oberdiek (oberdiek) Assigned to: Nobody (None) Summary: Wrong stream length if \pdfcompresslevel=0 Category: None Group: None Resolution: None Initial Comment: The patch is based on pdftex 3.1415926-1.50.0-alpha-20080414-2.2 (svn checkout http://foundry.supelec.fr/svn/pdftex/trunk) It fixes: * If \pdfcompresslevel=0, then some lengths are wrong because of final newline. * New lines after "obj" and before "endobj" for dict objects added. PDF/A wants this in "6.1.8 Indirect objects". Test: \pdfobjcompresslevel=0 \pdfcompresslevel=0 \documentclass{article} \usepackage[pdfa]{hyperref} \usepackage{bookmark} \begin{document} \tableofcontents \section{Hello World} \label{sec:hello} See \ref{sec:hello}. \end{document} Fix: pdftex.web.diff patches pdftexdir/pdftex.web. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4354&group_id=106

1 0

[pdftex-Bugs][4352] "Badly formed number" errors
by pdftex-bugs＠sarovar.org 07 Aug '12

07 Aug '12

Bugs item #4352, was opened at 2012-08-06 15:29 Status: Open Priority: 3 Submitted By: Emmanuel Beffara (xunam) Assigned to: Nobody (None) Summary: "Badly formed number" errors Category: Fonts Group: None Resolution: None Initial Comment: For some time (can't remember precisely when it started) I have been getting errors for PDFs using my "French Cursive" font family. There are many things involved when this bug happens, so it is hard to pinpoint exactly where it comes from, but I have the impression it might happen in pdfTeX. It happens with PDF documents generated by pdfTeX using some particular fonts. The symptom is error messages of the form Error (2319): Badly formatted number when viewing the PDFs using any software that uses the Poppler library. The number in the messages is variable. Despite these messages, documents are properly displayed and printed. Any document using the current CTAN version of frcursive exhibits this problem. I attach a minimal example of a font that also produces the error. The procedure of the included Makefile is: 1. make the PFB font and the TFM file from the MF source, using mftrace 2. compile a minimalistic document with pdftex 3. convert it to PS using pdftops (which uses poppler) Step 3 produces the error message. I should add that I experimented a bit on this minimal example: - if I make the PDF using tex and dvipdfm, the error disappears (which is why I though pdftex was part of the bug) - if I change the character width from -0.111 pt# to e.g. 0.111 pt# or -0.11 pt#, the error disappears ---------------------------------------------------------------------- Comment By: Emmanuel Beffara (xunam) Date: 2012-08-07 07:35 Message: Indeed, this glyph width is wrong. The intended value is actually negative (reading it as 2^15 - 11 gives a more reasonable value of -11, assuming negative widths are allowed, which seems to be the case reading the T1 spec). So the problem here is probably on the side of mftrace. Nevertheless, this is not what causes the problem I originally described. With the example I uploaded, if I change the width in the metafont source from -0.111pt# to -0.11pt#, then the "Badly formatted number" error disappears but the PFB file is exactly the same (not considering creation dates) and t1disasm shows the same (invalid) width. The only difference is in the TFM file. Hence I do think pdftex does something wrong. With character width -0.111pt#, tftopl on the TFM file yields (CHARACTER C a (CHARWD R -0.011099) ) (with width -0.11pt# we get -0.011 here) and 'pdfshow t.pdf 5' (using pdfshow from the mupdf tools) yields 5 0 obj << /Type /ObjStm /N 7 /First 40 /Length 342 /Filter /FlateDecode >> stream [...] << /Font << /F51 4 0 R >> /ProcSet [ /PDF /Text ] >> [-11.-1] [...] which indeed looks wrong. With width -0.11pt# this "-11.-1" is replaced by "0". If I make the PDF using tex and dvipdfm, disassembling the corresponding object in the final PDF shows that the value written by dvipdfm is "-11.1". ---------------------------------------------------------------------- Comment By: Reinhard Kotucha (reinhard) Date: 2012-08-06 20:18 Message: The file foo.pfb contains much too large values for hsbw: 2 index /CharStrings 2 dict dup begin /.notdef { 0 32757 hsbw endchar } ND /a { 0 32757 hsbw endchar } ND The first argument of hsbw is the side bearing, usually < 100, the second argument denotes the glyph width, usually < 1000. Since 32757 > 2^16, it might be an implementation limit of some programs. Furthermore, when I extract and disassemble the font included in the resulting PDF file, the result is exactly the same. Hence pdftex includes it "as is". I suppose that the problem either originates from mftrace or the metafont sources. You can use the program t1disasm in order to disassemble fonts. See also: http://partners.adobe.com/public/developer/en/font/T1_SPEC.PDF Regards, Reinhard ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4352&group_id=106

1 0

[pdftex-Bugs][4352] "Badly formed number" errors
by pdftex-bugs＠sarovar.org 06 Aug '12

06 Aug '12

Bugs item #4352, was opened at 2012-08-06 15:29 Status: Open Priority: 3 Submitted By: Emmanuel Beffara (xunam) Assigned to: Nobody (None) Summary: "Badly formed number" errors Category: Fonts Group: None Resolution: None Initial Comment: For some time (can't remember precisely when it started) I have been getting errors for PDFs using my "French Cursive" font family. There are many things involved when this bug happens, so it is hard to pinpoint exactly where it comes from, but I have the impression it might happen in pdfTeX. It happens with PDF documents generated by pdfTeX using some particular fonts. The symptom is error messages of the form Error (2319): Badly formatted number when viewing the PDFs using any software that uses the Poppler library. The number in the messages is variable. Despite these messages, documents are properly displayed and printed. Any document using the current CTAN version of frcursive exhibits this problem. I attach a minimal example of a font that also produces the error. The procedure of the included Makefile is: 1. make the PFB font and the TFM file from the MF source, using mftrace 2. compile a minimalistic document with pdftex 3. convert it to PS using pdftops (which uses poppler) Step 3 produces the error message. I should add that I experimented a bit on this minimal example: - if I make the PDF using tex and dvipdfm, the error disappears (which is why I though pdftex was part of the bug) - if I change the character width from -0.111 pt# to e.g. 0.111 pt# or -0.11 pt#, the error disappears ---------------------------------------------------------------------- Comment By: Reinhard Kotucha (reinhard) Date: 2012-08-06 20:18 Message: The file foo.pfb contains much too large values for hsbw: 2 index /CharStrings 2 dict dup begin /.notdef { 0 32757 hsbw endchar } ND /a { 0 32757 hsbw endchar } ND The first argument of hsbw is the side bearing, usually < 100, the second argument denotes the glyph width, usually < 1000. Since 32757 > 2^16, it might be an implementation limit of some programs. Furthermore, when I extract and disassemble the font included in the resulting PDF file, the result is exactly the same. Hence pdftex includes it "as is". I suppose that the problem either originates from mftrace or the metafont sources. You can use the program t1disasm in order to disassemble fonts. See also: http://partners.adobe.com/public/developer/en/font/T1_SPEC.PDF Regards, Reinhard ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4352&group_id=106

1 0

[pdftex-Bugs][4352] "Badly formed number" errors
by pdftex-bugs＠sarovar.org 06 Aug '12

06 Aug '12

Bugs item #4352, was opened at 2012-08-06 15:29 Status: Open Priority: 3 Submitted By: Emmanuel Beffara (xunam) Assigned to: Nobody (None) Summary: "Badly formed number" errors Category: Fonts Group: None Resolution: None Initial Comment: For some time (can't remember precisely when it started) I have been getting errors for PDFs using my "French Cursive" font family. There are many things involved when this bug happens, so it is hard to pinpoint exactly where it comes from, but I have the impression it might happen in pdfTeX. It happens with PDF documents generated by pdfTeX using some particular fonts. The symptom is error messages of the form Error (2319): Badly formatted number when viewing the PDFs using any software that uses the Poppler library. The number in the messages is variable. Despite these messages, documents are properly displayed and printed. Any document using the current CTAN version of frcursive exhibits this problem. I attach a minimal example of a font that also produces the error. The procedure of the included Makefile is: 1. make the PFB font and the TFM file from the MF source, using mftrace 2. compile a minimalistic document with pdftex 3. convert it to PS using pdftops (which uses poppler) Step 3 produces the error message. I should add that I experimented a bit on this minimal example: - if I make the PDF using tex and dvipdfm, the error disappears (which is why I though pdftex was part of the bug) - if I change the character width from -0.111 pt# to e.g. 0.111 pt# or -0.11 pt#, the error disappears ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4352&group_id=106

1 0

[pdftex-Feature Requests][4349] -quiet option
by pdftex-featurerequests＠sarovar.org 22 Apr '12

22 Apr '12

Feature Requests item #4349, was opened at 2012-04-12 04:23 Status: Open Priority: 3 Submitted By: naught 101 (naught101) Assigned to: Nobody (None) Summary: -quiet option Category: None Group: None Resolution: None Initial Comment: Could we have a -quiet option, that suppresses all output except errors? ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2012-04-22 16:51 Message: have you tried pdftex -interaction=batchmode document.tex ? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=4349&group_id=106

1 0

[pdftex-Feature Requests][4349] -quiet option
by pdftex-featurerequests＠sarovar.org 12 Apr '12

12 Apr '12

Feature Requests item #4349, was opened at 2012-04-12 04:23 Status: Open Priority: 3 Submitted By: naught 101 (naught101) Assigned to: Nobody (None) Summary: -quiet option Category: None Group: None Resolution: None Initial Comment: Could we have a -quiet option, that suppresses all output except errors? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=4349&group_id=106

1 0

[pdftex-Feature Requests][4348] Support custom /Filter for pdf data streams
by pdftex-featurerequests＠sarovar.org 04 Apr '12

04 Apr '12

Feature Requests item #4348, was opened at 2012-04-04 16:30 Status: Open Priority: 3 Submitted By: Christian Feuersaenger (ludewich) Assigned to: Nobody (None) Summary: Support custom /Filter for pdf data streams Category: PDF generation Group: None Resolution: None Initial Comment: Hi, while working with binary streams in pdftex/luatex I encountered a problem with /Filter : if I provide a /Filter argument for my stream (I wanted to use base 64) and \pdfcompresslevel>0, pdftex will overwrite my filter. The result looks like 4 0 obj << /ShadingType 5 /BitsPerCoordinate 24 /BitsPerComponent 16 /VerticesPerRow 25 /ColorSpace /DeviceRGB/Decode [-16383.999992 16384 -16383.999992 16384 0 1] /Function << /FunctionType 3 /Domain [0 1] /Functions [ << /FunctionType 2 /Domain [0 1] /C0 [0 0 1] /C1 [1 1 0] /N 1 >> << /FunctionType 2 /Domain [0 1] /C0 [1 1 0] /C1 [1 0.5 0] /N 1 >> << /FunctionType 2 /Domain [0 1] /C0 [1 0.5 0] /C1 [1 0 0] /N 1 >> ] /Bounds [ 0.33333 0.66666] /Encode [ 0 1 0 1 0 1] >> /Filter /ASCIIHexDecode /Length 4822 /Filter /FlateDecode >> stream .... which results in a complete loss of data because my own /Filter argument is ignored; the file is corrupted. To correct the file, I have to enter /Filter [/FlateDecode /ASCIIHexDecode] FEATURE REQUEST: I believe it would be cool if pdftex would scan the attributes for a /Filter argument and insert its compression filter as first filter. WORK-AROUND: set \pdfcompresslevel=0 before generating the pdf stream object containing a custom filter. This happens with pdftex -version pdfTeX 3.1415926-2.3-1.40.12 (TeX Live 2011) kpathsea version 6.0.1 Copyright 2011 Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). There is NO warranty. Redistribution of this software is covered by the terms of both the pdfTeX copyright and the Lesser GNU General Public License. For more information about these matters, see the file named COPYING and the pdfTeX source. Primary author of pdfTeX: Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). Compiled with libpng 1.5.2; using libpng 1.5.2 Compiled with zlib 1.2.5; using zlib 1.2.5 Compiled with xpdf version 3.02pl5 I generated the pdf with \immediate\pdfobj stream attr {% % stream length will be computed automatically /ShadingType \pgfplotslibrarysurf@type\space /BitsPerCoordinate \pgfplotslibrarysurf@bitspercoordinate\space /BitsPerComponent 16 \if5\pgfplotslibrarysurf@type /VerticesPerRow \pgfkeysvalueof{/pgfplots/surf shading/cols} \else /BitsPerFlag 8 \fi /ColorSpace /Device\pgfplotslibrarysurf@colorspace /Decode [\pgfplotslibrarysurf@decode] /Function \pgfkeysvalueof{/pgfplots/surf shading/colormap} \ifx\pgfplotslibrarysurf@filter@decode\pgfutil@empty \else /Filter /\pgfplotslibrarysurf@filter@decode\space \fi } {% \pgfplotslibrarysurf@binarystream }% I attached the offending (corrupt) pdf file. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=4348&group_id=106

1 0

NTG.nl onderhoud 14&15 maart 2012
by Taco Hoekwater 12 Mar '12

12 Mar '12

Beste lezers, Deze week worden beide harde schijven van de NTG server vervangen als onderdeel van het reguliere onderhoud. Als gevolg daarvan zal de gehele machine (alle email lijsten en websites) vanaf woensdagmiddag tot donderdagochtend onbereikbaar zijn. We doen ons best om alle services weer zo snel mogelijk aan de praat te hebben. --- Dear readers, This week both of the harddisks of the NTG server will be replaced as part of regular maintenance. Consequentially, the whole machine (including all mailing lists and websites) will be unreachable from Wednesday afternoon through Thursday morning. We will do our best to get all services back up as soon as possible. --- Best regards, Taco Hoekwater Elvenkind Hosting

1 0