« previous next »
Pages: [1] 2  All   Go Down

Author Topic: The 28 march 2006 build is out.  (Read 27371 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5519
The 28 march 2006 build is out.
« on: March 28, 2006, 06:15:01 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://download.berlios.de/codeblocks/wxmsw26u_gcc_cb.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://download.berlios.de/codeblocks/mingwm10.7z

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

The 28 March 2006 build is out.
  - Windows : http://download.berlios.de/codeblocks/CB_20060328_rev2272_win32.7z
  - Linux :
         http://download.berlios.de/codeblocks/CB_20060328_rev2272_ubuntu.deb
         http://download.berlios.de/codeblocks/CB_20060328_rev2272_fc4.rpm

Resolved Fixed:

  • Keybinder: fixed uninitialized variable; fixed array overflow
  • Fixed debugger not working with wx projects (debuggee would segfault)
  • Fixed first debugger breakpoint not hitting
  • Added printing option to print the line numbers or not
  • Moved all common precompilation #includes in new file sdk_common.h. It is included by sdk.h and sdk_precomp.h
  • Plugins SDK version pumped to 1.6.12
  • Fixed printing line numbers to printout even when disabled in editor settings
  • Fixed startup freeze bug when the splash screen was visible and an informational message popped-up (like a project file being upgraded)
  • Under windows, the DDE server is always enabled (configuration removed from environment settings). The only way to disable the DDE server is by passing the command-line argument --no-dde, which suggests the user knows what he 's doing
  • PlugInWizard : includes cleanup and use cbMessageBox
  • DevPak-plugin
      - bugfix: save *.entry files as ANSI (UTF8)
      - use ConfigManager::GetConfigFolder() folder for mirrors and webupdate files

Regressions/Confirmed/Annoying/Common bugs:

  • toolbar-images-not-changing-state (is a wx problem)
  • there are several issues with Code Completion (is being redesigned : work in progress)

« Last Edit: March 29, 2006, 08:03:09 pm by killerbot »
Logged

Offline skirby

  • Almost regular
  • **
  • Posts: 137
Re: The 28 march 2006 build is out.
« Reply #1 on: March 29, 2006, 12:05:03 am »
Hello killerbot,

This release has a lot of interesting corrections.
I will test it as soon as possible.

Thanks a lot and have a nice day.
Logged

aguai

  • Guest
Re: The 28 march 2006 build is out.
« Reply #2 on: March 29, 2006, 05:06:10 pm »
eh....
how to install

I cover the whole folder

then cant open....
Logged

Offline Michael

  • Lives here!
  • ****
  • Posts: 1608
Re: The 28 march 2006 build is out.
« Reply #3 on: March 29, 2006, 05:38:26 pm »
Quote from: aguai on March 29, 2006, 05:06:10 pm
eh....
how to install

I cover the whole folder

then cant open....

Sorry, but I have not fully understood your question/problems. Which are the errors/problems? What cannot open?

Best wishes,
Michael
Logged

sethjackson

  • Guest
Re: The 28 march 2006 build is out.
« Reply #4 on: March 29, 2006, 05:53:11 pm »
Probably because he has no default.conf. C::B will not start up if you have no default.conf.

http://developer.berlios.de/bugs/?func=detailbug&bug_id=6829&group_id=5358

I can confirm with SVN revision from yesterday. Can't remeber which one it was......
Logged

Offline TDragon

  • Lives here!
  • ****
  • Posts: 943
    • TDM-GCC
Re: The 28 march 2006 build is out.
« Reply #5 on: March 29, 2006, 06:00:16 pm »
Quote from: sethjackson on March 29, 2006, 05:53:11 pm
C::B will not start up if you have no default.conf.
I can't confirm this; this 28 March 2006 build starts up fine for me without a default.conf.
Logged
https://jmeubank.github.io/tdm-gcc/ - TDM-GCC compiler suite for Windows (GCC 9.2.0 2020-03-08, 32/64-bit, no extra DLLs)

sethjackson

  • Guest
Re: The 28 march 2006 build is out.
« Reply #6 on: March 29, 2006, 08:41:53 pm »
I have it with Version 1.0 revision 2274 (gcc 3.4.4 Windows/unicode, build: Mar 28 2006 14:05:04). :P

Fix is here.

http://developer.berlios.de/patch/index.php?func=detailpatch&patch_id=969&group_id=5358
« Last Edit: March 29, 2006, 09:59:30 pm by sethjackson »
Logged

Offline thomas

  • Administrator
  • Lives here!
  • *****
  • Posts: 3979
Re: The 28 march 2006 build is out.
« Reply #7 on: March 29, 2006, 08:49:57 pm »
And what exactly does it fix?
Logged
"We should forget about small efficiencies, say about 97% of the time: Premature quotation is the root of public humiliation."

sethjackson

  • Guest
Re: The 28 march 2006 build is out.
« Reply #8 on: March 29, 2006, 08:53:30 pm »
The bug that you can't open C::B with no default.conf (C::B uses 99% CPU).

Ok patch was rejected. BUT I removed it from that header and it works perfectly. If that flag was in the header C::B use 99% CPU if I have no default.conf....

EDIT:

See here. I have the same problem AGAIN.

http://forums.codeblocks.org/index.php?topic=2608.msg20648#msg20648
« Last Edit: March 29, 2006, 09:59:55 pm by sethjackson »
Logged

Offline thomas

  • Administrator
  • Lives here!
  • *****
  • Posts: 3979
Re: The 28 march 2006 build is out.
« Reply #9 on: March 29, 2006, 09:00:22 pm »
Quote from: sethjackson on March 29, 2006, 08:53:30 pm
Ok patch was rejected. BUT I removed it from that header and it works perfectly. If that flag was in the header C::B use 99% CPU if I have no default.conf....
I originally removed that flag from the header, but left it there when updating to Ceniza's newest release of the splash screen class. It is a default parameter, so it was trivial to specify the correct parameter in app.cpp. This way, we do not have a patched 3rd party component (which would cause problems every time we update it, again). We need not and we should not patch that header.

The flag is, however, not related to the 99% CPU bug (this one was fixed by Yiannis independently). The flag was related to the message box lockout and later to the update event crash.
Logged
"We should forget about small efficiencies, say about 97% of the time: Premature quotation is the root of public humiliation."

sethjackson

  • Guest
Re: The 28 march 2006 build is out.
« Reply #10 on: March 29, 2006, 09:03:44 pm »
So why does removing the flag make the 99% CPU bug go away then?  :? I'm not trying to be argumentative just wondering...... Umm so what is my problem? Why can I not start C::B without default.conf?

EDIT:

This build works fine without default.conf.... Unfortunately my version compiled from SVN doesn't. :P
« Last Edit: March 29, 2006, 09:08:15 pm by sethjackson »
Logged

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2813
Re: The 28 march 2006 build is out.
« Reply #11 on: March 29, 2006, 09:11:47 pm »
Quote from: sethjackson on March 29, 2006, 09:03:44 pm
So why does removing the flag make the 99% CPU bug go away then?  :? I'm not trying to be argumentative just wondering...... Umm so what is my problem? Why can I not start C::B without default.conf?

EDIT:

This build works fine without default.conf.... Unfortunately my version compiled from SVN doesn't. :P

I can confirm the 99% cpu bug is still present. I deleted my
*.conf, started CB. After choosing gcc at the compiler dlg, CB
went into a 99% cpu loop displaying the splash.
Logged

sethjackson

  • Guest
Re: The 28 march 2006 build is out.
« Reply #12 on: March 29, 2006, 09:14:13 pm »
Thanks Pecan. At least I'm not alone in this big big world.  :lol: Anyways I wonder how to fix it??
If I download the nightly (this one), then delete my default.conf, the nightly runs fine. However, my SVN version doesn't.  :shock:
Logged

Offline thomas

  • Administrator
  • Lives here!
  • *****
  • Posts: 3979
Re: The 28 march 2006 build is out.
« Reply #13 on: March 29, 2006, 09:24:35 pm »
Well, look at app.cpp, line 575. Whatever is in that header, the default value is not used. Changing the default value in the header does not fix anything.

Yiannis was working on the startup problems yesterday afternoon, I thought he had fixed everything. Maybe there's more than one thing. Whatever it is, it is not the wxSTAY_ON_TOP flag, however. :)
Logged
"We should forget about small efficiencies, say about 97% of the time: Premature quotation is the root of public humiliation."

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2813
Re: The 28 march 2006 build is out.
« Reply #14 on: March 29, 2006, 09:26:54 pm »
Quote from: Pecan on March 29, 2006, 09:11:47 pm
I can confirm the 99% cpu bug is still present. I deleted my
*.conf, started CB. After choosing gcc at the compiler dlg, CB
went into a 99% cpu loop displaying the splash.

However, clearing the STAY_ON_TOP flag did not solve the problem.

sorry
pecan
Logged
Pages: [1] 2  All   Go Up
« previous next »