Author Topic: The 17 May 2012 build (7966) is out.  (Read 87083 times)

Offline Grom

  • Almost regular
  • **
  • Posts: 206
Re: The 17 May 2012 build (7966) is out.
« Reply #30 on: May 22, 2012, 06:13:14 pm »
I would spend time on wxSmith. Basically Borland-Embarcadero idea can be implemented here. The wxWidgets component can have some class with list of all control properties to have an easy integration to the wxSmith. + Higher level of automation in wxSmith can be achieved with python script (it will give more automatic menus and tool bars).
gcc+winXP+suse.

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: The 17 May 2012 build (7966) is out.
« Reply #31 on: May 22, 2012, 08:20:53 pm »
The wxWidgets component can have some class with list of all control properties to have an easy integration to the wxSmith.
I don't quite get what exactly you mean, but integrating new UI controls is rather easy already in wxSmith.

What's missing is IMHO an inheritance strategy for UI controls that derive from others. Here, sometimes you won't see the parent's event handlers. If you have some spare time,  concept / implementation for this would be really beneficial.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: The 17 May 2012 build (7966) is out.
« Reply #32 on: May 24, 2012, 08:17:48 pm »
Hopefully this time nothing is missing in the patch (except the adjusted makefile.am ...).
Tested and works fine here, feel free to commit from my side (including the makefile.am update from my other post).
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

Offline hooluupog

  • Multiple posting newcomer
  • *
  • Posts: 16
Re: The 17 May 2012 build (7966) is out.
« Reply #33 on: May 26, 2012, 08:34:42 am »
Codeblocks still freezed when debugging application with large data (for example, vector with 10,000 elements).Yep,"set print elements" can avoid this problem.However,visual studio can show all of the elements imediately when debugging. I don't know how they managed to do that.

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: The 17 May 2012 build (7966) is out.
« Reply #34 on: May 26, 2012, 09:06:28 am »
I don't know how they managed to do that.
Well first of all they use a completely different debugger principle...
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

Offline afb

  • Developer
  • Lives here!
  • *****
  • Posts: 884
Re: The 17 May 2012 build (7966) is out.
« Reply #35 on: May 26, 2012, 08:32:54 pm »
- Mac OS X: (10.4 and up, ppc and i386 - no x86_64 with wxMac)
  http://prdownload.berlios.de/codeblocks/CB_20120517_rev7966_mac2812.zip

More like "yearly" than "nightly", but anyway.

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5910
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 17 May 2012 build (7966) is out.
« Reply #36 on: May 27, 2012, 02:46:54 pm »
I don't know how they managed to do that.
Well first of all they use a completely different debugger principle...
@Morten
What does this sentence mean? I want to hear more words about this. :)
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: 9694
Re: The 17 May 2012 build (7966) is out.
« Reply #37 on: May 27, 2012, 03:52:41 pm »
What does this sentence mean?
Simply that the VC debugger is completely different from GDB.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

Offline hooluupog

  • Multiple posting newcomer
  • *
  • Posts: 16
Re: The 17 May 2012 build (7966) is out.
« Reply #38 on: May 28, 2012, 06:55:37 pm »
Is there any way to solve the problem? ??? It is so annoying when debugging.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 17 May 2012 build (7966) is out.
« Reply #39 on: May 28, 2012, 06:59:07 pm »
Is there any way to solve the problem? ??? It is so annoying when debugging.
At the moment no... use set print elements to a small value... sorry...
(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 Grom

  • Almost regular
  • **
  • Posts: 206
Re: The 17 May 2012 build (7966) is out.
« Reply #40 on: May 29, 2012, 05:46:34 pm »
Just open Delphi or Lazarus component project. They have special file with registration of control in controls palette. I would tell that Delphi is some-kind of standard of visual development.

The wxWidgets component can have some class with list of all control properties to have an easy integration to the wxSmith.
I don't quite get what exactly you mean, but integrating new UI controls is rather easy already in wxSmith.

What's missing is IMHO an inheritance strategy for UI controls that derive from others. Here, sometimes you won't see the parent's event handlers. If you have some spare time,  concept / implementation for this would be really beneficial.
gcc+winXP+suse.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 17 May 2012 build (7966) is out.
« Reply #41 on: May 29, 2012, 06:37:15 pm »
Delphi is just dead, something from the past...  ;D
(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 Ceniza

  • Developer
  • Lives here!
  • *****
  • Posts: 1441
    • CenizaSOFT
Re: The 17 May 2012 build (7966) is out.
« Reply #42 on: May 29, 2012, 07:27:07 pm »
Delphi is just dead, something from the past...  ;D

I wish! Delphi has been catching up since the 2009 version, although they care more about adding features than properly testing and fixing bugs. You can even do 64 bits, MacOS X and iOS development with the latest version (some of those using FireMonkey, which introduces hardware acceleration and some other things).

What allows languages like Object Pascal (Delphi), .NET (C#, ...) and a few others to be nicely and easily used for RAD, visual design and so on is extended support for type introspection through RTTI. In that area C++ is rather... poor. It's true it always comes with a price in terms of overhead and code bloat, but it allows for rather nice stuff to be more easily created and self contained. There's a big chance C++ will not support such a thing to that extent, so solutions like those provided by wxSmith will have to stay the norm. No matter how hard you try to make your design as good as possible for it, it's never good enough for some.

Offline hooluupog

  • Multiple posting newcomer
  • *
  • Posts: 16
Re: The 17 May 2012 build (7966) is out.
« Reply #43 on: May 30, 2012, 05:53:11 am »
Is there any way to solve the problem? ??? It is so annoying when debugging.
At the moment no... use set print elements to a small value... sorry...
Hi, I tried debugging again within gdb 7.3(python enabled) command environment  and set print elements 0 to let it print all of the elements ,it works well and gives me a very quick response. But it freezed or ran so slowly when debugging in codeblocks. Seems it is not gdb's flaw.

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5910
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 17 May 2012 build (7966) is out.
« Reply #44 on: May 30, 2012, 07:12:34 am »
Is there any way to solve the problem? ??? It is so annoying when debugging.
At the moment no... use set print elements to a small value... sorry...
Hi, I tried debugging again within gdb 7.3(python enabled) command environment  and set print elements 0 to let it print all of the elements ,it works well and gives me a very quick response. But it freezed or ran so slowly when debugging in codeblocks. Seems it is not gdb's flaw.
Hi, Hooluupog. I do not think so.

Codeblocks just serves as a front end of gdb, so the most situation is: gdb freeze cause codeblocks freeze.

I believe you can give use the log of both gdb (under Windows Shell) and the gdb log (under Codeblocks Debugger panel), then we can see whether you are true. :)
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.