<div dir="ltr"><div><div><div><div><div><div><br></div>Taco wrote<br><br><pre>>><i> * David Carlisle detects that \endlinechar has only one
</i>>><i>  negative value `-1’
</i>
> True, but that is just an implementation detail.</pre><br></div>Well yes/no it's not _just_ an implementation detail: I was trying to fix a bug in the current re-defintion of \typein in lualatex which had been redefined  to avoid the 127 restriction (the redefinition in current lualatex makes it unsafe to use a # in the.value supplied on the terminal)<br>
</div><div><br></div>latex normally adds 1000 to \endlinechar to disable it temporarily  and subtracts it again to restore the old value.<br><br></div>as the restriction on being <127 was documented I thought I'd just switch it to subtracting -1000 (which gave no error) and was surprised to get an error when 1000 was added back. So documenting it at some point would be nice but it's not a big deal especially as you say the restriction is planned to go in the end.<br>
<br></div>(I posted a fix to \typein to the texlive list )<br><br></div>The reason the endlinechar was saved/restored this way in the original  rather than setting it in a local group was to save a few tokens so that latex2e would load on emtex:-)<br>
<div><div><br><br></div><div>While testing typein I noticed another difference between pdftex and luatex that I don't know is intended or not:<br><br><br>\read15 to \zzzz<br><br>\bye<br><br><br></div><div>in  tex/pdftex/xetex produces<br>
<br>\zzzz=<br><br></div><div>but in luatex produces<br><br><br></div><div><div>\zzzz =<br><br></div><div>with a space after the command name.<br><br></div><div>This probably only makes a difference to people running diff over logs as part of a regression test suite:-)  But since it does make a difference<br>
</div><div>could you confirm whether it's intended to be like that (and we should accommodate it while normalising any test logs) or if it is likely to change.<br><br></div><div>David<br><br></div></div></div></div>