Try 7-Zip (http://www.7-zip.org)
I am trying to extract the ANSI biuld in my Win98 but, it appears the
following message.
not supported archive.
Any Suggestion?
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 ;-)
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.
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
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 :/
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.....
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.
Anyone have another idea?
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. :)
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.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?
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.
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...
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.
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...
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. ;)
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...
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....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... ;-)
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.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
http://forums.codeblocks.org/index.php?topic=3753.msg29567#msg29567
Keep on reading. :wink:
What bin utils version are you using?
Quotehttp://forums.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:
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
put your system's codepage into the equations...I'm not sure if this is true. Consider my case:
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;
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?
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 ...