Code::Blocks Forums
User forums => Nightly builds => Topic started by: killerbot on August 04, 2006, 07:57:52 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
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 04 August 2006 build is out.
- Windows : http://prdownload.berlios.de/codeblocks/CB_20060804_rev2813_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20060804_rev2813_Ubuntu6.06.deb (not yet)
http://prdownload.berlios.de/codeblocks/CB_20060804_rev2813_fc4+5.rpm
Resolved Fixed:
- "[ Bug #8026 ] Cancel button commits the action" fixed which also resulted in following fixes :
+ all comboboxes -> choice controls
+ reduced state
+ current compiler : be more consistent : use the member instead of each time retrieving from control
+ project/target : be more consistent : use the members instead of the tree control
+ all settings can be cancelled out (except advanced settings and compiler add/delete and autodetect)
+ so no direct applies of several settings
+ 3 points of save/apply (selection change/compiler change/apply)user will be queried if save is needed in the first 2 cases
+ some methods did not need to be member methods
+ DoFillTree now does what it says and no other hidden loading of options
+ AutoDetectCompiler : also backup extra paths
+ OnEditVarClick : allow that the value remains the same but the key get's renamed
+ when project changed compiler : not in all cases the user was queried if the targets should change accordingly their compiler and informed that it's best to rebuild the project
+ when target changed compiler : also inform the user it's best to rebuild the target (similar to project) - fix for [ Bug #8292 ] Host application field doesn't have browse button
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
- there are several issues with Code Completion (is being redesigned : work in progress)
- menu items with icon not correctly aligned (since wx263)
-
EDIT:
Link removed.
-
I come here everyday and read lots of posts (that killerbot, mandrav, Yannis, Pecan, sethjackson and others have written). It is strange that I am a stranger to all of you, but I feel as if we were all old friends. Thanks to all of you very much.
I compile Code::Blocks form svn. Since I installed "binutils-2.17.50-20060716-1", I have an error while Code::Blocks starts.
It is complaining that the astyle.dll can not be loaded. (astyle.dll is exist in compilation.)
By the way "binutils-2.16.91-20060119-1" works just fine.
-OS WinXP,
-wxWidgets 2.6.3pl2, unicode, monolitic, shared library,
-gcc 3.4.5
-Code::Blocks Version 1.0 revision 2814
-
I come here everyday and read lots of posts (that killerbot, mandrav, Yannis, Pecan, sethjackson and others have written). It is strange that I am a stranger to all of you, but I feel as if we were all old friends. Thanks to all of you very much.
I compile Code::Blocks form svn. Since I installed "binutils-2.17.50-20060716-1", I have an error while Code::Blocks starts.
It is complaining that the astyle.dll can not be loaded. (astyle.dll is exist in compilation.)
By the way "binutils-2.16.91-20060119-1" works just fine.
-OS WinXP,
-wxWidgets 2.6.3pl2, unicode, monolitic, shared library,
-gcc 3.4.5
-Code::Blocks Version 1.0 revision 2814
I believe there is a problem with that binutils version......
http://forums.codeblocks.org/index.php?topic=3593.0
-
Hi, since a few days I get an message when starting C::B !!!
this plugins can't be loaded:
pluginwizard.dll
projectwizard.dll
Do I miss something !?!?!
-
Just locate those files and remove them. Those plugins aren't used anymore.
-
Are the windows builds stable again? I have been reading little things that they have been giving people problems, and I have avoided upgrading because of those messages. I'm still running a build from the end of may. :oops:
-
Are the windows builds stable again? I have been reading little things that they have been giving people problems, and I have avoided upgrading because of those messages. I'm still running a build from the end of may. :oops:
For me windows builds are rock stable. Like sethjackson, I believe it is a problem with the binutils version, not Code::Blocks itself. The problem is with "Candidate: Binutils 2.17.50". It is just a candidate as you see it at the web site of MinGW. I highly recommend the new Code::Blocks builds.
-
Are the windows builds stable again? I have been reading little things that they have been giving people problems, and I have avoided upgrading because of those messages. I'm still running a build from the end of may. :oops:
yes they are stable again, we had some problems 2 weeks ago with the latest version of the keybinder plug-in, but we reverted back to the old version of keybinder.
-
What .dlls do I have to change? I saw a message a long time ago,
about new mingw dlls, and something about deleting some existing .dll files?
-
Where'd those yellow things come from? I find them very annoying. While I was reading the first, a second one that had the words compiler and extended popped up and disapeared forever before I could read it. I guess I'll delete those 2 plugins that failed?
It tells me to check the log, but the log things is empty. :x
-
the old projectwizard.dll and pluginwizard.dll are no longer needed, and can be removed.
-
Where'd those yellow things come from? I find them very annoying.
I find them annoying, too, but I prefer them to dialogs popping up. I suppose they are necessary because anything output to the message pane is too easily ignored, so someone might have trouble diagnosing why something is broken without the bubbles jumping out and biting them.
-
I new to wx and I have installed the 03/08 version but when I use the wxSmith GUI editor
Code::Blocks crash.
I'm using a Fedora core 5.
There is an RPM of the stable release ?
How can find instruction for the wxSmith ?
Thanks to all
-
Where'd those yellow things come from? I find them very annoying.
They only appear in few places, and they are a lot less intrusive than the message boxes that would be displayed in the first place.
While I was reading the first, a second one that had the words compiler and extended popped up and disapeared forever before I could read it.
The delay for those two notifications is quite long, so unless you are an extremely slow reader, it probably disappeared because you clicked onto it.
Notifications will stay open indefinitely if you move the mouse over them, and will close immediately if you click on them.
I guess I'll delete those 2 plugins that failed?
Those plugins that failed can safely (and should be) deleted. They not part of Code::Blocks any more, and if you still have them, then they're from an old version.
-
The delay for those two notifications is quite long, so unless you are an extremely slow reader, it probably disappeared because you clicked onto it.
Notifications will stay open indefinitely if you move the mouse over them, and will close immediately if you click on them.
They do disapear to quickly on my machine, I even downloaded the svn source to see if the delay was to short but it seems like it was set for a good delay, it must be the infowindow class or wxwidgets or something on both our machines or maybe its psychological?
-
Where'd those yellow things come from? I find them very annoying.
They only appear in few places, and they are a lot less intrusive than the message boxes that would be displayed in the first place.
Personally I would prefer them.
I never clicked on the compiler warning notification, and it went away very quickly, never to come back again.
-
I new to wx and I have installed the 03/08 version but when I use the wxSmith GUI editor
Code::Blocks crash.
I'm using a Fedora core 5.
There is an RPM of the stable release ?
How can find instruction for the wxSmith ?
Thanks to all
wxSmith is being revamped to deal with its instability on linux, check out the post here:
http://forums.codeblocks.org/index.php?topic=3765 (http://forums.codeblocks.org/index.php?topic=3765)
-
Maybe I read too fast then 8)
The message reads:
Global compiler variables have been extended.
You can now have several independent sets of GCVs,
and variables can have user-defined members.
Your existing configuration is being migrated
and will be available as the "default" set.
To me, 10 seconds is plenty to read this text (which does not tell a big deal of news either ;)).
Oh well, I did not want to show yet one more tip at startup stating "Move your mouse over notifications to make them stay open". That would indeed have been very annoying :lol:
-
At first I didn't even think the messages were coming from codeblocks, because I had some web pages opened and I thought it was just some javascript thing. They popped up over Firefox, and C::B was loading in the background.
The plugin one stayed for like 8 seconds. The compiler one was very quick. That's why I only caught those three words from it. It went away while my eyes were just focusing on the first one. But thanks for assuming it was because I'm some kind of illiterate idiot. :lol:
I think a plain messagebox would be better, it's standard, expected behaviour. I wonder what people with bad eyesight would think of these quick little boxes with tiny fonts?
Also, this build will still not show up on tht titlebar when it's done loading if it's not in focus, and the window sizing issue I talked about still exists. When the window is maximimzed, the windowed sized variables are overwritten with the size of the screen, so that restoring the window to windowed state will return it to it's old saved position, but at full screen size. :x
-
I would like to know why the ansi version is not in the main message of the
pool. It is the one above a good one to use?
Angel Portal
-
because we don't support the ansi anymore. Official focus is on Unicode.
Seth is now providing from time to time an ansi build. But we want people to use the Unicode ones, for those on win9x well therefor we have from time to time an ansi build.
-
because we don't support the ansi anymore...
Are you serious?
why ?
-
euh , didn't we switch officialy to unicode some months ago ??
-
euh , didn't we switch officialy to unicode some months ago ??
Yeah.... That was what I thought..... :?
-
euh , didn't we switch officialy to unicode some months ago ??
i think, this should not mean, that ansi-builds are no longer supported ...
it only means that unicode-builds are possible too and standard for development
-
Many Thanks! It is because I installed the C::B on My Win98. But if there is
a ANSI , ok. I won´t be update but no problem.
Angel Portal
-
ANSI builds are only good for Win95/98/ME. We will support it until we hit version 1.0. After that milestone, ANSI support will be dropped officially.
Until then, ANSI builds will be released from time to time, thanks to a couple of members that can provide them.