Code::Blocks Forums
User forums => Nightly builds => Topic started by: killerbot on October 23, 2006, 08:41:27 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 23 October 2006 build is out.
- Windows : http://prdownload.berlios.de/codeblocks/CB_20061023_rev3129_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20061023_rev3129_Ubuntu6.06.deb
http://prdownload.berlios.de/codeblocks/CB_20061023_rev3129_suse100+101.rpm (not yet)
http://prdownload.berlios.de/codeblocks/CB_20061023_rev3129_fc4+5.rpm (not yet)
Resolved Fixed:
- Fixed broken warnings/errors display of compiler output
- Clear any remaining build jobs in case of build errors. When a workspace was built and failed, next try to build it would continue with the next target instead...
- Added option to control whether the build log will be saved to HTML file or not, after the build finishes
- Added "Copy to" buttons in link libraries and directories in compiler options. Allow to copy the respective settings to another build target (or the project)
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)
-
Windows ANSI build is here (http://www.bigupload.com/d=8B2CED74).
-
Could you make installer type nightly builds once week (united with mingw gcc + wxwidgets). That would be really grate. :idea:
-
Great works,
It seems there is a problem with the profiler.zip file to rename in CBProfiler.zip in the ubuntu 6.06 version.
Could you confirm ?
thanks,
pasgui
-
Great works,
It seems there is a problem with the profiler.zip file to rename in CBProfiler.zip in the ubuntu 6.06 version.
Could you confirm ?
thanks,
pasgui
Yes, I had to do that too.
Also, I'm getting the ERROR: Plugin resource not found: libsymtab.zip message.
SymTab.zip exist in /usr/share/codeblocks - I tried renaming that to libsymtab.zip but the message still comes out every time I boot CB.
Another error I found is that when you click on "Manage plugin" in ubuntu, I get a "Failed to create a temporary file name: Permission Denied" message
-
Great works,
It seems there is a problem with the profiler.zip file to rename in CBProfiler.zip in the ubuntu 6.06 version.
Could you confirm ?
thanks,
pasgui
Yes, I had to do that too.
Also, I'm getting the ERROR: Plugin resource not found: libsymtab.zip message.
SymTab.zip exist in /usr/share/codeblocks - I tried renaming that to libsymtab.zip but the message still comes out every time I boot CB.
Another error I found is that when you click on "Manage plugin" in ubuntu, I get a "Failed to create a temporary file name: Permission Denied" message
I am working on the symtab issue, it has to do with case-sensitivity, things were not consistent. I already commited something, but now it doesn't build on my linux box, still struggling.
If anyone can tell me where 'libSymTab.c' could come from, now I have an error there's no rule to make libSymTab.c needed for libSymTab.lo ...
-
problem fixed, could be you need to do the following on linux :
- make cleandist
or even
- ./bootstrap
- ./configure --enable-contrib
first before you can do make again
-
Hello,
I have found a little problem with the Find dialog box.
Here is the way to reproduce it.
- Create a new file an paste this piece of code for example:
aaa TestFind bbb
ccc TestFind ddd
Now select the text TestFind on the first line and press Ctrl+F
Press Enter key to find the text => you should find TestFind on the second line
Now select the text Test on the fisrt line, press Ctrl+F and press Enter => you stay on the first line
Press F3 to go to the next occurence => Nothing happen
Can you reproduce it?
If yes, do you want me to add this problem on BerliOS?
Thanks and have a nice day.
-
I have found a little problem with the Find dialog box.
...
should be corrected in the next nightly build
-
- Added "Copy to" buttons in link libraries and directories in compiler options. Allow to copy the respective settings to another build target (or the project)
Whoever did this (I'm too lazy to have a look) - my full respect. This is one of the most useful additions in the last couple of... [please choose: month, weeks, days].
Honestly: A BIG thanks for this.
With regards, Morten.[/list]
-
Could you make installer type nightly builds once week (united with mingw gcc + wxwidgets). That would be really grate. :idea:
I'll make a setup using Inno Script (but will onlu include mingw dll and wxwidgets). MinGW is too big for me to distribute. However, if anyone can host it for me...
-
Hello,
I have found a little problem with the Find dialog box.
Here is the way to reproduce it.
- Create a new file an paste this piece of code for example:
aaa TestFind bbb
ccc TestFind ddd
Now select the text TestFind on the first line and press Ctrl+F
Press Enter key to find the text => you should find TestFind on the second line
Now select the text Test on the fisrt line, press Ctrl+F and press Enter => you stay on the first line
Press F3 to go to the next occurence => Nothing happen
Can you reproduce it?
If yes, do you want me to add this problem on BerliOS?
Thanks and have a nice day.
works like a charm overhere --> which revision are you using ? which OS ?
-
works like a charm overhere --> which revision are you using ? which OS ?
I believe tiwag fixed it in the meantime ;).
-
Could you make installer type nightly builds once week (united with mingw gcc + wxwidgets). That would be really grate. :idea:
I'll make a setup using Inno Script (but will onlu include mingw dll and wxwidgets). MinGW is too big for me to distribute. However, if anyone can host it for me...
The script I've created is attached. You can download the setup here (http://cloppy007.spymac.com/cb_nightly_setup.exe). This software is provided as is, without any warranty.
PLEASE do not download the setup just for fun, my bandwidth is very limited. It would be nice if anyone is willing to host it.
[attachment deleted by admin]
-
works like a charm overhere --> which revision are you using ? which OS ?
I believe tiwag fixed it in the meantime ;).
i hope so 8)
there can still be a minor bug with searching from cursor position, sometimes it will find the actual selected
and not the next occurrence of a string, but i didn't find a reproducible testcase for this ...
but i'm looking at and will fix this too ...
anyhow, thanks for reporting the bugs !
-
I have found a little problem with the Find dialog box.
...
should be corrected in the next nightly build
The problem still persists in the 10/24/2006 build :(
-
I have found a little problem with the Find dialog box.
...
should be corrected in the next nightly build
The problem still persists in the 10/24/2006 build :(
there are a lot of checkboxes, which influence the behavior,
please post a screenshot and describe again exactly what you do
in order to produce this bug.
thanks,
-
OK, here is the way to reproduce the problem (with screenshots)
- Create a new file an paste this piece of code :
aaa TestFind bbb
ccc TestFind ddd
Now select the text TestFind on the first line
(http://img124.imageshack.us/img124/8840/testfindselectedgr5.th.png) (http://img124.imageshack.us/my.php?image=testfindselectedgr5.png)
Press Ctrl+F
(http://img138.imageshack.us/img138/7818/pbfinddialogboxwu3.th.png) (http://img138.imageshack.us/my.php?image=pbfinddialogboxwu3.png)
Press Enter key to find the text => you should find TestFind on the second line
See screenShot
(http://img117.imageshack.us/img117/4493/testfindfoundel2.th.png) (http://img117.imageshack.us/my.php?image=testfindfoundel2.png)
Now select the text Test on the fisrt line
(http://img124.imageshack.us/img124/9382/beforesearchtestam3.th.png) (http://img124.imageshack.us/my.php?image=beforesearchtestam3.png)
Press Ctrl+F
(http://img124.imageshack.us/img124/3226/searchfortestfd1.th.png) (http://img124.imageshack.us/my.php?image=searchfortestfd1.png)
and press Enter => you stay on the first line
Press F3 to go to the next occurence => Nothing happen
Can you reproduce it?
If yes, do you want me to add this problem on BerliOS?
For information, I am using C::B on windows 2000 sp4
Thanks and have a nice day.
-
OK, here is the way to reproduce the problem (with screenshots)
...
thanks for the good report !!!
Can you reproduce it?
yes, the problem is, that Search scope changes to "selected" text instead of staying on "Global"
that's the reason, why F3 does "nothing visible"
but it works, if you change to "Global Scope" before pressing Enter 8)
If yes, do you want me to add this problem on BerliOS?
thanks, not necessary, i'll look at this problem soon ...
brgds,
-
OK, here is the way to reproduce the problem (with screenshots)
- Create a new file an paste this piece of code :
aaa TestFind bbb
ccc TestFind ddd
Now select the text TestFind on the first line
Press Ctrl+F
Press Enter key to find the text => you should find TestFind on the second line
Xp svn3139
Mine ends on the first line.
Now select the text Test on the fisrt line
Press Ctrl+F
and press Enter => you stay on the first line
Yep, stays on the first line
Press F3 to go to the next occurence => Nothing happen
Nope, goes to the second line
Can you reproduce it?
I can't reproduce this problem on:
Version 1.0 revision 3139 (2006-10-24 08:52:45) gcc 3.4.4 Windows/unicode
-
it is actually not a bug - it's a feature :P
we have implemented, that Search Scope automatically changes to "Scope: selected text" if the actually selected text doesn't match the last search criterion.
This doesn't harm if you always use F3 / Shift-F3 for searching the next occurrence,
but interferes as described above when you go through the FindDlg.
it could be changed maybe in the way, that the Scope doesn't automatically changes to "Scope: selected text"
if the slection doesn't go over several lines (which is normally when you want to find in Selected text) ...
But really i think it should stay as it is ...
if someone has problems, he might read in what state the checkboxes of the FindDlg are :P
-
another problem : have some selected text, and make sure your selection is done, in such a way that the focus in the editor is at the beginning of the selection. Search for something different then the selection and change the scope to global, ==> the search starts "AFTER" the previous selected text.
-
another problem : have some selected text, and make sure your selection is done, in such a way that the focus in the editor is at the beginning of the selection. Search for something different then the selection and change the scope to global, ==> the search starts "AFTER" the previous selected text.
hi killerbot
this problem is selfmade :P
see your commit 2609
brgds
-
another problem : have some selected text, and make sure your selection is done, in such a way that the focus in the editor is at the beginning of the selection. Search for something different then the selection and change the scope to global, ==> the search starts "AFTER" the previous selected text.
hi killerbot
this problem is selfmade :P
see your commit 2609
brgds
* Searching : several fixes/changes (NOTE : analog changes for replacing will also be done)
- search in selection (find next/previous) remain in the scope of that selection
- fixed warning (gcc 4.x) : due to dead(unreachable) code (made that code back alive)
- made some search functions private
I'll have a debugging session ahead of me ;-)
-
Why not make an installer that accepts the nightly build packages? This opens the nightly builds to everyone and you only need to update it a few times a year.
-
I'll have a debugging session ahead of me ;-)
done :-)
Problem another problem : have some selected text, and make sure your selection is done, in such a way that the focus in the editor is at the beginning of the selection. Search for something different then the selection and change the scope to global, ==> the search starts "AFTER" the previous selected text.
is solved : revision 3164
another problem : have some selected text, and make sure your selection is done, in such a way that the focus in the editor is at the beginning of the selection. Search for something different then the selection and change the scope to global, ==> the search starts "AFTER" the previous selected text.
hi killerbot
this problem is selfmade :P
see your commit 2609
brgds
No it's not, 2609 still is correct. The problem was there already before. The coordinates of a selection should not be used when the scope was changed back to global. That simple !!!
-
Why not make an installer that accepts the nightly build packages? This opens the nightly builds to everyone and you only need to update it a few times a year.
I've made two installers: one with MinGW and one without it. Then, I have an updater which upgrades the installed Code::Blocks to the nightly build that you've downloaded.
A user called yarocco offered hosting the setups, but I haven't heard from him/her in a while.