Re: gdb-7.1 - last call before release (Wed, Mar 17th)

[Asm_gmail <asmwarrior@gmail.com>]

On 2010-3-17 22:12, Joel Brobecker wrote:
>> But it seems the command interpreter is still a little slower than
>> the 7.0.1 version. As I have reported this issue in this maillist
>> before.
>> Sorry I can't compile it with -pg option. see here:
>> http://sourceware.org/ml/gdb/2010-03/msg00029.html
>>      
> I don't think that this is a blocking issue, but I would possibly
> consider delaying the release while someone investigates.  However,
> someone has to step up... Otherwise, I am afraid that we're just going
> to delay the release without a clear idea of how long the delay might be.
>
> I'm not going to start the process until later this afternoon (Pacific
> time). If someone steps up, then great, we can delay for a day or two
> to see what he finds.  Otherwise, there's always going to be 7.1.1 or
> 7.2...
>
>    
Hi, Joel
Today, I found that you have released the official 7.1 version. So I 
download it and build it again( MinGW32). I used it in Codeblocks, and 
it works fine.

But the only issue is:

It seems When I'm debugging a dll (it is a Codeblocks' plugin), then I 
put some watch variables in the watch window. Then I step in the source 
code, it seems that when the variables were in the current frame, it 
return the value very fast, like:

F:\cb_svn\src\plugins\codecompletion\parser\tokenizer.cpp:644:18273:beg:0x65ed34a3
 >>>>>>cb_gdb:
 > whatis m_LineNumber
type = unsigned int
 >>>>>>cb_gdb:
 > output m_LineNumber
1>>>>>>cb_gdb:
 > whatis m_TokenIndex
type = unsigned int
 >>>>>>cb_gdb:
 > output m_TokenIndex
0>>>>>>cb_gdb:

But when the variables was out of the current frame, see the debug log:
F:\cb_svn\src\plugins\codecompletion\parser\parserthread.cpp:448:14091:beg:0x65ec27c6
 >>>>>>cb_gdb:
 > whatis m_LineNumber
No symbol "m_LineNumber" in current context.
 >>>>>>cb_gdb:
 > output m_LineNumber
No symbol "m_LineNumber" in current context.
 >>>>>>cb_gdb:
 > whatis m_TokenIndex
No symbol "m_TokenIndex" in current context.
 >>>>>>cb_gdb:
 > output m_TokenIndex
No symbol "m_TokenIndex" in current context.
 >>>>>>cb_gdb:

At this time, the command interpreter runs really slow.

As I have said that output a wxString value is quite slow, today, I 
think this is another lag problem, not only the wxString ,but also a 
build-in type variable.

Thanks.

asmwarrior (ollydbg from codeblocks forum).