Re: Bug: Auto-completion of a local variable for a system function messes up.

Eric Ludlam <[email protected]> Sun, 02 Aug 2015 08:21:11 -0400
Newsgroups gmane.emacs.cedet
Message-ID <[email protected]>
On 06/19/2015 10:41 AM, Remy Horton wrote:
> 'noon,
>
> I was using the devel version of CEDIT (git commit
> 45e9545c25ae9489c7e401012d9d2876fac75bb1) with Emacs 24.3.1 and came
> across the following auto-completion error. Given this sample C code:
>
> #include <stdio.h>
> #include <stdlib.h>
> int foo()
> {
> int idProcess2 = 42;
> int idProcess3 = 43;
> int idProcess4 = 44;
> printf(">%i\n", idPr
> return 0;
> }
>
> If semantic-ia-complete-symbol-menu is used to complete idPr, the result
> is the following:
>
> #include <stdio.h>
> #include <stdlib.h>
> int foo()
> {
> int idProcess2 = 42;
> int idProcess3 = 43;
> idProcess2int idProcess4 = 44;
> printf(">%i\n",
> return 0;
> }
> However, if the headers are commented out, or if I was to misspell
> printf so that it did not match anything in the headers, idPr is
> auto-competed as expected. I suspect the lookup that goes into the
> headers is clobbering something, but I know minimal Lisp so couldn't
> track down the root cause..

Sorry for the long delay in replying.

I was not able to reproduce your problem.  It may be that after a bit of 
editing, some of the caches and overlays might have gotten confused. 
Almost any such problem can be fixed by forcing a refresh, which is:

C-c , ,  (If you have senator enabled)

or

C-u M-x bovinate RET

which does a bit more.  Is it still doing this to you?

Eric

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