understandable... but unless you plan to upload a debug version for me to test you guys will have to do it on your own...
I gave the instructions to repeat and a copy of Notepad2's src code complete with the Codeblocks & VC project files
plus the batch file I used to test it.
Debugging (gdb)_CodeBlocks opening Notepad2 vcproj file.cmd
@ECHO on
gdb -readnow --args "C:\Dev-CodeBlocks\codeblocks.exe" Notepad2.vcproj
pause
oohh yah if you are using a newer version of Windows like 7+
you can use a neat program called Types, comment on FileHippo is where I originally heard of it..
http://izt.name/apps/types/
http://izt.name/apps/types/new.rss <<-- Suffices as a change-log. =D
that and it requires .NET framework 2+
it seems to be loading with .NET(v2), in the JIT debug-log I am getting on this latest crash I am testing on WinXP-64bit...
overall its a good program and at last ihad what I needed to make the best use of Windows 7,
that is I could finally create ALL of the custom file type associations I use... ;^_^;
use v2.8. v3 has still some annoying error messages and bugs. With v2.8 you are sure that all is working.
Hi BlueHazzard, thx for the advice =D
Question....
Do I want
wxMSW (v2.8.12)_src (97MB)
or
wxWidgets (v2.8.12)_src (122MB)
I am going with the wxMSW one....
and the setup.h HELL ;_;
and that was trying to import the MS VS workspace (wx_dll.dsw).....
so I am trying the cmd/makefile method now..
mingw32-make -f makefile.gcc BUILD=release UNICODE=1 MONOLITHIC=1 SHARED=1
pause
mingw32-make -f makefile.gcc BUILD=debug UNICODE=1 MONOLITHIC=1 SHARED=1
pause
mingw32-make -f makefile.gcc BUILD=debug clean
mingw32-make -f makefile.gcc BUILD=release clean
pause
I had to create the batch files myself... wxWidgets needs help :'( :-\
nope that didn't work either.... needed the "SHARED=1" as well duh?!
whats worse than that headache...
is CodeBlocks src does not seem to have a debug target...
aside from manually telling each project to to add "-g"..
there is a target "all" just no debug target... ;;;;___;;;;;
so far I have "wxmsw28ud_gcc_custom.dll" built....
though I made note that "wxmsw28u_gcc_cb.dll" is listed internally as said name...
will there be any issues using this one, wxmsw28ud_gcc_custom.dll
and do I have to rename it to wxmsw28u_gcc_cb.dll?
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
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 (http://forums.codeblocks.org/index.php/topic,17316.msg130972.html#msg130972). For git(I use git-svn), this is not an issue, because you can have many branches, and synchronize with our SVN head.
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...)
-------------------
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:
DrWatson Log excerpt:
Exception number: c0000005 (access violation)
the Fault -> area stripped w/ no usable data!
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)
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:
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"
"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:
$(#CB_RELEASE_TYPE)
-pipe
-mthreads
-fmessage-length=0
-fexceptions
-Winvalid-pch
-g
-D__WXDEBUG__
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.
... 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
After a quite a bit of effort an tweaks to the project files and such
I got it finish compiling but its still crashing... >:( >:(
some of the projects stored the "WX_SUFFIX = u" at the target level and did not get overwritten when I use the
Project Options Manipulator plugin to overwrite all the u with ud
so I had to manually do it each time the compiler stopped to complain...
in contrib plugin NassiShneiderman the way the project file was written needs help...
it targets >:( long story short I had to do this for both base and include
Global Variable: boost
base : "F:\Dev-src\boost_1_57_0\"
include: "F:\Dev-src\boost_1_57_0\"
Search.Dir.Compiler
$(#wx.include) <<-- when i set up wx I filled in all/most global variable, so this was safe :P
$(#boost.include) <<-- Really?! ::)
$(#boost) <<-- is what it really should be because they declare the full path so only base is needed right?!
#include <boost/spirit/include/classic.hpp>
#include <boost/spirit/include/classic_core.hpp>
#include <boost/spirit/include/classic_symbols.hpp>
#include <boost/spirit/include/classic_confix.hpp>
___________________
EDIT1:
I found adplus in the Debbuging tools for windows I had installed a while back.... so I gave it a try
archive with logs attached,
dmp files are way to big..
140MB - FULLDUMP_FirstChance_epr_Process_Shut_Down_codeblocks.exe__04d4_2015-01-14_18-54-24-593_03a4.dmp
140MB - FULLDUMP_SecondChance_av_AccessViolation_codeblocks.exe__04d4_2015-01-14_18-54-19-859_03a4.dmp
8.5MB - MINIDUMP_FirstChance_av_AccessViolation_codeblocks.exe__04d4_2015-01-14_18-54-11-812_03a4.dmp