September 2008 - ntg-pdftex - NTG Mailing Lists

Re: [NTG-pdftex] [tex-live] TeX Live 2008: nasty pdf(la)tex bug on Solaris SPARC with ZFS
by Vladimir Volovich 13 Sep '08

13 Sep '08

"KB" == Karl Berry writes: VV> odd things noticed on AIX: 1) pdftex prints some garbage to VV> terminal and to the log instead VV> 1) pdftex prints some garbage to terminal and to the log instead VV> of the list of preloaded fonts. here is the diff between terminal output VV> on aix and solaris: VV> (/mnt/Master/texmf-dist/tex/context/base/supp-pdf.tex VV> [Loading MPS to PDF converter (version 2006.09.02).] VV> ) <cgolfer.pdf, id=1, 597.50829pt x 845.0471pt> <use cgolfer.pdf> [1{/mnt/Maste VV> -r/texmf/fonts/map/pdftex/updmap/pdftex.map} <./cgolfer.pdf>] (./test.aux) )2004 VV> -612640pen_name_prefix(ur_file_name?lose_name_suffix2004612640pen_name_prefix?ur VV> -_file_name?lose_name_suffix2004612640pen_name_prefixxur_file_name?lose_name_suf VV> -fix2004612640pen_name_prefix?ur_file_name?lose_name_suffix VV> +r/texmf/fonts/map/pdftex/updmap/pdftex.map} <./cgolfer.pdf>] (./test.aux) )</mn VV> +t/Master/texmf-dist/fonts/type1/bluesky/cm/cmr10.pfb></mnt/Master/texmf-dist/fo VV> +nts/type1/bluesky/cm/cmr12.pfb></mnt/Master/texmf-dist/fonts/type1/bluesky/cm/c VV> +mti12.pfb></mnt/Master/texmf-dist/fonts/type1/bluesky/cm/cmtt12.pfb> VV> Output written on test.pdf (1 page, 40672 bytes). VV> Transcript written on test.log. KB> Possibly a compiler bug? Anyway, if it only happens on AIX, I KB> fear you're the only one who can debug it ... i've debugged it. it appears to be caused by a misfeature (or bug) of the C pre-processor: writet1.c contains #define t1_log(s) tex_printf("%s",s) and then constructs such as t1_log(open_name_prefix); t1_log(cur_file_name); get pre-processed to tex_printf("%open_name_prefix",open_name_prefix); tex_printf("%cur_file_name",cur_file_name); instead of tex_printf("%s",open_name_prefix); tex_printf("%s",cur_file_name); i fixed this by changing the define to #define t1_log(str) tex_printf("%s",str) grepping texlive sources shows that this is probably the only place which could cause such problem. i'd like to ask pdftex maintainers to apply this patch to their master sources and to texlive tree: --- texk/web2c/pdftexdir/writet1.c +++ texk/web2c/pdftexdir/writet1.c @@ -26,7 +26,7 @@ static const char _svn_version[] = "$Id$ $URL: http://scm.foundry.supelec.fr/svn/pdftex/branches/stable/source/src/texk/we… $"; -#define t1_log(s) tex_printf("%s",s) +#define t1_log(str) tex_printf("%s",str) #define get_length1() t1_length1 = t1_offset() - t1_save_offset #define get_length2() t1_length2 = t1_offset() - t1_save_offset #define get_length3() t1_length3 = fixedcontent? t1_offset() - t1_save_offset : 0 i've commited a fixed aix binary which now correctly shows the fonts. Best, v.

1 0

Re: [NTG-pdftex] [tex-live] pdftex LFS bug: on mac too?
by Thanh Han The 12 Sep '08

12 Sep '08

I reported what I found after some investigation and testing. If most of this is already known to you, then I applogize for posting them. Martin has already provided a good fix for TL: added --disable-largefile to the Build script. A slightly better fix is to disable LFS support by default, and change --disable-largefile to --enable-largefile Someone may want to fix the config stuff to get LFS working on all systems. It seems hard to me so I will not try that. I vote for disabling LFS by default, and document that enabling LFS might break things on some systems. Regards test case: I will submit I I have to TL, if Karl agrees. However, it's not anything close to systematic. Regards, Thanh On Fri, Sep 12, 2008 at 06:28:21PM +0200, Norbert Preining wrote: > On Fr, 12 Sep 2008, Thanh Han The wrote: > > Some more relevant info about the problem: > > Most of that was known already, we would be in need of good test cases > and a good fix. > > Maybe you could check up with Martin to get a quick *and* working fix. > > Thanks. > > Norbert > > ------------------------------------------------------------------------------- > Dr. Norbert Preining <preining(a)logic.at> Vienna University of Technology > Debian Developer <preining(a)debian.org> Debian TeX Group > gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 > ------------------------------------------------------------------------------- > YARMOUTH (vb.) > To shout at foreigners in the belief that the louder you speak, the > better they'll understand you. > --- Douglas Adams, The Meaning of Liff

1 0

Re: [NTG-pdftex] [tex-live] pdftex LFS bug: on mac too?
by Thanh Han The 12 Sep '08

12 Sep '08

Some more relevant info about the problem: - LFS was added to pdftex since version 1.40.6. It was enabled by default. To disable it, one must run "configure" with the option "--disable-largefile". - also starting from version 1.40.6, the "build.sh" script coming with pdftex sources tarball has the option "--disable-largefile" when calling "configure". This means that pdftex compiled from sources will have LFS disabled by default, unless one changes the "build.sh" script to remove that option to enable LFS, or skips "build.sh" and calls "configure" by himself. - the "Build" script used to build texlive does NOT have the option "--disable-largefile" by default, which means that TL is built with LFS enabled by default. - LFS has been broken on some systems since 1.40.6: - on Solaris SPARC: 1.40.6--1.40.9 have the same problem as current TL - on MacOSX PowerPC: - 1.40.6: pdftex failed with a message "Invalid argument". A google search shows that a similar problem was discussed on the context list: http://www.ntg.nl/pipermail/ntg-context/2008/031066.html - 1.40.7--1.40.9: same problem as current TL Thanh

1 0

Altona Test Suite
by Martin Schröder 10 Sep '08

10 Sep '08

Have a look at http://www.eci.org/doku.php?id=en:projects:ats and the files on http://www.eci.org/doku.php?id=en:downloads Best Martin

1 0

update on "nasty pdf(la)tex bug on Solaris SPARC with ZFS"
by Thanh Han The 10 Sep '08

10 Sep '08

I don't have a fix yet, just some more info: it's very likely that the problem is caused by inconsistent declaration of type longinteger. Tracing it down is not easy due to nested inclusion of header files, however a quick check can be done in gdb as follows: ,-------- | info type longinteger | | All types matching regular expression "longinteger": | | File pdftexini.c: | typedef long long int longinteger; | | File pdftex0.c: | typedef long long int longinteger; | | [...many files with the same declaration of longinteger...] | | File ../../../../src/texk/web2c/pdftexdir/writejbig2.c: | typedef long int longinteger; | | File ../../../../src/texk/web2c/pdftexdir/pdftoepdf.cc: | typedef long int longinteger; `-------- Note that the last 2 declarations are "long int" and not "long long int" longinteger is defined in web2c/config.h as off_t, which also has inconsistent declaration over different files: like longinteger, it's "long long int" for most files, except the following: ,-------- | File ../../../../src/libs/xpdf/goo/gfile.cc: | typedef long int off_t; | | File ../../../../src/texk/web2c/pdftexdir/pdftoepdf.cc: | typedef long int off_t; `-------- Thanh On Tue, Sep 09, 2008 at 04:20:58PM +0200, The Thanh Han wrote: > after some hours debugging, here is what I can confirm: > > - the problem is with LFS enabled only; re-compiled pdftex > with LFS disabled doesn't have this problem. > > - the problem seems to be related to the value of variable > pdfptr gone wild at certain moment, not to the *seek() > functions. > > - it seems a bug of pdftex, not compiler. > > > Regards, > Thanh > > On Tue, Sep 09, 2008 at 02:49:41PM +0400, Vladimir Volovich wrote: > > "THT" == Thanh Han The writes: > > > > THT> I also confirm this bug. This is caused by LFS. I did a lot of > > THT> testing with pdf inclusion on utah machines before TL release, > > THT> unfortunately with LFS always disabled so this bug was not > > THT> detected. > > > > i tested the same on AIX, and got even weirder messages: > > > > [skipped] > > (/mnt/Master/texmf-dist/tex/context/base/supp-pdf.tex > > [Loading MPS to PDF converter (version 2006.09.02).] > > ) <cgolfer.pdf, id=1, 597.50829pt x 845.0471pt> <use cgolfer.pdf> [1{/mnt/Maste > > r/texmf/fonts/map/pdftex/updmap/pdftex.map} <./cgolfer.pdf>] (./test.aux) )2004 > > 640010pen_name_prefixHur_file_name > > lose_name_suffixpdflatex: test: Invalid argument > > > > i'll recompile sparc-solaris and powerpc-aix using --disable-largefile > > and will look if it helps. > > > > i didn't have an idea that LFS should be disabled because of such > > buggy behavior. the above messages on AIX look strange too. at least > > on solaris i get a meaningful error message. > > > > Best, > > v.

2 1

Re: [NTG-pdftex] [tex-live] TeX Live 2008: nasty pdf(la)tex bug on Solaris SPARC with ZFS
by Thanh Han The 09 Sep '08

09 Sep '08

after some hours debugging, here is what I can confirm: - the problem is with LFS enabled only; re-compiled pdftex with LFS disabled doesn't have this problem. - the problem seems to be related to the value of variable pdfptr gone wild at certain moment, not to the *seek() functions. - it seems a bug of pdftex, not compiler. Regards, Thanh On Tue, Sep 09, 2008 at 02:49:41PM +0400, Vladimir Volovich wrote: > "THT" == Thanh Han The writes: > > THT> I also confirm this bug. This is caused by LFS. I did a lot of > THT> testing with pdf inclusion on utah machines before TL release, > THT> unfortunately with LFS always disabled so this bug was not > THT> detected. > > i tested the same on AIX, and got even weirder messages: > > [skipped] > (/mnt/Master/texmf-dist/tex/context/base/supp-pdf.tex > [Loading MPS to PDF converter (version 2006.09.02).] > ) <cgolfer.pdf, id=1, 597.50829pt x 845.0471pt> <use cgolfer.pdf> [1{/mnt/Maste > r/texmf/fonts/map/pdftex/updmap/pdftex.map} <./cgolfer.pdf>] (./test.aux) )2004 > 640010pen_name_prefixHur_file_name > lose_name_suffixpdflatex: test: Invalid argument > > i'll recompile sparc-solaris and powerpc-aix using --disable-largefile > and will look if it helps. > > i didn't have an idea that LFS should be disabled because of such > buggy behavior. the above messages on AIX look strange too. at least > on solaris i get a meaningful error message. > > Best, > v.

2 1

Re: [NTG-pdftex] [tex-live] TeX Live 2008: nasty pdf(la)tex bug on Solaris SPARC with ZFS
by Thanh Han The 09 Sep '08

09 Sep '08

I also confirm this bug. This is caused by LFS. I did a lot of testing with pdf inclusion on utah machines before TL release, unfortunately with LFS always disabled so this bug was not detected. Thanh PS: Perhaps TL should have been built with LFS disabled, since this feature is still highly experimental and has been not tested well enough. On Tue, Sep 09, 2008 at 06:03:19AM +0400, Vladimir Volovich wrote: > "NHFB" == Nelson H F Beebe writes: > > NHFB> I now have a simple test case that exhibits the problem, and > NHFB> experiments show that it manifests itself only on Sun Solaris > NHFB> SPARC. > > NHFB> On a ZFS system, I see something like this: > [...] > NHFB> 107T Sep 8 16:38 bug.pdf > > NHFB> On a UFS Solaris SPARC system (/var/tmp), I see this: > > NHFB> % pdflatex bug.tex ... pdflatex: bug: File too large > > i built solaris sparc binaries for texlive, and i can reproduce this > behavior too. there is nothing related to ZFS. it only doesn't complain > about a big file size, while UFS returns EFBIG (shown by truss): > > write(6, " F 1 5 F 1 6 F 1 7 F 1 8".., 8192) = 8192 > write(6, "C4CD97 kB29E9C0FF8DFCC B".., 330) = 330 > llseek(6, 0x0000330C00000EDC, SEEK_SET) = 0x330C00000EDC > write(6, " 4 9 1 6", 4) Err#27 EFBIG > > because of a big lseek before the write. maybe it is because of a > compiler bug, or maybe it is a pdftex bug. therefore i'm also forwarding > to the ntg-pdftex list. does anybody have an idea if it's likely a > compiler bug or a pdftex bug? > > Best, > v. > > P.S. for those on nts-pdftex who are not subscribed to texlive list, > here is the snippet with a test case: > ================================================================= > Here is the test file: > > % cat bug.tex > > \documentclass[]{article} > > \usepackage{graphicx} > > \begin{document} > > This is a picture of a golfer: > > \centerline{\includegraphics[width = 0.5\textwidth]{cgolfer}} > > \end{document} > > The cgolfer.pdf file can be found here: > > http://www.math.utah.edu/~beebe/cgolfer.pdf > > The bug is unrelated to the particular PDF file that is included as a > graphics image.

2 1

Re: [NTG-pdftex] [tex-live] TeX Live 2008: nasty pdf(la)tex bug on Solaris SPARC with ZFS
by Vladimir Volovich 09 Sep '08

09 Sep '08

"NHFB" == Nelson H F Beebe writes: NHFB> I now have a simple test case that exhibits the problem, and NHFB> experiments show that it manifests itself only on Sun Solaris NHFB> SPARC. NHFB> On a ZFS system, I see something like this: [...] NHFB> 107T Sep 8 16:38 bug.pdf NHFB> On a UFS Solaris SPARC system (/var/tmp), I see this: NHFB> % pdflatex bug.tex ... pdflatex: bug: File too large i built solaris sparc binaries for texlive, and i can reproduce this behavior too. there is nothing related to ZFS. it only doesn't complain about a big file size, while UFS returns EFBIG (shown by truss): write(6, " F 1 5 F 1 6 F 1 7 F 1 8".., 8192) = 8192 write(6, "C4CD97 kB29E9C0FF8DFCC B".., 330) = 330 llseek(6, 0x0000330C00000EDC, SEEK_SET) = 0x330C00000EDC write(6, " 4 9 1 6", 4) Err#27 EFBIG because of a big lseek before the write. maybe it is because of a compiler bug, or maybe it is a pdftex bug. therefore i'm also forwarding to the ntg-pdftex list. does anybody have an idea if it's likely a compiler bug or a pdftex bug? Best, v. P.S. for those on nts-pdftex who are not subscribed to texlive list, here is the snippet with a test case: ================================================================= Here is the test file: % cat bug.tex \documentclass[]{article} \usepackage{graphicx} \begin{document} This is a picture of a golfer: \centerline{\includegraphics[width = 0.5\textwidth]{cgolfer}} \end{document} The cgolfer.pdf file can be found here: http://www.math.utah.edu/~beebe/cgolfer.pdf The bug is unrelated to the particular PDF file that is included as a graphics image.

2 1

[pdftex-Patches][2088] Patch for layer inclusion
by pdftex-patches＠sarovar.org 01 Sep '08

01 Sep '08

Patches item #2088, was opened at 2008-09-01 13:44 Status: Open Priority: 3 Submitted By: Martin Schröder (oneiros) Assigned to: Nobody (None) Summary: Patch for layer inclusion Resolution: None Group: v1.50.0 Category: PDF inclusion Initial Comment: Attached is a patch for the inclusion of layers which supersedes the functionality already in 1.50 (but keeps that) and provides the ability to merge layers from different pdfs (or with layers from the main document). ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=2088&group_id=106

1 0