From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: JC Petkovich Newsgroups: gmane.emacs.bugs Subject: bug#11966: 24.1; cperl-mode with evil-mode causes hang on syntax-propertize Date: Wed, 18 Jul 2012 03:41:54 -0400 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=f46d042ef4f1fecacb04c515cba3 X-Trace: dough.gmane.org 1342597396 26477 80.91.229.3 (18 Jul 2012 07:43:16 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 18 Jul 2012 07:43:16 +0000 (UTC) Cc: 11966@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jul 18 09:43:16 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SrOue-0007Eh-AK for geb-bug-gnu-emacs@m.gmane.org; Wed, 18 Jul 2012 09:43:12 +0200 Original-Received: from localhost ([::1]:58259 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SrOud-0006DY-LE for geb-bug-gnu-emacs@m.gmane.org; Wed, 18 Jul 2012 03:43:11 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:52747) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SrOuW-0006DQ-Au for bug-gnu-emacs@gnu.org; Wed, 18 Jul 2012 03:43:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SrOuQ-0001Mt-A7 for bug-gnu-emacs@gnu.org; Wed, 18 Jul 2012 03:43:04 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:37778) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SrOuQ-0001Mg-4R for bug-gnu-emacs@gnu.org; Wed, 18 Jul 2012 03:42:58 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1SrP0I-0007mn-63 for bug-gnu-emacs@gnu.org; Wed, 18 Jul 2012 03:49:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: JC Petkovich Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Jul 2012 07:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11966 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11966-submit@debbugs.gnu.org id=B11966.134259768229855 (code B ref 11966); Wed, 18 Jul 2012 07:49:02 +0000 Original-Received: (at 11966) by debbugs.gnu.org; 18 Jul 2012 07:48:02 +0000 Original-Received: from localhost ([127.0.0.1]:47323 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SrOzK-0007lJ-8G for submit@debbugs.gnu.org; Wed, 18 Jul 2012 03:48:02 -0400 Original-Received: from mail-gg0-f172.google.com ([209.85.161.172]:64788) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SrOzH-0007l2-OU for 11966@debbugs.gnu.org; Wed, 18 Jul 2012 03:48:00 -0400 Original-Received: by ggnc4 with SMTP id c4so1256591ggn.3 for <11966@debbugs.gnu.org>; Wed, 18 Jul 2012 00:41:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BjDLykRT+6Nwg3x7slRFUdqPGAVFfYw7eKY7jBQb38I=; b=sQ6eBk+umFJx7KLnF321dYodTpDe23hKDZx+tZkbxzlLsLB6uQSQaJi1aBoPTuuhMx ijiA6JohDKwP1vUs4zUCcP7hH+RrJdjv+PI5xlttHFbi7o8Szg7E79FvvRyYE5P5GKp1 0cMawAGHRDZrc5pxeM/sRulezFrSCLognxQep9TDDrsPLGSgkYniWGLrmYPqvetDK1wO Bk+D7vKObVzeGl6uBbsNDPEYOP1HatUiXdofkHL0+rutKHcHEMFTEkB03AXMOWtrysZB G72g9bZy3iXMs7xLfXsB0zn+9dx7BRet/PelN+57uGSWi7mzwf9MM/Cvpoz5amZ+zgKJ YZ6w== Original-Received: by 10.66.83.161 with SMTP id r1mr2750043pay.69.1342597314300; Wed, 18 Jul 2012 00:41:54 -0700 (PDT) Original-Received: by 10.68.134.35 with HTTP; Wed, 18 Jul 2012 00:41:54 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:62082 Archived-At: --f46d042ef4f1fecacb04c515cba3 Content-Type: text/plain; charset=ISO-8859-1 I'm afraid the patch does not appear to do anything. Same symptoms. Same procedure was used to reproduce, using a patched cperl-mode.el instead (I made sure it was not loading the old elc, I moved it elsewhere). Jean-Christophe Petkovich On Wed, Jul 18, 2012 at 3:28 AM, Stefan Monnier wrote: > > Emacs hangs on the creation of a newline with evil-ret when in a cperl > > buffer with some POD documentation after the __END__. This doesn't > > appear to be a bug in evil, but instead a bug in cperl or > > syntax-propertize, > > but I can't tell for sure. > > Before I dive further into this, can you first check whether the bug-fix > for bug#11739 (see patch below) happens to fix your problem as well? > > > Stefan > > > === modified file 'lisp/progmodes/cperl-mode.el' > --- lisp/progmodes/cperl-mode.el 2012-01-19 07:21:25 +0000 > +++ lisp/progmodes/cperl-mode.el 2012-07-06 20:57:58 +0000 > @@ -8951,14 +8951,15 @@ > (setq cperl-syntax-done-to (min cperl-syntax-done-to beg)))) > > (defun cperl-update-syntaxification (from to) > - (if (and cperl-use-syntax-table-text-property > - cperl-syntaxify-by-font-lock > - (or (null cperl-syntax-done-to) > - (< cperl-syntax-done-to to))) > - (progn > - (save-excursion > - (goto-char from) > - (cperl-fontify-syntaxically to))))) > + (cond > + ((not cperl-use-syntax-table-text-property) nil) > + ((fboundp 'syntax-propertize) (syntax-propertize to)) > + ((and cperl-syntaxify-by-font-lock > + (or (null cperl-syntax-done-to) > + (< cperl-syntax-done-to to))) > + (save-excursion > + (goto-char from) > + (cperl-fontify-syntaxically to))))) > > (defvar cperl-version > (let ((v "Revision: 6.2")) > > --f46d042ef4f1fecacb04c515cba3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'm afraid the patch does not appear to do anything. Same symptoms.
=
Same procedure was used to reproduce, using a patched cperl-mode.el ins= tead (I made sure it was not loading the old elc, I moved it elsewhere).
Jean-Christophe Petkovich


On Wed, Jul 18, 2012 at 3:28 AM, Stefan = Monnier <monnier@iro.umontreal.ca> wrote:
> Emacs hangs on the creation of a newline with evil-ret when in a cperl=
> buffer with some POD documentation after the __END__. This doesn't=
> appear to be a bug in evil, but instead a bug in cperl or
> syntax-propertize,
> but I can't tell for sure.

Before I dive further into this, can you first check whether the bug-fix for bug#11739 (see patch below) happens to fix your problem as well?


=A0 =A0 =A0 =A0 Stefan


=3D=3D=3D modified file 'lisp/progmodes/cperl-mode.el'
--- lisp/progmodes/cperl-mode.el =A0 =A0 =A0 =A02012-01-19 07:21:25 +0000 +++ lisp/progmodes/cperl-mode.el =A0 =A0 =A0 =A02012-07-06 20:57:58 +0000 @@ -8951,14 +8951,15 @@
=A0 =A0 =A0 =A0(setq cperl-syntax-done-to (min cperl-syntax-done-to beg))))=

=A0(defun cperl-update-syntaxification (from to)
- =A0(if (and cperl-use-syntax-table-text-property
- =A0 =A0 =A0 =A0 =A0cperl-syntaxify-by-font-lock
- =A0 =A0 =A0 =A0 =A0(or (null cperl-syntax-done-to)
- =A0 =A0 =A0 =A0 =A0 =A0 =A0(< cperl-syntax-done-to to)))
- =A0 =A0 =A0(progn
- =A0 =A0 =A0 (save-excursion
- =A0 =A0 =A0 =A0 (goto-char from)
- =A0 =A0 =A0 =A0 (cperl-fontify-syntaxically to)))))
+ =A0(cond
+ =A0 ((not cperl-use-syntax-table-text-property) nil)
+ =A0 ((fboundp 'syntax-propertize) (syntax-propertize to))
+ =A0 ((and cperl-syntaxify-by-font-lock
+ =A0 =A0 =A0 =A0 (or (null cperl-syntax-done-to)
+ =A0 =A0 =A0 =A0 =A0 =A0 (< cperl-syntax-done-to to)))
+ =A0 =A0(save-excursion
+ =A0 =A0 =A0(goto-char from)
+ =A0 =A0 =A0(cperl-fontify-syntaxically to)))))

=A0(defvar cperl-version
=A0 =A0(let ((v =A0"Revision: 6.2"))


--f46d042ef4f1fecacb04c515cba3--