Code::Blocks Forums
User forums => Help => Topic started by: killerbot on January 06, 2006, 07:25:31 pm
-
A few days ago, I had problems building on my laptop (see this thread higher up, with the resouce compiler and includes), I deleted my dfault.conf, and now I can build it again, that's the good news.
But when todays build (rev 1664) starts up I get the following message boxes (7 or 8 times) :
The procedure entry point _ZN7Manager3GetEP7wxFrameP10wxNotebookP8wxWindow could not be located in the dynamic link library codeblocks.dll. And I have done the update.bat (so did no forget that one).
Any ideas on what could have gone wrong this time ???
Lieven
-
hmmm try a full rebuild?
-
The evil bug attacks again!
Try this: in the messages dock select "Build log", close Code::Blocks and open it again. Now "Build log" will be the first tab and 3 (Code::Blocks, Code::Blocks Debug and Search Results) will be "hidden".
Fixed.
Any ideas on what could have gone wrong this time ???
When the SDK changes, make sure you build the contrib plugins with it ;)
(these are debug messages when trying to load the contrib plugins which are linked with an older codeblocks.dll)
-
thanks Yiannis, I just remembered myself.
-
Mandrav,
From reading here - I see that some bug are poping up and being fixed by you (or others) can you please update the CVS with the bug fixes? So other people will get the fixes as well?
Thanks in advance,
Eran
-
Mandrav,
From reading here - I see that some bug are poping up and being fixed by you (or others) can you please update the CVS with the bug fixes? So other people will get the fixes as well?
Thanks in advance,
Eran
Sure Eran.
I just want to show you the changes first. You know your code better and maybe spot a bug in the fix ;)
-
Ok,
Can you please point me to the updated sources? I will do the merge and will update the CVS
Eran
-
Ok,
Can you please point me to the updated sources? I will do the merge and will update the CVS
Eran
http://svn.berlios.de/wsvn/codeblocks/trunk/src/sdk/wxFlatNotebook/?rev=0&sc=0
There you will find the latest sources. The file cb_wxfn.patch contains the differences from wxFlatNotebook-CVS to the version in our repository.
If you need any help or clarification, PM me :)
-
There's a bug in the tabs position ("Tabs at top" and "Tabs at bottom" options from the popup menu you get by right clicking a tab): "tabs at top" option sets the tabs at bottom when they're on top.
-
There's a bug in the tabs position ("Tabs at top" and "Tabs at bottom" options from the popup menu you get by right clicking a tab): "tabs at top" option sets the tabs at bottom when they're on top.
Thanks, fixed at rev1685.
-
I am getting that error. I just did an update today. I tried the selecting build log and closing it (assuming code::blocks), and I still get the error multiple times.
Any sugestions? Should I apply the patch? If so, from what directory should I apply it from (using tortoiseSVN).
jmccay
-
I still get the error multiple times
What error are you talking about?
-
The Error:
The procedure entry point _ZN7Manager3GetEP7wxFrameP10wxNoteBookp8wxWindow could not be located in the dynamic link library codeblocks.dll
Version: Version 1.0 revision 1699 (gcc 3.4.4 Windows/ANSI, build: Jan 9 2006 21:12:39)
wxWidgets 2.6 (same as one used for builds by on of the people).
Nothing was generated in the codeblocks.rpt
The last time I built codeblocks from the svn myself it did work. Unfortunately, I don't remember when I did the compiling becuase I didn't bother to save it (stupid me).
jmccay
-
The Error:
...
As mentioned above, you have probably contrib plugins which you haven't rebuilt. Rebuild the "ContribPlugins.workspace"...
-
I also get messages like this when I've mixed together plugin compilations
of unicode/ANSI, __WXDEBUG__ and non __WXDEBUG__
modules etc.
When I stop, breath, check all my .cbp(s) all works well again.
thanks
pecan
-
The Error:
...
As mentioned above, you have probably contrib plugins which you haven't rebuilt. Rebuild the "ContribPlugins.workspace"...
Ok. I found it and I will compile it.
jmccay
-
One question. When setting up the cb variable what do you use? I used:
based:
C:\development\projects\codeblock\codeblocks\src {src directory in my sandbox}
include:
C:\development\projects\codeblock\codeblocks\src\sdk
lib:
C:\development\projects\codeblock\codeblocks\src\devel
objs:
C:\development\projects\codeblock\codeblocks\src\.objs
Is this correct? Also, could the above lib directory be done:
<base>\devel
If not, what about just \devel for the short?
jmccay
-
If you're talking about Settings->Global variables
I set cb to:
and wx to leaving the rest blank. They take care of themselves.
If you set those global variables to the correct directories,
all other info needed is in the .cbp files.
Open 'em build 'em, have a beer.
Dont forget to build the contrib.workspace. And dont
forget to delete .dll(s) that are not built by the contrib from
...\trunk\src\devel\share\CodeBlocks\plugins\ and
...\trunk\src\devel\share\CodeBlocks\plugins\ if they exists.
Leaving local DLL(s) in there will cause the same problems as
discussed above.
Then I run update.bat from the ....trunk\src directory
I then run \src\output\codeblocks.exe and it tells me
which wxWidget lib I'm missing.
I then copy the wxwidgets lib to the \src\output and
\src\devel directory
I then run \src\output\codeblocks.exe again, and it tells
me I'm missing the mingw lib. I do the copies for that.
On the next run, off I go.....
pecan
-
It seems to be compiling fine now. I didn't remove all the Unicode references, and then I forgot to rebuild. I think, if you do a rebuild, it cleans up all those dlls. Some else out there whose more experienced compiling C::B, am I right?
Everything compiled and it seems to run fine. Yipee!!!! Thank you everyone.
jmccay
-
Doing a rebuild does *not* clean out local plugins
from the /devel and /output plugin directories.
I have to do it manually. Else I end up with previous
versioned plugins of cbDragScroll and other non
svn distributed (local/user) plugins.
It occasionally causes much consternation when I'm having
a senior moment.
pecan
-
Doing a rebuild does *not* clean out local plugins
from the /devel and /output plugin directories.
I have to do it manually. Else I end up with previous
versioned plugins of cbDragScroll and other non
svn distributed (local/user) plugins.
It occasionally causes much consternation when I'm having
a senior moment.
pecan
I think that's the proper action -- only deleting files that were created by the specific target you are cleaning/rebuilding. But yes, you do have to be careful :)
-
Hey all, don't you think it's about time to stop talking about irrelevant problems in this topic? It has reached 12 pages (!)...
-
Done, welcome to the troubleshooting forum! :lol: