Author Topic: The 12 september 2010 build (6583) DEBUGGER BRANCH version is out.  (Read 14947 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
The 12 september 2010 build (6583) DEBUGGER BRANCH version is out.
« on: September 12, 2010, 01:33:38 pm »
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

Before you use a nightly make sure you understand how it works.

A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx2810_gcc441.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc441.7z

The 12 September 2010 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20100912_rev6583_DEBUGGER_BRANCH_win32.7z
  - Linux :
   none

Important changes compared to previous DEBUGGER BRANCH nightly:

* debugger_branch: applied patch 16.4 with the following features:
1. Combined "Debug -> Start" and "Debug -> Continue" in one menu item
2. Moved "Debug -> Run to Cursor" below "Stop debugger"
3. Implemented interrupting the debugger while remote debugging (see this thread for details http://forums.codeblocks.org/index.php/topic,12412.0.html )
4. Fixed a warning

* debugger_branch: allow macros in initialisation commands

* debugger_branch: applied dbg_refactor0016.5.patch:
- fixed some bugs related to the auto switch mode
-> switch to the valid frame even when the backtrace windows is closed
-> if we're doing to update the backtrace, don't sync the editor. This prevents a popup to show when it is not needed.
- Autosize the File column in the backtrace window
* debugger_branch: reverted accidentally changes from r5795 that prevent C::B from searching for plugins in the user's directory

Note: Watch parsing prints an error message in the watches window if the parsing fails. If you see this string please report it as a bug.

THIS IS A SPECIAL TEST BUILD OF REFACTORINGS CARRIED OUT ON THE DEBUGGER BRANCH IN OUR SVN.
FOCUS IS ON ENHANCED DEBUGGING USABILITY.

Give your feedback on this version only in this thread, don't mix it with the regular nightly please.

Once we don't have any blockers on this version,we will merge the changes into trunk and it will be part of the regular nightlies.

Offline Baco

  • Single posting newcomer
  • *
  • Posts: 9
Re: The 12 september 2010 build (6583) DEBUGGER BRANCH version is out.
« Reply #1 on: September 16, 2010, 07:46:54 pm »
Hi all, thank you for your great work.

With this NB i cant issue any command to the debugger by means of the Logs and others windows or may be are not displayed in the log window. Tried with NB6583 debugger branch+GDB 6.8 (winxp sp2).

With the CB10.05 i can issue commands to the debugger when the program is stopped. When i issue commands to the debugger when the program is running, nothing happens but all the commands entered are executed as soon as the program is stopped. The commands entered when the program is running should not be just discarded? Tried with CB10.05(rev6283)+GDB 6.8 (winxp sp2).

Using this NB in the Logs and others window appears a new tab "Debugger (debug)" during the debugging, what it is for?
« Last Edit: September 16, 2010, 07:48:29 pm by Baco »

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 12 september 2010 build (6583) DEBUGGER BRANCH version is out.
« Reply #2 on: September 16, 2010, 08:33:06 pm »
Hm, commands can be executed only, when the debugger has stopped (because of breakpoint, exception, signal).
The combo and the button should be disabled, when the debugger is running, so users are not confused (added to my TODO).

"Debugger (debug)" - is a log window used to debug the debugger plugin. It prints all the communication happening between C::B and debugger.
Unfortunately the executed commands (the commands and their output) are printed only in this log (added to my TODO, too).
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 12 september 2010 build (6583) DEBUGGER BRANCH version is out.
« Reply #3 on: September 17, 2010, 02:31:06 am »
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 12 september 2010 build (6583) DEBUGGER BRANCH version is out.
« Reply #4 on: September 18, 2010, 04:43:26 am »
I found a issue, that i can't change the wxString variable's value.
In normal case, gdb-debugger works well.
But if i change the wxString variable's value, the value becomes empty.
And when access this value again, lead CB crash.

Code
#include <wx/wx.h>
#include <string>
#include <map>
#include <list>
#include <stack>
#include <vector>

int main()
{
    wxString wxStr(L"wxString");
    wxStr += L" Value";
    std::string stdStr("std::string");
    stdStr.append(" value");
    std::map<int, std::string> m;
    m[0] = "000";
    m[1] = "111";
    wxString& wxStrRef = wxStr;
    wxStrRef += L" Ref";
    std::string& stdStrRef = stdStr;
    stdStrRef += " Ref";

    std::list<std::string> l = {"a", "b", "c"};
    std::vector<std::string> v = {"a", "b", "c"};

    std::stack<std::string> s;
    s.push("a");
    s.push("b");

    return 0;
}

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 12 september 2010 build (6583) DEBUGGER BRANCH version is out.
« Reply #5 on: September 18, 2010, 04:49:48 am »
Another issue, I found current gdb-debugger lost the tip info under cursor.
DEBUGGER BRANCH:

trunk:
« Last Edit: September 18, 2010, 04:51:38 am by Loaden »

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5910
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 12 september 2010 build (6583) DEBUGGER BRANCH version is out.
« Reply #6 on: September 19, 2010, 12:42:02 pm »
@loaden
Does gdb plug-in support change the watch value of a wxString? I guess it was not implemented.
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 12 september 2010 build (6583) DEBUGGER BRANCH version is out.
« Reply #7 on: September 19, 2010, 01:13:48 pm »
@loaden
Does gdb plug-in support change the watch value of a wxString? I guess it was not implemented.
I don't think so.
If it was not implemented, the wxString variable can not become empty value.
So, there must have some thing wrong.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 12 september 2010 build (6583) DEBUGGER BRANCH version is out.
« Reply #8 on: September 19, 2010, 09:35:14 pm »
Loaden:
First bug confirmed...
Second depends on the wxProperty grid, so I'll look if there is some way to re-implement it
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]