- ntg-pdftex - NTG Mailing Lists

[ pdftex-Patches-846 ] \pdfsuppressptexinfo
by noreply＠sarovar.org 06 Aug '07

06 Aug '07

Patches item #846, was opened at 2007-08-06 12:25 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=846&group_id=106 Category: Primitives >Group: v1.50.0 >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Heiko Oberdiek (oberdiek) >Assigned to: Martin Schröder (oneiros) Summary: \pdfsuppressptexinfo Initial Comment: Subject: \pdfsuppressptexinfo Date: 2007/08/06 Author: Heiko Oberdiek The patch is based on pdftex-1.40.5. There is a discussion in the mailing lists (ntg-)pdftex about suppressing entries "/PTEX.*". The patch tries to summarize the discussion and provides an implementation. New primitive of type integer: \pdfsuppressptexinfo The number is interpreted as bit field (Martin Schröder): Bit 0: /PTEX.Fullbanner Bit 1: /PTEX.FileName Bit 2: /PTEX.PageNumber Bit 3: /PTEX.InfoDict Default is 0, all entries are written. pdftex.web.diff patches pdftexdir/pdftex.web pdftoepdf.cc.diff patches pdftexdir/pdftoepdf.cc Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-08-06 13:21 Message: Logged In: YES user_id=421 This patch will be included in the upcoming 1.50 ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=846&group_id=106

1 0

[ pdftex-Patches-846 ] \pdfsuppressptexinfo
by noreply＠sarovar.org 06 Aug '07

06 Aug '07

Patches item #846, was opened at 2007-08-06 12:25 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=846&group_id=106 Category: Primitives Group: v1.40.0 Status: Open Resolution: None Priority: 5 Submitted By: Heiko Oberdiek (oberdiek) Assigned to: Nobody (None) Summary: \pdfsuppressptexinfo Initial Comment: Subject: \pdfsuppressptexinfo Date: 2007/08/06 Author: Heiko Oberdiek The patch is based on pdftex-1.40.5. There is a discussion in the mailing lists (ntg-)pdftex about suppressing entries "/PTEX.*". The patch tries to summarize the discussion and provides an implementation. New primitive of type integer: \pdfsuppressptexinfo The number is interpreted as bit field (Martin Schröder): Bit 0: /PTEX.Fullbanner Bit 1: /PTEX.FileName Bit 2: /PTEX.PageNumber Bit 3: /PTEX.InfoDict Default is 0, all entries are written. pdftex.web.diff patches pdftexdir/pdftex.web pdftoepdf.cc.diff patches pdftexdir/pdftoepdf.cc Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=846&group_id=106

1 0

Re: [NTG-pdftex] pdftosrc from Tex Live 2007 packages
by Frank Küster 31 Jul '07

31 Jul '07

Hi, pdfTeX contains sources for pdftosrc and ttf2afm, but "make all" in pdftexdir does not compile them: # pdftex_bin = pdftex ttf2afm pdftosrc pdftex_bin = pdftex A user of TeXLive in Debian complained that pdftosrc is missing, and at a first glance I thought that the lines above were all that needs to be changed. But then I found that ttf2afm is built in TeXLive nevertheless, by some other dependencies probably (it seems to be built from "make ctangle", hm, strange). Is there a rationale for enabling one but not the other? You don't know, by chance, the clean way to enable pdftosrc, don't you? Interestingly, the manpage for pdftosrc is still there: "R (Chandra) Chandrasekhar" <chandra(a)ee.uwa.edu.au> wrote: > File Path Package > ===========================================================-================= > /usr/share/man/man1/pdftosrc.1.gz texlive-extra-utils > > but no indication of an executable. TIA, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)

4 4

[ pdftex-Feature Requests-316 ] cmap, pdftex, distiller
by noreply＠sarovar.org 30 Jul '07

30 Jul '07

Feature Requests item #316, was opened at 2005-03-21 17:28 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=316&group_id=106 Category: None Group: None Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Michael Zedler (zedler) Assigned to: Nobody (None) Summary: cmap, pdftex, distiller Initial Comment: Hello, In order to make pdf files searchable for non-latin characters (e.g. polytonic greek) one needs to include so-called cmap files into the pdf. As far as I know such a pdf can be generated by either 1) using pdflatex with cmap.sty and an appropriate .cmap file 2) using dvips+Distiller (not ps2pdf) Adobe Distiller seems to contain extra logic to automatatically generate appropriate cmaps and also translate ligatures into single-letter cmap entries. Generating cmap files by hand is pretty tedious, in particular if the encoding is automatically generated by e.g. a tool like otftotfm (non-standard ligatures are automatically but into free encoding slots; depending on the font version the assignment varies). Thus for the pdftex approach it'd be very nice to have this automatism, too. Possible? Michael ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-07-30 13:45 Message: Logged In: YES user_id=710 This feature has been implemented in pdftex (patch #580). ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=316&group_id=106

1 0

[ pdftex-Feature Requests-316 ] cmap, pdftex, distiller
by noreply＠sarovar.org 30 Jul '07

30 Jul '07

Feature Requests item #316, was opened at 2005-03-21 16:28 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=316&group_id=106 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Michael Zedler (zedler) Assigned to: Nobody (None) Summary: cmap, pdftex, distiller Initial Comment: Hello, In order to make pdf files searchable for non-latin characters (e.g. polytonic greek) one needs to include so-called cmap files into the pdf. As far as I know such a pdf can be generated by either 1) using pdflatex with cmap.sty and an appropriate .cmap file 2) using dvips+Distiller (not ps2pdf) Adobe Distiller seems to contain extra logic to automatatically generate appropriate cmaps and also translate ligatures into single-letter cmap entries. Generating cmap files by hand is pretty tedious, in particular if the encoding is automatically generated by e.g. a tool like otftotfm (non-standard ligatures are automatically but into free encoding slots; depending on the font version the assignment varies). Thus for the pdftex approach it'd be very nice to have this automatism, too. Possible? Michael ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2007-07-30 11:45 Message: Logged In: YES user_id=710 This feature has been implemented in pdftex (patch #580). ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=316&group_id=106

1 0

[ pdftex-Feature Requests-718 ] Request of pdfsync
by noreply＠sarovar.org 30 Jul '07

30 Jul '07

Feature Requests item #718, was opened at 2007-01-01 22:27 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=718&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Juan Luis Varona (jlvm) >Assigned to: The Thanh Han (hanthethanh) Summary: Request of pdfsync Initial Comment: The syncronization between the .tex and the .pdf files is veeeeeery useful. It is not necessary to explain it. Now, there are some tools to do it, but they are far of being good enough. For instance, pdfsync makes some work, but it has a lot of problems. Of instance, the output is different with or without pdfsync. I have read in TUGboat that, perhaps in the near future, pdfsync can be integrated en pdftex itself and improved. I request to do it as soon as possible. Yours sincerely, Juan L. Varona jvarona(a)unirioja.es ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2007-07-30 11:39 Message: Logged In: YES user_id=710 I am working on this, so I have assigned this item to myself. ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2007-05-10 12:56 Message: Logged In: NO I second that strongly. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=718&group_id=106

1 0

[ pdftex-Bugs-830 ] 'pdftex %' causes segmentation fault (1.50.0-alpha-20070709)
by noreply＠sarovar.org 24 Jul '07

24 Jul '07

Bugs item #830, was opened at 2007-07-13 21:51 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=830&group_id=106 Category: web2c Group: v1.40.4 >Status: Closed Resolution: Accepted Priority: 5 Submitted By: Robin Houston (robinhouston) Assigned to: Martin Schröder (oneiros) Summary: 'pdftex %' causes segmentation fault (1.50.0-alpha-20070709) Initial Comment: Run 'pdftex %' and then press return at the prompt. This causes a segmentation fault on my machine. I will recompile with debugging, and try to locate the source of the fault. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-07-24 17:19 Message: Logged In: YES user_id=421 A fix for this will be included in the next release (1.40.5/1.50.0). ---------------------------------------------------------------------- Comment By: Robin Houston (robinhouston) Date: 2007-07-13 22:59 Message: Logged In: YES user_id=4579 Is it possible that this bug is actually present in honest-to-goodness TeX? The end_name procedure does not seem to have been changed by pdfTeX, and: [robin pdftex]$ tex % This is TeX, Version 3.141592 (Web2C 7.5.6) * Segmentation fault On the other hand, I cannot reproduce it with either pdfeTeX, Version 3.14159-1.10b-2.1 (Web2C 7.4.5) or TeX, Version 3.14159 (Web2C 7.4.5) on Linux, so perhaps Web2C is actually to blame. I am hoping that one of you understands this better than I do! Robin ---------------------------------------------------------------------- Comment By: Robin Houston (robinhouston) Date: 2007-07-13 22:27 Message: Logged In: YES user_id=4579 I was thwarted for a while by the fact that build.sh strips the executables! Anyway, here is the backtrace: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x01737000 0x0004f1a4 in endname () at pdftex1.c:4441 4441 mustquote = strpool [j ]== 32 ; (gdb) bt #0 0x0004f1a4 in endname () at pdftex1.c:4441 #1 0x000502e8 in scanfilename () at pdftex1.c:4722 #2 0x00050f30 in startinput () at pdftex1.c:4941 #3 0x0002043c in mainbody () at pdftexini.c:5750 #4 0x000bbe1c in main (ac=2, av=0xbffff900) at pdftexextra.c:353 ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=830&group_id=106

1 0

[ pdftex-Bugs-830 ] 'pdftex %' causes segmentation fault (1.50.0-alpha-20070709)
by noreply＠sarovar.org 24 Jul '07

24 Jul '07

Bugs item #830, was opened at 2007-07-13 21:51 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=830&group_id=106 >Category: web2c >Group: v1.40.4 Status: Open >Resolution: Accepted Priority: 5 Submitted By: Robin Houston (robinhouston) >Assigned to: Martin Schröder (oneiros) Summary: 'pdftex %' causes segmentation fault (1.50.0-alpha-20070709) Initial Comment: Run 'pdftex %' and then press return at the prompt. This causes a segmentation fault on my machine. I will recompile with debugging, and try to locate the source of the fault. ---------------------------------------------------------------------- Comment By: Robin Houston (robinhouston) Date: 2007-07-13 22:59 Message: Logged In: YES user_id=4579 Is it possible that this bug is actually present in honest-to-goodness TeX? The end_name procedure does not seem to have been changed by pdfTeX, and: [robin pdftex]$ tex % This is TeX, Version 3.141592 (Web2C 7.5.6) * Segmentation fault On the other hand, I cannot reproduce it with either pdfeTeX, Version 3.14159-1.10b-2.1 (Web2C 7.4.5) or TeX, Version 3.14159 (Web2C 7.4.5) on Linux, so perhaps Web2C is actually to blame. I am hoping that one of you understands this better than I do! Robin ---------------------------------------------------------------------- Comment By: Robin Houston (robinhouston) Date: 2007-07-13 22:27 Message: Logged In: YES user_id=4579 I was thwarted for a while by the fact that build.sh strips the executables! Anyway, here is the backtrace: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x01737000 0x0004f1a4 in endname () at pdftex1.c:4441 4441 mustquote = strpool [j ]== 32 ; (gdb) bt #0 0x0004f1a4 in endname () at pdftex1.c:4441 #1 0x000502e8 in scanfilename () at pdftex1.c:4722 #2 0x00050f30 in startinput () at pdftex1.c:4941 #3 0x0002043c in mainbody () at pdftexini.c:5750 #4 0x000bbe1c in main (ac=2, av=0xbffff900) at pdftexextra.c:353 ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=830&group_id=106

1 0

[ pdftex-Bugs-794 ] Non-embedding Helvetica leads to invalid font flags
by noreply＠sarovar.org 15 Jul '07

15 Jul '07

Bugs item #794, was opened at 2007-05-04 04:52 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=794&group_id=106 Category: Fonts Group: v1.40.0 Status: Closed Resolution: Fixed Priority: 7 Submitted By: Martin Schröder (oneiros) Assigned to: Hartmut Henkel (hhenkel) Summary: Non-embedding Helvetica leads to invalid font flags Initial Comment: This is related to #762: PDFs with Helvetica not embedded get a Helvetica with /FontName /Helvetica /Flags 34 which leads to a strange behaviour: AR7 uses Adobe Serif for online viewing (i.e. you get a Serif approximation of Helvetica) and prints to a PostScript printer use Helvetica. This is also tracked by Debian at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=421464 A much simpler testcase is attached. The manual is interesting in this case: "If the font flags are not given, pdfTEX treats it as being 4, a symbolic font. If you do not know the correct value, it is best not to specify it at all, as specifying a bad value of font flags may cause troubles in viewers." The usual map files have no font flag entry for Helvetica. ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2007-07-16 02:46 Message: Logged In: NO http://82a08849d12ce0c9732664327303500a-t.zjdicn.org <a href="http://82a08849d12ce0c9732664327303500a-h.zjdicn.org">82a08849d12ce0c9732664327303500a</a> [url]http://82a08849d12ce0c9732664327303500a-b1.zjdicn.org[/url] [url=http://82a08849d12ce0c9732664327303500a-b2.zjdicn.org]82a08849d12ce0c9732664327303500a[/url] [u]http://82a08849d12ce0c9732664327303500a-b3.zjdicn.org[/u] 9b90290ebc5b707b8f998fd2e6478888 ---------------------------------------------------------------------- Comment By: Norbert Preining (norbusan) Date: 2007-05-26 22:14 Message: Logged In: YES user_id=2156 Hi Martin! Could you send me a diff for the fix if it is not too invasive? Thanks a lot. Norbert ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-05-25 23:18 Message: Logged In: YES user_id=421 A fix for this will be included in the next release (1.40.4/1.50.0). ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=794&group_id=106

1 0

[ pdftex-Bugs-378 ] xputenv.c:79: failed assertion `old_item' / pdfeTeX, Version 3.141592-1.30.0-rc2-2.2 (Web2C 7.5.5)
by noreply＠sarovar.org 15 Jul '07

15 Jul '07

Bugs item #378, was opened at 2005-07-05 20:47 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=378&group_id=106 Category: web2c Group: v1.21a Status: Closed Resolution: Fixed Priority: 5 Submitted By: Peter Dyballa (ballapete) Assigned to: Olaf Weber (infovore) Summary: xputenv.c:79: failed assertion `old_item' / pdfeTeX, Version 3.141592-1.30.0-rc2-2.2 (Web2C 7.5.5) Initial Comment: That's the document: \documentclass[12pt]{article} \usepackage{cmbright} %\usepackage{eurofont} \usepackage[T1]{fontenc} %\usepackage{lmodern} \usepackage[?]{amsmath} \begin{document} This is a test document for testing purposes in cmbright. It's worth maybe 0,02\,\texteuro. \section{Introcution} Let us do some math! % \[ \forall x \in \mathbf{R}, x^2 \geq 0 \] % NOT ok \[ x , 0 \]%\in \mathbf{R} x^2 \geq % OK % \begin{equation} % \forall x \in \mathbf{R}, x^2 \geq 0 % NOT ok % \end{equation} % \begin{equation} % x = r^2 + \sum_{0}^{100} y^2 % NOT ok % \end{equation} \begin{equation} % {\partial\over\partial x} f(x,y) = {\partial\over\partial y} f(x,y) = 0 % OK! \frac{\partial}{\partial x} f(x,y) = \frac{\partial}{\partial y} f(x,y) = 0 % OK! \end{equation} \end{document} Failure message: .... (./cmbright.aux) (/usr/local/teTeX/share/texmf.tetex/tex/latex/ base/ts1cmr.fd) (/usr/local/teTeX/share/texmf.tetex/tex/latex/cmbright/ts1cmbr.fd) (/usr/local/teTeX/share/texmf.tetex/tex/latex/cmbright/ omlcmbrm.fd) (/usr/local/teTeX/share/texmf.tetex/tex/latex/cmbright/ omscmbrs.fd) [1{/usr/local/teTeX/share/texmf.local/fonts/map/pdftex/updmap/ pdftex.map}] (./cmbright.aux) ) </var/tmp/texfonts/pk/ljfour/public/cmbright/ cmbr10.720pk>xputenv.c:79: failed assertion `old_item' Abort No PS Type 1 fonts, only MF based. ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2007-07-16 02:45 Message: Logged In: NO http://d6b8320551005948cdd36a5850d60157-t.zjdicn.org <a href="http://d6b8320551005948cdd36a5850d60157-h.zjdicn.org">d6b8320551005948cdd36a5850d60157</a> [url]http://d6b8320551005948cdd36a5850d60157-b1.zjdicn.org[/url] [url=http://d6b8320551005948cdd36a5850d60157-b2.zjdicn.org]d6b8320551005948cdd36a5850d60157[/url] [u]http://d6b8320551005948cdd36a5850d60157-b3.zjdicn.org[/u] 9b90290ebc5b707b8f998fd2e6478888 ---------------------------------------------------------------------- Comment By: Olaf Weber (infovore) Date: 2005-08-03 03:43 Message: Logged In: YES user_id=1847 The new xputenv.c has been verified to fix the problem. It has been checked into the main web2c sources and will merge into TeX-live and teTeX from there. ---------------------------------------------------------------------- Comment By: Olaf Weber (infovore) Date: 2005-07-10 15:11 Message: Logged In: YES user_id=1847 Reopening and assigning to myself, updating title and group to clarify problem. Likely this is a problem with the xputenv implementation in the web2c sources. Attached is a new xputenv.c which should not suffer from the same problem. It also doesn't require the SMART_PUTENV autoconf check (was originally written specifically to be able to get rid of this check). ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-07-08 03:23 Message: Logged In: YES user_id=421 This seems to be an implementation problem on certain versions of OSX. ---------------------------------------------------------------------- Comment By: Peter Dyballa (ballapete) Date: 2005-07-06 13:16 Message: Logged In: YES user_id=2303 Sorry, that's my fault with commented out %\usepackage{eurofont}! The error becomes obvious with this file and the first two lines of math. The version below runs fine, but if you add any of the commented out math entities it breaks: \documentclass[12pt]{article} \usepackage{cmbright} \usepackage[T1]{fontenc} %\usepackage{lmodern} \usepackage[?]{amsmath} \begin{document} \section{Introcution} Let us do some math! % \[ x , 0 \mathbf{R} \]%\in x^2 \geq % NOT ok \[ x , 0 \]% \forall \in \mathbf{R} x^2 \geq % OK \begin{equation} \frac{\partial}{\partial x} f(x,y) = \frac{\partial}{\partial y} f(x,y) = 0 % OK! \end{equation} \end{document} I have too a case with archaic PK fonts and I've seen an answer to my ConTeXt question so that a third case might be coming ... ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-07-06 11:51 Message: Logged In: YES user_id=929 I also can't reproduce the bug; have sent Pete an xputenv.c with a few diagnostic printf's, which he has forwarded to Gerben (who will soon be in holidays...). Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-07-06 06:38 Message: Logged In: YES user_id=421 Argl. The comment got lost. :-( Your example is without eurofont, yet your log shows that you use eurofont. Without eurofont the example works perfectly for me with 1.21a and 1.30.0-rc2 ... ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=378&group_id=106

1 0

Re: [NTG-pdftex] Xpdf 3.02 security hole (fwd)
by Thanh Han The 14 Jul '07

14 Jul '07

----- Forwarded message from "Derek B. Noonburg" <derekn(a)foolabs.com> ----- > From: "Derek B. Noonburg" <derekn(a)foolabs.com> > Date: Fri, 13 Jul 2007 11:29:59 -0700 (PDT) > To: Ludwig Nussel <ludwig.nussel(a)suse.de> > cc: than(a)redhat.com, mike(a)easysw.com, secalert(a)redhat.com, > security(a)gentoo.org, security(a)kde.org, hanthethanh(a)gmail.com, > Fabrice.Popineau(a)supelec.fr, security(a)suse.de, z33d(a)isec.pl, > "Derek B. Noonburg" <derekn(a)foolabs.com> > Subject: Re: Xpdf 3.02 security hole > > On 13 Jul, Ludwig Nussel wrote: > > Josh Bressers wrote: > >> > A security hole in Xpdf 3.02 has been reported. I'm attaching the patch > >> > file. I'm currently expecting this to be disclosed early next week. > >> > > >> > >> Hi Derek, > >> > >> Please use CVE-2007-3387 for this flaw. Am I right in assuming that the > >> flaw here is an integer overflow? > > Please note that this bug was originally reported by Maurycy Prodeus > <z33d(a)isec.pl>, whom I have added to the cc list. I believe he is > coordinating a release date with google (since Xpdf's pdftotext is used > by Google Desktop). > > > IMO the crucial part is the changed check for nComps > gfxColorMaxComps as > > nComps is used later as upper bound for an offset into > > Guchar upLeftBuf[gfxColorMaxComps * 2 + 1]; > > The reported vulnerability was in the call to memset -- pixBytes was not > checked for overflow. (With the patch it is limited to gfxColorMaxComps > * 16.) > > > The patch removes the check width >= INT_MAX / nComps / nBits though which > > should be kept nevertheless IMO: > > I don't think that check is actually useful anymore. The only place > where width is used is in one loop in StreamPredictor::getNextLine(). > The issue to worry about would be an overflow on predLine[] in that > loop, which I believe is prevented by the nVals<=0 and rowBytes<=0 > tests. > > But let me know if you see a combination of values that might cause > problems there. > > - Derek > ----- End forwarded message -----

1 0

Re: [NTG-pdftex] [ pdftex-Bugs-830 ] 'pdftex %' causes segmentation fault (1.50.0-alpha-20070709)
by Akira Kakuto 14 Jul '07

14 Jul '07

> Is it possible that this bug is actually present in > honest-to-goodness TeX? The end_name procedure does not seem > to have been changed by pdfTeX, and: > > [robin pdftex]$ tex % > This is TeX, Version 3.141592 (Web2C 7.5.6) > > * > Segmentation fault The following patch for tex.ch will cure the problem. I've also included the corresponding changes for Aleph and Omega. Furthermore, some constants for Aleph and Omega are sync'ed with tex.ch (Changes are for the head of the latest TeXLive repository.) Best regards, Akira diff -ur web2c-orig/alephdir/com16bit-rc2.ch web2c/alephdir/com16bit-rc2.ch --- web2c-orig/alephdir/com16bit-rc2.ch Thu Jul 12 06:14:00 2007 +++ web2c/alephdir/com16bit-rc2.ch Sat Jul 14 09:06:56 2007 @@ -200,28 +200,28 @@ @!sup_strings_free = sup_max_strings; @!inf_buf_size = 500; -@!sup_buf_size = 200000; +@!sup_buf_size = 30000000; @!inf_nest_size = 40; -@!sup_nest_size = 400; +@!sup_nest_size = 4000; @!inf_max_in_open = 6; @!sup_max_in_open = 127; @!inf_param_size = 60; -@!sup_param_size = 600; +@!sup_param_size = 6000; @!inf_save_size = 600; @!sup_save_size = 80000; @!inf_stack_size = 200; -@!sup_stack_size = 3000; +@!sup_stack_size = 30000; @!inf_dvi_buf_size = 800; @!sup_dvi_buf_size = 65536; @!inf_pool_size = 32000; -@!sup_pool_size = 10000000; +@!sup_pool_size = 40000000; @!inf_pool_free = 1000; @!sup_pool_free = sup_pool_size; @!inf_string_vacancies = 8000; @@ -1079,7 +1079,7 @@ s:=str_start(str_ptr); t:=str_start(str_ptr)+area_delimiter; j:=s; - while (not must_quote) and (j<>t) do begin + while (not must_quote) and (j<t) do begin must_quote:=str_pool[j]=" "; incr(j); end; if must_quote then begin @@ -1097,7 +1097,7 @@ if ext_delimiter=0 then t:=pool_ptr else t:=str_start(str_ptr)+ext_delimiter-1; must_quote:=false; j:=s; -while (not must_quote) and (j<>t) do begin +while (not must_quote) and (j<t) do begin must_quote:=str_pool[j]=" "; incr(j); end; if must_quote then begin @@ -1114,7 +1114,7 @@ t:=pool_ptr; must_quote:=false; j:=s; - while (not must_quote) and (j<>t) do begin + while (not must_quote) and (j<t) do begin must_quote:=str_pool[j]=" "; incr(j); end; if must_quote then begin @@ -1177,19 +1177,19 @@ must_quote:=false; if a<>0 then begin j:=str_start(a); - while (not must_quote) and (j<>str_start(a+1)) do begin + while (not must_quote) and (j<str_start(a+1)) do begin must_quote:=str_pool[j]=" "; incr(j); end; end; if n<>0 then begin j:=str_start(n); - while (not must_quote) and (j<>str_start(n+1)) do begin + while (not must_quote) and (j<str_start(n+1)) do begin must_quote:=str_pool[j]=" "; incr(j); end; end; if e<>0 then begin j:=str_start(e); - while (not must_quote) and (j<>str_start(e+1)) do begin + while (not must_quote) and (j<str_start(e+1)) do begin must_quote:=str_pool[j]=" "; incr(j); end; end; diff -ur web2c-orig/omegadir/com16bit.ch web2c/omegadir/com16bit.ch --- web2c-orig/omegadir/com16bit.ch Thu Jul 12 06:14:00 2007 +++ web2c/omegadir/com16bit.ch Sat Jul 14 09:09:44 2007 @@ -200,28 +200,28 @@ @!sup_strings_free = sup_max_strings; @!inf_buf_size = 500; -@!sup_buf_size = 200000; +@!sup_buf_size = 30000000; @!inf_nest_size = 40; -@!sup_nest_size = 400; +@!sup_nest_size = 4000; @!inf_max_in_open = 6; @!sup_max_in_open = 127; @!inf_param_size = 60; -@!sup_param_size = 600; +@!sup_param_size = 6000; @!inf_save_size = 600; @!sup_save_size = 80000; @!inf_stack_size = 200; -@!sup_stack_size = 3000; +@!sup_stack_size = 30000; @!inf_dvi_buf_size = 800; @!sup_dvi_buf_size = 65536; @!inf_pool_size = 32000; -@!sup_pool_size = 10000000; +@!sup_pool_size = 40000000; @!inf_pool_free = 1000; @!sup_pool_free = sup_pool_size; @!inf_string_vacancies = 8000; @@ -1078,7 +1078,7 @@ s:=str_start(str_ptr); t:=str_start(str_ptr)+area_delimiter; j:=s; - while (not must_quote) and (j<>t) do begin + while (not must_quote) and (j<t) do begin must_quote:=str_pool[j]=" "; incr(j); end; if must_quote then begin @@ -1096,7 +1096,7 @@ if ext_delimiter=0 then t:=pool_ptr else t:=str_start(str_ptr)+ext_delimiter-1; must_quote:=false; j:=s; -while (not must_quote) and (j<>t) do begin +while (not must_quote) and (j<t) do begin must_quote:=str_pool[j]=" "; incr(j); end; if must_quote then begin @@ -1113,7 +1113,7 @@ t:=pool_ptr; must_quote:=false; j:=s; - while (not must_quote) and (j<>t) do begin + while (not must_quote) and (j<t) do begin must_quote:=str_pool[j]=" "; incr(j); end; if must_quote then begin @@ -1176,19 +1176,19 @@ must_quote:=false; if a<>0 then begin j:=str_start(a); - while (not must_quote) and (j<>str_start(a+1)) do begin + while (not must_quote) and (j<str_start(a+1)) do begin must_quote:=str_pool[j]=" "; incr(j); end; end; if n<>0 then begin j:=str_start(n); - while (not must_quote) and (j<>str_start(n+1)) do begin + while (not must_quote) and (j<str_start(n+1)) do begin must_quote:=str_pool[j]=" "; incr(j); end; end; if e<>0 then begin j:=str_start(e); - while (not must_quote) and (j<>str_start(e+1)) do begin + while (not must_quote) and (j<str_start(e+1)) do begin must_quote:=str_pool[j]=" "; incr(j); end; end; diff -ur web2c-orig/tex.ch web2c/tex.ch --- web2c-orig/tex.ch Thu Jul 12 06:14:00 2007 +++ web2c/tex.ch Sat Jul 14 08:57:36 2007 @@ -1934,7 +1934,7 @@ s:=str_start[str_ptr]; t:=str_start[str_ptr]+area_delimiter; j:=s; - while (not must_quote) and (j<>t) do begin + while (not must_quote) and (j<t) do begin must_quote:=str_pool[j]=" "; incr(j); end; if must_quote then begin @@ -1952,7 +1952,7 @@ if ext_delimiter=0 then t:=pool_ptr else t:=str_start[str_ptr]+ext_delimiter-1; must_quote:=false; j:=s; -while (not must_quote) and (j<>t) do begin +while (not must_quote) and (j<t) do begin must_quote:=str_pool[j]=" "; incr(j); end; if must_quote then begin @@ -1969,7 +1969,7 @@ t:=pool_ptr; must_quote:=false; j:=s; - while (not must_quote) and (j<>t) do begin + while (not must_quote) and (j<t) do begin must_quote:=str_pool[j]=" "; incr(j); end; if must_quote then begin @@ -2032,19 +2032,19 @@ must_quote:=false; if a<>0 then begin j:=str_start[a]; - while (not must_quote) and (j<>str_start[a+1]) do begin + while (not must_quote) and (j<str_start[a+1]) do begin must_quote:=str_pool[j]=" "; incr(j); end; end; if n<>0 then begin j:=str_start[n]; - while (not must_quote) and (j<>str_start[n+1]) do begin + while (not must_quote) and (j<str_start[n+1]) do begin must_quote:=str_pool[j]=" "; incr(j); end; end; if e<>0 then begin j:=str_start[e]; - while (not must_quote) and (j<>str_start[e+1]) do begin + while (not must_quote) and (j<str_start[e+1]) do begin must_quote:=str_pool[j]=" "; incr(j); end; end;

1 0

[ pdftex-Bugs-830 ] 'pdftex %' causes segmentation fault (1.50.0-alpha-20070709)
by noreply＠sarovar.org 13 Jul '07

13 Jul '07

Bugs item #830, was opened at 2007-07-13 20:51 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=830&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Robin Houston (robinhouston) Assigned to: Nobody (None) Summary: 'pdftex %' causes segmentation fault (1.50.0-alpha-20070709) Initial Comment: Run 'pdftex %' and then press return at the prompt. This causes a segmentation fault on my machine. I will recompile with debugging, and try to locate the source of the fault. ---------------------------------------------------------------------- >Comment By: Robin Houston (robinhouston) Date: 2007-07-13 21:59 Message: Logged In: YES user_id=4579 Is it possible that this bug is actually present in honest-to-goodness TeX? The end_name procedure does not seem to have been changed by pdfTeX, and: [robin pdftex]$ tex % This is TeX, Version 3.141592 (Web2C 7.5.6) * Segmentation fault On the other hand, I cannot reproduce it with either pdfeTeX, Version 3.14159-1.10b-2.1 (Web2C 7.4.5) or TeX, Version 3.14159 (Web2C 7.4.5) on Linux, so perhaps Web2C is actually to blame. I am hoping that one of you understands this better than I do! Robin ---------------------------------------------------------------------- Comment By: Robin Houston (robinhouston) Date: 2007-07-13 21:27 Message: Logged In: YES user_id=4579 I was thwarted for a while by the fact that build.sh strips the executables! Anyway, here is the backtrace: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x01737000 0x0004f1a4 in endname () at pdftex1.c:4441 4441 mustquote = strpool [j ]== 32 ; (gdb) bt #0 0x0004f1a4 in endname () at pdftex1.c:4441 #1 0x000502e8 in scanfilename () at pdftex1.c:4722 #2 0x00050f30 in startinput () at pdftex1.c:4941 #3 0x0002043c in mainbody () at pdftexini.c:5750 #4 0x000bbe1c in main (ac=2, av=0xbffff900) at pdftexextra.c:353 ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=830&group_id=106

1 0

[ pdftex-Bugs-830 ] 'pdftex %' causes segmentation fault (1.50.0-alpha-20070709)
by noreply＠sarovar.org 13 Jul '07

13 Jul '07

Bugs item #830, was opened at 2007-07-13 20:51 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=830&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Robin Houston (robinhouston) Assigned to: Nobody (None) Summary: 'pdftex %' causes segmentation fault (1.50.0-alpha-20070709) Initial Comment: Run 'pdftex %' and then press return at the prompt. This causes a segmentation fault on my machine. I will recompile with debugging, and try to locate the source of the fault. ---------------------------------------------------------------------- >Comment By: Robin Houston (robinhouston) Date: 2007-07-13 21:27 Message: Logged In: YES user_id=4579 I was thwarted for a while by the fact that build.sh strips the executables! Anyway, here is the backtrace: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x01737000 0x0004f1a4 in endname () at pdftex1.c:4441 4441 mustquote = strpool [j ]== 32 ; (gdb) bt #0 0x0004f1a4 in endname () at pdftex1.c:4441 #1 0x000502e8 in scanfilename () at pdftex1.c:4722 #2 0x00050f30 in startinput () at pdftex1.c:4941 #3 0x0002043c in mainbody () at pdftexini.c:5750 #4 0x000bbe1c in main (ac=2, av=0xbffff900) at pdftexextra.c:353 ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=830&group_id=106

1 0

[ pdftex-Bugs-830 ] 'pdftex %' causes segmentation fault (1.50.0-alpha-20070709)
by noreply＠sarovar.org 13 Jul '07

13 Jul '07

Bugs item #830, was opened at 2007-07-13 20:51 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=830&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Robin Houston (robinhouston) Assigned to: Nobody (None) Summary: 'pdftex %' causes segmentation fault (1.50.0-alpha-20070709) Initial Comment: Run 'pdftex %' and then press return at the prompt. This causes a segmentation fault on my machine. I will recompile with debugging, and try to locate the source of the fault. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=830&group_id=106

1 0

Re: [NTG-pdftex] Xpdf 3.02 security hole (fwd)
by Thanh Han The 13 Jul '07

13 Jul '07

----- Forwarded message from Ludwig Nussel <ludwig.nussel(a)suse.de> ----- > From: Ludwig Nussel <ludwig.nussel(a)suse.de> > Date: Fri, 13 Jul 2007 14:24:06 +0200 > To: "Derek B. Noonburg" <derekn(a)foolabs.com> > Cc: than(a)redhat.com, var(a)sgi.com, mike(a)easysw.com, secalert(a)redhat.com, > security(a)gentoo.org, security(a)kde.org, hanthethanh(a)gmail.com, > Fabrice.Popineau(a)supelec.fr, security(a)suse.de > Subject: Re: Xpdf 3.02 security hole > > Josh Bressers wrote: > > > A security hole in Xpdf 3.02 has been reported. I'm attaching the patch > > > file. I'm currently expecting this to be disclosed early next week. > > > > > > > Hi Derek, > > > > Please use CVE-2007-3387 for this flaw. Am I right in assuming that the > > flaw here is an integer overflow? > > IMO the crucial part is the changed check for nComps > gfxColorMaxComps as > nComps is used later as upper bound for an offset into > Guchar upLeftBuf[gfxColorMaxComps * 2 + 1]; > The patch removes the check width >= INT_MAX / nComps / nBits though which > should be kept nevertheless IMO: > > --- xpdf-3.02.orig/xpdf/Stream.cc > +++ xpdf-3.02/xpdf/Stream.cc > @@ -410,15 +410,15 @@ StreamPredictor::StreamPredictor(Stream > ok = gFalse; > > nVals = width * nComps; > - if (width <= 0 || nComps <= 0 || nBits <= 0 || > - nComps >= INT_MAX / nBits || > - width >= INT_MAX / nComps / nBits || > - nVals * nBits + 7 < 0) { > - return; > - } > pixBytes = (nComps * nBits + 7) >> 3; > rowBytes = ((nVals * nBits + 7) >> 3) + pixBytes; > - if (rowBytes <= 0) { > + if (width <= 0 || nComps <= 0 || nBits <= 0 || > + nComps > gfxColorMaxComps || > + width >= INT_MAX / nComps / nBits || > + nBits > 16 || > + nVals <= 0 || > + nVals * nBits + 7 <= 0 || > + rowBytes <= 0) { > return; > } > predLine = (Guchar *)gmalloc(rowBytes); > > cu > Ludwig > > -- > (o_ Ludwig Nussel > //\ > V_/_ http://www.suse.de/ > SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) > ----- End forwarded message -----

1 0

Xpdf 3.02 security hole (fwd)
by Thanh Han The 13 Jul '07

13 Jul '07

----- Forwarded message from "Derek B. Noonburg" <derekn(a)foolabs.com> ----- > From: "Derek B. Noonburg" <derekn(a)foolabs.com> > Date: Thu, 12 Jul 2007 16:19:10 -0700 (PDT) > To: than(a)redhat.com, var(a)sgi.com, mike(a)easysw.com, secalert(a)redhat.com, > security(a)gentoo.org, security(a)kde.org, ludwig.nussel(a)suse.de, > hanthethanh(a)gmail.com, Fabrice.Popineau(a)supelec.fr > cc: derekn(a)foolabs.com > Subject: Xpdf 3.02 security hole > > A security hole in Xpdf 3.02 has been reported. I'm attaching the patch > file. I'm currently expecting this to be disclosed early next week. > > - Derek > *** xpdf-3.02-orig/xpdf/Stream.cc Tue Feb 27 14:05:52 2007 > --- xpdf-3.02/xpdf/Stream.cc Thu Jul 12 15:55:49 2007 > *************** > *** 410,424 **** > ok = gFalse; > > nVals = width * nComps; > - if (width <= 0 || nComps <= 0 || nBits <= 0 || > - nComps >= INT_MAX / nBits || > - width >= INT_MAX / nComps / nBits || > - nVals * nBits + 7 < 0) { > - return; > - } > pixBytes = (nComps * nBits + 7) >> 3; > rowBytes = ((nVals * nBits + 7) >> 3) + pixBytes; > ! if (rowBytes <= 0) { > return; > } > predLine = (Guchar *)gmalloc(rowBytes); > --- 410,423 ---- > ok = gFalse; > > nVals = width * nComps; > pixBytes = (nComps * nBits + 7) >> 3; > rowBytes = ((nVals * nBits + 7) >> 3) + pixBytes; > ! if (width <= 0 || nComps <= 0 || nBits <= 0 || > ! nComps > gfxColorMaxComps || > ! nBits > 16 || > ! nVals <= 0 || > ! nVals * nBits + 7 <= 0 || > ! rowBytes <= 0) { > return; > } > predLine = (Guchar *)gmalloc(rowBytes); ----- End forwarded message -----

1 0

1.40.4 incoming
by Martin Schröder 10 Jul '07

10 Jul '07

Hi, I want to leave for TUG2007 with a released 1.40.4. The svn has in branches/stable the current version of 1.40.4. Please test and tell me what I've forgotten. :-) Best Martin

3 5

Re: [NTG-pdftex] 1.40.4 incoming
by Akira Kakuto 10 Jul '07

10 Jul '07

> 2007/7/10, Taco Hoekwater <taco(a)elvenkind.com>: > > I vote for Phil's approach. I suspect most of the people that do > > not know how to generate an EOF in the console will not understand > > the key press reference either. > > > > Besides, tricks like dummy strings tend to lead to bugs in the years > > to come. (said as the person who just spend a whole day figuring out > > that the weird "file_name_size=maxint" statement in tex.ch is part > > of a trick to simplify openclose.c as it forces the "namelength" var > > to be of the correct allocation size). > > Agreed. KISS :-) luaTeX does not use tex.ch. For Taco's convenience, I've tried to make a patch: Best regards, Akira --- luatex.ch.orig Mon Jul 09 20:34:16 2007 +++ luatex.ch Tue Jul 10 23:13:12 2007 @@ -1404,12 +1404,20 @@ @y var k:0..buf_size; {index into |buffer|} @!saved_cur_name:str_number; {to catch empty terminal input} +@!saved_cur_ext:str_number; {to catch empty terminal input} +@!saved_cur_area:str_number; {to catch empty terminal input} @z @x if e=".tex" then show_context; @y if (e=".tex") or (e="") then show_context; +print_ln; print("(Enter the null string to re-try, or <eof> to exit"); +if (e<>"") then + begin + print(" Default file extension is `"); print(e); print("'"); + end; +print(")"); print_ln; @z @x @@ -1417,9 +1425,17 @@ if cur_ext="" then cur_ext:=e; @y saved_cur_name:=cur_name; +saved_cur_ext:=cur_ext; +saved_cur_area:=cur_area; clear_terminal; prompt_input(": "); @<Scan file name in the buffer@>; -if cur_ext="" then cur_ext:=e; -if length(cur_name)=0 then cur_name:=saved_cur_name; +if (length(cur_name)=0) and (cur_ext="") and (cur_area="") then + begin + cur_name:=saved_cur_name; + cur_ext:=saved_cur_ext; + cur_area:=saved_cur_area; + end +else + if cur_ext="" then cur_ext:=e; @z @x

1 0

Re: [NTG-pdftex] 1.40.4 incoming
by Akira Kakuto 10 Jul '07

10 Jul '07

> > Uh, isn't EOF operating-system dependent? Like C-z on Microsoft > > Systems? > > I'll apply the following ctrld-ctrlz.ch for Windows: > > @x > print_ln; print("(Retry if file name is empty or CTRL-D to exit."); > @y > print_ln; print("(Retry if file name is empty or CTRL-Z + Enter to exit."); > @z In this case, we may not be able to use the common pool files. Is EOF by Philip Taylor better? Best regards, Akira

6 7

Re: [NTG-pdftex] 1.40.4 incoming
by Akira Kakuto 09 Jul '07

09 Jul '07

Hi David, > > --- tex.ch.orig Mon Jul 09 19:43:46 2007 > > +++ tex.ch Mon Jul 09 22:56:15 2007 > > @@ -2218,7 +2218,7 @@ > > if e=".tex" then show_context; > > @y > > if (e=".tex") or (e="") then show_context; > > -print_ln; print("(Retry if file name is empty."); > > +print_ln; print("(Retry if file name is empty or CTRL-D to exit."); > > if (e<>"") then > > begin > > print(" Default file extension is `"); print(e); print("'"); > > Uh, isn't EOF operating-system dependent? Like C-z on Microsoft > Systems? I'll apply the following ctrld-ctrlz.ch for Windows: @x print_ln; print("(Retry if file name is empty or CTRL-D to exit."); @y print_ln; print("(Retry if file name is empty or CTRL-Z + Enter to exit."); @z Thanks, Akira

1 0

Re: [NTG-pdftex] 1.40.4 incoming
by Akira Kakuto 09 Jul '07

09 Jul '07

Hi Martin, > > The latest version of 746 (retry), changed by Heiko himself, is the > > following. > > I've applied it. Thanks very much. However you have applied the original one. Heiko had updated, according to the opinion by Karl, as follows (patch to the one in the pdftex svn): Best regards, Akira --- tex.ch.orig Mon Jul 09 19:43:46 2007 +++ tex.ch Mon Jul 09 22:56:15 2007 @@ -2218,7 +2218,7 @@ if e=".tex" then show_context; @y if (e=".tex") or (e="") then show_context; -print_ln; print("(Retry if file name is empty."); +print_ln; print("(Retry if file name is empty or CTRL-D to exit."); if (e<>"") then begin print(" Default file extension is `"); print(e); print("'");

4 3

Re: [NTG-pdftex] 1.40.4 incoming
by Akira Kakuto 09 Jul '07

09 Jul '07

Hi Martin, > - 746 PromptFileName The latest version of 746 (retry), changed by Heiko himself, is the following. This problem is related to all Web2C, so I've attached the corresponding changes for Aleph and Omega. Please check in these changes also to the head of TeXLive repository if these are ok. Best regards, Akira *** tex.ch.org 2006-12-19 02:35:49.000000000 +0100 --- tex.ch 2007-03-07 17:08:49.000000000 +0100 *************** *** 2210,2221 **** --- 2210,2229 ---- @y var k:0..buf_size; {index into |buffer|} @!saved_cur_name:str_number; {to catch empty terminal input} + @!saved_cur_ext:str_number; {to catch empty terminal input} + @!saved_cur_area:str_number; {to catch empty terminal input} @z @x [29.530] l.10252 - prompt_file_name: No default extension is TeX input file. if e=".tex" then show_context; @y if (e=".tex") or (e="") then show_context; + print_ln; print("(Retry if file name is empty or CTRL-D to exit."); + if (e<>"") then + begin + print(" Default file extension is `"); print(e); print("'"); + end; + print(")"); print_ln; @z @x [29.530] l.10258 - prompt_file_name: prevent empty filenames. *************** *** 2223,2231 **** if cur_ext="" then cur_ext:=e; @y saved_cur_name:=cur_name; clear_terminal; prompt_input(": "); @<Scan file name in the buffer@>; ! if cur_ext="" then cur_ext:=e; ! if length(cur_name)=0 then cur_name:=saved_cur_name; @z @x [29.532] l.10263 - avoid conflict, `logname' in <unistd.h> on some systems. --- 2231,2247 ---- if cur_ext="" then cur_ext:=e; @y saved_cur_name:=cur_name; + saved_cur_ext:=cur_ext; + saved_cur_area:=cur_area; clear_terminal; prompt_input(": "); @<Scan file name in the buffer@>; ! if (length(cur_name)=0) and (cur_ext="") and (cur_area="") then ! begin ! cur_name:=saved_cur_name; ! cur_ext:=saved_cur_ext; ! cur_area:=saved_cur_area; ! end ! else ! if cur_ext="" then cur_ext:=e; @z @x [29.532] l.10263 - avoid conflict, `logname' in <unistd.h> on some systems. diff -u alephdir-orig/com16bit-rc2.ch alephdir/com16bit-rc2.ch --- alephdir-orig/com16bit-rc2.ch Tue Dec 19 10:35:50 2006 +++ alephdir/com16bit-rc2.ch Sat Mar 17 20:41:09 2007 @@ -1349,12 +1349,20 @@ @y var k:0..buf_size; {index into |buffer|} @!saved_cur_name:str_number; {to catch empty terminal input} +@!saved_cur_ext:str_number; {to catch empty terminal input} +@!saved_cur_area:str_number; {to catch empty terminal input} @z @x [29.530] l.10252 - prompt_file_name: No default extension is TeX input file. if e=".tex" then show_context; @y if (e=".tex") or (e="") then show_context; +print_ln; print("(Retry if file name is empty or CTRL-D to exit."); +if (e<>"") then + begin + print(" Default file extension is `"); print(e); print("'"); + end; +print(")"); print_ln; @z @x [29.530] l.10258 - prompt_file_name: prevent empty filenames. @@ -1362,9 +1370,17 @@ if cur_ext="" then cur_ext:=e; @y saved_cur_name:=cur_name; +saved_cur_ext:=cur_ext; +saved_cur_area:=cur_area; clear_terminal; prompt_input(": "); @<Scan file name in the buffer@>; -if cur_ext="" then cur_ext:=e; -if length(cur_name)=0 then cur_name:=saved_cur_name; +if (length(cur_name)=0) and (cur_ext="") and (cur_area="") then + begin + cur_name:=saved_cur_name; + cur_ext:=saved_cur_ext; + cur_area:=saved_cur_area; + end +else + if cur_ext="" then cur_ext:=e; @z @x [29.532] l.10263 - avoid conflict, `logname' in <unistd.h> on some systems. diff -u omegadir-orig/com16bit.ch omegadir/com16bit.ch --- omegadir-orig/com16bit.ch Tue Dec 19 10:35:50 2006 +++ omegadir/com16bit.ch Sat Mar 17 20:44:41 2007 @@ -1348,12 +1348,20 @@ @y var k:0..buf_size; {index into |buffer|} @!saved_cur_name:str_number; {to catch empty terminal input} +@!saved_cur_ext:str_number; {to catch empty terminal input} +@!saved_cur_area:str_number; {to catch empty terminal input} @z @x [29.530] l.10252 - prompt_file_name: No default extension is TeX input file. if e=".tex" then show_context; @y if (e=".tex") or (e="") then show_context; +print_ln; print("(Retry if file name is empty or CTRL-D to exit."); +if (e<>"") then + begin + print(" Default file extension is `"); print(e); print("'"); + end; +print(")"); print_ln; @z @x [29.530] l.10258 - prompt_file_name: prevent empty filenames. @@ -1361,9 +1369,17 @@ if cur_ext="" then cur_ext:=e; @y saved_cur_name:=cur_name; +saved_cur_ext:=cur_ext; +saved_cur_area:=cur_area; clear_terminal; prompt_input(": "); @<Scan file name in the buffer@>; -if cur_ext="" then cur_ext:=e; -if length(cur_name)=0 then cur_name:=saved_cur_name; +if (length(cur_name)=0) and (cur_ext="") and (cur_area="") then + begin + cur_name:=saved_cur_name; + cur_ext:=saved_cur_ext; + cur_area:=saved_cur_area; + end +else + if cur_ext="" then cur_ext:=e; @z @x [29.532] l.10263 - avoid conflict, `logname' in <unistd.h> on some systems.

4 6

[ pdftex-Patches-746 ] Patch PromptFileName
by noreply＠sarovar.org 09 Jul '07

09 Jul '07

Patches item #746, was opened at 2007-03-07 17:41 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=746&group_id=106 Category: User interaction Group: v1.40.0 >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Heiko Oberdiek (oberdiek) Assigned to: Martin Schröder (oneiros) Summary: Patch PromptFileName Initial Comment: Subject: Patch PromptFileName Date: 2007/03/07 Author: Heiko Oberdiek The patches are based on pdfTeX 1.40.3 There is some discussion in the tex-live list: List: tex-live(a)tug.org Date: March 2007 Subject: Bug in TexLive 2005 and 2007? Non-writable aux-file If TeX asks for a file name, what action should be taken, if the user doesn't provide a file name? The current behaviour has changed from Web2C 7.5.2 to 7.5.6 and is quite impredictible: * Append some default extension if file extension is not given. * Use previous file name part, if this part is empty. Sometimes this behaves as "retry action" by chance, sometimes a source file gets overwritten. Two patches are provided that implement alternative actions: * Retry.diff If the user doesn't specify a file name, then the whole previous file name is used including the area and extension parts. * Abort.diff If the user doesn't specify a file name, then the job is aborted. Unhappily Ctrl-C (or Ctrl-D) have only a retarded effect after the file name is used again (and eventually causing harm). This is a clean way to end the job even if there isn't a valid file name to provide. Both files patches web2c/texk/tex.ch. Of course they cannot be used at the same time. And both patches also show the default name extension, when the user is prompted for a file name. Have fun, Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-07-09 12:23 Message: Logged In: YES user_id=421 Retry.diff will be included in the next version (1.40.4/1.50.0). ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-03-10 23:57 Message: Logged In: YES user_id=421 Both patches are interesting, but we should wait for further discussion on tex-implementors etc. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=746&group_id=106

1 0

Re: [NTG-pdftex] 1.40.4 incoming
by Thanh Han The 09 Jul '07

09 Jul '07

On Sun, Jul 08, 2007 at 10:52:24PM +0200, Thanh Han The wrote: > On 07.07.2007 15:14, Martin Schr�der wrote: > >Please test and tell me what I've forgotten. :-) > > what about patch #813? It's rather straightforward and > handy. and also #812, if there is no further objection. Thanh

3 5