From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] trunk r113568: Make Java try-with-resources statement parse properly. Date: Fri, 2 Aug 2013 17:24:56 +0000 Message-ID: <20130802172456.GA4760@acm.acm> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1375464773 3775 80.91.229.3 (2 Aug 2013 17:32:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 2 Aug 2013 17:32:53 +0000 (UTC) Cc: Emacs developers To: Juanma Barranquero Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 02 19:32:54 2013 Return-path: Envelope-to: ged-emacs-devel@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 1V5JDh-00066x-V1 for ged-emacs-devel@m.gmane.org; Fri, 02 Aug 2013 19:32:54 +0200 Original-Received: from localhost ([::1]:57264 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V5JDh-0007qT-CK for ged-emacs-devel@m.gmane.org; Fri, 02 Aug 2013 13:32:53 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46189) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V5JDZ-0007oH-Th for emacs-devel@gnu.org; Fri, 02 Aug 2013 13:32:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V5JDV-00086d-48 for emacs-devel@gnu.org; Fri, 02 Aug 2013 13:32:45 -0400 Original-Received: from pd9518e23.dip0.t-ipconnect.de ([217.81.142.35]:38865 helo=acm.muc.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V5JDU-00086K-Kc for emacs-devel@gnu.org; Fri, 02 Aug 2013 13:32:40 -0400 Original-Received: (qmail 4788 invoked by uid 1000); 2 Aug 2013 17:24:56 -0000 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 217.81.142.35 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:162386 Archived-At: Hi, Juanma. On Wed, Jul 31, 2013 at 06:35:45PM +0200, Juanma Barranquero wrote: > On Sat, Jul 27, 2013 at 2:10 PM, Alan Mackenzie wrote: > > ------------------------------------------------------------ > > revno: 113568 > > revision-id: acm@muc.de-20130727120743-7dybqfeqhw3ww4cs > > parent: rgm@gnu.org-20130727101730-vloxhd29dwohfngs > > committer: Alan Mackenzie > > branch nick: trunk > > timestamp: Sat 2013-07-27 12:07:43 +0000 > > message: > > Make Java try-with-resources statement parse properly. > This patch causes redisplay errors when visiting C source files: > Error during redisplay: (jit-lock-function 2096) signaled > (wrong-type-argument stringp nil) > Error during redisplay: (jit-lock-function 2643) signaled > (wrong-type-argument stringp nil) > Error during redisplay: (jit-lock-function 3144) signaled > (wrong-type-argument stringp nil) > Possibly because of this: > emacs -Q src/alloc.c > M-: (font-lock-fontify-region (point-min) (point-max)) > Debugger entered--Lisp error: (wrong-type-argument stringp nil) > looking-at(nil) > #[(match-pos inside-macro) ...] 7](2295 t) > c-find-decl-spots(181931 "[[:alpha:]_]" (nil font-lock-type-face > font-lock-constant-face font-lock-keyword-face) #[(match-pos > inside-macro) ...] 7]) > c-font-lock-declarations(181931) > font-lock-fontify-keywords-region(1 181931 nil) > font-lock-default-fontify-region(1 181931 nil) > c-font-lock-fontify-region(1 181931 nil) > font-lock-fontify-region(1 181931) > eval((font-lock-fontify-region (point-min) (point-max)) nil) > eval-expression((font-lock-fontify-region (point-min) (point-max)) nil) > call-interactively(eval-expression nil nil) > command-execute(eval-expression) It looks very much like cc-mode.el hasn't been recompiled. Is that the case? The mechanism is that a new "language variable" (i.e. a CC Mode variable with different values in C Mode, C++ Mode, Java Mode, ....) was defined in cc-langs.el. This involves macros which are used in cc-fonts.el, cc-engine.el and cc-mode.el, so all of these files need recompilation. The dependency of cc-mode.elc on cc-langs.elc is specified in .../lisp/Makefile. If this isn't the cause of the problem, please get back to me. -- Alan Mackenzie (Nuremberg, Germany).