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 08 August 2006 build is out.
- Windows : http://prdownload.berlios.de/codeblocks/CB_20060808_rev2829_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20060808_rev2829_Ubuntu6.06.deb
http://prdownload.berlios.de/codeblocks/CB_20060808_rev2829_fc4+5.rpm
Resolved Fixed:
- Speed-up operation of incremental select list utility dialog
- Updated AStyle plugin to use AStyle 1.19 (July 31)
- Removed INSTALL.TXT... finally
- Fixed crash when debugger's tooltip is closed, under certain circumstances
- Fixed crash while debugging and selecting some text. Also fixes correctly the previous crash regarding debugger tooltips
- added new SDL scripted wizard (thanks sethjackson, slightly modified)
- Fixed (i.e. removed) harmless error message when launching a new wizard
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.
The whole GDB error message when creating conditional breakpoints based on inline functions is showing now.
Thanks! :D
I am trying to extract the ANSI biuld in my Win98 but, it appears the
following message.
not supported archive.
Any Suggestion?
Quote from: Angel Portal on August 09, 2006, 04:33:29 PM
I am trying to extract the ANSI biuld in my Win98 but, it appears the
following message.
not supported archive.
Any Suggestion?
Try 7-Zip (http://www.7-zip.org)
I am using 7-Zip 4.42 on my system.
The other ansi dll
( http://prdownload.berlios.de/codeblocks/wxmsw26_gcc_cb_wx2.6.3p2.7z )
is extracting quite fine!
However the C::B new release in itself not!!!
Angel Portal
could be a corrupt download, or a corrupt upload. Well today or tomorrow there might be a new one ;-)
Quote from: Angel Portal on August 09, 2006, 04:47:04 PM
I am using 7-Zip 4.42 on my system.
The other ansi dll
( http://prdownload.berlios.de/codeblocks/wxmsw26_gcc_cb_wx2.6.3p2.7z )
is extracting quite fine!
However the C::B new release in itself not!!!
Angel Portal
Btw, it's so easy to have codeblocks updated with svn, that it really make few sense to download nighty build each day....
I used it only first time to build the svn, and since then I do each day (also 3-4 times a day) an 'svn update' and a build.
It's faster than download the nighty build, unpack, put together in a directory, add the wxwidgets libs (in case you wiped out the last nighty build).
A complete svn update-compile-update.bat takes less than 5 min. on my pc, much less then the nighty build download and setup.
Ciao
Max
absolutely 8) 8) 8) 8)
Quote from: killerbot on August 09, 2006, 04:48:23 PM
could be a corrupt download, or a corrupt upload. Well today or tomorrow there might be a new one ;-)
Yeah probably. :(
I will try to have a new one today. :)
Quote from: mdelfede on August 09, 2006, 04:59:04 PM
It's faster than download the nighty build, unpack, put together in a directory, add the wxwidgets libs (in case you wiped out the last nighty build).
A complete svn update-compile-update.bat takes less than 5 min. on my pc, much less then the nighty build download and setup.
Compiling wxwidgets was such a pain I gave up :/
Hi!
I am reading the messages.
I was wondering if there any option of 7-Zip that I forgot.
I was reading the HELP of 7-Zip and noticed that there
are options for UNICODE WIN format and DOS format in the
comand version of 7-Zip.
I am using Win98, so I need to compile the wxWidgts for ANSI and
use the ansi nightly, to have my development environment working.
Hi,
I have been lurking here a while now and have something to say.
First thanks for the good work guys codeblocks is shaping up very nicely!
I too have been unable to download the 7zip ansi nightly builds using win98se. It does however download correctly in winXP. I have investigated the problem and the archive is being truncated at around 3.5MB hense the unpacking error. I have eliminated my virus checker and firewall from suspision and the problem occurs with both Firefox and IE5. The other 7zips hosted by berlioz download fine, and so I wonder if googlepages is the culprit? But the wxwidgets file does download fine, so the problem must be with the file length. This is as far I have been able to investigate, but I hope this helps.
Regards
Craig
Quote from: craig on August 09, 2006, 07:16:58 PM
Hi,
I have been lurking here a while now and have something to say.
First thanks for the good work guys codeblocks is shaping up very nicely!
I too have been unable to download the 7zip ansi nightly builds using win98se. It does however download correctly in winXP. I have investigated the problem and the archive is being truncated at around 3.5MB hense the unpacking error. I have eliminated my virus checker and firewall from suspision and the problem occurs with both Firefox and IE5. The other 7zips hosted by berlioz download fine, and so I wonder if googlepages is the culprit? But the wxwidgets file does download fine, so the problem must be with the file length. This is as far I have been able to investigate, but I hope this helps.
Regards
Craig
Sigh it could indeed be googlepages. :P However I build the ansi on Window XP (as killerbot has done in the past), so it should work.....
I could try uploading somewhere else to be sure.....
Quote from: Phatency on August 09, 2006, 05:52:33 PM
Quote from: mdelfede on August 09, 2006, 04:59:04 PM
It's faster than download the nighty build, unpack, put together in a directory, add the wxwidgets libs (in case you wiped out the last nighty build).
A complete svn update-compile-update.bat takes less than 5 min. on my pc, much less then the nighty build download and setup.
Compiling wxwidgets was such a pain I gave up :/
Eheheehehe... wxwidgets IS a pain, but when you've got the dll, the most is done.
You can download the dll and build CB.
Ciao
Max
Quote from: sethjackson on August 09, 2006, 07:22:49 PM
Sigh it could indeed be googlepages. :P However I build the ansi on Window XP (as killerbot has done in the past), so it should work.....
I could try uploading somewhere else to be sure.....
I tried to host the Ubuntu deb on my googlepages site, but realized that the downloaded file wouldn't work because of truncation. I changed over to savefile.com to host the files, besides the ones being available here.
Quote from: cstudent on August 09, 2006, 08:08:26 PM
Quote from: sethjackson on August 09, 2006, 07:22:49 PM
Sigh it could indeed be googlepages. :P However I build the ansi on Window XP (as killerbot has done in the past), so it should work.....
I could try uploading somewhere else to be sure.....
I tried to host the Ubuntu deb on my googlepages site, but realized that the downloaded file wouldn't work because of truncation. I changed over to savefile.com to host the files, besides the ones being available here.
Ok that is what I'm doing. However my connection keeps timing out. :P
I just compiled the wxWidgets in my personal computer.
I am using a NoteBook with a Pentium II and took me three
hour to generate the *.o and some extra four to generate the
static library, but just some moments to generate the dll.
By the way I am using Win 98, so I had to use UNICODE=0 in
my compilation.
Just one warnning however, just check it out.
(IN THE FUNCION fwide of the file wchar there are some unused
parameter ).
So despite the time it was a great jog the wxWidgets on Windows.
Angel Portal :lol:
I still have the totally annoying problem wherein the numeric keypad keys are not responding within the IDE for navigation purposes.
I've managed to change my habits enough to use the dedicated navigation keys to the left of the keypad, but would love to get this issue resolved.
So I decided to find out when it broke (since early may 2006) and went back and tried to pull down the releases. If I installed each one in sequence then I could see when the problem cropped up.
Unfortunately releases that far back are not on the server, so I cannot do this testing.
Anyone have another idea?
QuoteAnyone have another idea?
I might had one if I was able to reproduce this. But (un)fortunately things work as expected here...
Do you mean that you don't have trouble with the numeric keypad when using the navigation keys? PgUp, PgDn, etc. work for you?
nope don corleone has not, I have it the problem also on 3 PC's at home (linux and windows).
And on PC at work it do NOT have the problem.
Maybe I should be looking then at settings on the workstation? But what could cause this, Don Corlione? It is in great respect that I ask you this question. :)
Quote from: k1mgy on August 10, 2006, 03:47:00 PM
Maybe I should be looking then at settings on the workstation? But what could cause this, Don Corlione? It is in great respect that I ask you this question. :)
Honestly, I don't know.
There is no code in C::B to handle the keyboard, so I can't think of anything.
I can't reproduce this in none of the following configurations:
2 x WinXP Pro/SP2 P4
1 x Ubuntu 5.10 "Breezy" 32-bit P4
1 x Ubuntu 6.06 "Dapper" 64-bit Athlon64
1 x SuSE 10.1 64-bit Athlon64
1 x Fedora Core 5 64-bit Athlon64
So must be an issue in either my keyboard (microsoft) os (microsoft) or in the widgets.
Will delve further.
Thank you, Don Corlione.
I owe you.
:)
About the shortcut keys!
If dos not work to navigate on C::B , you should first verify if works on
some other soft!
If it works, is somethig related to the modifications on the Win environments
fot C::B that you did, or just does when you going to run it.
How about!!!
Angel Portal :shock:
CB is the only application I run where the navigation keys do not respond. If i activate NUMLOCK, I get numbers. If I turn it off, I get nothing.
It's not a windows problem (I guess I spoke too quickly last time). It looks like something isn't being read properly, but I don't know where to begin to look.
Maybe I should install CB clean?
i'm using a Logitech keyboard and WinXp SP2
the Numeric keypad only works in Num-Lock mode with C::B
the navigation keys are not working too.
the navigation keys are working with other applications
I reinstalled CB and before doing so renamed the profile directory so that nothing there might break it.
Then i disabled all of the extensions.
The number pad navigations keys still do not work properly.
Are there settings in the registry that need to be cleaned?
I think we have a bug here!!!
It is worthing mentioning in the apropriate place!
Angel Portal 8)
Quote from: tiwag on August 10, 2006, 09:14:22 PM
i'm using a Logitech keyboard and WinXp SP2
the Numeric keypad only works in Num-Lock mode with C::B
the navigation keys are not working too.
the navigation keys are working with other applications
This may be a problem with wxScintilla translation of the WXK_NUMPAD_{RIGHT|LEFT|UP|DOWN} keys codes etc.
Try this. Move your cursor into the projects window with a large project loaded so that you can move up and down the tree items.
Do the keypad navigation keys work now? If so (as is my case) the keys work for a wxWidgets control, but not for a wxStyledTextCtrl.
Quote from: Pecan on August 10, 2006, 09:48:45 PM
This may be a problem with wxScintilla translation of the WXK_NUMPAD_{RIGHT|LEFT|UP|DOWN} keys codes etc.
This could be a reason. May I ask the ones that experience this issue to check if they use SciTE (http://www.scintilla.org/SciTE.html (http://www.scintilla.org/SciTE.html)) if it's the same there?
In addition: I know for Linux there exists an application that prints the keycodes of the keyboard strokes. Does anybody know a similar application for Windows - thus we can compare the "codes" that are actually be send to the (any) application?
With regards, Morten.
Yes, the keypad navigation works within the project pane, but not the editing panel.
Bingo?
Quote from: MortenMacFly on August 10, 2006, 09:52:44 PM
Quote from: Pecan on August 10, 2006, 09:48:45 PM
This may be a problem with wxScintilla translation of the WXK_NUMPAD_{RIGHT|LEFT|UP|DOWN} keys codes etc.
This could be a reason. May I ask the ones that experience this issue to check if they use SciTE (http://www.scintilla.org/SciTE.html (http://www.scintilla.org/SciTE.html)) if it's the same there?
In addition: I know for Linux there exists an application that prints the keycodes of the keyboard strokes. Does anybody know a similar application for Windows - thus we can compare the "codes" that are actually be send to the (any) application?
With regards, Morten.
Just tried it on Windows XP it seems to work ok. :)
Quote from: Pecan on August 10, 2006, 09:48:45 PM
Try this. Move your cursor into the projects window with a large project loaded so that you can move up and down the tree items.
Sorry, I forgot to answer this: It's the same for me! For the "Management" (project) panel the numpad keys (up/down) work but not within any editor... we are one step further I'd say...
With regards, Morten.
Hmm....
Line 973. Looks like the numpad arrow keys aren't handled?
http://wxcode.cvs.sourceforge.net/wxcode/wxCode/components/wxscintilla/src/ScintillaWX.cpp?revision=1.25&view=markup
EDIT:
BTW C::B uses wxScintilla 1.67. The newest version is 1.69.2. ;)
Quote from: MortenMacFly on August 10, 2006, 09:52:44 PM
Quote from: Pecan on August 10, 2006, 09:48:45 PM
This may be a problem with wxScintilla translation of the WXK_NUMPAD_{RIGHT|LEFT|UP|DOWN} keys codes etc.
This could be a reason. May I ask the ones that experience this issue to check if they use SciTE (http://www.scintilla.org/SciTE.html (http://www.scintilla.org/SciTE.html)) if it's the same there?
In addition: I know for Linux there exists an application that prints the keycodes of the keyboard strokes. Does anybody know a similar application for Windows - thus we can compare the "codes" that are actually be send to the (any) application?
With regards, Morten.
I installed Scintilla editor and the numeric keypad nav keys work fine there.
Probably the best way to reveal the keycodes is within the application itself. I could write an extension to do it, maybe :)
I can't find a utility to tell us this.
Quote from: sethjackson on August 10, 2006, 10:00:02 PM
BTW C::B uses wxScintilla 1.67. The newest version is 1.69.2. ;)
Yeah, I use this version for "ages" now (in "my" version of C::B). Anyway: I can tell the "bug" is there, too... Searching...
Edit: In SciTE (v1.70) the numpad is working properly... so it must be the way wxScintilla is embedded in C::B... COntinuing search...
Quote from: sethjackson on August 10, 2006, 10:00:02 PM
Hmm....
Line 973. Looks like the numpad arrow keys aren't handled?
http://wxcode.cvs.sourceforge.net/wxcode/wxCode/components/wxscintilla/src/ScintillaWX.cpp?revision=1.25&view=markup
EDIT:
BTW C::B uses wxScintilla 1.67. The newest version is 1.69.2. ;)
They were as of May (the version of CB I last installed).
Unless wxScintilla is new to CB since then?
Quote from: MortenMacFly on August 10, 2006, 10:06:40 PM
Quote from: sethjackson on August 10, 2006, 10:00:02 PM
BTW C::B uses wxScintilla 1.67. The newest version is 1.69.2. ;)
Yeah, I use this version for "ages" now (in "my" version of C::B). Anyway: I can tell the "bug" is there, too... Searching...
Right that DoKeyDown() function doesn't seem to have changed since 1.67. I think that is the problem.....
Quote from: k1mgy on August 10, 2006, 10:07:47 PM
Quote from: sethjackson on August 10, 2006, 10:00:02 PM
Hmm....
Line 973. Looks like the numpad arrow keys aren't handled?
http://wxcode.cvs.sourceforge.net/wxcode/wxCode/components/wxscintilla/src/ScintillaWX.cpp?revision=1.25&view=markup
EDIT:
BTW C::B uses wxScintilla 1.67. The newest version is 1.69.2. ;)
They were as of May (the version of CB I last installed).
Unless wxScintilla is new to CB since then?
Umm yea I thought we "upgraded" lemme check....
Closer....
http://wxcode.cvs.sourceforge.net/wxcode/wxCode/components/wxscintilla/src/ScintillaWX.cpp?r1=1.20&r2=1.21
>> case WXK_PAGEDOWN: // fall through
These?
Ugh!
Quote from: sethjackson on August 10, 2006, 10:09:02 PM
Umm yea I thought we "upgraded" lemme check....
C::B uses 1.67 (as said before), but the issue is there too, if C::B would use 1.69.2 (as I do)... as said before, too... ;-)
Quote from: MortenMacFly on August 10, 2006, 10:11:37 PM
Quote from: sethjackson on August 10, 2006, 10:09:02 PM
Umm yea I thought we "upgraded" lemme check....
C::B uses 1.67 (as said before), but the issue is there too, if C::B would use 1.69.2 (as I do)... as said before, too... ;-)
Right k1mgy asked if the may version used a "downgraded" wxScintilla...... I thought it did.
And quoting myself:
"Right that DoKeyDown() function doesn't seem to have changed since 1.67. I think that is the problem....."
EDIT:
wxScintilla was updated 6 months ago in C::B.....
Quote from: sethjackson on August 10, 2006, 10:13:30 PM
Right k1mgy asked if the may version used a "downgraded" wxScintilla...... I thought it did.
Aaah! I got that part wrong... let me check... (Compiling...)
When starting CB after building this nightly, I get an stop error message complaining about a missing procedure entry point in codeblocks.dll. (_ZN13ConfigManager13GetDataFolderEv) After clicking ok, CB loads but complains that it cannot load pluginwizard.dll and projectwizard.dll
I have made a clean build of both the contrib plugins as well as the IDE itself.
Basically I have been building every (almost) nightly for a few months and this started to happen, believe on the nightly from the 7th of Aug.
I was reading on the forum about a similar problem where the solution was to remove "wiz.dll" file.
Can someone think about where to look
Joachim
[attachment deleted by admin]
Quote from: joachim on August 10, 2006, 10:32:25 PM
When starting CB after building this nightly, I get an stop error message complaining about a missing procedure entry point in codeblocks.dll. (_ZN13ConfigManager13GetDataFolderEv) After clicking ok, CB loads but complains that it cannot load pluginwizard.dll and projectwizard.dll
I have made a clean build of both the contrib plugins as well as the IDE itself.
Basically I have been building every (almost) nightly for a few months and this started to happen, believe on the nightly from the 7th of Aug.
I was reading on the forum about a similar problem where the solution was to remove "wiz.dll" file.
Can someone think about where to look
Joachim
http://forums.next.codeblocks.org/index.php?topic=3753.msg29567#msg29567
Keep on reading. ;)
What bin utils version are you using?
Quotehttp://forums.next.codeblocks.org/index.php?topic=3753.msg29567#msg29567
Keep on reading. :wink:
What bin utils version are you using?
:oops: Missed that info. Anyway thanks! Removing the dll's helped.
My binutils are binutils-2.15.91-20040904-1
:lol:
Quote from: joachim on August 10, 2006, 10:49:30 PM
Quotehttp://forums.next.codeblocks.org/index.php?topic=3753.msg29567#msg29567
Keep on reading. :wink:
What bin utils version are you using?
:oops: Missed that info. Anyway thanks! Removing the dll's helped.
My binutils are binutils-2.15.91-20040904-1
:lol:
Ok. Does it work now?
Yes, now it works.
Quote from: MortenMacFly on August 10, 2006, 09:52:44 PM
Quote from: Pecan on August 10, 2006, 09:48:45 PM
This may be a problem with wxScintilla translation of the WXK_NUMPAD_{RIGHT|LEFT|UP|DOWN} keys codes etc.
This could be a reason. May I ask the ones that experience this issue to check if they use SciTE
On Windows:
I do not have this problem with standalone scite 1.69.
I *do* have the problem with wxStEdit which uses stc 1.67
I *do* have the problem with CB which uses stc 1.67
This still does not clear up weither this is a config or version problem.
I can't help much since I can't reproduce this bug but I 'd like to point out that since for some people it works and for some others it doesn't, this gives a clue: put your system's codepage into the equations...
Quote from: mandrav on August 11, 2006, 08:45:06 AM
put your system's codepage into the equations...
I'm not sure if this is true. Consider my case:
- SciTE 1.7.0: numpad works as expected
- SciTE 1.6.7: numpad works as expected
- SciTE 1.6.0: numpad works as expected
- C::B nightly (with wxsscintilla 1.6.7): Works in management pane but not in editor
- C::B SVN (with wxsscintilla 1.6.9.2): Works in management pane but not in editor
This all is on the same codepage.
With regards, Morten.
it has definitely to do with the wxScintilla,
because with the following patch it's working now on my PC
CodeBlocks\trunk\src\sdk\wxscintilla\src\ScintillaWX.cpp
Index: ScintillaWX.cpp
===================================================================
--- ScintillaWX.cpp (revision 2830)
+++ ScintillaWX.cpp (working copy)
@@ -873,17 +873,29 @@
key += 'A' - 1;
switch (key) {
+ case WXK_NUMPAD_DOWN: // fall through
case WXK_DOWN: key = SCK_DOWN; break;
+ case WXK_NUMPAD_UP: // fall through
case WXK_UP: key = SCK_UP; break;
+ case WXK_NUMPAD_LEFT: // fall through
case WXK_LEFT: key = SCK_LEFT; break;
+ case WXK_NUMPAD_RIGHT: // fall through
case WXK_RIGHT: key = SCK_RIGHT; break;
+ case WXK_NUMPAD_HOME: // fall through
case WXK_HOME: key = SCK_HOME; break;
+ case WXK_NUMPAD_END: // fall through
case WXK_END: key = SCK_END; break;
+ case WXK_NUMPAD_PAGEUP: // fall through
case WXK_PAGEUP: // fall through
+ case WXK_NUMPAD_PRIOR: // fall through
case WXK_PRIOR: key = SCK_PRIOR; break;
+ case WXK_NUMPAD_PAGEDOWN: // fall through
case WXK_PAGEDOWN: // fall through
+ case WXK_NUMPAD_NEXT: // fall through
case WXK_NEXT: key = SCK_NEXT; break;
+ case WXK_NUMPAD_DELETE: // fall through
case WXK_DELETE: key = SCK_DELETE; break;
+ case WXK_NUMPAD_INSERT: // fall through
case WXK_INSERT: key = SCK_INSERT; break;
case WXK_ESCAPE: key = SCK_ESCAPE; break;
case WXK_BACK: key = SCK_BACK; break;
obviously on "some" systems the keycodes get translated from NUMPAD to standard,
on "other" systems not ...
edit: updated to handle also WXK_NUMPAD_PRIOR, which is sent on my system when i press numpad pageup
edit2: Morten, could you try if it does work for you too ? it's in svn now
also an update to wxScintilla 1.69 it will not work out of the box with the numpad navi keys, just now i had a look at otto's source code.
i've informed Otto Wyss (maintainer of wxScintilla) about the issue and sent him also the patch,
we can only hope that he will look at the problem, because Otto is known to be not very cooperative sometimes ...
Quote from: tiwag on August 11, 2006, 10:41:56 AM
i've informed Otto Wyss (maintainer of wxScintilla) about the issue and sent him also the patch, [...]
Thanks tiwag! The changes in SVN work very well for me. Note that I'm using 1.69.2 in C::B already and can confirm that your patch works there, too. Great! :-)
Well done!
Will this come out in a build or do we need to construct it locally?
Quote from: k1mgy on August 11, 2006, 02:13:44 PM
Well done!
Will this come out in a build or do we need to construct it locally?
this evening
YaHoooo!! Drinks on the house!
Quote from: tiwag on August 11, 2006, 10:41:56 AM
also an update to wxScintilla 1.69 it will not work out of the box with the numpad navi keys, just now i had a look at otto's source code.
i've informed Otto Wyss (maintainer of wxScintilla) about the issue and sent him also the patch,
we can only hope that he will look at the problem, because Otto is known to be not very cooperative sometimes ...
Hey I was right for once. :lol:
http://forums.next.codeblocks.org/index.php?topic=3793.msg29976#msg29976
Tiwag your da man. :D Thanks. :)
I was reading and downloaded the scintilla.
It took 30 mim. to compilate, and it generated
just one warnning : dllwrap no export definition file provided.
But I am using win 98 and I wonder if I have to do some
special parameter in the standart installation procedure.
Angel Portal
P.S At the end it was generated two things:
Lexers.a static library
sciLexer.dll and scintilla.dll
I guess those are the dinamic library for Editor programming.