- ntg-pdftex - NTG Mailing Lists

[ 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