News:

As usual while waiting for the next release - don't forget to check the nightly builds in the forum.

Main Menu

The 18 December 2010 build (6900) DEBUGGER BRANCH version is out.

Started by killerbot, December 19, 2010, 10:05:15 AM

Previous topic - Next topic

killerbot

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 18 December 2010 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20101218_rev6900_DEBUGGER_BRANCH_win32.7z
  - Linux :
   none

Important changes compared to previous DEBUGGER BRANCH nightly:

* debugger_branch: applied patch dbg_refactor0018.1:
- stopping (break command) doesn't work when attach to process is used on windows
- when stopping the debugger, the kill and quit commands weren't executed
* debugger_branch: applied dbg_refactor0019.0.patch:
- step into executes start instead of run (regression caused by the patch 0017.x)
- console window is hidden when remote debugging on windows (thanks Pecan)
- the string used in evaluate tooltip is trimmed and only the first line is used
- fixed some parsing issues related to the '<repeats X times>'
- fixed a spelling error in the name of MainFrame::OnGetActiveLogWindow
- added more tests to the test project for the debugger
* all updates that occurred on trunk


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.

ollydbg

great.
I have already download this package from the berliOS before your wrote this post. :wink:
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.


Jenna

Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my repo.

If you want to use apt (or dselect, synaptic or whatever) you need to add the following entries to /etc/apt/sources.list :
deb http://apt.jenslody.de/ any dbg
deb-src http://apt.jenslody.de/ any dbg

and remove entries for the normal nightlies.

Alternatively you can download the deb's directly from http://apt.jenslody.de/pool/dbg/c/codeblocks/ .

oBFusCATed

(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!]

midshipracer

Hello,

Let me start off saying that I love Code::Blocks and I use it in my profession everyday. However, I'm having trouble with this debugger nightly build.

1. It's difficult to instantly determine which button I'm supposed to click with the new artwork for the debug buttons (continue, step over, etc.). The old ones made much more sense.

2. The new watch layout is clunky. I can't seem to find a way to dereference a pointer. This has actually forced me to revert to an older version. It is just unusable.

Thanks,
Kevin

oBFusCATed

Quote from: midshipracer on December 23, 2010, 09:41:43 PM
1. It's difficult to instantly determine which button I'm supposed to click with the new artwork for the debug buttons (continue, step over, etc.). The old ones made much more sense.
You'll get used to them (I was against them too) or better learn the key shortcuts :)

Quote from: midshipracer on December 23, 2010, 09:41:43 PM
2. The new watch layout is clunky. I can't seem to find a way to dereference a pointer. This has actually forced me to revert to an older version. It is just unusable.
1. Press "Insert" and add the * before the pointer. Unfortunately it was not working on windows the last time I tried.
2. Right click -> Rename and add the * ....

I can add the dereferencing if it is such an important feature...
(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!]

killerbot

just found a debugger bug with the watches. No refresh of values when watch window has been closed in between.

Input :
simple console application , this is the code :

#include <iostream>


int main()
{
int foo  = 0;
foo = foo + 20;
    std::cout << foo << std::endl;


double result = foo / 1.5;
std::cout << result << std::endl;
    return 0;
}


put a breakpoint on line "foo = foo + 20;"

Let's start with a happy path :
- start debugger
- when breakpoint hit : watch "foo", and make the watches window visible
- step to next statement ==> foo is nicely updated in the watch window (20)

the BUG path :
- start debugger
- when breakpoint hit : watch "foo", and make the watches window visible (in case not yet watched and visible)
- now close the watch window !!!!!!!!!!!!!
- step to next statement
- make watch window visible again ===> BUG : foo is not updated in the watch window, is still on 0, and not on 20
NOTE : tooltip does show the new value.

So it seems a refresh is not being carried out !!!

oBFusCATed

(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!]

killerbot

any news on the above discovered issue ?

EDIT : or other improvements ? If so maybe we can target a new nightly this weekend ?
@Martin : can you perform a merge : trunk -> debug branch

oBFusCATed

Killerbot: no, I've not worked on the C::B lately. I hope that I can do so tonight or in the weekend.

For the merge, I think we should wait for the commit of the new plugin by Jens :)
(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!]

killerbot


Jenna

Quote from: oBFusCATed on January 13, 2011, 12:29:10 PM
Killerbot: no, I've not worked on the C::B lately. I hope that I can do so tonight or in the weekend.

For the merge, I think we should wait for the commit of the new plugin by Jens :)
Quote from: killerbot on January 13, 2011, 01:23:29 PM
yes, we want that new plug in :-)

I just committed it.

MortenMacFly

Quote from: jens on January 13, 2011, 03:04:54 PM
Quote from: killerbot on January 13, 2011, 01:23:29 PM
yes, we want that new plug in :-)
Quote from: killerbot on January 13, 2011, 01:23:29 PM
yes, we want that new plug in :-)
Aaaah - double quote of the same to increase the votes... Never trust a statistics you didn't fake... ;-) :lol: :lol: :lol:
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: [url="https://www.codeblocks.org/docs/main_codeblocks_en.html"]https://www.codeblocks.org/docs/main_codeblocks_en.html[/url]
C::B FAQ: [url="https://wiki.codeblocks.org/index.php?title=FAQ"]https://wiki.codeblocks.org/index.php?title=FAQ[/url]

Jenna

Quote from: MortenMacFly on January 13, 2011, 03:14:45 PM
Quote from: jens on January 13, 2011, 03:04:54 PM
Quote from: killerbot on January 13, 2011, 01:23:29 PM
yes, we want that new plug in :-)
Quote from: killerbot on January 13, 2011, 01:23:29 PM
yes, we want that new plug in :-)
Aaaah - double quote of the same to increase the votes... Never trust a statistics you didn't fake... ;-) :lol: :lol: :lol:

Corrected now in original post  :roll: