User forums > Nightly builds
The 06 December 2014 build (10050) is out.
Aleksandr:
Project B is also present.
scarphin:
I realized 'clear' button in 'project build options -> search directories -> compiler|linker|resource compiler' doesn't work if nothing is selected. Can anyone else reproduce this?
Win7 x64
Melchior:
--- Quote from: ollydbg on January 12, 2015, 02:03:23 am ---
--- Quote from: Melchior on January 10, 2015, 10:57:08 am ---i got around this by editing the
Project build options --> Custom variables -->
changing [WX_SUFFIX = u] to [WX_SUFFIX = ud] for each and every file
--- End quote ---
Yes, the workspace don't have compiler settings, so you need to change the cbp files. Besides the WX_SUFFIX change, you may also need an extra -D__WXDEBUG__ for every cbp, see: annoying crash when debugging CC's auto-suggestion. For git(I use git-svn), this is not an issue, because you can have many branches, and synchronize with our SVN head.
--- End quote ---
yah that looks like what I was probably missing... thx Olly
-D__WXDEBUG__
but this I should be able to add that to the CodeBlocks Global variable base along with -g..
so this is what it will look like for me ("" are used only to indicate string)
"F:\Dev-src\CodeBlocks_src -g -D__WXDEBUG__"
_______________________
EDIT
I cleaned out the old rpt file and and tried loading "Notepad2.vcproj"
using the custom File Type Associations I had created
(I will get to trying to compile that Debug build later...)
--- Code: ----------------------
Error occurred on Tuesday, January 13, 2015 at 20:43:53.
C:\Dev-CodeBlocks\codeblocks.exe caused an Access Violation at location 6d053d40 in module
C:\Dev-CodeBlocks\wxmsw28u_gcc_cb.dll
Reading from location 00000000.
Registers:
eax=0000000d ebx=084e7fd4 ecx=00000000 edx=00000001 esi=00000001 edi=0000000d
eip=6d053d40 esp=007bf2c8 ebp=00000000 iopl=0 nv up ei pl nz na pe nc
cs=0023 ss=002b ds=002b es=002b
fs=0053 gs=002b efl=00010202
Call stack:
--- End code ---
DrWatson Log excerpt:
--- Code: --- Exception number: c0000005 (access violation)
the Fault -> area stripped w/ no usable data!
--- End code ---
Loi...
C:\Dev-CodeBlocks\codeblocks.exe caused an Access Violation
at location 6d053d40
in module
C:\Dev-CodeBlocks\wxmsw28u_gcc_cb.dll <<-- PERHAPS THAT IS WHY I NEEDED to BUILD WxWidgets as Debug!! ;) 8)
ollydbg:
--- Quote from: Melchior on January 14, 2015, 12:33:07 am ---...
so this is what it will look like for me ("" are used only to indicate string)
"F:\Dev-src\CodeBlocks_src -g -D__WXDEBUG__"
...
--- End quote ---
Good catch, the "-D__WXDEBUG__" can be put in the global compiler variable.
What is the string "F:\Dev-src\CodeBlocks_src" used for? I think "-g -D__WXDEBUG__" should be enough.
--- Quote ---_______________________
EDIT
I cleaned out the old rpt file and and tried loading "Notepad2.vcproj"
using the custom File Type Associations I had created
(I will get to trying to compile that Debug build later...)
--- Code: ----------------------
Error occurred on Tuesday, January 13, 2015 at 20:43:53.
C:\Dev-CodeBlocks\codeblocks.exe caused an Access Violation at location 6d053d40 in module
C:\Dev-CodeBlocks\wxmsw28u_gcc_cb.dll
Reading from location 00000000.
Registers:
eax=0000000d ebx=084e7fd4 ecx=00000000 edx=00000001 esi=00000001 edi=0000000d
eip=6d053d40 esp=007bf2c8 ebp=00000000 iopl=0 nv up ei pl nz na pe nc
cs=0023 ss=002b ds=002b es=002b
fs=0053 gs=002b efl=00010202
Call stack:
--- End code ---
DrWatson Log excerpt:
--- Code: --- Exception number: c0000005 (access violation)
the Fault -> area stripped w/ no usable data!
--- End code ---
Loi...
C:\Dev-CodeBlocks\codeblocks.exe caused an Access Violation
at location 6d053d40
in module
C:\Dev-CodeBlocks\wxmsw28u_gcc_cb.dll <<-- PERHAPS THAT IS WHY I NEEDED to BUILD WxWidgets as Debug!! ;) 8)
--- End quote ---
I think you can simply start debugging C::B under C::B, and you can get a full call stack by GDB. Generally, the bug is in C::B source code.
Melchior:
When opening Code::Blocks Project files or workspace files...
CodeBlocks notifies me that there are THREE global variables that are part of CB's src
THAT MUST BE DEFINED and cannot be left [void].....
"The base member is mandatory!"
the are as follows:
--- Code: ---boost:
base:"F:\Dev-src\boost_1_57_0"
cb_release_type:
base: "F:\Dev-src\CodeBlocks_src -g -D__WXDEBUG__ " <<-- The directory is the least thing I can put here... so it isn't null...
Lib : "F:\Dev-src\CodeBlocks_src\src\devel" <<-- not fully sure what was needed so I added this one,
CB doesn't complain....
wx:
Base : "F:\Dev-src\wxMSW-2.8.12" <<-- If more then the base is needed or not I am not sure...
Include: "F:\Dev-src\wxMSW-2.8.12\include"
Lib : "F:\Dev-src\wxMSW-2.8.12\lib"
obj : "F:\Dev-src\wxMSW-2.8.12\build\msw\gcc_mswuddll"
bin : "F:\Dev-src\wxMSW-2.8.12\lib\gcc_dll"
--- End code ---
"cb_release_type"
since this references a release build... shouldn't there be a "cb_debug_type"?
in which all debug global variables could be defined?
AND.... adding debug all target to take care of the internal variables like
WX_SUFFIX = ud
File locations will vary, so it makes sense that they would need to be defined this way as a global variable...
^_^ =D
instead of forcing everyone to jump through hoops to get release/debug setup why not added
targets: all_release, all_debug
and instead adding " -g -D__WXDEBUG__ " to the global variable base... they should be added in here as part a a debug target:
--- Code: ---$(#CB_RELEASE_TYPE)
-pipe
-mthreads
-fmessage-length=0
-fexceptions
-Winvalid-pch
-g
-D__WXDEBUG__
--- End code ---
--- Quote from: ollydbg on January 14, 2015, 03:47:05 am ---I think you can simply start debugging C::B under C::B, and you can get a full call stack by GDB. Generally, the bug is in C::B source code.
--- End quote ---
... maybe once I am finished compiling it.. right?
__________________
EDIT4:
-g
-D__WXDEBUG__
with these added to the global variable cb_release_type's base.. that only leaves...
WX_SUFFIX = ud
and finding a way to get it overwrite the cb project files default value *without* modifying the cbp files
for that other mention of using git, git doesn't run on XP anymore... it will not install...
____________________
EDIT5:
attachment
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version