Re: pdflatex failures on big-endian architectures (s390x / ppc64)
The Thanh Han <[email protected]> Sat, 28 Oct 2023 15:46:28 +0200
| Newsgroups | gmane.comp.tex.pdftex |
|---|---|
| Message-ID | <CAESt4O_gcLBST6E19cDwT431RX=_xdXxGFgP1zNPzSpJiY4New@mail.gmail.com> |
--0000000000004921e20608c70ab2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello Hilmar, On Sat, 28 Oct 2023 at 09:57, The Thanh Han <[email protected]> wrote: > Hello Hilmar, > > On Fri, 27 Oct 2023 at 23:41, Hilmar Preu=C3=9Fe <hille42-S0/[email protected]> wrote: > >> On 10/27/23 17:47, The Thanh Han wrote: >> >> Hello Thanh, >> >> > I have committed the bugfix to pdftex repo. >> > >> I've copied the patch from [1], applied it to the Debian source package, >> rebuilt the package and copied the pdftex binary to /home.. The patch >> applied cleanly, but the resulting binary did not solve the issue. The >> pdftex can create the pdf file, but after converting to a text file >> using gs / pdftotext the issue is not solved. >> >> I've copied my binary to /var/tmp/pdftex_hille42_20231027 on that box, >> could you test it or provide your pdftex executable? The file was not >> created on that server, but on a Debian box, but this should not matter. >> >> > I tested the binary /var/tmp/pdftex_hille42_20231027 and the pdf output > has the correct CMap entries. But I haven't tested text extraction yet. > There > might be more problems than the one Ross discovered. > > I will do some more testing and get back soon. > > I tested the pdf output with pdftotext and gs, and it seems fine. What are the exact commands that failed? Regards, Thanh --0000000000004921e20608c70ab2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr">Hello Hilmar,<br></div><div><div class=3D= "gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Sat, 28 Oct 2023 at = 09:57, The Thanh Han <<a href=3D"mailto:[email protected]">hanthetha= [email protected]</a>> wrote:<br></div><blockquote class=3D"gmail_quote" styl= e=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddin= g-left:1ex"><div dir=3D"ltr"><div>Hello Hilmar,</div><br><div class=3D"gmai= l_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Fri, 27 Oct 2023 at 23:41= , Hilmar Preu=C3=9Fe <<a href=3D"mailto:hille42-S0/[email protected]" target=3D"_blank= ">hille42-S0/[email protected]</a>> wrote:<br></div><blockquote class=3D"gmail_quote" = style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);pa= dding-left:1ex">On 10/27/23 17:47, The Thanh Han wrote:<br> <br> Hello Thanh,<br> <br> > I have committed the bugfix to pdftex repo.<br> > <br> I've copied the patch from [1], applied it to the Debian source package= , <br> rebuilt the package and copied the pdftex binary to /home.. The patch <br> applied cleanly, but the resulting binary did not solve the issue. The <br> pdftex can create the pdf file, but after converting to a text file <br> using gs / pdftotext the issue is not solved.<br> <br> I've copied my binary to /var/tmp/pdftex_hille42_20231027 on that box, = <br> could you test it or provide your pdftex executable? The file was not <br> created on that server, but on a Debian box, but this should not matter.<br= ><br></blockquote><div><br></div><div>I tested the binary /var/tmp/pdftex_h= ille42_20231027 and the pdf output=C2=A0</div><div>has the correct CMap ent= ries. But I haven't tested text extraction yet. There</div><div>might b= e more problems than the one Ross discovered.</div><div><br></div><div>I wi= ll do some more testing and get back soon.</div><div><br></div></div></div>= </blockquote><div><br></div><div>I tested the pdf output with pdftotext and= gs, and it seems fine.=C2=A0</div><div><br></div><div>What are the exact c= ommands that failed?</div><div>=C2=A0</div><div>Regards,</div><div>Thanh</d= iv></div></div></div> --0000000000004921e20608c70ab2--