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
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 -----------------------------------------------------------------
Op 9 jan. 2023, om 15:06 heeft Hans Hagen j.hagen@xs4all.nl 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
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 frans@goddijn.com wrote:
Op 9 jan. 2023, om 15:06 heeft Hans Hagen j.hagen@xs4all.nl 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
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 hugocoolens@gmail.com 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
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
p;s. ik stuurde jou oorspronkelijk een aangepaste test.tex door, niet de originele, hierbij het originele
On Mon, 9 Jan 2023 at 15:14, Frans Goddijn frans@goddijn.com wrote:
Op 9 jan. 2023, om 15:06 heeft Hans Hagen j.hagen@xs4all.nl 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
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.
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 pieter-l@vanoostrum.org 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
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}
Overigens zit dezelfde fout in al de NTG classes.
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 pieter-l@vanoostrum.org wrote:
Overigens zit dezelfde fout in al de NTG classes.
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.
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.
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 johannes.braams@texniek.nl 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.
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 j.hagen@xs4all.nl 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
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
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 -----------------------------------------------------------------
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.
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 pieter-l@vanoostrum.org 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
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.
-
Frans Goddijn -
Hans Hagen -
Hugo Coolens -
Johannes Braams -
Pieter van Oostrum -
Pieter van Oostrum -
Wilfred van Rooijen