News:

As usual while waiting for the next release - don't forget to check the nightly builds in the forum.

Main Menu

The 11 April 2016 build (10762) is out.

Started by killerbot, April 11, 2016, 03:48:28 PM

Previous topic - Next topic

oBFusCATed

These changes are useless (sorry if I'm rude, this is not the intention).
I don't see how C::B will be usable without its toolbars, the choice dialog, the file dialog, the clipboard and the wxpropgrid.
The way to fix this is to just abort the compilation in prep.h or globals.h if one of these wx features is not available.
You're wasting time guarding every use. Probably you'll make C::B compile, but it will broken in many surprising for the users ways.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

stahta01

PLEASE READ MY POSTS!!!

Removing the GUI requires removing the GUI!!!

Tim S.
C Programmer working to learn more about C++.
On Windows 10 64 bit and Windows 11 64 bit.
--
When in doubt, read the CB WiKi FAQ. [url="http://wiki.codeblocks.org"]http://wiki.codeblocks.org[/url]

oBFusCATed

Ok, keep removing the gui the wrong way. :)

But if you really want to remove the gui, please start from the cbproject class.
This is the most problematic place where the gui is preventing us from compiling a cb_build executable.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

danselmi

Quote from: oBFusCATed on May 05, 2016, 01:02:00 AM
Strange. On linux it builds just fine (wx28 and wx30). But I've pushed a fix for this.
Can you tell me if it builds fine on windows now?
It builds fine again, thanks.
spell checker plugin: [url="http://developer.berlios.de/projects/spellchecker/"]http://developer.berlios.de/projects/spellchecker/[/url]
nassi shneiderman plugin: [url="http://developer.berlios.de/projects/nassiplugin"]http://developer.berlios.de/projects/nassiplugin[/url]

vayolet

Is it normal that sometimes my SVN is 0? I'm pretty sure other times it's showed the proper version.

I'm using "svn build  rev 0 Apr 13 2016, 04:53:52 - wx3.0.2 (Linux, unicode) - 64 bit" in debian jessie, from Jens' repo.

Also I get lots of crashes and weird behaviour from the debugger and watches :-/ I've just disabled the symbols browser following previous advice, I hope it helps.

Something new that has happened to me today just as I started `codeblocks -v`:

Quote10:39:22: Cannot load resources from 'memory:ToolsPlus.zip#zip:*.xrc'.
10:39:22: Cannot load resources from 'memory:DoxyBlocks.zip#zip:*.xrc'.
10:39:22: Cannot load resources from 'memory:ThreadSearch.zip#zip:*.xrc'.
10:39:22: Cannot load resources from 'memory:Cccc.zip#zip:*.xrc'.
10:39:22: Cannot load resources from 'memory:Cscope.zip#zip:*.xrc'.
10:39:22: Cannot load resources from 'memory:EditorConfig.zip#zip:*.xrc'.
10:39:22: Cannot load resources from 'memory:wxSmithAui.zip#zip:*.xrc'.
10:39:22: Cannot load resources from 'memory:headerfixup.zip#zip:*.xrc'.
10:39:22: Cannot load resources from 'memory:CppCheck.zip#zip:*.xrc'.
10:39:22: Cannot load resources from 'memory:Valgrind.zip#zip:*.xrc'.

oBFusCATed

Are the debugger crashes reliably reproducible?

The warnings could be safely ignored.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

vayolet

I get the errors constantly with some watches but I couldn't tell you when they happen.

When my variable decl was unitialised it just said "Not available in current context", after initialising:

QuoteParsing GDB output failed for '*decl'!

but other variables work alright...

oBFusCATed

vayolet: Enable full debugger logging (settings -> debugger -> common) and when the problem happens post the full log.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]