From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/103993 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Mohammad Hossein Bateni Newsgroups: gmane.comp.tex.context Subject: Re: change in treating errors Date: Tue, 16 Apr 2019 05:51:00 -0400 Message-ID: References: <20190415222808.49978837@comcast.net> Reply-To: mailing list for ConTeXt users Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1170252483459146981==" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="129823"; mail-complaints-to="usenet@blaine.gmane.org" Cc: mailing list for ConTeXt users To: Alan Braslau Original-X-From: ntg-context-bounces@ntg.nl Tue Apr 16 11:51:29 2019 Return-path: Envelope-to: gctc-ntg-context-518@m.gmane.org Original-Received: from zapf.boekplan.nl ([5.39.185.232] helo=zapf.ntg.nl) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hGKkS-000XeH-Qw for gctc-ntg-context-518@m.gmane.org; Tue, 16 Apr 2019 11:51:28 +0200 Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id F21A811D0F9; Tue, 16 Apr 2019 11:51:16 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl Original-Received: from zapf.ntg.nl ([127.0.0.1]) by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l98Iqjnv-fji; Tue, 16 Apr 2019 11:51:16 +0200 (CEST) Original-Received: from zapf.ntg.nl (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id 13E2211D100; Tue, 16 Apr 2019 11:51:16 +0200 (CEST) Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id 30FE211D0FE for ; Tue, 16 Apr 2019 11:51:14 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl Original-Received: from zapf.ntg.nl ([127.0.0.1]) by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id udBfRCa90-NR for ; Tue, 16 Apr 2019 11:51:13 +0200 (CEST) Original-Received: from mail-ot1-f42.google.com (mail-ot1-f42.google.com [209.85.210.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by zapf.ntg.nl (Postfix) with ESMTPS id 5CAA811D0FD for ; Tue, 16 Apr 2019 11:51:13 +0200 (CEST) Original-Received: by mail-ot1-f42.google.com with SMTP id k21so17085898otf.1 for ; Tue, 16 Apr 2019 02:51:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=p6OBsfTC/MYB8y2hocxl7XskorxShub0IqPepTOxbi0=; b=lhD6XEtMlzfG004f6a+w2leXAyrnDkQJO0jeWh46As+FqFCUO3gqwif4MF8P5DS6GG F1rSBJVBqQCu+PRT1JA+F/DlDpnodhJkJkOy9Dkn+Of1+NAjq0zI3eI4oKK4LUt0Kl1h I0fTYsCLoZbOe3wQX+3YXbCo+2pGvbS5Tpu09XT5C9zzNdp+hHe1Bdu7oXvY1/+4It6V yEGxt7b28Yw97oJeSlw3aFTJvKuYJovCaJahgtzoouGJDseqgdnfAOrpn5ga3/kKRf0K p5G3k2yjreChQ6opP2MElrn3nfegiWzNAeeElLcky5I6mTeqZZrXsZt3mZif54PVNKO+ PfcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=p6OBsfTC/MYB8y2hocxl7XskorxShub0IqPepTOxbi0=; b=F6C7RbjOKcao4uewuCnIetGeAp+GUEIOVgH9WC2M6rlCtL3pTi8bkFbMscZTU8Znv3 WLn2zePQndf/jfJDoxbzEGhD1nZxrJpcXcJZNXM1UQglfY/6HqGwSxv2VobqQQgJmPw1 lx99iOuWoTWNQUtmyipMBC9cHdr2KR3HIAJB0dcOEDaeYQ+/CoWxIz4jWF21ERZC7uMd T/u38r+vdUIDfMybEQJXFKf9Ye8Snu5zsY5NfITFFtNQmIwffQ/i4b+jrkg77g/L8IqA tBQxIA6WPxvZknfsfakK/gFrc2IMWGpBdFnkxLWg3OETn20c9ydv+IYGRfUGESe1ie/e JYQQ== X-Gm-Message-State: APjAAAUr9Xn7jsy/k3F7OnMD1PWtfrOyzpzjd3LU0eNTWRdOfnGJZ2Me FqCnFVjbtQ0F6nEUDYGqwcH76D7x8LSHJzLLFhc= X-Google-Smtp-Source: APXvYqwK94ub620G1DnFZ3zmgY2oQAXlJPaevnv9WBZBGypMSAcFlTV4j7TvqxYrydkG40SI5+jGWuBL75tageV301o= X-Received: by 2002:a9d:6393:: with SMTP id w19mr51462698otk.257.1555408271683; Tue, 16 Apr 2019 02:51:11 -0700 (PDT) In-Reply-To: <20190415222808.49978837@comcast.net> X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.26 Precedence: list List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ntg-context-bounces@ntg.nl Original-Sender: "ntg-context" Xref: news.gmane.org gmane.comp.tex.context:103993 Archived-At: --===============1170252483459146981== Content-Type: multipart/alternative; boundary="00000000000083b89f0586a2b54c" --00000000000083b89f0586a2b54c Content-Type: text/plain; charset="UTF-8" Which one is better is certainly subjective :) Maybe we could get the old TeX-y behavior via a switch or the other way around? Alan, allow me to disagree with your assertions, though. Here are a few reasons: 1) You could correct a spelling mistake on the prompt (as in original TeX), although this is rarely done these days. 2) You could use the --nonstopmode or --batchmode to not get the prompt, and not have the lingering background process (Mac bug?). 3) You could see a collection of errors which might help you in fixing them altogether without having to run context again and again finding one error at a time. (Same thing with compiling a C/C++ code, and getting a list of many errors at once.) 4) There are many "errors" and "warnings" that context does not stop on. You could perhaps claim moving on from those is also useless :) Just to give some examples: missing modules, fonts, glyphs in fonts, etc. So let me rephrase my original question: Is this change in behavior intended? If so, is it possible to get the old behavior (specially for nonstopmode) via some switch? Thanks a lot, ~~MHB On Tue, Apr 16, 2019 at 12:28 AM Alan Braslau wrote: > On Mon, 15 Apr 2019 23:11:17 -0400 > Mohammad Hossein Bateni wrote: > > > Hi, > > > > ConTeXt used to recover better from errors. Consider the following file: > > > > ============= > > \xyz > > \abc > > > > \starttext > > HELLO > > \stoptext > > ============= > > > > Running ConTeXt ver: 2019.03.21 21:39 MKIV beta fmt: 2019.3.26 int: > > english/english would catch both "Undefined control sequence" errors > before > > exiting with the message "mtx-context | fatal error: return code: > > 256". (I either press enter to move to the next error, or I use the > > --nonstopmode option.) > > > > Now with ConTeXt ver: 2019.04.13 17:01 MKIV beta fmt: 2019.4.15 int: > > english/english, even when I do not supply the --nonstopmode option, > > ConTeXt exits abnormally with the same error message right after > > discovering the first undefined control sequence. The old "?" TeX prompt > > allowing once to fix the misspellings, etc. does not appear at all. > > > > Has some defaults changed? Is it possible to get the old behavior? > > > > Thanks, > > ~MHB > > I much prefer the new behavior, for the previous prompt was pretty useless > and there was little point going on without correcting an earlier error. > Furthermore, the model would often leave a furtive process running in the > background following a keyboard interrupt (especially on Mac OSX). The new > process does not do this. > > Alan > --00000000000083b89f0586a2b54c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Which one is better is certainly subjecti= ve :)=C2=A0 Maybe we could get the old TeX-y behavior via a switch or the o= ther way around?

Alan, allow me to dis= agree with your assertions, though.=C2=A0 Here are a few reasons:
1) You could correct a spelling mistake on the prompt (as in original TeX)= , although this is rarely done these days.
2) You could use the -= -nonstopmode or --batchmode to not get the prompt, and not have the lingeri= ng background process (Mac bug?).
3) You could see a collection o= f errors which might help you in fixing them altogether without having to r= un context again and again finding one error at a time.=C2=A0 (Same thing w= ith compiling a C/C++ code, and getting a list of many errors at once.)
4) There are many "errors" and "warnings" that c= ontext does not stop on.=C2=A0 You could perhaps claim moving on from those= is also useless :)=C2=A0 Just to give some examples: missing modules, font= s, glyphs in fonts, etc.

So let me rephrase my ori= ginal question:=C2=A0 Is this change in behavior intended?=C2=A0 If so, is = it possible to get the old behavior (specially for nonstopmode) via some sw= itch?

Thanks a lot,
~~MHB

On Tue, Apr 16,= 2019 at 12:28 AM Alan Braslau <braslau.list@comcast.net> wrote:
On Mon, 15 Apr 2019 23:11:17 -0400
Mohammad Hossein Bateni <bateni@gmail.com> wrote:

> Hi,
>
> ConTeXt used to recover better from errors.=C2=A0 Consider the followi= ng file:
>
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> \xyz
> \abc
>
> \starttext
> HELLO
> \stoptext
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>
> Running=C2=A0 ConTeXt=C2=A0 ver: 2019.03.21 21:39 MKIV beta=C2=A0 fmt:= 2019.3.26=C2=A0 int:
> english/english would catch both "Undefined control sequence"= ; errors before
> exiting with the message "mtx-context=C2=A0 =C2=A0 =C2=A0| fatal = error: return code:
> 256".=C2=A0 (I either press enter to move to the next error, or I= use the
> --nonstopmode option.)
>
> Now with ConTeXt=C2=A0 ver: 2019.04.13 17:01 MKIV beta=C2=A0 fmt: 2019= .4.15=C2=A0 int:
> english/english, even when I do not supply the --nonstopmode option, > ConTeXt exits abnormally with the same error message right after
> discovering the first undefined control sequence.=C2=A0 The old "= ?" TeX prompt
> allowing once to fix the misspellings, etc. does not appear at all. >
> Has some defaults changed?=C2=A0 Is it possible to get the old behavio= r?
>
> Thanks,
> ~MHB

I much prefer the new behavior, for the previous prompt was pretty useless = and there was little point going on without correcting an earlier error. Fu= rthermore, the model would often leave a furtive process running in the bac= kground following a keyboard interrupt (especially on Mac OSX). The new pro= cess does not do this.

Alan
--00000000000083b89f0586a2b54c-- --===============1170252483459146981== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KSWYgeW91ciBxdWVzdGlvbiBpcyBvZiBpbnRlcmVz dCB0byBvdGhlcnMgYXMgd2VsbCwgcGxlYXNlIGFkZCBhbiBlbnRyeSB0byB0aGUgV2lraSEKCm1h aWxsaXN0IDogbnRnLWNvbnRleHRAbnRnLm5sIC8gaHR0cDovL3d3dy5udGcubmwvbWFpbG1hbi9s aXN0aW5mby9udGctY29udGV4dAp3ZWJwYWdlICA6IGh0dHA6Ly93d3cucHJhZ21hLWFkZS5ubCAv IGh0dHA6Ly9jb250ZXh0LmFhbmhldC5uZXQKYXJjaGl2ZSAgOiBodHRwczovL2JpdGJ1Y2tldC5v cmcvcGhnL2NvbnRleHQtbWlycm9yL2NvbW1pdHMvCndpa2kgICAgIDogaHR0cDovL2NvbnRleHRn YXJkZW4ubmV0Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCg== --===============1170252483459146981==--