Hi Jim,

>>>>> Jim <zlists+cont...@jdvb.ca> writes:
>> Do you think AUCTeX should do smart action to avoid "--nonstopmode" when
>> "--synctex" is requested by the user, so that
>> (setq ConTeXt-texexec-option-nonstop "")
>> isn't necessary on the user side?  It isn't difficult to have
>> "--nonstopmode" only when `TeX-source-correlate-mode' and
>> `TeX-interactive-mode' are nil.

> I think that would be an even nicer solution!  I will point out that the
> Head Honcho of ConTeXT said (on the ConTeXT users mailing list)
>         - running context in nonstop mode makes little sense

> He did not elaborate on that comment.  However, I note that when context
> finds an error in an input file, even without -nonstopmode, the process
> terminates (in a few tests I did) , unlike (e.g.,) pdftex, which as you
> know waits for user input.

> I spent a few minutes trying various command line options and commands
> inside the source file, and I can't get context to stop on error and wait
> for input.  This doesn't mean that there is no way to do it, and poking
> through the code I see a lot of code related to 'nonstopmode' and
> 'errorstopmode', but I don't know how to make context stop on an error and
> wait for input.

Thanks, I pushed the fix including the change to omit --nonstop option
when --synctex option is present.

> I could ask for clarification about this on the context users' list if you
> would like to hear a more authoritative opinion before making changes.  Let
> me know.

Thanks, I don't think that's necessary. I'll close this bug.

Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
#Gaza #StopMassiveKilling #CeasefireNOW



_______________________________________________
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex

Reply via email to