Author Topic: The 10 January 2007 build is out.  (Read 63088 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
The 10 January 2007 build is out.
« on: January 10, 2007, 07:10:02 pm »
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

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

To fix the menu alignment bug introduced in wx 2.6.3 [windows only bug] we have patched wx ourselves, and that results in the following alternative dll : http://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2AndCbPatch.7z

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

For support of ansi builds, a link to the ansi windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26_gcc_cb_wx2.6.3p2.7z

The 10 January 2007 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20070110_rev3474_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20070110_rev3474_Ubuntu6.06.deb (not yet)
         http://prdownload.berlios.de/codeblocks/CB_20070110_rev3474_suse100+101.i586.rpm (not yet)
         http://prdownload.berlios.de/codeblocks/CB_20070110_rev3474_fc4+5.i586.rpm (not yet)


Resolved Fixed:

  • UseFlatObjects setting now also saved in the conf
  • Scripting updates:
    - GetScriptingManager().RegisterScriptMenu() signature changed from (scriptFile, menuPath) to (menuPath, scriptFileOrFunction, (bool)isFunction). This allows registering a script-function (instead of a full script) to a menu. Useful, for example, to create a single script with various functions and bind them all to menus.
    - Added IO.GetCwd() and IO.SetCwd() to get/set the working directory.
    - Added ProgressDialog script class. Use its single member function Update(value, message) to update it. Value must always lie in the 0-100 range.
    - Added ShowDialog(xrcFile, dlgName, callbackFunc) function to load and display a dialog from XRC. The callbackFunc is a script function you define to handle all click-events. While in a ShowDialog() call, there are also the EndModal(retCode) and XRCID(controlName) functions available.
    - Wiki docs soon to be updated
  • Fixed code parser tokenizer bug with concatenation of strings ("" "")
  • Updated all windows project files : CB and contrib plugins
  • Applied patch for gdb breakpoints (patch #1814). Hopefully it will work in most cases

Regressions/Confirmed/Annoying/Common bugs:

  • toolbar-images-not-changing-state (is a wx problem/Win XP problem)
  • menu items with icon not correctly aligned (since wx263) (is fixed with our special wx263/wx28 dll)


Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
Re: The 10 January 2007 build is out.
« Reply #1 on: January 10, 2007, 07:11:52 pm »
due to the scripting updates, one of the new files (sc_dialog.cpp) will not compile on linux
@Yiannis : could you ... ;-)

Offline stahta01

  • Lives here!
  • ****
  • Posts: 7582
    • My Best Post
Re: The 10 January 2007 build is out.
« Reply #2 on: January 10, 2007, 07:48:03 pm »
Regressions/Confirmed/Annoying/Common bugs:

  • toolbar-images-not-changing-state (is a wx problem/Win XP problem)



I think I have found and fixed this issue in thread
http://forums.codeblocks.org/index.php?topic=4912.msg38326#msg38326

Can someone else confirm the wxWidgets 2.6 patch works for them.

Tim S
C Programmer working to learn more about C++ and Git.
On Windows 7 64 bit and Windows 10 64 bit.
--
When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

Offline lubos

  • Almost regular
  • **
  • Posts: 131
Re: The 10 January 2007 build is out.
« Reply #3 on: January 10, 2007, 08:28:05 pm »
Regressions/Confirmed/Annoying/Common bugs:

  • toolbar-images-not-changing-state (is a wx problem/Win XP problem)



I think I have found and fixed this issue in thread
http://forums.codeblocks.org/index.php?topic=4912.msg38326#msg38326

Can someone else confirm the wxWidgets 2.6 patch works for them.

Tim S

wow so you fixed all regressions/Confirmed/Annoying/Common bugs! :lol:

Offline stahta01

  • Lives here!
  • ****
  • Posts: 7582
    • My Best Post
Re: The 10 January 2007 build is out.
« Reply #4 on: January 10, 2007, 08:40:34 pm »
wow so you fixed all regressions/Confirmed/Annoying/Common bugs! :lol:

This one I claim as a fix, but the last one I just reported on someone else's solution.
Tim S
C Programmer working to learn more about C++ and Git.
On Windows 7 64 bit and Windows 10 64 bit.
--
When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

Offline Darck

  • Multiple posting newcomer
  • *
  • Posts: 16
Re: The 10 January 2007 build is out.
« Reply #5 on: January 10, 2007, 08:59:08 pm »
2 bugs:
1 - like other people have - when C::B is closed, and i double click (in windows os) .cpp source code, C::B opens and blocks acces to folder with this source for about 20seconds - time which it takes to load source. It's the same when i double click in Total Commander or Exporer windows. When 1 instance of C::B is already running, double clicking on .cpp source file works properly.

2- It rarely can open header file, after right clicking at #include part in editor. I think it works, when include file is in actual folder: #include "1.h"
but doesn't when it's in default folder:
#include <iostream>
#include <iomanip>
#include <math.h>

Offline lubos

  • Almost regular
  • **
  • Posts: 131
Re: The 10 January 2007 build is out.
« Reply #6 on: January 10, 2007, 09:12:21 pm »
2 bugs:
1 - like other people have - when C::B is closed, and i double click (in windows os) .cpp source code, C::B opens and blocks acces to folder with this source for about 20seconds - time which it takes to load source. It's the same when i double click in Total Commander or Exporer windows. When 1 instance of C::B is already running, double clicking on .cpp source file works properly.

2- It rarely can open header file, after right clicking at #include part in editor. I think it works, when include file is in actual folder: #include "1.h"
but doesn't when it's in default folder:
#include <iostream>
#include <iomanip>
#include <math.h>
1- for me it unblock when i click minimize button in codeblocks
2- hmm i can open it.

Offline Darck

  • Multiple posting newcomer
  • *
  • Posts: 16
Re: The 10 January 2007 build is out.
« Reply #7 on: January 10, 2007, 09:20:28 pm »
i get not found message...

Offline PsYhLo

  • Almost regular
  • **
  • Posts: 157
Re: The 10 January 2007 build is out.
« Reply #8 on: January 10, 2007, 09:32:21 pm »
due to the scripting updates, one of the new files (sc_dialog.cpp) will not compile on linux
@Yiannis : could you ... ;-)
no problems befor 2-3 hours i compile this revision on linux system ;)

Offline asdf

  • Single posting newcomer
  • *
  • Posts: 9
Re: The 10 January 2007 build is out.
« Reply #9 on: January 10, 2007, 09:38:51 pm »
I installed vs2005 without the graphic IDE. So the debugger wasn't installed with it.

So I installed WinDbg but it is in a whole new directory... I can't link the cdb.exe program in the compiler and debugger programs tab.

Offline lubos

  • Almost regular
  • **
  • Posts: 131
Re: The 10 January 2007 build is out.
« Reply #10 on: January 10, 2007, 09:51:25 pm »
i get not found message...
don't worry, you are not only one :D

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: The 10 January 2007 build is out.
« Reply #11 on: January 10, 2007, 10:03:47 pm »
i get not found message...
don't worry, you are not only one :D
I don't get what is meant by this??? What was not found? When does this message appear?
With regards, Morten.
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 Ceniza

  • Developer
  • Lives here!
  • *****
  • Posts: 1441
    • CenizaSOFT
Re: The 10 January 2007 build is out.
« Reply #12 on: January 10, 2007, 10:07:25 pm »
Quote from: Darck
1 - like other people have - when C::B is closed, and i double click (in windows os) .cpp source code, C::B opens and blocks acces to folder with this source for about 20seconds - time which it takes to load source. It's the same when i double click in Total Commander or Exporer windows. When 1 instance of C::B is already running, double clicking on .cpp source file works properly.

Yup, this one is very strange. A few weeks ago it had no problems opening any file from windows explorer, but since I reinstalled XP it's been occurring.

It's a problem with DDE that just makes no sense. Everything I've tried has failed. I even thought it was a problem with the implementation in wx so I took the wx sample provided by the wizard, added DDE copy&pasting the code used in Code::Blocks, and it works fine there.

BTW, if you open a .c/.h/.hpp/.cpp file from windows explorer when Code::Blocks is closed and then close Code::Blocks (when it has loaded)... does it crash?

Quote from: MortenMacFly
I don't get what is meant by this??? What was not found? When does this message appear?

The header file was not found. They say it appears, in some cases, when you right click on the header name (followed by a #include) in the editor and tell it to open it.

Offline Darck

  • Multiple posting newcomer
  • *
  • Posts: 16
Re: The 10 January 2007 build is out.
« Reply #13 on: January 11, 2007, 12:34:03 pm »
closing C::B after loading works fine. Closing C::B during this 20-30s, when it's loading .cpp file works fine too, but i get message "file not found" (like it's searching this file for 30s). Minimizing doesn't help, like someone said before.

Offline lubos

  • Almost regular
  • **
  • Posts: 131
Re: The 10 January 2007 build is out.
« Reply #14 on: January 11, 2007, 01:46:20 pm »
Quote from: MortenMacFly
I don't get what is meant by this??? What was not found? When does this message appear?

The header file was not found. They say it appears, in some cases, when you right click on the header name (followed by a #include) in the editor and tell it to open it.
ah so he means opening headers... i mean i get error 'script run error' at cb start. seems everyone have others problems..for me it doesn't save default workspace also... :?