News:

When registered with our forums, feel free to send a "here I am" post here to differ human beings from SPAM bots.

Main Menu

The 20 february 2006 build is out.

Started by killerbot, February 20, 2006, 06:05:48 PM

Previous topic - Next topic
Print
Go Down Pages1 2 All
User actions

killerbot

February 20, 2006, 06:05:48 PM Last Edit: February 21, 2006, 10:36:42 AM by killerbot
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)

Zingam

#1
February 20, 2006, 07:58:22 PM
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

skirby

#2
February 20, 2006, 08:40:12 PM
Same problem here  :(

yop

#3
February 20, 2006, 08:43:33 PM
Probably some outdated plugin, that is still in your plugins directory?
Life would be so much easier if we could just look at the source code.

tiwag

#4
February 20, 2006, 09:29:29 PM
check the presence of
cbDragScroll.dll
and
DragScroll.dll
in the plugins folder ;-)

only the DragScroll.dll should be there

kkez

#5
February 20, 2006, 10:35:59 PM Last Edit: February 20, 2006, 10:39:29 PM by kkez
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:
Quote617F9B78  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?

thomas

#6
February 20, 2006, 10:44:28 PM
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...
"We should forget about small efficiencies, say about 97% of the time: Premature quotation is the root of public humiliation."

kkez

#7
February 20, 2006, 10:52:32 PM Last Edit: February 20, 2006, 10:55:11 PM by kkez
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 :)

davereid20

#8
February 20, 2006, 11:49:31 PM
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?

Acki

#9
February 21, 2006, 12:05:11 AM
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...

Trikko

#10
February 21, 2006, 12:09:25 AM
Quote from: Acki on February 21, 2006, 12:05:11 AM
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.

thomas

#11
February 21, 2006, 12:10:19 AM
QuoteMaybe 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!).
"We should forget about small efficiencies, say about 97% of the time: Premature quotation is the root of public humiliation."

Trikko

#12
February 21, 2006, 01:01:59 AM
Quote from: thomas on February 21, 2006, 12:10:19 AM
QuoteMaybe 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...

Pecan

#13
February 21, 2006, 01:57:35 AM
Quote from: kkez on February 20, 2006, 10:35:59 PM
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

dronT78

#14
February 21, 2006, 08:02:00 AM
QuoteCode::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
Print
Go Up Pages1 2 All
User actions