unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Jason Vas Dias <jason.vas.dias@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: emacs coding modes need 'Suspend Disbelief' button
Date: Fri, 19 May 2017 11:43:53 +0000	[thread overview]
Message-ID: <CALyZvKzEdeHhix-u_HWvUW-9sN5QcbEEhxH0cPQ0Agvbj_c-dA@mail.gmail.com> (raw)
In-Reply-To: <83shk12is5.fsf@gnu.org>

The problem is, it is a transient and timing related bug - I cannot
reproduce it at will . But it has happened several times over the
last month . Fortunately, emacs has always saved a '#<file name>#'
crash file and I've been able to recover what I was typing.

The last exact difference that caused a core dump was :


$ diff -U0 sets.sh \#sets.sh#
--- sets.sh	2017-05-19 09:40:20.150752587 +0000
+++ #sets.sh#	2017-05-19 09:48:20.160120576 +0000
@@ -9,0 +10 @@
+_r='';
@@ -36,0 +38,3 @@
+  function needle_cmp()
+  {
+
@@ -65,3 +68,0 @@
-             if ! IN $x $needle; then
-                return 1;
-             fi


Now, that's not much to go on, and I can't reproduce it by typing:
    function f()
    {
         function fsub()
         {
         }
         if ! f $x; then
            return 1;
        fi
   }

Nor can I reproduce it by making same edits in clean emacs .

But leaving the core dumps aside, continuous syntax checking
and document re-coloring is just plain annoying, when typing,
but is nice when reading  - I wish I could turn it off & on quickly
& easily .




On 19/05/2017, Eli Zaretskii <eliz@gnu.org> wrote:
>> From: Jason Vas Dias <jason.vas.dias@gmail.com>
>> Date: Fri, 19 May 2017 10:54:28 +0000
>>
>> I just thought I should let you know,
>> being an emacs user of over 20 years,
>> that I think the fact that it is possible
>> to core-dump emacs by simply adding
>> some text to a shell script is bad
>
> I agree, and I urge you to report this as bugs, with all the details
> required to reproduce the problem.
>



  reply	other threads:[~2017-05-19 11:43 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-19 10:54 emacs coding modes need 'Suspend Disbelief' button Jason Vas Dias
2017-05-19 11:22 ` Eli Zaretskii
2017-05-19 11:43   ` Jason Vas Dias [this message]
2017-05-26 13:32     ` Thien-Thi Nguyen
2017-06-21 18:38       ` Jason Vas Dias
2017-06-23 21:11         ` Stefan Monnier
     [not found] ` <20170519112004.GA31732@tuxteam.de>
     [not found]   ` <CALyZvKzvUBe1-+yTnpK97MA=Dh5q89RmTugG3CJ0bcrbqnd2Eg@mail.gmail.com>
2017-05-19 11:37     ` Fwd: " Jason Vas Dias
2017-05-20  7:47       ` Robert Thorpe
2017-05-19 11:42 ` Óscar Fuentes
2017-05-19 13:35 ` Drew Adams
2017-05-19 16:23 ` Stefan Monnier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CALyZvKzEdeHhix-u_HWvUW-9sN5QcbEEhxH0cPQ0Agvbj_c-dA@mail.gmail.com \
    --to=jason.vas.dias@gmail.com \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).