From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Nathan Trapuzzano Newsgroups: gmane.emacs.bugs Subject: bug#15778: 24.3; cperl-mode causes emacs to lock up Date: Fri, 01 Nov 2013 13:21:33 -0400 Message-ID: <87sivg81pp.fsf@nbtrap.com> References: <871u30cqtq.fsf@nbtrap.com> <83mwlobb0i.fsf@gnu.org> <87mwlob9lz.fsf@nbtrap.com> <83iowcb2wf.fsf@gnu.org> <87y5589ni7.fsf@nbtrap.com> <83habway1l.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1383327375 29791 80.91.229.3 (1 Nov 2013 17:36:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 1 Nov 2013 17:36:15 +0000 (UTC) Cc: 15778@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Nov 01 18:36:19 2013 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 1VcIdt-0008Gq-LT for geb-bug-gnu-emacs@m.gmane.org; Fri, 01 Nov 2013 18:36:17 +0100 Original-Received: from localhost ([::1]:39302 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VcIdt-0002Qv-9L for geb-bug-gnu-emacs@m.gmane.org; Fri, 01 Nov 2013 13:36:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48268) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VcIdk-0002Qd-SO for bug-gnu-emacs@gnu.org; Fri, 01 Nov 2013 13:36:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VcIde-0005vk-42 for bug-gnu-emacs@gnu.org; Fri, 01 Nov 2013 13:36:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:43844) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VcIde-0005vV-1e for bug-gnu-emacs@gnu.org; Fri, 01 Nov 2013 13:36:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VcIdd-0006aN-II for bug-gnu-emacs@gnu.org; Fri, 01 Nov 2013 13:36:01 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: <871u30cqtq.fsf@nbtrap.com> Resent-From: Nathan Trapuzzano Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Nov 2013 17:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15778 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 15778-submit@debbugs.gnu.org id=B15778.138332732325256 (code B ref 15778); Fri, 01 Nov 2013 17:36:01 +0000 Original-Received: (at 15778) by debbugs.gnu.org; 1 Nov 2013 17:35:23 +0000 Original-Received: from localhost ([127.0.0.1]:57862 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VcId1-0006ZI-0V for submit@debbugs.gnu.org; Fri, 01 Nov 2013 13:35:23 -0400 Original-Received: from oproxy4-pub.mail.unifiedlayer.com ([74.220.216.66]:49910) by debbugs.gnu.org with smtp (Exim 4.80) (envelope-from ) id 1VcIcv-0006Z5-TQ for 15778@debbugs.gnu.org; Fri, 01 Nov 2013 13:35:21 -0400 Original-Received: (qmail 8064 invoked by uid 0); 1 Nov 2013 17:35:15 -0000 Original-Received: from unknown (HELO host393.hostmonster.com) (66.147.240.193) by oproxy4.mail.unifiedlayer.com with SMTP; 1 Nov 2013 17:35:15 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=nbtrap.com; s=default; h=Content-Type:MIME-Version:Message-ID:References:Date:Subject:Cc:To:From; bh=jOEMgQNx2xBEAspID0LGLAEZ+QdjiOlWPRLWXs00TLQ=; b=COP695Xek41Z59b2r8CCjJBOACXx/d32iVUoSauC+kyXKmpd5UwvMtEQR01ZasU1qkrlr3TN0R7dpoGrnfSPInkUbBxXr0LNpJjIxaI5Hgxah3cXpmCJ+2Nt1eNIXvK/; Original-Received: from [50.90.253.209] (port=44546 helo=Nathan-GNU) by host393.hostmonster.com with esmtpsa (TLSv1:CAMELLIA128-SHA:128) (Exim 4.80) (envelope-from ) id 1VcIct-0003fA-Fn; Fri, 01 Nov 2013 11:35:15 -0600 User-Agent: Gnus/5.130007 (Ma Gnus v0.7) Emacs/24.3 (gnu/linux) X-Identified-User: {1585:host393.hostmonster.com:nbtrapco:nbtrap.com} {sentby:smtp auth 50.90.253.209 authed with nbtrap@nbtrap.com} X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x 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:79865 Archived-At: Eli Zaretskii writes: > Is it safe to assume that a 'syntax-type' property will never cover > exactly one buffer position? I think the question is actually whether it's safe to assume that font-lock-mode will never pass cperl's font-lock function a point (BEG) on a line whose first position is the beginning of a `multiline' `syntax-type' property. (That's a mouth full.) I can see why such an assumption might be made. So far as I can tell, the multiline property always begins at the position immediately following certain operators. Obviously, this can't ever be a position satisfying (bolp), since newline is no such operator. However, in this case, we're killing the line where the multiline property begins, and so as cperl goes about refontifying, it appears that the multiline property does in fact begin a line. So in the end, no, I don't think it's a safe assumption, at least not until _after_ fontification. > (I have no idea why the defalias is needed to trigger the bug.) Indeed.