From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Eric M. Ludlam" Newsgroups: gmane.emacs.bugs Subject: bug#6681: 23.2; "Save Error" from semantic Date: Fri, 30 Jul 2010 20:22:45 -0400 Message-ID: <4C536CD5.8090808@siege-engine.com> References: <87k4oceeys.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1280536992 6724 80.91.229.12 (31 Jul 2010 00:43:12 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 31 Jul 2010 00:43:12 +0000 (UTC) Cc: Tom Tromey , Eric Ludlum , 6681@debbugs.gnu.org To: Chong Yidong Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jul 31 02:43:09 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Of0AO-0006aI-Mf for geb-bug-gnu-emacs@m.gmane.org; Sat, 31 Jul 2010 02:43:09 +0200 Original-Received: from localhost ([127.0.0.1]:53250 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Of0AN-0000Uo-QH for geb-bug-gnu-emacs@m.gmane.org; Fri, 30 Jul 2010 20:43:07 -0400 Original-Received: from [140.186.70.92] (port=37903 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Of0A3-0000Ih-Ls for bug-gnu-emacs@gnu.org; Fri, 30 Jul 2010 20:42:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Of05H-0004Kk-1W for bug-gnu-emacs@gnu.org; Fri, 30 Jul 2010 20:37:52 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:45508) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Of05G-0004Kg-Tg for bug-gnu-emacs@gnu.org; Fri, 30 Jul 2010 20:37:50 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1Oezqw-0002Y2-A5; Fri, 30 Jul 2010 20:23:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Eric M. Ludlam" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 31 Jul 2010 00:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6681 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 6681-submit@debbugs.gnu.org id=B6681.12805357539785 (code B ref 6681); Sat, 31 Jul 2010 00:23:02 +0000 Original-Received: (at 6681) by debbugs.gnu.org; 31 Jul 2010 00:22:33 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OezqS-0002Xm-IO for submit@debbugs.gnu.org; Fri, 30 Jul 2010 20:22:32 -0400 Original-Received: from bird.interbax.net ([75.126.100.114]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OezqQ-0002Xh-Lp for 6681@debbugs.gnu.org; Fri, 30 Jul 2010 20:22:31 -0400 Original-Received: (qmail 1087 invoked from network); 30 Jul 2010 19:22:46 -0500 Original-Received: from static-71-184-83-10.bstnma.fios.verizon.net (HELO ?192.168.1.201?) (71.184.83.10) by interbax.net with SMTP; 30 Jul 2010 19:22:46 -0500 User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.3a1pre) Gecko/20091222 Shredder/3.1a1pre In-Reply-To: <87k4oceeys.fsf@stupidchicken.com> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Fri, 30 Jul 2010 20:23:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:39088 Archived-At: Yes, I've seen this before. Here is a thread: http://permalink.gmane.org/gmane.emacs.cedet/3995 Kai had a hook that expected a buffer to always exist in his c mode hook. Semantic's parser has to create c mode buffers with no file in order to build up text from macros to parse it. The error gets caught in the wrong place, and bogus stuff gets into the macro table that only turns up later. The latest semantic-c.el in CEDET/CVS, as the thread suggests,will ask if the user wants to debug their hooks if this happens. semantc-lex-spp.el in CEDET/CVS has a little more error checking there too. My latest papers for the next 6 months should have arrived at the FSF a while ago, so if you need to merge anything, it should be good. Eric On 07/30/2010 07:18 PM, Chong Yidong wrote: > Hi Eric, > > Have you come across this bug before? It doesn't look familiar to me. > > Tom, could you try to describe what parts of CEDET you enabled? Are you > using EDE in addition to Semantic? > > > > > Tom Tromey writes: > >> I have semantic enabled. I saw this error in *Messages*: >> >> Error Writing Table: # >> Save Error: "\"Error in macro \\\"name\\\"\"": /home/tromey/.emacs.d/semanticdb/!usr!include!semantic.cache >> >> >> >> >> In GNU Emacs 23.2.1 (i386-redhat-linux-gnu, GTK+ Version 2.20.1) >> of 2010-05-13 on x86-01.phx2.fedoraproject.org >> Windowing system distributor `Fedora Project', version 11.0.10802000 >> configured using `configure '--build=i386-redhat-linux-gnu' '--host=i386-redhat-linux-gnu' '--program-prefix=' '--disable-dependency-tracking' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-dbus' '--with-gif' '--with-jpeg' '--with-png' '--with-rsvg' '--with-tiff' '--with-xft' '--with-xpm' '--with-x-toolkit=gtk' 'build_alias=i386-redhat-linux-gnu' 'host_alias=i386-redhat-linux-gnu' 'CFLAGS=-DMAIL_USE_LOCKF -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i686 -mtune =atom -fasynchronous-unwind-tables'' >