GNU bug report logs - #6342
23.2; error writing table of symbols with semantic in cedet

Previous Next

Package: emacs;

Reported by: Jonathan Marchand <jonathlela <at> gmail.com>

Date: Thu, 3 Jun 2010 16:06:01 UTC

Severity: normal

Merged with 6681

Found in version 23.2

Done: David Engster <deng <at> randomsample.de>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 6342 in the body.
You can then email your comments to 6342 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#6342; Package emacs. (Thu, 03 Jun 2010 16:06:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Jonathan Marchand <jonathlela <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Thu, 03 Jun 2010 16:06:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Jonathan Marchand <jonathlela <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.2; error writing table of symbols with semantic in cedet
Date: Thu, 3 Jun 2010 17:37:29 +0200
[Message part 1 (text/plain, inline)]
Hi,

I'm reporting a second bug in cedet in emacs23 (and 24). When editing a
C file, semantic saves the symbol tables from the include files required
by the C file in a cache file in order not to process again these files
when a new instance emacs runs. Sometimes, it happens that semantic is
not able to get the value of a symbol from a file, and report the error
to the echo area. As the save process is a task done automaticly on
iddle, every minutes semantic reports an error on the echo area (which
is just annoying). In the CVS version of cedet, the problematic symbols
are still not proceeded, but it doesn't report an error (actually, the
symbol is just marked as bogus). This is done in the 1.53 revision of
the semantic-lex-spp.el file of the cvs version
(http://cedet.cvs.sourceforge.net/viewvc/cedet/cedet/semantic/semantic-lex-spp.el?view=log).
I provide a patch that follows this fix (without adding the other stuff
that just do nothing for the moment).

Moreover, I have a backtrace with an example of a symbol that semantic
can't handle well in file ctype.h (the one in /usr/include/), here is the output :

Error Writing Table: #<semanticdb-table ctype.h>
Save Error: "\"Error in macro \\\"name\\\"\"": /home/jonathlela/.emacs.d/semanticdb/!usr!include!semantic.cache

Precisely, the error occurs when calling
semantic-lex-spp-table-write-slot-value with value =

(("__exctype" (spp-arg-list (#1="name") 3728 . 3734) (EXTERN "extern" 3735 . 3741) (INT "int" 3742 . 3745) (symbol "name" 3746 . 3750) (semantic-list "(int)" 3751 . 3756) (symbol "__THROW" 3757 . 3764)) ("isalnum" (spp-arg-list ("c") 5853 . 5856) (symbol "__isctype" 5857 . 5866) (semantic-list "((c), _ISalnum)" 5866 . 5881)) ("isprint" (spp-arg-list ("c") 6123 . 6126) (symbol "__isctype" 6127 . 6136) (semantic-list "((c), _ISprint)" 6136 . 6151)) ("ispunct" (spp-arg-list ("c") 6168 . 6171) (symbol "__isctype" 6172 . 6181) (semantic-list "((c), _ISpunct)" 6181 . 6196)) ("isxdigit" (spp-arg-list ("c") 6304 . 6307) (symbol "__isctype" 6308 . 6317) (semantic-list "((c), _ISxdigit)" 6317 . 6333)) ("_tolower" (spp-arg-list ("c") 7099 . 7102) (semantic-list "((int) (*__ctype_tolower_loc ())[(int) (c)])" 7103 . 7147)) ("toupper" (spp-arg-list ("c") 6855 . 6858) (symbol "__tobody" 6859 . 6867) (semantic-list "(c, toupper, *__ctype_toupper_loc (), (c))" 6868 . 6910)) ("isspace" (spp-arg-list ("c") 6213 . 6216) (symbol "__isctype" 6217 . 6226) (semantic-list "((c), _ISspace)" 6226 . 6241)) ("isgraph" (spp-arg-list ("c") 6078 . 6081) (symbol "__isctype" 6082 . 6091) (semantic-list "((c), _ISgraph)" 6091 . 6106)) ("_CTYPE_H" (number "1" 1003 . 1004)) ("_ISbit" (spp-arg-list ("bit") 1504 . 1509) (semantic-list "(1 << (bit))" 1510 . 1522)) ("__toascii" (spp-arg-list ("c") 3665 . 3668) (semantic-list "((c) & 0x7f)" 3669 . 3681)) ("__tobody" (spp-arg-list ("c" "f" "a" "args") 5305 . 5320) (semantic-list "(__extension__             \\\n   ({ int __res;             \\\n      if (sizeof (c) > 1)            \\\n {              \\\n   if (__builtin_constant_p (c))           \\\n     {              \\\n       int __c = (c);            \\\n       __res = __c < -128 || __c > 255 ? __c : (a)[__c];        \\\n     }              \\\n   else              \\\n     __res = f args;            \\\n }              \\\n      else              \\\n __res = (a)[(int) (c)];            \\\n      __res; }))" 5325 . 5787)) ("isupper" (spp-arg-list ("c") 6258 . 6261) (symbol "__isctype" 6262 . 6271) (semantic-list "((c), _ISupper)" 6271 . 6286)) ("iscntrl" (spp-arg-list ("c") 5943 . 5946) (symbol "__isctype" 5947 . 5956) (semantic-list "((c), _IScntrl)" 5956 . 5971)) ("tolower" (spp-arg-list ("c") 6782 . 6785) (symbol "__tobody" 6786 . 6794) (semantic-list "(c, tolower, *__ctype_tolower_loc (), (c))" 6795 . 6837)) ("toascii" (spp-arg-list ("c") 7062 . 7065) (symbol "__toascii" 7066 . 7075) (semantic-list "(c)" 7076 . 7079)) ("__isctype" (spp-arg-list ("c" "type") 3500 . 3509) (semantic-list "((*__ctype_b_loc ())[(int) (c)] & (unsigned short int) type)" 3514 . 3574)) ("_toupper" (spp-arg-list ("c") 7166 . 7169) (semantic-list "((int) (*__ctype_toupper_loc ())[(int) (c)])" 7170 . 7214)) (#1# symbol "_tolower" 5177 . 5185) ("__isascii" (spp-arg-list ("c") 3593 . 3596) (semantic-list "(((c) & ~0x7f) == 0)" 3597 . 3617)) ("isdigit" (spp-arg-list ("c") 5988 . 5991) (symbol "__isctype" 5992 . 6001) (semantic-list "((c), _ISdigit)" 6001 . 6016)) ("islower" (spp-arg-list ("c") 6033 . 6036) (symbol "__isctype" 6037 . 6046) (semantic-list "((c), _ISlower)" 6046 . 6061)) ("isascii" (spp-arg-list ("c") 7027 . 7030) (symbol "__isascii" 7031 . 7040) (semantic-list "(c)" 7041 . 7044)) ("isalpha" (spp-arg-list ("c") 5898 . 5901) (symbol "__isctype" 5902 . 5911) (semantic-list "((c), _ISalpha)" 5911 . 5926)))

The error is raised when sym =

("name" symbol "_tolower" 5177 . 5185)

I don't know if someone can do something with these informations, but
still it may be a good starting point to fix the problem.

Regards,

Jonathan Marchand
[backtrace (text/plain, attachment)]
[patch (text/plain, attachment)]
[signature.asc (application/pgp-signature, inline)]

Information forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#6342; Package emacs. (Thu, 03 Jun 2010 17:21:01 GMT) Full text and rfc822 format available.

Message #8 received at 6342 <at> debbugs.gnu.org (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: Eric Ludlam  <zappo <at> gnu.org>
Cc: Jonathan Marchand <jonathlela <at> gmail.com>, 6342 <at> debbugs.gnu.org
Subject: Re: bug#6342: 23.2;
	error writing table of symbols with semantic in cedet
Date: Thu, 03 Jun 2010 13:20:14 -0400
Hi Eric,

Could you take a look at this report about a symbol that Semantic can't
handle?  I just applied your semantic-lex-spp-table-write-slot-value
change that saves a nil instead of erroring on invalid values.



Jonathan Marchand <jonathlela <at> gmail.com> writes:

> Hi,
>
> I'm reporting a second bug in cedet in emacs23 (and 24). When editing a
> C file, semantic saves the symbol tables from the include files required
> by the C file in a cache file in order not to process again these files
> when a new instance emacs runs. Sometimes, it happens that semantic is
> not able to get the value of a symbol from a file, and report the error
> to the echo area. As the save process is a task done automaticly on
> iddle, every minutes semantic reports an error on the echo area (which
> is just annoying). In the CVS version of cedet, the problematic symbols
> are still not proceeded, but it doesn't report an error (actually, the
> symbol is just marked as bogus). This is done in the 1.53 revision of
> the semantic-lex-spp.el file of the cvs version
> (http://cedet.cvs.sourceforge.net/viewvc/cedet/cedet/semantic/semantic-lex-spp.el?view=log).
> I provide a patch that follows this fix (without adding the other stuff
> that just do nothing for the moment).
>
> Moreover, I have a backtrace with an example of a symbol that semantic
> can't handle well in file ctype.h (the one in /usr/include/), here is the output :
>
> Error Writing Table: #<semanticdb-table ctype.h>
> Save Error: "\"Error in macro \\\"name\\\"\"": /home/jonathlela/.emacs.d/semanticdb/!usr!include!semantic.cache
>
> Precisely, the error occurs when calling
> semantic-lex-spp-table-write-slot-value with value =
>
> (("__exctype" (spp-arg-list (#1="name") 3728 . 3734) (EXTERN "extern" 3735 . 3741) (INT "int" 3742 . 3745) (symbol "name" 3746 . 3750) (semantic-list "(int)" 3751 . 3756) (symbol "__THROW" 3757 . 3764)) ("isalnum" (spp-arg-list ("c") 5853 . 5856) (symbol "__isctype" 5857 . 5866) (semantic-list "((c), _ISalnum)" 5866 . 5881)) ("isprint" (spp-arg-list ("c") 6123 . 6126) (symbol "__isctype" 6127 . 6136) (semantic-list "((c), _ISprint)" 6136 . 6151)) ("ispunct" (spp-arg-list ("c") 6168 . 6171) (symbol "__isctype" 6172 . 6181) (semantic-list "((c), _ISpunct)" 6181 . 6196)) ("isxdigit" (spp-arg-list ("c") 6304 . 6307) (symbol "__isctype" 6308 . 6317) (semantic-list "((c), _ISxdigit)" 6317 . 6333)) ("_tolower" (spp-arg-list ("c") 7099 . 7102) (semantic-list "((int) (*__ctype_tolower_loc ())[(int) (c)])" 7103 . 7147)) ("toupper" (spp-arg-list ("c") 6855 . 6858) (symbol "__tobody" 6859 . 6867) (semantic-list "(c, toupper, *__ctype_toupper_loc (), (c))" 6868 . 6910)) ("isspace" (spp-arg-list ("c") 6213 . 6216) (symbol "__isctype" 6217 . 6226) (semantic-list "((c), _ISspace)" 6226 . 6241)) ("isgraph" (spp-arg-list ("c") 6078 . 6081) (symbol "__isctype" 6082 . 6091) (semantic-list "((c), _ISgraph)" 6091 . 6106)) ("_CTYPE_H" (number "1" 1003 . 1004)) ("_ISbit" (spp-arg-list ("bit") 1504 . 1509) (semantic-list "(1 << (bit))" 1510 . 1522)) ("__toascii" (spp-arg-list ("c") 3665 . 3668) (semantic-list "((c) & 0x7f)" 3669 . 3681)) ("__tobody" (spp-arg-list ("c" "f" "a" "args") 5305 . 5320) (semantic-list "(__extension__             \\\n   ({ int __res;             \\\n      if (sizeof (c) > 1)            \\\n {              \\\n   if (__builtin_constant_p (c))           \\\n     {              \\\n       int __c = (c);            \\\n       __res = __c < -128 || __c > 255 ? __c : (a)[__c];        \\\n     }              \\\n   else              \\\n     __res = f args;            \\\n }              \\\n      else              \\\n __res = (a)[(int) (c)];            \\\n      __res; }))" 5325 . 5787)) ("isupper" (spp-arg-list ("c") 6258 . 6261) (symbol "__isctype" 6262 . 6271) (semantic-list "((c), _ISupper)" 6271 . 6286)) ("iscntrl" (spp-arg-list ("c") 5943 . 5946) (symbol "__isctype" 5947 . 5956) (semantic-list "((c), _IScntrl)" 5956 . 5971)) ("tolower" (spp-arg-list ("c") 6782 . 6785) (symbol "__tobody" 6786 . 6794) (semantic-list "(c, tolower, *__ctype_tolower_loc (), (c))" 6795 . 6837)) ("toascii" (spp-arg-list ("c") 7062 . 7065) (symbol "__toascii" 7066 . 7075) (semantic-list "(c)" 7076 . 7079)) ("__isctype" (spp-arg-list ("c" "type") 3500 . 3509) (semantic-list "((*__ctype_b_loc ())[(int) (c)] & (unsigned short int) type)" 3514 . 3574)) ("_toupper" (spp-arg-list ("c") 7166 . 7169) (semantic-list "((int) (*__ctype_toupper_loc ())[(int) (c)])" 7170 . 7214)) (#1# symbol "_tolower" 5177 . 5185) ("__isascii" (spp-arg-list ("c") 3593 . 3596) (semantic-list "(((c) & ~0x7f) == 0)" 3597 . 3617)) ("isdigit" (spp-arg-list ("c") 5988 . 5991) (symbol "__isctype" 5992 . 6001) (semantic-list "((c), _ISdigit)" 6001 . 6016)) ("islower" (spp-arg-list ("c") 6033 . 6036) (symbol "__isctype" 6037 . 6046) (semantic-list "((c), _ISlower)" 6046 . 6061)) ("isascii" (spp-arg-list ("c") 7027 . 7030) (symbol "__isascii" 7031 . 7040) (semantic-list "(c)" 7041 . 7044)) ("isalpha" (spp-arg-list ("c") 5898 . 5901) (symbol "__isctype" 5902 . 5911) (semantic-list "((c), _ISalpha)" 5911 . 5926)))
>
> The error is raised when sym =
>
> ("name" symbol "_tolower" 5177 . 5185)
>
> I don't know if someone can do something with these informations, but
> still it may be a good starting point to fix the problem.
>
> Regards,
>
> Jonathan Marchand




Forcibly Merged 6342 6681. Request was from David Engster <deng <at> randomsample.de> to control <at> debbugs.gnu.org. (Thu, 15 Mar 2012 22:24:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#6342; Package emacs. (Thu, 15 Mar 2012 22:34:01 GMT) Full text and rfc822 format available.

Message #13 received at 6342 <at> debbugs.gnu.org (full text, mbox):

From: David Engster <deng <at> randomsample.de>
To: Jonathan Marchand <jonathlela <at> gmail.com>
Cc: 6342 <at> debbugs.gnu.org
Subject: Re: 23.2; error writing table of symbols with semantic in cedet
Date: Thu, 15 Mar 2012 23:03:27 +0100
Jonathan Marchand writes:
> Moreover, I have a backtrace with an example of a symbol that semantic
> can't handle well in file ctype.h (the one in /usr/include/), here is the output :
>
> Error Writing Table: #<semanticdb-table ctype.h>
> Save Error: "\"Error in macro \\\"name\\\"\"": /home/jonathlela/.emacs.d/semanticdb/!usr!include!semantic.cache

It's been a while, but can you still see this error? I just tried to
parse ctype.h using the latest Emacs from bzr, and it seems to work
fine. If you're still having problems with this, please give a recipe to
reproduce this.

Thanks,
David




Reply sent to David Engster <deng <at> randomsample.de>:
You have taken responsibility. (Mon, 08 Oct 2012 15:48:02 GMT) Full text and rfc822 format available.

Notification sent to Jonathan Marchand <jonathlela <at> gmail.com>:
bug acknowledged by developer. (Mon, 08 Oct 2012 15:48:02 GMT) Full text and rfc822 format available.

Message #18 received at 6342-close <at> debbugs.gnu.org (full text, mbox):

From: David Engster <deng <at> randomsample.de>
To: Jonathan Marchand <jonathlela <at> gmail.com>
Cc: 6342-close <at> debbugs.gnu.org
Subject: Re: 23.2; error writing table of symbols with semantic in cedet
Date: Mon, 08 Oct 2012 17:46:29 +0200
David Engster writes:
> Jonathan Marchand writes:
>> Moreover, I have a backtrace with an example of a symbol that semantic
>> can't handle well in file ctype.h (the one in /usr/include/), here
>> is the output :
>>
>> Error Writing Table: #<semanticdb-table ctype.h>
>> Save Error: "\"Error in macro \\\"name\\\"\"":
>> /home/jonathlela/.emacs.d/semanticdb/!usr!include!semantic.cache
>
> It's been a while, but can you still see this error? I just tried to
> parse ctype.h using the latest Emacs from bzr, and it seems to work
> fine. If you're still having problems with this, please give a recipe to
> reproduce this.

I still cannot reproduce this using latest Emacs bzr, and no further
information was given, hence I am closing this report. Please reopen if
you still have problems.

-David




Reply sent to David Engster <deng <at> randomsample.de>:
You have taken responsibility. (Mon, 08 Oct 2012 15:48:02 GMT) Full text and rfc822 format available.

Notification sent to Tom Tromey <tromey <at> redhat.com>:
bug acknowledged by developer. (Mon, 08 Oct 2012 15:48:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 06 Nov 2012 12:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 12 years and 230 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.