September 2009 - ntg-pdftex - NTG Mailing Lists

Re: [NTG-pdftex] [luatex] tex.enableprimitives producing non-primitives?
by Heiko Oberdiek 23 Sep '09

23 Sep '09

On Wed, Sep 23, 2009 at 12:30:40PM +0300, Élie Roux wrote: > [discussion about the use of \pdfprimitive] Perhaps it becomes clearer, if I quote the pdfTeX manual: | \pdfprimitive control sequence | | This command executes the primitive meaning of the following control | sequence, if it has been redefined or made undefined. If the following | control sequence is undefined and never was a primitive, nothing happens | and no error is raised. If the control sequence was initially expandable, | \pdfprimitive expands either. Otherwise \pdfprimitive doesn't expand. The | primitive has been introduced in pdfTEX 1.40.0. BTW, as you have seen, the second sentence is wrong: \catcode`\{=1 \catcode`\}=2 \ifx\directlua\undefined \else \directlua{tex.enableprimitives('',{'pdfprimitive'})} \fi \pdfprimitive\FooBar \end pdftex -ini: This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009) (INITEX) ... ! Missing primitive name. <to be read again> \FooBar l.7 \pdfprimitive\FooBar luatex -ini: This is LuaTeX, Version beta-0.40.6-2009090421 (TeX Live 2009) (INITEX) ... ! Missing primitive name. <to be read again> \FooBar l.7 \pdfprimitive\FooBar I think, the error message is a good thing, thus the manual should be fixed. (Therefore I have added ntg-pdftex). Also the manual could meantion, that \pdfprimitive was fixed in 1.40.4. Yours sincerely Heiko <oberdiek(a)uni-freiburg.de>

2 1

[pdftex] New document - qbFwnNzIjkXbPqPJE
by noreply＠sarovar.org 18 Sep '09

18 Sep '09

Project: pdftex Group: Document title: qbFwnNzIjkXbPqPJE Document description: dPrCQjrAAgvRyrw Submitter: Nobody (None) ------------------------------------------------------- For more info, visit: http://sarovar.org/docman/index.php?group_id=106

1 0

[pdftex-Bugs][4293] error on build: C compiler cannot create executables
by pdftex-bugs＠sarovar.org 02 Sep '09

02 Sep '09

Bugs item #4293, was opened at 2009-09-01 00:51 >Status: Closed Priority: 3 Submitted By: Pedrocelli (pedrocelli) Assigned to: Nobody (None) Summary: error on build: C compiler cannot create executables Category: Build process Group: None >Resolution: Invalid Initial Comment: Build of pdfLaTex version 1.40.9 attempted on Red Hat Linux 2.6.18, and failed with the above message. Log file config.log attached. What do I need to do to build this? Cheers Pedrocelli ---------------------------------------------------------------------- Comment By: Pedrocelli (pedrocelli) Date: 2009-09-02 05:16 Message: No I haven't - it's a new system. I don't know if anyone else has but it doesn't matter - I installed it through the package manager and it works fine. Thanks Pedrocelli ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2009-09-01 14:11 Message: The log file says: ,--------, | configure:2575: gcc conftest.c >&5 | collect2: cannot find 'ld' `--------` Have you successfully built anything from sources on that system? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4293&group_id=106

1 0

[pdftex-Bugs][4293] error on build: C compiler cannot create executables
by pdftex-bugs＠sarovar.org 01 Sep '09

01 Sep '09

Bugs item #4293, was opened at 2009-09-01 12:51 Status: Open Priority: 3 Submitted By: Pedrocelli (pedrocelli) Assigned to: Nobody (None) Summary: error on build: C compiler cannot create executables Category: Build process Group: None Resolution: None Initial Comment: Build of pdfLaTex version 1.40.9 attempted on Red Hat Linux 2.6.18, and failed with the above message. Log file config.log attached. What do I need to do to build this? Cheers Pedrocelli ---------------------------------------------------------------------- Comment By: Pedrocelli (pedrocelli) Date: 2009-09-02 17:16 Message: No I haven't - it's a new system. I don't know if anyone else has but it doesn't matter - I installed it through the package manager and it works fine. Thanks Pedrocelli ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2009-09-02 02:11 Message: The log file says: ,--------, | configure:2575: gcc conftest.c >&5 | collect2: cannot find 'ld' `--------` Have you successfully built anything from sources on that system? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4293&group_id=106

1 0

[pdftex-Bugs][4294] issue with isolated/non-isolated page transparency group
by pdftex-bugs＠sarovar.org 01 Sep '09

01 Sep '09

Bugs item #4294, was opened at 2009-09-01 15:43 Status: Open Priority: 3 Submitted By: John Owens (jowens) Assigned to: Nobody (None) Summary: issue with isolated/non-isolated page transparency group Category: None Group: None Resolution: None Initial Comment: (The last bug didn't show up. So I am posting a web link to the three files referenced below: http://tinyurl.com/n4jjm4 ) Howdy, I'm attaching 3 files. One is a tar.gz of a LaTeX document. When we first submitted the paper built from the document, we used dvips and Distiller. Now we're using pdflatex for the final version. Both pdfs are attached. However, strangely, page 4 on the pdflatex pdf, when viewed in Apple Preview on Snow Leopard (10.6), has substantially lighter fonts than the other pages. This is probably Preview's problem, not pdflatex's problem, and I've filed an Apple bug. However, from talking to a PDF expert (summary below), it appears that pdflatex is doing something weird, so I thought I'd bring it to your attention. The base page transparency group for page 4 is nonisolated, where for all the other pages the /I key is not present (and thus they are implicitly isolated). The PDF is correct, although a little weird--there is no point in even specifying the isolation key of a page's transparency group unless it a) contains non-normal blend modes _and_ b) will be rendered in non-device-like contexts (e.g., as an object in a larger piece of artwork). So I would argue that pdflatex should probably not even bother specifying the /I key, especially given that it appears to trigger a bug--or at least a dramatically different code path--in Preview. This _should_ have no effect, as the value of the /I key for the page group is supposed to be ignored (and treated as if it were true). Furthermore even if Preview were ignoring that requirement, the page doesn't have any blend modes, so mathematically it shouldn't be producing a different result. But my guess is this: Preview is rendering page 4 into a nonisolated transparency group using an initial, opaque, all-white backdrop, when it should be completely ignoring the /I key and rendering into a completely transparent backdrop. This shouldn't lead to different results unless a blend mode is present. But,the isolated and nonisolated code paths are somehow sufficiently different that they generate different pixel values--due to precision or perhaps an actual bug. But most of what I say is conjecture. See chapter 7.3.6 ("Page Group") of the PDF Reference Manual, sixth edition. The Distiller version doesn't even have transparency group objects on the pages (which is normal). So I wouldn't expect it to have the same issues in Preview, and it doesn't. (This is LaTeX source for a paper, so though I know you'll need the source to do your investigations and bug fixes, kindly don't do anything else with it beyond that.) $ pdflatex --version pdfTeX 3.1415926-1.40.10-2.2 (TeX Live 2009) kpathsea version 5.0.0 Copyright 2009 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.2.39; using libpng 1.2.39 Compiled with zlib 1.2.3; using zlib 1.2.3 Compiled with xpdf version 3.02pl3 $ uname -a Darwin classico-2.local 10.0.0 Darwin Kernel Version 10.0.0: Fri Jul 31 22:47:34 PDT 2009; root:xnu-1456.1.25~1/RELEASE_I386 i386 i386 ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4294&group_id=106

1 0

[pdftex-Bugs][4293] error on build: C compiler cannot create executables
by pdftex-bugs＠sarovar.org 01 Sep '09

01 Sep '09

Bugs item #4293, was opened at 2009-09-01 00:51 Status: Open Priority: 3 Submitted By: Pedrocelli (pedrocelli) Assigned to: Nobody (None) Summary: error on build: C compiler cannot create executables Category: Build process Group: None Resolution: None Initial Comment: Build of pdfLaTex version 1.40.9 attempted on Red Hat Linux 2.6.18, and failed with the above message. Log file config.log attached. What do I need to do to build this? Cheers Pedrocelli ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2009-09-01 14:11 Message: The log file says: ,--------, | configure:2575: gcc conftest.c >&5 | collect2: cannot find 'ld' `--------` Have you successfully built anything from sources on that system? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4293&group_id=106

1 0

[pdftex-Bugs][4293] error on build: C compiler cannot create executables
by pdftex-bugs＠sarovar.org 31 Aug '09

31 Aug '09

Bugs item #4293, was opened at 2009-09-01 12:51 Status: Open Priority: 3 Submitted By: Pedrocelli . (pedrocelli) Assigned to: Nobody (None) Summary: error on build: C compiler cannot create executables Category: Build process Group: None Resolution: None Initial Comment: Build of pdfLaTex version 1.40.9 attempted on Red Hat Linux 2.6.18, and failed with the above message. Log file config.log attached. What do I need to do to build this? Cheers Pedrocelli ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4293&group_id=106

1 0