Code::Blocks Forums
User forums => Nightly builds => Topic started by: killerbot on February 20, 2006, 06:05:48 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://download.berlios.de/codeblocks/wxmsw26u_gcc_cb.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://download.berlios.de/codeblocks/mingwm10.7z
For support of ansi builds, a link to the ansi windows wxWidget dll for Code::Blocks : http://download.berlios.de/codeblocks/wxmsw26_gcc_cb.7z
The 20 February 2006 build is out (renewed link !!!).
- Windows : http://download.berlios.de/codeblocks/CB_20060220_rev2050_win32_.7z
- Linux : not supported yet
Resolved Fixed:
- Added view.png and view-off.png
- Reverted reading from piped processes in system encoding
- Enhanced message manager tabs context menu to allow showing/hiding
logs (needs some more work) - Font size for message logs is now configurable
- Broke up "General settings" page of environment options dialog to
"General settings" and "View" - Patch #849 and #850 : Increase font size for Mac OS, correct a typo
- Re-imported "manage associations" dialog from 2022
- Moved associations management dialog layout data to its own XRC
- Centered some dialogs which were not correctly aligned to screen
- Fixed files-don't-open-with-DDE bug introduced yesterday
- "Clear" buttons in compiler options dialog are now enabled if the respective lists have items (used to be enabled only when selecting an item from the list)
- Updated PluginWizard to generate current SVN revision compatible plugins
Regressions/Confirmed/Annoying/Common bugs:
- DDE bug : clicking in windows explorer on a CB registered file throws an error message box
- toolbar-images-not-changing-state (is a wx problem)
-
On start-up I get this greeting message:
Code::Blocks v1.0: codeblocks.exe - Entry Point Not Found
The procedure entry point _ZN8cbPlugin14NotImplementedERK8wxString could not be located in the dynamic link library codeblocks.dll
-
Same problem here :(
-
Probably some outdated plugin, that is still in your plugins directory?
-
check the presence of
cbDragScroll.dll
and
DragScroll.dll
in the plugins folder ;-)
only the DragScroll.dll should be there
-
For me only DragScroll.dll exist, but still i get that error.
Btw, codeblocks crash when i start it without loading any plugin. From the call stack:
617F9B78 C:\Documents and Settings\Home\Documenti\Programmazione\CODEBLOCKS SVN\SVN\codeblocks.dll:617F9B78 _ZN15CompilerFactory11GetCompilerEj
61893DB3 C:\Documents and Settings\Home\Documenti\Programmazione\CODEBLOCKS SVN\SVN\codeblocks.dll:61893DB3 _ZN13ProjectLoader18GetValidCompilerIDERK8wxStringS2_
6188CFD1 C:\Documents and Settings\Home\Documenti\Programmazione\CODEBLOCKS SVN\SVN\codeblocks.dll:6188CFD1 _ZN13ProjectLoader16DoProjectOptionsEP12TiXmlElement
This should be related to the compiler plugin, looking at the call stack... infact it wasn't loaded when i tried to start codeblocks. Maybe compiler plugin should be (sort of) unloadable...
EDIT: why DragScoll plugin store its configuration settings in a ini file instead of the default.conf file?
-
That is "normal" behaviour, since loading a project requires at the very least the presence of the compiler plugin.
True, an application crash is not nice behaviour, no matter what. Maybe the compiler plugin should really be inalienably enabled by default. It simply makes no sense to disable it, and it crashes the application...
-
But if you disable it accidentally, then codeblocks crash and you cannot restore its enable state. And if one doesn't know how to restore it manually...
A plugin is made to be plugged or unplugged, but if you can't because the plugin is necessary, then it's better to integrate its code inside codeblocks itself :)
-
I cleaned out my Code::Blocks program folder except for my wxmsw26u_gcc_cb.dll and then uncompressed this build so that I wouldn't have any of the old plugins. I get the same error "Code::Blocks v1.0: codeblocks.exe - Entry Point Not Found..." Maybe something in my Code::Blocks application data (default.conf) is causing this?
-
Yes, I get the same error !!!
The procedure entry point _ZN8cbPlugin14NotImplementedERK8wxString could not be located in the dynamic link library codeblocks.dll
And I only have the DragScroll.dll in the plugin folder...
-
Yes, I get the same error !!!
The procedure entry point _ZN8cbPlugin14NotImplementedERK8wxString could not be located in the dynamic link library codeblocks.dll
And I only have the DragScroll.dll in the plugin folder...
Me too.
-
Maybe something in my Code::Blocks application data (default.conf) is causing this?
That's very unlikely. The config does not store dll paths or dll names (at least mine does not).
Have you tried re-downloading the wx library from BerliOS? If that is the only common component, then maybe Lieven updated that one... who knows. In any case, it is a problem of incompatible dll versions, so one of the dlls must be outdated (now tell me which!).
-
Maybe something in my Code::Blocks application data (default.conf) is causing this?
That's very unlikely. The config does not store dll paths or dll names (at least mine does not).
Have you tried re-downloading the wx library from BerliOS? If that is the only common component, then maybe Lieven updated that one... who knows. In any case, it is a problem of incompatible dll versions, so one of the dlls must be outdated (now tell me which!).
I redownload all. C::B and DLLs... no way...
-
why DragScoll plugin store its configuration settings in a ini file instead of the default.conf file?
It's a contrib; not core, not sdk. I wouldn't guess that you want every
plugin polluting the conf file. That'd be a quick way to get a lot of
conf corruption.
thanks
pecan
-
Code::Blocks v1.0: codeblocks.exe - Entry Point Not Found
The procedure entry point _ZN8cbPlugin14NotImplementedERK8wxString could not be located in the dynamic link library codeblocks.dll
deleting "wiz.dll" from plugins solve the problem
-
thanks for the info
from where was the wiz.dll coming - i don't have one in my directories
-
Ah, it's a WIP plugin which I sent to Lieven for testing. It seems he forgot to remove it ;)
-
Ah, it's a WIP plugin which I sent to Lieven for testing. It seems he forgot to remove it ;)
...just being curious: What does "WIP" mean?! "Wery Interesting Plugin"?! ;-)
Morten.
-
Ah, it's a WIP plugin which I sent to Lieven for testing. It seems he forgot to remove it ;)
...just being curious: What does "WIP" mean?! "Wery Interesting Plugin"?! ;-)
Morten.
Work In Progress. :)
-
Everybody,
This was a screw up of mine, I builded last nightly on my laptop (normally I use my desktop machine at home), and there's a left over in the 7 zip from a test (the wiz.dll).
Just remove thet dll. I thought I cleaned it up, but apparently not. But I can assure, I have cleaned it up on my laptop now, so tonight there should be no problem.
I will adopt the nightly (will have a underscore at the end os the base name), where this dll will be out. So new downloaders won't suffer from it.
My apologies for sending you all out on a wild goose chase.
Lieven
-
I moved the discussion about wiz.dll here (http://forums.codeblocks.org/index.php?topic=2426.0).
-
Curiosity satisfied now? ;)
Yep... this sounds... well... Whoohooo! You'll never stop shocking us with great news, don't you?! 8)
Morten.
-
deleting "wiz.dll" from plugins solve the problem
thanks for the info, now it works very well :D
Concerning the DDE problem (DDE bug : clicking in windows explorer on a CB registered file throws an error message box) , I previously wrote :
I don't know if it can be useful but I have noticed that the error message box only appear if the option "Show tips at startup" is checked. Uncheck this option and the problem disappear.
I done my test on three different PC (Windows 2000 and XP).
Each time I uncheck the option "Show tips at startup", the problem disappeared.
I hope it will be able to help you.
-
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://download.berlios.de/codeblocks/wxmsw26u_gcc_cb.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://download.berlios.de/codeblocks/mingwm10.7z
For support of ansi builds, a link to the ansi windows wxWidget dll for Code::Blocks : http://download.berlios.de/codeblocks/wxmsw26_gcc_cb.7z
The 20 February 2006 build is out (renewed link !!!).
- Windows : http://download.berlios.de/codeblocks/CB_20060220_rev2050_win32_.7z
- Linux : not supported yet
Resolved Fixed:
[...]
I've download c::b snapshot for macos and i try it on mac os panther (10.3.9) on my brother's pc. It starts but exit immediatly without showing any window or message...
A. Fontana
-
Code::Blocks v1.0: codeblocks.exe - Entry Point Not Found
The procedure entry point _ZN8cbPlugin14NotImplementedERK8wxString could not be located in the dynamic link library codeblocks.dll
deleting "wiz.dll" from plugins solve the problem
thanks!
-
8) how about using the new nightly (21 feb 2006) 8)
-
8) how about using the new nightly (21 feb 2006) 8)
Why is it listed below this one?
-
8) how about using the new nightly (21 feb 2006) 8)
Why is it listed below this one?
Did you see this topic?
http://forums.codeblocks.org/index.php?topic=2427.0