The 06 August 2013 build (9246) is out.

User forums > Nightly builds

<< < (5/7) > >>

oBFusCATed:

--- Quote from: White-Tiger on September 03, 2013, 04:54:54 pm ---I wonder if the wx29 build is ready/usable...

--- End quote ---
I doubt, at least the watches windows is in pretty bad state I'm trying to fix, but it will take quite a while.
As far as I know wxSmith is broken, too, but I've not tried it, to confirm this.

--- Quote from: White-Tiger on September 03, 2013, 04:54:54 pm ---... it's a shame.

--- End quote ---
Not enough man power, sorry.

--- Quote from: White-Tiger on September 03, 2013, 04:54:54 pm ---There are still a lot of crashes in Code::Blocks.. most of them happen on project close or open... (besides I get a soft crash when trying to add a file to a project, using the wizard) and I hope wx29 fixes them :P (they improved a lot... and it might even work ;) Otherwise Code::Blocks has to use more locks/mutexes)

--- End quote ---
Don't be so optimistic, because the crashes most probably happen because there are bugs in our code.
So wx29 will just bring more crashes and problems for you. :)

I don't remember you reporting the crashes here. At least I don't remember reports for crashes about adding files...
And if you don't report them in reproducible way there is no chance they will ever get fixed.

White-Tiger:
well... most of them where named already... at least the project open and close crash...
But I can't really fix it, at least the call stack isn't that good... symbols missing, mostly only 1 codeblocks within all threads (and that can't be possible) everything else is either wxWidgets or Windows stuff..

The last function until the crash is always some stuff from wxWidgets... that's why I hope they might have fixed it.. and I know they fixed some stuff.

And that other one.. it's a soft crash... not a hard crash (and by soft crash I mean not crashing the app)
File->New->File... and try adding a file to the project

Script errors have occured...

--- Code: ---SquirrelFunction<> call failed
AN ERROR HAS OCCURED [the index 'RebuildTree' does not exist]

CALLSTACK
*FUNCTION [AddFileToTargets()] E:\zZ-Progra\CodeBlocks\share\codeblocks/templates/wizard/common_functions.script line [595]
*FUNCTION [CreateFiles()] E:\zZ-Progra\CodeBlocks\share\codeblocks/templates/wizard/h_file/wizard.script line [60]

LOCALS
[pf] INSTANCE
[pf_check] INSTANCE
[prj] INSTANCE
[tgtidx] 4
[the_file] INSTANCE
[the_wiz] INSTANCE
[this] TABLE
[auto_text] INSTANCE
[text] INSTANCE
[guard] INSTANCE
[ed_new] INSTANCE
[ed] INSTANCE
[fname] INSTANCE
[this] TABLE
--- End code ---
and the edit box that shows the error is disabled... so you can't copy the text... (unless you read it directly from the window/control :P)

oBFusCATed:

--- Quote from: White-Tiger on September 03, 2013, 11:52:41 pm ---And that other one.. it's a soft crash... not a hard crash (and by soft crash I mean not crashing the app)
File->New->File... and try adding a file to the project

--- End quote ---
Should be fixed in trunk.

--- Quote from: White-Tiger on September 03, 2013, 11:52:41 pm ---Script errors have occured...and the edit box that shows the error is disabled... so you can't copy the text... (unless you read it directly from the window/control :P)

--- End quote ---
Should also be fixed in trunk.

See how easy it is when you provide enough information.
Now if you provide exact steps to reproduce the project open/close crashes, then probably someone could try to fix them.

White-Tiger:
your changes work, thanks ;) I still wonder why you chose a different file to store that function then before... maybe because you couldn't locate the original file as I couldn't xD

--- Quote from: oBFusCATed on September 04, 2013, 01:05:28 am ---[...]
See how easy it is when you provide enough information.
Now if you provide exact steps to reproduce the project open/close crashes, then probably someone could try to fix them.

--- End quote ---
well... I can't... (and I'm to lazy to fill reports... and yep I know it's bad :P)
The open crash is rare.. didn't happen that much... the real close crash is kind of rare as well.. most of the time it just hangs... and that's the main problem and I've said already as much as I can about it.

To reproduce the hang bug: close codeblocks, open codeblocks and as soon as it's open, close a project (closing the workspace might work or not.. the crash that happened on close was related to workspace close IIRC)
For this to work you'll need a slow PC (probably and very likely at least 2 CPU cores), probably not more then 2GB RAM, and main part: slow HD
It's simply the code-completion or any other thread that parses the project that's closed or something like that...

Anyway... I have no Idea why this crashed except for an already freed project, but here's a crash report:
--- Code: ---Error occured on Sunday, September 1, 2013 at 01:24:01.

E:\zZ-Progra\CodeBlocks\codeblocks.exe caused an Access Violation at location 004e3e54 in module E:\zZ-Progra\CodeBlocks\codeblocks.exe Reading from location 0000001c.

Registers:
eax=00000000 ebx=61a2e0ac ecx=00000000 edx=00000030 esi=0022dac4 edi=00000000
eip=004e3e54 esp=0022da18 ebp=0022da1c iopl=0 nv up ei pl nz na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010206

Call stack:
004E3E54 E:\zZ-Progra\CodeBlocks\codeblocks.exe:004E3E54 FileTreeData::GetKind E:/zZ-Progra/CodeBlocks-SVN/src/include/cbproject.h:58
0048E62A E:\zZ-Progra\CodeBlocks\codeblocks.exe:0048E62A ProjectManagerUI::OnCloseProject E:/zZ-Progra/CodeBlocks-SVN/src/src/projectmanagerui.cpp:1490
01191551 E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:01191551 _ZNK12wxAppConsole11HandleEventEP12wxEvtHandlerMS0_FvR7wxEventES3_
01216C4E E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:01216C4E _ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent
01216D1A E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:01216D1A _ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler
01217175 E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:01217175 _ZN12wxEvtHandler12ProcessEventER7wxEvent
01217109 E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:01217109 _ZN12wxEvtHandler12ProcessEventER7wxEvent
[...] ^ x 46
01327092 E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:01327092 _ZN12wxWindowBase9TryParentER7wxEvent
01217109 E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:01217109 _ZN12wxEvtHandler12ProcessEventER7wxEvent
01327092 E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:01327092 _ZN12wxWindowBase9TryParentER7wxEvent
01301271 E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:01301271 _ZN10wxMenuBase9SendEventEii
0128D73C E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:0128D73C _ZN6wxMenu10MSWCommandEjt
012609F0 E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:012609F0 _ZN8wxWindow13HandleCommandEttPv
0126431C E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:0126431C _ZN8wxWindow13MSWWindowProcEjjl
012B2747 E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:012B2747 _ZN10wxTreeCtrl13MSWWindowProcEjjl
0125DC8E E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:0125DC8E _Z9wxWndProcP6HWND__jjl@16
771A86EF C:\Windows\system32\USER32.dll:771A86EF IsThreadDesktopComposited
771A8876 C:\Windows\system32\USER32.dll:771A8876 IsThreadDesktopComposited
771A89B5 C:\Windows\system32\USER32.dll:771A89B5 IsThreadDesktopComposited
771A8E9C C:\Windows\system32\USER32.dll:771A8E9C DispatchMessageW
01262B67 E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:01262B67 _ZN8wxWindow11DoPopupMenuEP6wxMenuii
004D1356 E:\zZ-Progra\CodeBlocks\codeblocks.exe:004D1356 wxWindowBase::PopupMenu E:/zZ-Progra/wxWidgets-2.8x/include/wx/window.h:924
004888BF E:\zZ-Progra\CodeBlocks\codeblocks.exe:004888BF ProjectManagerUI::ShowMenu E:/zZ-Progra/CodeBlocks-SVN/src/src/projectmanagerui.cpp:725
0048B8B1 E:\zZ-Progra\CodeBlocks\codeblocks.exe:0048B8B1 ProjectManagerUI::OnTreeItemRightClick E:/zZ-Progra/CodeBlocks-SVN/src/src/projectmanagerui.cpp:1076
01191551 E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:01191551 _ZNK12wxAppConsole11HandleEventEP12wxEvtHandlerMS0_FvR7wxEventES3_
01216C4E E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:01216C4E _ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent
01216D1A E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:01216D1A _ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler
01217175 E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:01217175 _ZN12wxEvtHandler12ProcessEventER7wxEvent
01217109 E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:01217109 _ZN12wxEvtHandler12ProcessEventER7wxEvent
[...] ^ x 46
01327092 E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:01327092 _ZN12wxWindowBase9TryParentER7wxEvent
01217109 E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:01217109 _ZN12wxEvtHandler12ProcessEventER7wxEvent
01327092 E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:01327092 _ZN12wxWindowBase9TryParentER7wxEvent
012B15FD E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:012B15FD _ZN10wxTreeCtrl11MSWOnNotifyEilPl
012653DC E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:012653DC _ZN8wxWindow13MSWWindowProcEjjl
0125DC8E E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:0125DC8E _Z9wxWndProcP6HWND__jjl@16
771A86EF C:\Windows\system32\USER32.dll:771A86EF IsThreadDesktopComposited
771A8876 C:\Windows\system32\USER32.dll:771A8876 IsThreadDesktopComposited
771A7631 C:\Windows\system32\USER32.dll:771A7631 IsRectEmpty
771A7695 C:\Windows\system32\USER32.dll:771A7695 SendMessageW
012B3307 E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:012B3307 _ZN10wxTreeCtrl13MSWWindowProcEjjl
0125DC8E E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:0125DC8E _Z9wxWndProcP6HWND__jjl@16
771A86EF C:\Windows\system32\USER32.dll:771A86EF IsThreadDesktopComposited
771A8876 C:\Windows\system32\USER32.dll:771A8876 IsThreadDesktopComposited
771A89B5 C:\Windows\system32\USER32.dll:771A89B5 IsThreadDesktopComposited
771A8E9C C:\Windows\system32\USER32.dll:771A8E9C DispatchMessageW
01242780 E:\zZ-Progra\CodeBlocks\wxmsw28u_gcc_cb.dll:01242780 _ZN11wxEventLoop8DispatchEv
--- End code ---
btw.. a feature to have the last revision within that crash log would rock ;) maybe always write it to that file and overwrite it on next start if the last 4 bytes are the same as the revision or other kind of "magic bytes" Or just change exchndl directly.. you've got the code already, even though you never build it by default

@edit: I've put in the complete crashlog/stack-trace now... as it might be better :P "[...] ^" means exactly the above x times

White-Tiger:
anyway... here are a few suggestions / patches:
Link ConsoleRunner statically. This allows one to use a compiler with sjlj (and CB build with that) but also compile and run code with dwarf. Otherwise ConsoleRunner tries to find libgcc with sjlj but can't because Code::Blocks set's the environment variable to the dwarf tool-chain. (not sure how that "-static" works for Linux... but it's important for Windows... -static-libgcc doesn't work) Also I've set exchndl to be compiled when one compiles Code::Blocks... I can't see a reason for not compiling it as it's bad to go without it.

--- Code: (diff) ---Index: src/CodeBlocks.cbp
===================================================================
--- src/CodeBlocks.cbp (revision 9294)
+++ src/CodeBlocks.cbp (working copy)
@@ -54,6 +54,9 @@
<Compiler>
<Add option="-Os" />
</Compiler>
+ <Linker>
+ <Add option="-static" />
+ </Linker>
</Target>
<Target title="Squirrel">
<Option output="sdk/scripting/lib/squirrel" prefix_auto="1" extension_auto="1" />
@@ -716,7 +719,7 @@
</Environment>
</Build>
<VirtualTargets>
- <Add alias="All" targets="tinyXML;AutoRevision;ConsoleRunner;Squirrel;Squirrel std lib;SqPlus;scintilla;wxpropgrid;sdk;src;Abbreviations;AStyle;Autosave;Compiler depslib;Compiler;Debugger;Code-completion;Class wizard;Default MIME handler;Occurrences Highlighting;Open files list;Projects-workspaces importer;Scripted wizard;To-do;XP look & feel;" />
+ <Add alias="All" targets="exchndl;tinyXML;AutoRevision;ConsoleRunner;Squirrel;Squirrel std lib;SqPlus;scintilla;wxpropgrid;sdk;src;Abbreviations;AStyle;Autosave;Compiler depslib;Compiler;Debugger;Code-completion;Class wizard;Default MIME handler;Occurrences Highlighting;Open files list;Projects-workspaces importer;Scripted wizard;To-do;XP look & feel;" />
<Add alias="Core app & plugins" targets="sdk;src;AStyle;Autosave;Compiler depslib;Compiler;Debugger;Code-completion;Class wizard;Default MIME handler;Occurrences Highlighting;Open files list;Projects-workspaces importer;Scripted wizard;To-do;XP look & feel;" />
<Add alias="Third-party libs" targets="tinyXML;AutoRevision;ConsoleRunner;Squirrel;Squirrel std lib;SqPlus;scintilla;wxpropgrid;Compiler depslib;" />
</VirtualTargets>

--- End code ---

Allow ! (exclamation mark) within file paths on compiler warning/error. (It won't hurt Linux and I need it :P)

Also add another warning to "options_common_re-msvc.xml"
--- Code: (xml) --- <RegEx name="Linker warning (2)"
   type="warning"
   msg="1;4;2"
   file="3">
   <![CDATA[warning C4[0-9]+: (.+) (in ['"]([^'"]+)['"] and ['"][^'"]+['"])(: .*)]]>
   </RegEx>
--- End code ---
and it looks like
--- Quote from: vc compiler ---warning C4742: 'bHour12' has different alignment in 'E:\zZ-Progra\_SVNs\T-Clock NG\Source\DLL\Tclock.c' and 'E:\zZ-Progra\_SVNs\T-Clock NG\Source\DLL\format.c': 1 and 4
warning C4743: 'bHour12' has different size in 'E:\zZ-Progra\_SVNs\T-Clock NG\Source\DLL\Tclock.c' and 'E:\zZ-Progra\_SVNs\T-Clock NG\Source\DLL\format.c': 1 and 4 bytes
warning C4742: 'bHourZero' has different alignment in 'E:\zZ-Progra\_SVNs\T-Clock NG\Source\DLL\Tclock.c' and 'E:\zZ-Progra\_SVNs\T-Clock NG\Source\DLL\format.c': 1 and 4
warning C4743: 'bHourZero' has different size in 'E:\zZ-Progra\_SVNs\T-Clock NG\Source\DLL\Tclock.c' and 'E:\zZ-Progra\_SVNs\T-Clock NG\Source\DLL\format.c': 1 and 4 bytes

--- End quote ---
(Windoze warnings always start with C4... and are 4 numbers)

Also it would be better to have the c/c++ template look like:
--- Code: (c++) ---#include <stdio.h>
#include <stdlib.h>

int main(int argc, char* argv[])
{
puts("Hello world!");
return 0;
}
--- End code ---
as the default one without params is almost useless... and printf isn't a good idea to print a static string without variables. And pls use tabs

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version