I am having the same issue (C++, python) with a similar setup (emacs 23.2.3 from repo, latest cedet ).

Is there a quick way to disable semantic just for this buffer?

Etay

On Fri, Feb 11, 2011 at 7:03 AM, <cedet-semantic-request@lists.sourceforge.net> wrote:
Send cedet-semantic mailing list submissions to
       cedet-semantic@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
       https://lists.sourceforge.net/lists/listinfo/cedet-semantic
or, via email, send a message with subject or body 'help' to
       cedet-semantic-request@lists.sourceforge.net

You can reach the person managing the list at
       cedet-semantic-owner@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of cedet-semantic digest..."


Today's Topics:

  1. Errors when using python and C++ code together    with semantic.
     (Thomas Karolski)


----------------------------------------------------------------------

Message: 1
Date: Thu, 10 Feb 2011 17:03:33 +0100
From: Thomas Karolski <thomas.karolski@googlemail.com>
Subject: [cedet-semantic] Errors when using python and C++ code
       together        with semantic.
To: cedet-semantic@lists.sourceforge.net
Message-ID:
       <AANLkTimp8_HW3i5gE8wL=T_ZGeXCMQ9F7mryoXKvNEzS@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Hello there,

I get "Wrong type argument: stringp, nil" as a message whenever I try to set
a mark, or try to yank something into the body of a c++ function definition
which has similar parts in a python function. I can reproduce it like this:

Create a new buffer called blub.cc and enter the following:
---------------------------------------
template<class Y>
void blub(Y::Complex rho) {
   rho = 2;
}
--------------------------------------

Afterwards, create another buffer called blub.py and enter the following:
--------------------------------------
def blub(rho):
   rho = 1
--------------------------------------

Let semantic parse both buffers' function definitions (simply stay inside
the buffer and let semantic-idle parse the contents). Now try to yank
something into the c++ function body.
At this point, the error I get is:
--------------------------------------
Debugger entered--Lisp error: (wrong-type-argument stringp nil)
 string-match(":" nil 0)
 split-string(nil ":")
 semantic-analyze-split-name-c-mode(nil)
 semantic-analyze-split-name(nil)
 #[(tag) <Author: binary code omitted>
 mapcar(#[(tag) <Author: binary code omitted>
 semantic--tag-similar-types-p-c-mode(("blub" function (:arguments (("rho"
variable nil (reparse-symbol function_parameters) #<overlay from 10 to 13 in
blub.py>))) (unlink-copy-hook (semantic--tag-unlink-copy-secondary-overlays)
link-hook (semantic--tag-link-secondary-overlays) unlink-hook
(semantic--tag-unlink-secondary-overlays) secondary-overlays (#<overlay from
1 to 16 in blub.py> #<overlay from 1 to 2 in blub.py> #<overlay from 15 to
28 in blub.py>)) #<overlay from 1 to 28 in blub.py>) ("blub" function
(:template (("Y" type (:type "class") nil nil)) :type "void" :arguments
(("rho" variable (:type ("Y::Complex" type (:type "class") nil nil))
(reparse-symbol arg-sub-list) #<overlay from 29 to 44 in blub.cc>)))
(unlink-copy-hook (semantic--tag-unlink-copy-secondary-overlays) link-hook
(semantic--tag-link-secondary-overlays) unlink-hook
(semantic--tag-unlink-secondary-overlays) secondary-overlays (#<overlay from
1 to 19 in blub.cc> #<overlay from 1 to 2 in blub.cc> #<overlay from 18 to
61 in blub.cc>)) #<overlay from 1 to 61 in blub.cc>))
 semantic--tag-similar-types-p(("blub" function (:arguments (("rho"
variable nil (reparse-symbol function_parameters) #<overlay from 10 to 13 in
blub.py>))) (unlink-copy-hook (semantic--tag-unlink-copy-secondary-overlays)
link-hook (semantic--tag-link-secondary-overlays) unlink-hook
(semantic--tag-unlink-secondary-overlays) secondary-overlays (#<overlay from
1 to 16 in blub.py> #<overlay from 1 to 2 in blub.py> #<overlay from 15 to
28 in blub.py>)) #<overlay from 1 to 28 in blub.py>) ("blub" function
(:template (("Y" type (:type "class") nil nil)) :type "void" :arguments
(("rho" variable (:type ("Y::Complex" type (:type "class") nil nil))
(reparse-symbol arg-sub-list) #<overlay from 29 to 44 in blub.cc>)))
(unlink-copy-hook (semantic--tag-unlink-copy-secondary-overlays) link-hook
(semantic--tag-link-secondary-overlays) unlink-hook
(semantic--tag-unlink-secondary-overlays) secondary-overlays (#<overlay from
1 to 19 in blub.cc> #<overlay from 1 to 2 in blub.cc> #<overlay from 18 to
61 in blub.cc>)) #<overlay from 1 to 61 in blub.cc>))
 semantic-tag-similar-p-default(("blub" function (:arguments (("rho"
variable nil (reparse-symbol function_parameters) #<overlay from 10 to 13 in
blub.py>))) (unlink-copy-hook (semantic--tag-unlink-copy-secondary-overlays)
link-hook (semantic--tag-link-secondary-overlays) unlink-hook
(semantic--tag-unlink-secondary-overlays) secondary-overlays (#<overlay from
1 to 16 in blub.py> #<overlay from 1 to 2 in blub.py> #<overlay from 15 to
28 in blub.py>)) #<overlay from 1 to 28 in blub.py>) ("blub" function
(:template (("Y" type (:type "class") nil nil)) :type "void" :arguments
(("rho" variable (:type ("Y::Complex" type (:type "class") nil nil))
(reparse-symbol arg-sub-list) #<overlay from 29 to 44 in blub.cc>)))
(unlink-copy-hook (semantic--tag-unlink-copy-secondary-overlays) link-hook
(semantic--tag-link-secondary-overlays) unlink-hook
(semantic--tag-unlink-secondary-overlays) secondary-overlays (#<overlay from
1 to 19 in blub.cc> #<overlay from 1 to 2 in blub.cc> #<overlay from 18 to
61 in blub.cc>)) #<overlay from 1 to 61 in blub.cc>) nil)
 semantic-tag-similar-p(("blub" function (:arguments (("rho" variable nil
(reparse-symbol function_parameters) #<overlay from 10 to 13 in blub.py>)))
(unlink-copy-hook (semantic--tag-unlink-copy-secondary-overlays) link-hook
(semantic--tag-link-secondary-overlays) unlink-hook
(semantic--tag-unlink-secondary-overlays) secondary-overlays (#<overlay from
1 to 16 in blub.py> #<overlay from 1 to 2 in blub.py> #<overlay from 15 to
28 in blub.py>)) #<overlay from 1 to 28 in blub.py>) ("blub" function
(:template (("Y" type (:type "class") nil nil)) :type "void" :arguments
(("rho" variable (:type ("Y::Complex" type (:type "class") nil nil))
(reparse-symbol arg-sub-list) #<overlay from 29 to 44 in blub.cc>)))
(unlink-copy-hook (semantic--tag-unlink-copy-secondary-overlays) link-hook
(semantic--tag-link-secondary-overlays) unlink-hook
(semantic--tag-unlink-secondary-overlays) secondary-overlays (#<overlay from
1 to 19 in blub.cc> #<overlay from 1 to 2 in blub.cc> #<overlay from 18 to
61 in blub.cc>)) #<overlay from 1 to 61 in blub.cc>))
 #[(sbr point &optional reason) <Author: binary code omitted>
 push-mark(nil nil t)
 push-mark-command(nil)
 set-mark-command(nil)
 (if (not (wholenump (prefix-numeric-value arg))) (icicle-goto-marker)
(setq this-command (quote set-mark-command)) (set-mark-command arg))
 icicle-goto-marker-or-set-mark-command(nil)
 call-interactively(icicle-goto-marker-or-set-mark-command nil nil)
--------------------------------------

I'm using svn emacs and bzr cedet.

My guess is, semantic tries to parse the argument for the c++ function from
the python definition - and makes assumptions on the syntax that the
definition should have. Since the syntax is different (its python code after
all), the semantic analyzer throws errors.
Anyone else who's got this problem?

Kind regards
Thomas
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb

------------------------------

_______________________________________________
cedet-semantic mailing list
cedet-semantic@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cedet-semantic


End of cedet-semantic Digest, Vol 55, Issue 6
*********************************************