pdftex 3.141592653-2.6-1.40.22 breaks when using accented characters

older
Voor de liefhebber: enkele gratis...

Hugo Coolens

9 Jan 2023 9 Jan '23

1:28 p.m.

Dag allen, Recent installeerde ik op mijn PCtje een nieuwe linux: Mint21. Ik probeerde gisteren een LaTeX-file, test.tex, te compileren die al jaren probleemloos compileert met de command chain: latex test; latex test; dvips test -o; okular test.ps Zoals jullie zien gebruik ik geen pdflatex maar de oude LaTeX die naar postscript leidt (ik heb daar mijn redenen voor). Wat blijkt nu echter: een hoop documenten blijken niet meer te compileren zonder fouten. Als voorbeeld het aangehecht bestandje 'test.tex'. Als ik het probeer te compileren krijg ik deze error: (./test.aux) (./test.toc ! Missing number, treated as zero. <to be read again> \global l.4 ...umberline {1.1}\'Sriipati (1019-1066)}{2}{} % Het probleem lijkt dat de toc-file niet correct aangemaakt kan worden omdat er een naam in staat die met een Ś begint, nochtans was dat vroeger geen enkel probleem en ook blijkt de Ś ingegeven als \'S probleemloos in de tekst zelf gezet te worden. Verder valt ook op dat in de inhoudstafel de eerste letter van Omar Khayyam niet gecursiveerd wordt (iets wat nu systematisch optreedt bij langere inhoudstafels), vroeger was ook dat niet het geval. Ik heb eens gechecked welke versie van LaTeX draait onder Mint21: pdfTeX, Version 3.141592653-2.6-1.40.22 (TeX Live 2022/dev/Debian) (preloaded format=latex) restricted \write18 enabled. Onder Mint19.2 draaide deze versie die geen problemen gaf: This is pdfTeX, Version 3.14159265-2.6-1.40.18 (TeX Live 2017/Debian) (preloaded format=latex) restricted \write18 enabled. Geeft iemand hier een idee of dit een bug is in de deze pdftex-versie of een ander probleem en hoe dit op te lossen? dank bij voorbaat en mvg. hugo

Attachments:

attachment.html (text/html — 2.1 KB)
test.tex (text/x-tex — 773 bytes)

Show replies by date

Hans Hagen

9 Jan 9 Jan

2:06 p.m.

On 1/9/2023 2:28 PM, Hugo Coolens wrote:

...

Dag allen, Recent installeerde ik op mijn PCtje een nieuwe linux: Mint21. Ik probeerde gisteren een LaTeX-file, test.tex, te compileren die al jaren probleemloos compileert met de command chain: latex test; latex test; dvips test -o; okular test.ps http://test.ps Zoals jullie zien gebruik ik geen pdflatex maar de oude LaTeX die naar postscript leidt (ik heb daar mijn redenen voor). Wat blijkt nu echter: een hoop documenten blijken niet meer te compileren zonder fouten. Als voorbeeld het aangehecht bestandje 'test.tex'.

Als ik het probeer te compileren krijg ik deze error: (./test.aux) (./test.toc ! Missing number, treated as zero. <to be read again> \global l.4 ...umberline {1.1}\'Sriipati (1019-1066)}{2}{} %

Het probleem lijkt dat de toc-file niet correct aangemaakt kan worden omdat er een naam in staat die met een Ś begint, nochtans was dat vroeger geen enkel probleem en ook blijkt de Ś ingegeven als \'S probleemloos in de tekst zelf gezet te worden. Verder valt ook op dat in de inhoudstafel de eerste letter van Omar Khayyam niet gecursiveerd wordt (iets wat nu systematisch optreedt bij langere inhoudstafels), vroeger was ook dat niet het geval. Ik heb eens gechecked welke versie van LaTeX draait onder Mint21: pdfTeX, Version 3.141592653-2.6-1.40.22 (TeX Live 2022/dev/Debian) (preloaded format=latex) restricted \write18 enabled.

Onder Mint19.2 draaide deze versie die geen problemen gaf: This is pdfTeX, Version 3.14159265-2.6-1.40.18 (TeX Live 2017/Debian) (preloaded format=latex) restricted \write18 enabled.

Geeft iemand hier een idee of dit een bug is in de deze pdftex-versie of een ander probleem en hoe dit op te lossen? Het lijkt me sterk dat het een pdftex bug is omdat dat programma nauwelijks wijzigt ... misschien is er iets veranderd aan latex, hoewel men altijd beweert dat het downward compatible is, dus misschien is er wat anders aan de hand, bv een font dat er niet is of een stijl die niet is geinstalleerd; je zou kunnen runnen met \tracingall en kijken of er wat meer info is dan die \global melding (zien wat er achter die \global staat).

Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------

Frans Goddijn

2:14 p.m.

...

Op 9 jan. 2023, om 15:06 heeft Hans Hagen het volgende geschreven:

On 1/9/2023 2:28 PM, Hugo Coolens wrote:

...
Dag allen, Recent installeerde ik op mijn PCtje een nieuwe linux: Mint21.

Werkt e.e.a. op een oudere installatie van Linux nog wel gewoon goed? Dan zou ik die gebruiken.

...

...
Ik probeerde gisteren een LaTeX-file, test.tex, te compileren die al jaren probleemloos compileert met de command chain: latex test; latex test; dvips test -o; okular test.ps http://test.ps

Als het eerder probleemloos ging, zou ik dat systeem blijven gebruiken. If it is not really broken do not fix it ;-)

...

...
Als voorbeeld het aangehecht bestandje 'test.tex’.

Ik heb het oorspronkelijke bericht met aangehecht ‘minimal example’ bestandje niet ontvangen. Mogelijk kan iemand die latex gebruikt dit bestandje eens verwerken en zien wat ervan komt. Frans

Hugo Coolens

2:31 p.m.

Beste Frans, Ik moest overschakelen op nieuwere hardware en heb daar Mint 21 op geïnstalleerd waarna ik het probleem vaststelde. Met de oude Mint-versie (19.2) en bijhorende pdftex zijn er geen problemen, maar vroeg of laat moest ik toch eens upgraden. Het is de 1ste keer in "tig" jaar dat ik LaTeX-documenten niet meer probleemloos kan compileren na installatie van een nieuw OS. Ik heb het bestandje aan de e-mail geplakt mocht je het eens willen uitproberen. mvg. Hugo On Mon, 9 Jan 2023 at 15:14, Frans Goddijn wrote:

...

...
Op 9 jan. 2023, om 15:06 heeft Hans Hagen het volgende geschreven:

On 1/9/2023 2:28 PM, Hugo Coolens wrote:

...
Dag allen, Recent installeerde ik op mijn PCtje een nieuwe linux: Mint21.

Werkt e.e.a. op een oudere installatie van Linux nog wel gewoon goed?

Dan zou ik die gebruiken.

...
...
Ik probeerde gisteren een LaTeX-file, test.tex, te compileren die al jaren probleemloos compileert met de command chain: latex test; latex test; dvips test -o; okular test.ps http://test.ps

Als het eerder probleemloos ging, zou ik dat systeem blijven gebruiken. If it is not really broken do not fix it ;-)

...
...
Als voorbeeld het aangehecht bestandje 'test.tex’.

Ik heb het oorspronkelijke bericht met aangehecht ‘minimal example’ bestandje niet ontvangen.

Mogelijk kan iemand die latex gebruikt dit bestandje eens verwerken en zien wat ervan komt.

Frans

_______________________________________________ TeX-NL mailing list TeX-NL@ntg.nl https://mailman.ntg.nl/mailman/listinfo/tex-nl

Frans Goddijn

2:46 p.m.

Beste Hugo, Ik heb zelf geen LaTeX op mijn computer — ik werk slechts met ConTeXt, heb weleens een aparte partitie aangemaakt om veilig LaTeX te kunnen installeren zonder dat die mijn werk-installatie stoort maar kwam er in de praktijk nooit toe daar iets mee te doen. Daarom schreef ik

...

...
Mogelijk kan iemand die latex gebruikt dit bestandje eens verwerken en zien wat ervan komt.

Hopelijk duikt er nu iemand op die wel LaTeX op de pc heeft staan… mvg, Frans

...

Op 9 jan. 2023, om 15:31 heeft Hugo Coolens het volgende geschreven:

Beste Frans, Ik moest overschakelen op nieuwere hardware en heb daar Mint 21 op geïnstalleerd waarna ik het probleem vaststelde. Met de oude Mint-versie (19.2) en bijhorende pdftex zijn er geen problemen, maar vroeg of laat moest ik toch eens upgraden. Het is de 1ste keer in "tig" jaar dat ik LaTeX-documenten niet meer probleemloos kan compileren na installatie van een nieuw OS.

Ik heb het bestandje aan de e-mail geplakt mocht je het eens willen uitproberen.

mvg. Hugo

Hugo Coolens

2:40 p.m.

...

...
Op 9 jan. 2023, om 15:06 heeft Hans Hagen het volgende geschreven:

On 1/9/2023 2:28 PM, Hugo Coolens wrote:

...
Dag allen, Recent installeerde ik op mijn PCtje een nieuwe linux: Mint21.

Werkt e.e.a. op een oudere installatie van Linux nog wel gewoon goed?

Dan zou ik die gebruiken.

...
...
Ik probeerde gisteren een LaTeX-file, test.tex, te compileren die al jaren probleemloos compileert met de command chain: latex test; latex test; dvips test -o; okular test.ps http://test.ps

Als het eerder probleemloos ging, zou ik dat systeem blijven gebruiken. If it is not really broken do not fix it ;-)

...
...
Als voorbeeld het aangehecht bestandje 'test.tex’.

Ik heb het oorspronkelijke bericht met aangehecht ‘minimal example’ bestandje niet ontvangen.

Mogelijk kan iemand die latex gebruikt dit bestandje eens verwerken en zien wat ervan komt.

Frans

_______________________________________________ TeX-NL mailing list TeX-NL@ntg.nl https://mailman.ntg.nl/mailman/listinfo/tex-nl

Pieter van Oostrum

5:03 p.m.

Ik heb intussen ontdekt dat het probleem zit in de implementatie van artikel3.cls. Als je in het testdocument 'artikel3' vervangt door 'article' (en de optie 'titlecentered' weghaalt) compileert het document goed. Als je 'artikel3' laat staan, maar de optie 'oldtoc' toevoegt dan compileert het ook zonder fouten. Het probleem zit hem kennelijk in de optie 'niet oldtoc' van artikel3. Het heeft te maken met het gebruik van de macro '\toc@font' in '\@regtocline', dat is daar niet goed geïmplementeerd, maar ik weet nog niet precies hoe het opgelost moet worden. Waarom het vroeger wel werkte weet ik ook niet. -- Pieter van Oostrum www: http://pieter.vanoostrum.org/ PGP key: [8DAE142BE17999C4]

Hugo Coolens

5:53 p.m.

Dag Pieter, Hartelijk bedankt om dit uit te zoeken, oldtoc toevoegen vraagt idd niet veel inspanning. mvg. Hugo On Mon, 9 Jan 2023 at 18:03, Pieter van Oostrum wrote:

...

Ik heb intussen ontdekt dat het probleem zit in de implementatie van artikel3.cls.

Als je in het testdocument 'artikel3' vervangt door 'article' (en de optie 'titlecentered' weghaalt) compileert het document goed. Als je 'artikel3' laat staan, maar de optie 'oldtoc' toevoegt dan compileert het ook zonder fouten. Het probleem zit hem kennelijk in de optie 'niet oldtoc' van artikel3. Het heeft te maken met het gebruik van de macro '\toc@font' in '\@regtocline', dat is daar niet goed geïmplementeerd, maar ik weet nog niet precies hoe het opgelost moet worden. Waarom het vroeger wel werkte weet ik ook niet. -- Pieter van Oostrum www: http://pieter.vanoostrum.org/ PGP key: [8DAE142BE17999C4] _______________________________________________ TeX-NL mailing list TeX-NL@ntg.nl https://mailman.ntg.nl/mailman/listinfo/tex-nl

Pieter van Oostrum

7:20 p.m.

Hugo Coolens schreef:

...

Dag Pieter,

Hartelijk bedankt om dit uit te zoeken, oldtoc toevoegen vraagt idd niet veel inspanning.

Ik heb intussen de oplossing voor beide problemen (ook de eerste letter van Omar cursief): Vervang in artikel3.cls \newcommand*\toc@font[4]{% #2{#3}#4\toc@fontsel#1} door \newcommand*\toc@font[4]{% #2{#3}\toc@fontsel#1#4} -- Pieter van Oostrum www: http://pieter.vanoostrum.org/ PGP key: [8DAE142BE17999C4]

Pieter van Oostrum

7:35 p.m.

Overigens zit dezelfde fout in al de NTG classes. -- Pieter van Oostrum www: http://pieter.vanoostrum.org/ PGP key: [8DAE142BE17999C4]

Wilfred van Rooijen

12 Jan 12 Jan

11:22 a.m.

Mosterd na de maaltijd, maar misschien interessant voor de hardcore nerds: op mijn PC geeft de file "test.tex" een andere foutmelding: rooijen@sagittarius ~/LaTeX $ latex test This is pdfTeX, Version 3.141592653-2.6-1.40.24 (TeX Live 2022) (preloaded format=latex) restricted \write18 enabled. entering extended mode (./test.tex LaTeX2e <2022-11-01> patch level 1 L3 programming layer <2022-12-17> (/usr/local/texlive/2022/texmf-dist/tex/latex/ntgclass/artikel3.cls Document Class: artikel3 2023-01-10 v2.1f NTG LaTeX document class (/usr/local/texlive/2022/texmf-dist/tex/latex/ntgclass/ntg11.clo)) (/usr/local/texlive/2022/texmf-dist/tex/latex/url/url.sty) (/usr/local/texlive/2022/texmf-dist/tex/latex/tools/varioref.sty) (/usr/local/texlive/2022/texmf-dist/tex/generic/babel/babel.sty (/usr/local/texlive/2022/texmf-dist/tex/generic/babel/txtbabel.def) (/usr/local/texlive/2022/texmf-dist/tex/generic/babel-dutch/dutch.ldf Package babel Warning: No hyphenation patterns were preloaded for (babel) the language 'Dutch' into the format. (babel) Please, configure your TeX system to add them and (babel) rebuild the format. Now I will use the patterns (babel) preloaded for \language=0 instead on input line 49. ) (/usr/local/texlive/2022/texmf-dist/tex/generic/babel-english/english.ldf)) (/usr/local/texlive/2022/texmf-dist/tex/generic/babel/locale/en/babel-english.t ex) (/usr/local/texlive/2022/texmf-dist/tex/generic/babel/locale/nl/babel-dutch.tex ) (/usr/local/texlive/2022/texmf-dist/tex/latex/l3backend/l3backend-dvips.def) No file test.aux. No file test.toc. [1] ! Missing number, treated as zero. <to be read again> \scan_stop: l.14 \subsection {\'Sriipati (1019-1066)} ? Groeten,Wilfred On Tuesday, January 10, 2023 at 04:35:39 AM GMT+9, Pieter van Oostrum wrote: Overigens zit dezelfde fout in al de NTG classes. -- Pieter van Oostrum www: http://pieter.vanoostrum.org/ PGP key: [8DAE142BE17999C4] _______________________________________________ TeX-NL mailing list TeX-NL@ntg.nl https://mailman.ntg.nl/mailman/listinfo/tex-nl

Pieter van Oostrum

11:30 a.m.

Wilfred van Rooijen wrote:

...

Mosterd na de maaltijd, maar misschien interessant voor de hardcore nerds: op mijn PC geeft de file "test.tex" een andere foutmelding: [...] ! Missing number, treated as zero. <to be read again> \scan_stop: l.14 \subsection {\'Sriipati (1019-1066)} ?

Dat komt door het commando \pdftracingfonts. Dat moet gevolgd worden door een getal, met eventueel een = ertussen. -- Pieter van Oostrum www: http://pieter.vanoostrum.org/ PGP key: [8DAE142BE17999C4]

Johannes Braams

11:38 a.m.

Hallo, Nadat Piet me op deze discussie altereerde én een oplossing voorstelde heb ik van de week een bijgewerkte versie van de NTGclasses naar CTAN geupload. Daar zijn ze nu op te halen. On 12-01-2023 12:30, Pieter van Oostrum wrote:

...

Wilfred van Rooijen wrote:

...
Mosterd na de maaltijd, maar misschien interessant voor de hardcore nerds: op mijn PC geeft de file "test.tex" een andere foutmelding: [...] ! Missing number, treated as zero. <to be read again> \scan_stop: l.14 \subsection {\'Sriipati (1019-1066)} ?

Dat komt door het commando \pdftracingfonts. Dat moet gevolgd worden door een getal, met eventueel een = ertussen.

-- Met vriendelijke groeten, Johannes Braams

Wilfred van Rooijen

11:49 a.m.

Haha, ik heb de updates al geinstalleerd. Bedankt voor de moeijte. Wilfred On Thursday, January 12, 2023 at 08:39:27 PM GMT+9, Johannes Braams wrote: Hallo, Nadat Piet me op deze discussie altereerde én een oplossing voorstelde heb ik van de week een bijgewerkte versie van de NTGclasses naar CTAN geupload. Daar zijn ze nu op te halen. On 12-01-2023 12:30, Pieter van Oostrum wrote:

...

Wilfred van Rooijen wrote:

> Mosterd na de maaltijd, maar misschien interessant voor de hardcore nerds: op mijn PC geeft de > file "test.tex" een andere foutmelding: [...] > ! Missing number, treated as zero. > <to be read again> > \scan_stop: > l.14 \subsection > {\'Sriipati (1019-1066)} > ? > Dat komt door het commando \pdftracingfonts. Dat moet gevolgd worden door een getal, met eventueel een = ertussen.

-- Met vriendelijke groeten, Johannes Braams _______________________________________________ TeX-NL mailing list TeX-NL@ntg.nl https://mailman.ntg.nl/mailman/listinfo/tex-nl

Hugo Coolens

9 Jan 9 Jan

2:42 p.m.

Dag Hans, Ik weet helaas niet waar ik die \tracingall in het document moet plaatsen... mvg. hugo On Mon, 9 Jan 2023 at 15:07, Hans Hagen wrote:

...

On 1/9/2023 2:28 PM, Hugo Coolens wrote:

...
Dag allen, Recent installeerde ik op mijn PCtje een nieuwe linux: Mint21. Ik probeerde gisteren een LaTeX-file, test.tex, te compileren die al jaren probleemloos compileert met de command chain: latex test; latex test; dvips test -o; okular test.ps http://test.ps Zoals jullie zien gebruik ik geen pdflatex maar de oude LaTeX die naar postscript leidt (ik heb daar mijn redenen voor). Wat blijkt nu echter: een hoop documenten blijken niet meer te compileren zonder fouten. Als voorbeeld het aangehecht bestandje 'test.tex'.

Als ik het probeer te compileren krijg ik deze error: (./test.aux) (./test.toc ! Missing number, treated as zero. <to be read again> \global l.4 ...umberline {1.1}\'Sriipati (1019-1066)}{2}{} %

Het probleem lijkt dat de toc-file niet correct aangemaakt kan worden omdat er een naam in staat die met een Ś begint, nochtans was dat vroeger geen enkel probleem en ook blijkt de Ś ingegeven als \'S probleemloos in de tekst zelf gezet te worden. Verder valt ook op dat in de inhoudstafel de eerste letter van Omar Khayyam niet gecursiveerd wordt (iets wat nu systematisch optreedt bij langere inhoudstafels), vroeger was ook dat niet het geval. Ik heb eens gechecked welke versie van LaTeX draait onder Mint21: pdfTeX, Version 3.141592653-2.6-1.40.22 (TeX Live 2022/dev/Debian) (preloaded format=latex) restricted \write18 enabled.

Onder Mint19.2 draaide deze versie die geen problemen gaf: This is pdfTeX, Version 3.14159265-2.6-1.40.18 (TeX Live 2017/Debian) (preloaded format=latex) restricted \write18 enabled.

Geeft iemand hier een idee of dit een bug is in de deze pdftex-versie of een ander probleem en hoe dit op te lossen? Het lijkt me sterk dat het een pdftex bug is omdat dat programma nauwelijks wijzigt ... misschien is er iets veranderd aan latex, hoewel men altijd beweert dat het downward compatible is, dus misschien is er wat anders aan de hand, bv een font dat er niet is of een stijl die niet is geinstalleerd; je zou kunnen runnen met \tracingall en kijken of er wat meer info is dan die \global melding (zien wat er achter die \global staat).

Hans

----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------

_______________________________________________ TeX-NL mailing list TeX-NL@ntg.nl https://mailman.ntg.nl/mailman/listinfo/tex-nl

Hans Hagen

3:25 p.m.

On 1/9/2023 3:42 PM, Hugo Coolens wrote:

...

Dag Hans, Ik weet helaas niet waar ik die \tracingall in het document moet plaatsen... ergens bovenaan, maar volgens Pieter is het een latex fout dus misschien kun je in afwachting van een fix beter je oude tex tree copieren (als je de oude machine nog hebt) en die gebruiken; ik neem niet aan dat je afhankelijk bent van nieuwe dingen voor een oud document

Pieter van Oostrum

2:39 p.m.

Hugo Coolens schreef:

...

Dag allen, Recent installeerde ik op mijn PCtje een nieuwe linux: Mint21. Ik probeerde gisteren een LaTeX-file, test.tex, te compileren die al jaren probleemloos compileert met de command chain: latex test; latex test; dvips test -o; okular test.ps Zoals jullie zien gebruik ik geen pdflatex maar de oude LaTeX die naar postscript leidt (ik heb daar mijn redenen voor). Wat blijkt nu echter: een hoop documenten blijken niet meer te compileren zonder fouten. Als voorbeeld het aangehecht bestandje 'test.tex'.

Als ik het probeer te compileren krijg ik deze error: (./test.aux) (./test.toc ! Missing number, treated as zero. <to be read again> \global l.4 ...umberline {1.1}\'Sriipati (1019-1066)}{2}{} %

Het probleem lijkt dat de toc-file niet correct aangemaakt kan worden omdat er een naam in staat die met een Ś begint, nochtans was dat vroeger geen enkel probleem en ook blijkt de Ś ingegeven als \'S probleemloos in de tekst zelf gezet te worden. Verder valt ook op dat in de inhoudstafel de eerste letter van Omar Khayyam niet gecursiveerd wordt (iets wat nu systematisch optreedt bij langere inhoudstafels), vroeger was ook dat niet het geval. Ik heb eens gechecked welke versie van LaTeX draait onder Mint21: pdfTeX, Version 3.141592653-2.6-1.40.22 (TeX Live 2022/dev/Debian) (preloaded format=latex) restricted \write18 enabled.

Onder Mint19.2 draaide deze versie die geen problemen gaf: This is pdfTeX, Version 3.14159265-2.6-1.40.18 (TeX Live 2017/Debian) (preloaded format=latex) restricted \write18 enabled.

Geeft iemand hier een idee of dit een bug is in de deze pdftex-versie of een ander probleem en hoe dit op te lossen?

Ik zie hetzelfde op mijn Mac. Zowel met pdflatex zonder pdfoutput=0 (dus met directe PDF-generatie) als met latex dus met dvi output. Ook met andere tekens met \' accent. Ik vermoed dat het een probleem is met de LaTeX-versie van 2022, dat er een foutje in de T1-encoding geslopen is. -- Pieter van Oostrum www: http://pieter.vanoostrum.org/ PGP key: [8DAE142BE17999C4]

Hugo Coolens

3:17 p.m.

Dag Pieter, Hartelijk bedankt om dit uit te zoeken. Kan dit probleem ergens gemeld worden ? mvg. Hugo On Mon, 9 Jan 2023 at 16:11, Pieter van Oostrum wrote:

...

Hugo Coolens schreef:

...
Dag allen, Recent installeerde ik op mijn PCtje een nieuwe linux: Mint21. Ik probeerde gisteren een LaTeX-file, test.tex, te compileren die al jaren probleemloos compileert met de command chain: latex test; latex test; dvips test -o; okular test.ps Zoals jullie zien gebruik ik geen pdflatex maar de oude LaTeX die naar postscript leidt (ik heb daar mijn redenen voor). Wat blijkt nu echter: een hoop documenten blijken niet meer te compileren zonder fouten. Als voorbeeld het aangehecht bestandje 'test.tex'.

Als ik het probeer te compileren krijg ik deze error: (./test.aux) (./test.toc ! Missing number, treated as zero. <to be read again> \global l.4 ...umberline {1.1}\'Sriipati (1019-1066)}{2}{} %

Het probleem lijkt dat de toc-file niet correct aangemaakt kan worden omdat er een naam in staat die met een Ś begint, nochtans was dat vroeger geen enkel probleem en ook blijkt de Ś ingegeven als \'S probleemloos in de tekst zelf gezet te worden. Verder valt ook op dat in de inhoudstafel de eerste letter van Omar Khayyam niet gecursiveerd wordt (iets wat nu systematisch optreedt bij langere inhoudstafels), vroeger was ook dat niet het geval. Ik heb eens gechecked welke versie van LaTeX draait onder Mint21: pdfTeX, Version 3.141592653-2.6-1.40.22 (TeX Live 2022/dev/Debian) (preloaded format=latex) restricted \write18 enabled.

Onder Mint19.2 draaide deze versie die geen problemen gaf: This is pdfTeX, Version 3.14159265-2.6-1.40.18 (TeX Live 2017/Debian) (preloaded format=latex) restricted \write18 enabled.

Geeft iemand hier een idee of dit een bug is in de deze pdftex-versie of een ander probleem en hoe dit op te lossen?

Ik zie hetzelfde op mijn Mac. Zowel met pdflatex zonder pdfoutput=0 (dus met directe PDF-generatie) als met latex dus met dvi output. Ook met andere tekens met \' accent. Ik vermoed dat het een probleem is met de LaTeX-versie van 2022, dat er een foutje in de T1-encoding geslopen is. -- Pieter van Oostrum www: http://pieter.vanoostrum.org/ PGP key: [8DAE142BE17999C4] _______________________________________________ TeX-NL mailing list TeX-NL@ntg.nl https://mailman.ntg.nl/mailman/listinfo/tex-nl

Pieter van Oostrum

2:59 p.m.

Hugo Coolens schreef:

...

Dag allen, Recent installeerde ik op mijn PCtje een nieuwe linux: Mint21. Ik probeerde gisteren een LaTeX-file, test.tex, te compileren die al jaren probleemloos compileert met de command chain: latex test; latex test; dvips test -o; okular test.ps Zoals jullie zien gebruik ik geen pdflatex maar de oude LaTeX die naar postscript leidt (ik heb daar mijn redenen voor). Wat blijkt nu echter: een hoop documenten blijken niet meer te compileren zonder fouten. Als voorbeeld het aangehecht bestandje 'test.tex'.

Als ik het probeer te compileren krijg ik deze error: (./test.aux) (./test.toc ! Missing number, treated as zero. <to be read again> \global l.4 ...umberline {1.1}\'Sriipati (1019-1066)}{2}{} %

Het probleem lijkt dat de toc-file niet correct aangemaakt kan worden omdat er een naam in staat die met een Ś begint, nochtans was dat vroeger geen enkel probleem en ook blijkt de Ś ingegeven als \'S probleemloos in de tekst zelf gezet te worden. Verder valt ook op dat in de inhoudstafel de eerste letter van Omar Khayyam niet gecursiveerd wordt (iets wat nu systematisch optreedt bij langere inhoudstafels), vroeger was ook dat niet het geval. Ik heb eens gechecked welke versie van LaTeX draait onder Mint21: pdfTeX, Version 3.141592653-2.6-1.40.22 (TeX Live 2022/dev/Debian) (preloaded format=latex) restricted \write18 enabled.

Onder Mint19.2 draaide deze versie die geen problemen gaf: This is pdfTeX, Version 3.14159265-2.6-1.40.18 (TeX Live 2017/Debian) (preloaded format=latex) restricted \write18 enabled.

Geeft iemand hier een idee of dit een bug is in de deze pdftex-versie of een ander probleem en hoe dit op te lossen?

710

Age (days ago)

713

Last active (days ago)

List overview

Download

18 comments

7 participants

participants (7)

Frans Goddijn
Hans Hagen
Hugo Coolens
Johannes Braams
Pieter van Oostrum
Pieter van Oostrum
Wilfred van Rooijen

pdftex 3.141592653-2.6-1.40.22 breaks when using accented characters

tags

participants (7)