Hi David,

Thank you so much for your fast reply. I guess you've figured out the issue right?

Anyways, I'm using GNU emacs v23.3.1, a few days ago I was using 23.2, the same problem occurs in both versions of emacs. And unfortunately VC 6 is the only compiler we can use at this time because the project needs other tools which only work with VC 6, however, I had successfully compiled the project under VS2010 in the past.

Hopefully you will come up with some sort of solution soon.

Aaah, thank you for your information which apparently had helped David.


Thanks,

York

On Thu, Mar 24, 2011 at 3:53 AM, David Engster <deng@randomsample.de> wrote:
Darren Hoo writes:
> York Zhao <gtdplatform@gmail.com> writes:
>
>> The problem is that when I use 'senator-complete-symbol' on C++ source
>> file, some times it works but most of the time I ended up with the
>> error "wrong-type-argument stringp nil", the error from the top of the
>> caller stack is: 'compare-strings("Ins" 0 nil nil 0 3 nil)', where
>> "Ins" was the first three letter of the symbol I wanted to complete.
>> I've done a lot of experiment, and I've figured out that the problem
>> happens whenever I have some of the ".h" header files opening in other
>> buffers other than the one I was doing the symbol completion. My
>> project was a working C++ project compiled successfully using
>> Microsoft Visual C++ v6.0.
>
> I experienced this symptom under Linux now and then, and I created a
> simple code snippet to reproduce,
>
> ----------------------
> #include <libio.h>
>
> void main() {
>   f
> }
> ----------------------
>
> senator-complete-symbole after f will trigger the error
> "wrong-type-argument stringp nil".  Have a look at line 1357 of the
> semanticdb cache file I attached below, there is a nil tag in
> semanticdb-table "libio.h" at the end.

Aaah. That nil-tag definitely shouldn't be there. It's the 'extern "C"'
which produces this nil-tag, and it's me who broke this in
rev. 8042. I'll see to it that I fix this. Reverting to 8041 should fix
this for now ("bzr revert -r 8041").

York, forget the questions I asked. :-)

-David

------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software
be a part of the solution? Download the Intel(R) Manageability Checker
today! http://p.sf.net/sfu/intel-dev2devmar
_______________________________________________
Cedet-devel mailing list
Cedet-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cedet-devel