The 08 august 2006 build is out.

[MortenMacFly]

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...)

[joachim]

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 7^th 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]

[sethjackson]

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 7^th 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?

[joachim]

http://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:

[sethjackson]

http://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?

[joachim]

Yes, now it works.

[Pecan]

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.

[mandrav]

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...

[MortenMacFly]

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.

[tiwag]

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

Code Select Expand


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

[tiwag]

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 ...

[MortenMacFly]

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! :-)

[k1mgy]

Well done!

Will this come out in a build or do we need to construct it locally?

[killerbot]

Well done!

Will this come out in a build or do we need to construct it locally?

this evening

[k1mgy]

YaHoooo!!  Drinks on the house!