Luatex crash on \endinput \end

Aditya Mahajan

16 May 2012 16 May '12

6:12 p.m.

Hi, The following causes luatex to crash (it is harmless, but still...) echo '\\endinput \\end' | context --pipe gives: *** glibc detected *** luatex: double free or corruption (fasttop): 0x0aef00e8 *** ======= Backtrace: ========= /lib/libc.so.6(+0x725f2)[0xb75f05f2] luatex(luacstring_close+0x7b)[0x810153b] luatex(end_file_reading+0xd8)[0x80b0858] luatex[0x80d88e7] luatex[0x80d75d4] luatex(get_next+0x5d)[0x80d8cfd] luatex(get_x_token+0x15)[0x80acc35] luatex(main_control+0x48)[0x80b4328] luatex(main_body+0x21d)[0x80b1ebd] luatex(main+0x20)[0x8090d40] /lib/libc.so.6(__libc_start_main+0xf3)[0xb7597483] ======= Memory map: ======== 08048000-08464000 r-xp 00000000 08:03 810362 /opt/context-minimals/texmf-linux/bin/luatex 08464000-084d2000 rw-p 0041c000 08:03 810362 /opt/context-minimals/texmf-linux/bin/luatex 084d2000-0878d000 rw-p 00000000 00:00 0 09838000-0af96000 rw-p 00000000 00:00 0 [heap] b5554000-b5ae4000 rw-p 00000000 00:00 0 b5b46000-b5c27000 rw-p 00000000 00:00 0 b5e45000-b6006000 rw-p 00000000 00:00 0 b60a4000-b60c0000 r-xp 00000000 08:03 1006974 /usr/lib/libgcc_s.so.1 b60c0000-b60c1000 rw-p 0001b000 08:03 1006974 /usr/lib/libgcc_s.so.1 b60e7000-b72de000 rw-p 00000000 00:00 0 b72df000-b73b7000 rw-p 00000000 00:00 0 b73b7000-b757c000 r--p 00000000 08:03 1856687 /usr/lib/locale/locale-archive b757c000-b757e000 rw-p 00000000 00:00 0 b757e000-b7719000 r-xp 00000000 08:03 1479914 /lib/libc-2.15.so b7719000-b771b000 r--p 0019b000 08:03 1479914 /lib/libc-2.15.so b771b000-b771c000 rw-p 0019d000 08:03 1479914 /lib/libc-2.15.so b771c000-b771f000 rw-p 00000000 00:00 0 b771f000-b7749000 r-xp 00000000 08:03 1479882 /lib/libm-2.15.so b7749000-b774a000 r--p 00029000 08:03 1479882 /lib/libm-2.15.so b774a000-b774b000 rw-p 0002a000 08:03 1479882 /lib/libm-2.15.so b774b000-b774e000 r-xp 00000000 08:03 1479881 /lib/libdl-2.15.so b774e000-b774f000 r--p 00002000 08:03 1479881 /lib/libdl-2.15.so b774f000-b7750000 rw-p 00003000 08:03 1479881 /lib/libdl-2.15.so b7773000-b7777000 rw-p 00000000 00:00 0 b7777000-b7778000 r-xp 00000000 00:00 0 [vdso] b7778000-b7798000 r-xp 00000000 08:03 1479958 /lib/ld-2.15.so b7798000-b7799000 r--p 0001f000 08:03 1479958 /lib/ld-2.15.so b7799000-b779a000 rw-p 00020000 08:03 1479958 /lib/ld-2.15.so bfeeb000-bff0d000 rw-p 00000000 00:00 0 [stack] Aditya

Show replies by date

luigi scarso

16 May 16 May

6:42 p.m.

On Wed, May 16, 2012 at 6:12 PM, Aditya Mahajan wrote:

...

Hi,

The following causes luatex to crash (it is harmless, but still...)

echo '\\endinput \\end' | context --pipe

gives:

*** glibc detected *** luatex: double free or corruption (fasttop): 0x0aef00e8 *** ======= Backtrace: ========= /lib/libc.so.6(+0x725f2)[0xb75f05f2] luatex(luacstring_close+0x7b)[0x810153b] luatex(end_file_reading+0xd8)[0x80b0858] luatex[0x80d88e7] luatex[0x80d75d4] luatex(get_next+0x5d)[0x80d8cfd] luatex(get_x_token+0x15)[0x80acc35] luatex(main_control+0x48)[0x80b4328] luatex(main_body+0x21d)[0x80b1ebd] luatex(main+0x20)[0x8090d40] /lib/libc.so.6(__libc_start_main+0xf3)[0xb7597483] ======= Memory map: ======== 08048000-08464000 r-xp 00000000 08:03 810362 /opt/context-minimals/texmf-linux/bin/luatex 08464000-084d2000 rw-p 0041c000 08:03 810362 /opt/context-minimals/texmf-linux/bin/luatex 084d2000-0878d000 rw-p 00000000 00:00 0 09838000-0af96000 rw-p 00000000 00:00 0 [heap] b5554000-b5ae4000 rw-p 00000000 00:00 0 b5b46000-b5c27000 rw-p 00000000 00:00 0 b5e45000-b6006000 rw-p 00000000 00:00 0 b60a4000-b60c0000 r-xp 00000000 08:03 1006974 /usr/lib/libgcc_s.so.1 b60c0000-b60c1000 rw-p 0001b000 08:03 1006974 /usr/lib/libgcc_s.so.1 b60e7000-b72de000 rw-p 00000000 00:00 0 b72df000-b73b7000 rw-p 00000000 00:00 0 b73b7000-b757c000 r--p 00000000 08:03 1856687 /usr/lib/locale/locale-archive b757c000-b757e000 rw-p 00000000 00:00 0 b757e000-b7719000 r-xp 00000000 08:03 1479914 /lib/libc-2.15.so b7719000-b771b000 r--p 0019b000 08:03 1479914 /lib/libc-2.15.so b771b000-b771c000 rw-p 0019d000 08:03 1479914 /lib/libc-2.15.so b771c000-b771f000 rw-p 00000000 00:00 0 b771f000-b7749000 r-xp 00000000 08:03 1479882 /lib/libm-2.15.so b7749000-b774a000 r--p 00029000 08:03 1479882 /lib/libm-2.15.so b774a000-b774b000 rw-p 0002a000 08:03 1479882 /lib/libm-2.15.so b774b000-b774e000 r-xp 00000000 08:03 1479881 /lib/libdl-2.15.so b774e000-b774f000 r--p 00002000 08:03 1479881 /lib/libdl-2.15.so b774f000-b7750000 rw-p 00003000 08:03 1479881 /lib/libdl-2.15.so b7773000-b7777000 rw-p 00000000 00:00 0 b7777000-b7778000 r-xp 00000000 00:00 0 [vdso] b7778000-b7798000 r-xp 00000000 08:03 1479958 /lib/ld-2.15.so b7798000-b7799000 r--p 0001f000 08:03 1479958 /lib/ld-2.15.so b7799000-b779a000 rw-p 00020000 08:03 1479958 /lib/ld-2.15.so bfeeb000-bff0d000 rw-p 00000000 00:00 0 [stack]

Aditya

# echo '\\endinput \\end' | context --pipe mtx-context | entering scrollmode, end job with \endThis is LuaTeX, Version beta-0.70.1-2011051923 (rev 4277) \write18 enabled. ConTeXt ver: 2012.05.08 23:00 MKIV fmt: 2012.5.9 int: english/english system > cont-new.mkiv loaded (/opt/luatex/standalone-bassenge/tex/texmf-context/tex/context/base/cont-new.mkiv system > beware: some patches loaded from cont-new.mkiv ) system > no texput.top fonts > latin modern fonts are not preloaded languages > language en is active * * ! Emergency stop. system > tex > error on line 0 in file : Emergency stop ... <empty file> <*> \\endinput \\end ! ==> Fatal error occurred, no output PDF file produced! system | total runtime: 1.127 root@luigicasa-laptop:/opt/luatex/standalone-bassenge/tex/texmf-project/math# luatex -version This is LuaTeX, Version beta-0.70.1-2011051923 (rev 4277) ubuntu 10.04 lts 32bit -- luigi

Aditya Mahajan

17 May 17 May

1:06 a.m.

On Wed, 16 May 2012, luigi scarso wrote:

...

On Wed, May 16, 2012 at 6:12 PM, Aditya Mahajan wrote:

...
Hi,

The following causes luatex to crash (it is harmless, but still...)

echo '\\endinput \\end' | context --pipe

gives:

*** glibc detected *** luatex: double free or corruption (fasttop): 0x0aef00e8 *** ======= Backtrace: ========= /lib/libc.so.6(+0x725f2)[0xb75f05f2] luatex(luacstring_close+0x7b)[0x810153b] luatex(end_file_reading+0xd8)[0x80b0858] luatex[0x80d88e7] luatex[0x80d75d4] luatex(get_next+0x5d)[0x80d8cfd] luatex(get_x_token+0x15)[0x80acc35] luatex(main_control+0x48)[0x80b4328] luatex(main_body+0x21d)[0x80b1ebd] luatex(main+0x20)[0x8090d40] /lib/libc.so.6(__libc_start_main+0xf3)[0xb7597483] ======= Memory map: ======== 08048000-08464000 r-xp 00000000 08:03 810362 /opt/context-minimals/texmf-linux/bin/luatex 08464000-084d2000 rw-p 0041c000 08:03 810362 /opt/context-minimals/texmf-linux/bin/luatex 084d2000-0878d000 rw-p 00000000 00:00 0 09838000-0af96000 rw-p 00000000 00:00 0 [heap] b5554000-b5ae4000 rw-p 00000000 00:00 0 b5b46000-b5c27000 rw-p 00000000 00:00 0 b5e45000-b6006000 rw-p 00000000 00:00 0 b60a4000-b60c0000 r-xp 00000000 08:03 1006974 /usr/lib/libgcc_s.so.1 b60c0000-b60c1000 rw-p 0001b000 08:03 1006974 /usr/lib/libgcc_s.so.1 b60e7000-b72de000 rw-p 00000000 00:00 0 b72df000-b73b7000 rw-p 00000000 00:00 0 b73b7000-b757c000 r--p 00000000 08:03 1856687 /usr/lib/locale/locale-archive b757c000-b757e000 rw-p 00000000 00:00 0 b757e000-b7719000 r-xp 00000000 08:03 1479914 /lib/libc-2.15.so b7719000-b771b000 r--p 0019b000 08:03 1479914 /lib/libc-2.15.so b771b000-b771c000 rw-p 0019d000 08:03 1479914 /lib/libc-2.15.so b771c000-b771f000 rw-p 00000000 00:00 0 b771f000-b7749000 r-xp 00000000 08:03 1479882 /lib/libm-2.15.so b7749000-b774a000 r--p 00029000 08:03 1479882 /lib/libm-2.15.so b774a000-b774b000 rw-p 0002a000 08:03 1479882 /lib/libm-2.15.so b774b000-b774e000 r-xp 00000000 08:03 1479881 /lib/libdl-2.15.so b774e000-b774f000 r--p 00002000 08:03 1479881 /lib/libdl-2.15.so b774f000-b7750000 rw-p 00003000 08:03 1479881 /lib/libdl-2.15.so b7773000-b7777000 rw-p 00000000 00:00 0 b7777000-b7778000 r-xp 00000000 00:00 0 [vdso] b7778000-b7798000 r-xp 00000000 08:03 1479958 /lib/ld-2.15.so b7798000-b7799000 r--p 0001f000 08:03 1479958 /lib/ld-2.15.so b7799000-b779a000 rw-p 00020000 08:03 1479958 /lib/ld-2.15.so bfeeb000-bff0d000 rw-p 00000000 00:00 0 [stack]

Aditya

# echo '\\endinput \\end' | context --pipe

mtx-context | entering scrollmode, end job with \endThis is LuaTeX, Version beta-0.70.1-2011051923 (rev 4277) \write18 enabled.

ConTeXt ver: 2012.05.08 23:00 MKIV fmt: 2012.5.9 int: english/english

system > cont-new.mkiv loaded (/opt/luatex/standalone-bassenge/tex/texmf-context/tex/context/base/cont-new.mkiv system > beware: some patches loaded from cont-new.mkiv ) system > no texput.top fonts > latin modern fonts are not preloaded languages > language en is active

* * ! Emergency stop.

system > tex > error on line 0 in file : Emergency stop ...

<empty file>

<*> \\endinput \\end

! ==> Fatal error occurred, no output PDF file produced! system | total runtime: 1.127 root@luigicasa-laptop:/opt/luatex/standalone-bassenge/tex/texmf-project/math# luatex -version This is LuaTeX, Version beta-0.70.1-2011051923 (rev 4277)

ubuntu 10.04 lts 32bit

Hmm... I am using (I also tested on 2012.04.26 22:27 MKIV) mtx-context | entering scrollmode, end job with \endThis is LuaTeX, Version beta-0.70.1-2011051923 (rev 4277) \write18 enabled. ConTeXt ver: 2012.05.14 16:00 MKIV fmt: 2012.5.16 int: english/english on arch linux 32bit: $ uname -a Linux ... 3.3.3-1-ARCH #1 SMP PREEMPT Mon Apr 23 09:33:32 UTC 2012 i686 Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz GenuineIntel GNU/Linux Aditya

luigi scarso

2:24 p.m.

On Thu, May 17, 2012 at 1:06 AM, Aditya Mahajan wrote:

...

Hmm... I am using (I also tested on 2012.04.26 22:27 MKIV)

mtx-context | entering scrollmode, end job with \endThis is LuaTeX, Version beta-0.70.1-2011051923 (rev 4277) \write18 enabled.

ConTeXt ver: 2012.05.14 16:00 MKIV fmt: 2012.5.16 int: english/english

on arch linux 32bit:

$ uname -a Linux ... 3.3.3-1-ARCH #1 SMP PREEMPT Mon Apr 23 09:33:32 UTC 2012 i686 Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz GenuineIntel GNU/Linux

# echo '\\endinput \\end' | context --pipe mtx-context | entering scrollmode, end job with \endThis is LuaTeX, Version beta-0.70.1-2011051923 (rev 4277) \write18 enabled. ConTeXt ver: 2012.05.14 16:00 MKIV fmt: 2012.5.17 int: english/english system > cont-new.mkiv loaded (/opt/luatex/standalone-bassenge/tex/texmf-context/tex/context/base/cont-new.mkiv system > beware: some patches loaded from cont-new.mkiv ) system > no texput.top fonts > latin modern fonts are not preloaded languages > language en is active * * ! Emergency stop. system > tex > error on line 0 in file : Emergency stop ... <empty file> <*> \\endinput \\end ! ==> Fatal error occurred, no output PDF file produced! system | total runtime: 0.670 Linux...2.6.32-41-generic-pae #89-Ubuntu SMP Fri Apr 27 23:59:24 UTC 2012 i686 GNU/Linux -- luigi

Taco Hoekwater

3:44 p.m.

On 05/17/2012 02:24 PM, luigi scarso wrote:

...

# echo '\\endinput \\end' | context --pipe

mtx-context | entering scrollmode, end job with \endThis is LuaTeX, Version beta-0.70.1-2011051923 (rev 4277) \write18 enabled.

I get the same results as luigi, except: This is LuaTeX, Version beta-0.71.0-2012051009 (rev 4415) ConTeXt ver: 2012.04.26 22:27 MKIV

...

Linux...2.6.32-41-generic-pae #89-Ubuntu SMP Fri Apr 27 23:59:24 UTC 2012 i686 GNU/Linux

Linux boobuntu 3.2.0-24-generic #37-Ubuntu SMP Wed Apr 25 08:43:22 UTC 2012 x86_64 GNU/Linux Best wishes, Taco

Aditya Mahajan

4:30 p.m.

On Thu, 17 May 2012, Taco Hoekwater wrote:

...

On 05/17/2012 02:24 PM, luigi scarso wrote:

...
# echo '\\endinput \\end' | context --pipe

mtx-context | entering scrollmode, end job with \endThis is LuaTeX, Version beta-0.70.1-2011051923 (rev 4277) \write18 enabled.

I get the same results as luigi, except:

This is LuaTeX, Version beta-0.71.0-2012051009 (rev 4415) ConTeXt ver: 2012.04.26 22:27 MKIV

...
Linux...2.6.32-41-generic-pae #89-Ubuntu SMP Fri Apr 27 23:59:24 UTC 2012 i686 GNU/Linux

Linux boobuntu 3.2.0-24-generic #37-Ubuntu SMP Wed Apr 25 08:43:22 UTC 2012 x86_64 GNU/Linux

I tested on another machine Linux .... 3.2.7-1-ARCH #1 SMP PREEMPT Tue Feb 21 16:59:04 UTC 2012 i686 Intel(R) Atom(TM) CPU N450 @ 1.66GHz GenuineIntel GNU/Linux with the same crash. Can someone else using context minimals with archlinux check if they get a crash or not? Aditya

Vladimir Lomov

18 May 18 May

1:17 a.m.

Hello, ** Aditya Mahajan [2012-05-17 10:30:53 -0400]:

...

On Thu, 17 May 2012, Taco Hoekwater wrote:

...

...
On 05/17/2012 02:24 PM, luigi scarso wrote:

...

...
...
# echo '\\endinput \\end' | context --pipe

...

...
...
mtx-context | entering scrollmode, end job with \endThis is LuaTeX, Version beta-0.70.1-2011051923 (rev 4277) \write18 enabled.

...

...
I get the same results as luigi, except:

...

...
This is LuaTeX, Version beta-0.71.0-2012051009 (rev 4415) ConTeXt ver: 2012.04.26 22:27 MKIV

...

...
...
Linux...2.6.32-41-generic-pae #89-Ubuntu SMP Fri Apr 27 23:59:24 UTC 2012 i686 GNU/Linux

...

...
Linux boobuntu 3.2.0-24-generic #37-Ubuntu SMP Wed Apr 25 08:43:22 UTC 2012 x86_64 GNU/Linux

...

I tested on another machine

...

Linux .... 3.2.7-1-ARCH #1 SMP PREEMPT Tue Feb 21 16:59:04 UTC 2012 i686 Intel(R) Atom(TM) CPU N450 @ 1.66GHz GenuineIntel GNU/Linux

...

with the same crash. Can someone else using context minimals with archlinux check if they get a crash or not?

Two systems (notebook and desktop) both Archlinux x86_64, Intel (notebook) and AMD (desktop) processors, context suite (aka context minimals), notebook: 2012.05.11 $ echo '\\endinput \\end' | context --pipe mtx-context | entering scrollmode, end job with \endThis is LuaTeX, Version beta-0.70.1-2011051918 (rev 4277) \write18 enabled. ConTeXt ver: 2012.05.11 13:19 MKIV fmt: 2012.5.12 int: english/english system > cont-new.mkiv loaded (/usr/local/opt/context/tex/texmf-context/tex/context/base/cont-new.mkiv system > beware: some patches loaded from cont-new.mkiv ) system > no texput.top fonts > latin modern fonts are not preloaded languages > language en is active * * ! Emergency stop. system > tex > error on line 0 in file : Emergency stop ... <empty file> <*> \\endinput \\end ! ==> Fatal error occurred, no output PDF file produced! system | total runtime: 0.336 desktop: 2012.05.14 $ echo '\\endinput \\end' | context --pipe mtx-context | entering scrollmode, end job with \endThis is LuaTeX, Version beta-0.70.1-2011051918 (rev 4277) \write18 enabled. ConTeXt ver: 2012.05.14 16:00 MKIV fmt: 2012.5.16 int: english/english system > cont-new.mkiv loaded (/usr/local/opt/context/tex/texmf-context/tex/context/base/cont-new.mkiv system > beware: some patches loaded from cont-new.mkiv ) system > no texput.top fonts > latin modern fonts are not preloaded languages > language en is active * * ! Emergency stop. system > tex > error on line 0 in file : Emergency stop ... <empty file> <*> \\endinput \\end ! ==> Fatal error occurred, no output PDF file produced! system | total runtime: 0.668 And yes, $ which context /usr/local/opt/context/tex/texmf-linux-64/bin/context P.S. For me it is weird that you have iCore7 and uses Archlinux i686. --- WBR, Vladimir Lomov -- To ordinary folks, conversion is not always automatic. It's something that may or may not require explicit assistance. See Billy Graham. :-) -- Larry Wall in <199710141738.KAA22289@wall.org>

Taco Hoekwater

10:58 a.m.

On 05/17/2012 04:30 PM, Aditya Mahajan wrote:

...

with the same crash. Can someone else using context minimals with archlinux check if they get a crash or not?

I get a crash (double free) with: echo '\endinput \end ' | context --pipe and I get a 'normal' Fatal error occurred with: echo '\\endinput \\end' | context --pipe and I think that solves that bit of the mystery. Now for that double-free: echo '\tracingall \endinput \end ' | context --pipe ends with:

...

{\endinput}

\end ->\ctxcommand {forceendjob()}

\ctxcommand #1->\directlua \zerocount {commands.#1} #1<-forceendjob() {\directlua} system > don't use \end to finish a document *** glibc detected *** luatex: double free or corruption (fasttop): 0x0000000004c21340 ***

It probably crashes because in context the \end code and the \endinput code interfere with eachother. You get the same crash if you create a simple input file with just that same line, and the crash goes away if you put \endinput and \end on separate lines, and as far as I can tell, context always crashes if \endinput and \end/\stoptext are on the same line. Best wishes, Taco

luigi scarso

11:06 a.m.

On Fri, May 18, 2012 at 10:58 AM, Taco Hoekwater wrote:

...

On 05/17/2012 04:30 PM, Aditya Mahajan wrote:

...
with the same crash. Can someone else using context minimals with archlinux check if they get a crash or not?

I get a crash (double free) with:

echo '\endinput \end ' | context --pipe confirmed -- luigi

Aditya Mahajan

11:36 a.m.

On Fri, 18 May 2012, Taco Hoekwater wrote:

...

On 05/17/2012 04:30 PM, Aditya Mahajan wrote:

...
with the same crash. Can someone else using context minimals with archlinux check if they get a crash or not?

I get a crash (double free) with:

echo '\endinput \end ' | context --pipe

and I get a 'normal' Fatal error occurred with:

echo '\\endinput \\end' | context --pipe

and I think that solves that bit of the mystery.

Of all the differences in the systems, the most relevant was how the shell espace in string works. Apparently I have some weird option set in my .zshrc due to which echo always enable escape characters.

...

Now for that double-free:

echo '\tracingall \endinput \end ' | context --pipe

ends with:

...
{\endinput}

\end ->\ctxcommand {forceendjob()}

\ctxcommand #1->\directlua \zerocount {commands.#1} #1<-forceendjob() {\directlua} system > don't use \end to finish a document *** glibc detected *** luatex: double free or corruption (fasttop): 0x0000000004c21340 ***

It probably crashes because in context the \end code and the \endinput code interfere with eachother. You get the same crash if you create a simple input file with just that same line, and the crash goes away if you put \endinput and \end on separate lines, and as far as I can tell, context always crashes if \endinput and \end/\stoptext are on the same line.

Thanks for the diagnosis. Aditya

Hans Hagen

11:44 a.m.

On 18-5-2012 10:58, Taco Hoekwater wrote:

...

On 05/17/2012 04:30 PM, Aditya Mahajan wrote:

...
with the same crash. Can someone else using context minimals with archlinux check if they get a crash or not?

I get a crash (double free) with:

echo '\endinput \end ' | context --pipe

and I get a 'normal' Fatal error occurred with:

echo '\\endinput \\end' | context --pipe

and I think that solves that bit of the mystery.

Now for that double-free:

echo '\tracingall \endinput \end ' | context --pipe

ends with:

...
{\endinput}

\end ->\ctxcommand {forceendjob()}

\ctxcommand #1->\directlua \zerocount {commands.#1} #1<-forceendjob() {\directlua} system > don't use \end to finish a document *** glibc detected *** luatex: double free or corruption (fasttop): 0x0000000004c21340 ***

It probably crashes because in context the \end code and the \endinput code interfere with eachother. You get the same crash if you create a simple input file with just that same line, and the crash goes away if you put \endinput and \end on separate lines, and as far as I can tell, context always crashes if \endinput and \end/\stoptext are on the same line.

A weird problem ... just a side note: I didn't change anything in the \stoptext code for a while. Can you see what gets freed? Some node? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Taco Hoekwater

12:34 p.m.

On 05/18/2012 11:44 AM, Hans Hagen wrote:

...

A weird problem ... just a side note: I didn't change anything in the \stoptext code for a while. Can you see what gets freed? Some node?

It was free-ing the resulting virtual file from tex.sprint('\stoptext'), and it crashed because that line was not finished yet. Normally that does not matter, but \end processing is a bit extra special. Best wishes, Taco

4601

Age (days ago)

4603

Last active (days ago)

List overview

Download

11 comments

5 participants

participants (5)

Aditya Mahajan
Hans Hagen
luigi scarso
Taco Hoekwater
Vladimir Lomov