Author Topic: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.  (Read 33333 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5193
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_wx2812_gcc452-TDM.7z

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

The 02 April 2011 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20110402_rev7075_DEBUGGER_BRANCH_win32.7z
  - Linux :
   none

Important changes compared to previous DEBUGGER BRANCH nightly:

* debugger_branch: improved the parsing of the CDB output (thanks m.29), added some unittest code to verify the fixes
* debugger_branch: Replace the hack to parse the type of 'const wxString &param' with proper implementation. Now 'whatis' is executed again if it fails the first time.
* debugger_branch: fixed a bug with the starting of the debuggee for complex projects (thanks Morten for the report)
- cbDebuggerPlugin::GetDebuggee now returns the working directory for the debugee
- both GDB and CDB are started at the working directory, this is done in order to mimic the way Build -> Run works
* debugger_branch: increased the sleep time (900+ day should be enough now), when launching the terminal (reported here: http://forums.codeblocks.org/index.php/topic,13807.0.html)
* 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.

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #1 on: April 02, 2011, 05:32:35 pm »
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 :
Code: [Select]
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/ .

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5193
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #2 on: April 02, 2011, 05:34:41 pm »
INFO :
* wxwidgets 2.8.12
* build with TDM-GCC 4.5.2

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5247
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #3 on: April 06, 2011, 04:19:00 am »
I just download this package(windows)
mingw dll, codeblocks, and wx dll

When using this version, I found that Codeblocks.exe eat 50% after I load the codeblocks.cbp.
This is not caused by CC, because I even delete the codecompletion.dll, and restart again, it still eat 50% CPU.  :(

PS: I just do a flesh install. (I do paste on the previous C::B before), and there is no CPU burn. So, I guess some of my configure file was wrong. But I have no way to detect/find which is wrong... :(

PS2:
It there any plugin/method to which can open another "default.conf" file, then extract some setting to the current used one. Because when I use a new fleshed c::b, all the settings were lost. :(
« Last Edit: April 06, 2011, 09:34:41 am by ollydbg »
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 MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9508
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #4 on: April 06, 2011, 06:32:39 am »
PS2:
It there any plugin/method to which can open another "default.conf" file, then extract some setting to the current used one. Because when I use a new fleshed c::b, all the settings were lot. :(
Use cb_share_config for that purpose.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5247
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #5 on: April 06, 2011, 06:55:00 am »
PS2:
It there any plugin/method to which can open another "default.conf" file, then extract some setting to the current used one. Because when I use a new fleshed c::b, all the settings were lost. :(
Use cb_share_config for that purpose.
thanks, that works. But I do not fully understand all the item names in the "source configure" list :D.
PS: I suggest the cb_share_config.exe file should have a nice icon.
« Last Edit: April 06, 2011, 09:34:59 am by ollydbg »
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 MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9508
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #6 on: April 06, 2011, 09:12:27 am »
thanks, that works. But I do not fully understand all the item names in the "source configure" list :D.
cb_chare_config does not copy all the configuration. It only allows copying most important parts, like the compiler setup, the envvar setup and alike. The names are as in the configuration file (default.conf). That's what you can select on the left side to transfer to the right (target) side.

This tool is not meant for the masses but requires at least some knowledge about how the default.conf file is organised. In fact you probably can screw your configuration, too using cb_share_config... :lol:
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline scarphin

  • Lives here!
  • ****
  • Posts: 644
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #7 on: April 08, 2011, 05:41:57 pm »
My modified AVR template here -> http://forums.codeblocks.org/index.php/topic,13616.msg94577.html#msg94577 ends up with a blank screen on the last page where the output files are checked. Is that an error by my side or has something changed with the processing of templates?

OS: Win XP Sp3
« Last Edit: April 08, 2011, 06:05:13 pm by scarphin »

Offline scarphin

  • Lives here!
  • ****
  • Posts: 644
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #8 on: April 09, 2011, 12:26:10 pm »
So I guess the templates are of no importance here?

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5247
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #9 on: April 09, 2011, 01:24:09 pm »
So I guess the templates are of no importance here?

why? you can see there are many download counts, so it is quite important, and just not so many people know this. :D
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 scarphin

  • Lives here!
  • ****
  • Posts: 644
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #10 on: April 09, 2011, 01:44:40 pm »
Well I mean no1 is interested in a template error. ;) Also it's been long since I submitted my template modification and I understand no1 considered testing it nor inserting it in a nightly for users to test nor contacted me about a problem. That's makes me think what I've said. Or maybe it's specific to embedded development. ;)

Anyway I found the problem, it's my non-existant template editing skills which make me forget to insert some '<object=...>' somewhere in the file. Sry for taking ur time for this.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 12127
    • Travis build status
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #11 on: April 09, 2011, 05:05:09 pm »
ollydbg: the download count is misleading, because I was testing my ff setup :)

scarphin:
AVR is quite uncommon target, so there is little interest, but I'll take a look.
Probably I'll need it, if I decide to ditch the arduino ide for my embedded journeys :)

BTW, you can use wxSmith to edit XRC files (as I've discovered recently).
It is very good and there is no need to edit this stupid xmls by hand (no one should edit xmls by hand).
(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 scarphin

  • Lives here!
  • ****
  • Posts: 644
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #12 on: April 10, 2011, 02:42:33 pm »
I know this is not the appropriate topic but I think cb is 1 of the 2 main alternatives (the other 1 being eclipse) under linux for open source AVR development so I don't think AVR is quite uncommon target. My pure intention is to help cb get better but currently that's the only way I can help improve it as I don't have much experience in C++ (I'm working on it though). Anyway I'll submit a patch for the fix to the topic on the embedded forum.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 12127
    • Travis build status
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #13 on: April 10, 2011, 03:02:33 pm »
I mean it is uncommon relative to the x86 world :) .
There are less embedded devs then normal desktop/server devs.
(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 killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5193
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #14 on: April 12, 2011, 08:09:52 pm »
not yet related to this version. But could be in the upcoming version. The newest commits have a independent setting menu entry for the debugger, which is a good idea.

However (only tried it on windows, not upgrading yet my windows box on the debugger branch yet), by default CB no longer knew where to find gdb.
Since CB out of the box is able to find gcc/gdb (on linux and windows), I think this is a minimum requirement to keep, also in the independent settings dialog.

I feel it has little advantage to push out a nightly build, only having people complain that the debugger no longer works because CB no longer knows where to find the gdb executable.

Do you think, this can be added in the near future ?

PS : with the latest commits, the crashes are gone (those that got introduced last week) :-)

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 12127
    • Travis build status
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #15 on: April 12, 2011, 08:19:00 pm »
I feel it has little advantage to push out a nightly build
No, nightly please, the code is a bit unstable on windows...

I'm not sure what should I do on windows about the autodetection:
1. Probably should do something like the compiler
2. I can hardcode c:\mingw\bin\gdb.exe
3. Get the default bin directory of gcc
4. Something else

Probably 3 is the best choice, what do you think?
(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 killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5193
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #16 on: April 12, 2011, 08:28:35 pm »
I guess a combination of 1) and 3)
I think 1) is just trying out a few defaults (long time since I looked at that code)

Offline ultimA

  • Multiple posting newcomer
  • *
  • Posts: 16
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #17 on: June 12, 2011, 10:24:41 pm »
Latest debugger branch (7200) crashes if I close CB after opening it.
To reproduce, open CB, do not open any project or file (only start page should be visible) and close it.
Crash log attached to this post.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 12127
    • Travis build status
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #18 on: June 13, 2011, 12:46:24 pm »
Hm, Are you sure with compiled it correctly?

I see no crashes with r7200 on CentOS 5.5 64bit and on Windows XP.

Probably this could be something related to this crash:
Code: [Select]
(codeblocks:7830): Gtk-CRITICAL **: gtk_menu_attach_to_widget: assertion `GTK_IS_MENU (menu)' failed

What OS and compiler are you using?
(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 jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #19 on: June 13, 2011, 02:32:20 pm »
Works fine here on debian 64-bit.
Compiled with C::B and compiled with automake-system.

Did you run ./bootstrap before running ./configure ?
Also deleting the pch's (src/include/*.gch) manually might help.

Offline ultimA

  • Multiple posting newcomer
  • *
  • Posts: 16
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #20 on: June 13, 2011, 06:22:36 pm »
Latest debugger branch (7200) crashes if I close CB after opening it.
To reproduce, open CB, do not open any project or file (only start page should be visible) and close it.
Crash log attached to this post.

It turns out I needed to delete the old settings (.codeblocks folder in home dir), then it works. Sorry for not trying this earlier.

[Feature Request] I guess it would make sense to introduce a version number in the settings folder. Whenever an incompatible change is introduced, the number would be incremented in the app, and if the stored number is lower, CB could notify (or even better, offer) the user to reset the settings.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 12127
    • Travis build status
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #21 on: June 13, 2011, 06:31:32 pm »
Hm, this should not happen.
Do you have the old settings, backed up?
(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 ultimA

  • Multiple posting newcomer
  • *
  • Posts: 16
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #22 on: June 13, 2011, 06:37:08 pm »
Here it is. I verified that if I copy back the old settings, the crash happens again.

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #23 on: June 13, 2011, 10:34:05 pm »
I can reliable make the debugger-branch cash, if I open C::B with hidden debugger toolbar and close it without making the toolbar visible.
No time to investigate deeper, but it should not be so hard to fix.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 12127
    • Travis build status
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #24 on: June 13, 2011, 10:35:19 pm »
Jens: thanks, will look at it immediately...
(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: 12127
    • Travis build status
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #25 on: June 14, 2011, 12:29:49 am »
Fixed a crash... Jens can you try the latest revision?

BTW: There is a crash in the BlockAllocator, I'll report back if it is fixed with the changes made by Loaden...
(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 jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #26 on: June 14, 2011, 06:32:26 am »
Fixed a crash... Jens can you try the latest revision?

Fix confirmed !

Offline huliming2004

  • Single posting newcomer
  • *
  • Posts: 6
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #27 on: June 26, 2011, 09:52:17 am »
Hi,everybody:
    I've been used Code::Blocks for serveral years. it's fantastic!!! GDB 7.2 now support python. I googled and find how it can support Qt and managed to solve the problem it cannot support to watch type of QString,QList etc. can you let the code::blocks support to debug Qt program by default. resources is in the attachment.

Offline huliming2004

  • Single posting newcomer
  • *
  • Posts: 6
I cannot found how to set the GDB working directory
« Reply #28 on: June 26, 2011, 11:44:16 am »
Hi, when i ran my compiled program, it works ok because i can set the working directory in the project "properties...". but it did not work when i began to debug it. It is because that gdb(version 7.2) doesn't start at the program working directory, my program depends on its progam's working directory.  Of course i can solve this problem with moving my data or change the envirements params. but it's not Convenient. can you given a way to start gdb with special working directory or just the same as the compiled program's working directory?
  best regards.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 12127
    • Travis build status
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #29 on: June 26, 2011, 12:53:15 pm »
Hm, as far as I know the C::B in debugger's branch sets the working dir correctly.
Can you provide a test project which fails with the latest debugger branch?
(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: 12127
    • Travis build status
Re: The 02 April 2011 build (7075) DEBUGGER BRANCH version is out.
« Reply #30 on: June 26, 2011, 12:55:19 pm »
huliming2004:
About the qt support you can add source commands in the initial commands of the debugger or in ~/.gdbinit
No changes need to be made in C::B's sources, all needed is there.
(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!]