I see when start gdb, it is:
set print elements -1
This cause some problems, such as when a large String is put as a function argument(maybe, the wxString was loaded from a txt file), this will show all the contents of the String in the debugger log.
So, I think we can leave it as gdb default value is 200.
See:
Print Settings - Debugging with GDB (http://sourceware.org/gdb/current/onlinedocs/gdb/Print-Settings.html#Print-Settings)
You should say, that it is only for the debugger-branch, not for trunk.
What I don't understand is, what the value of -1 means, because a value of 0 means unlimited.
Quote from: jens on December 03, 2011, 02:30:21 PM
You should say, that it is only for the debugger-branch, not for trunk.
Oh, sorry, I use only debugger branch these days.
Quote
What I don't understand is, what the value of -1 means, because a value of 0 means unlimited.
Yes, as the gdb document said, it should be 0 (not -1).
This is the reason:
http://svn.berlios.de/wsvn/codeblocks/branches/wxpropgrid_debugger/src/plugins/debuggergdb/gdb_driver.cpp?op=revision&rev=6393&peg=7585
ollydbg: can you give an example code?
Quote from: oBFusCATed on December 04, 2011, 04:11:14 PM
ollydbg: can you give an example code?
The sample code below:
Quote
int main()
{
char * p = new char[4000];
p[1]=4;//set breakpoint here
return 0;
}
You can just "print p" at the breakpoint, then gdb will show many trash.
Also, if the pointer p is passed to a function call. then when you run a "backtrace", the trash will be shown too.
OK, I've added a way to control the value of the printed elements.
See Debug -> Information -> Print Elements.
Quote from: oBFusCATed on January 06, 2012, 12:29:28 AM
OK, I've added a way to control the value of the printed elements.
See Debug -> Information -> Print Elements.
Thanks for implement this feature, I will test it ASAP.
The variable name:
m_printElements
should be:
m_PrintElements
right?
I prefer the first version.
Quote from: oBFusCATed on January 06, 2012, 08:54:35 AM
I prefer the first version.
Me too. :)
But the C::B's coding standard (some page in the wiki) said we should use second version.
Quote from: ollydbg on January 06, 2012, 09:46:06 AM
But the C::B's coding standard (some page in the wiki) said we should use second version.
This one:
http://wiki.codeblocks.org/index.php?title=Coding_style