Why is the manifest file still included in the download if its no longer needed?
Just to make you wonder.
toolbar-images-not-changing-state (is a wx problem/Win XP problem)
<?xml version="1.0" encoding="utf-8"?>
<report version="1.0" kind="exception">
<system description="Linux 2.6.16-1.2096_FC5 i686"/>
<modules>
<module path="[vdso]" address="005b5000" size="00001000"/>
<module path="[heap]" address="0986c000" size="00d5c000"/>
<module path="/SYSV00000000" address="b44eb000" size="00063000"/>
<module path="/SYSV00000000" address="b7b8d000" size="00060000"/>
</modules>
<stack>
<frame level="2" function="wxStackWalker::Walk(unsigned int)" offset="00000036"/>
<frame level="3" function="wxDebugReport::AddContext(wxDebugReport::Context)" offset="00000b33"/>
<frame level="4" function="wxDebugReport::AddAll(wxDebugReport::Context)" offset="00000018"/>
<frame level="5" function="wxHtmlWindow::LoadPage(wxString const&)" offset="00000d1a"/>
<frame level="6" function="wxFatalSignalHandler" offset="00000026"/>
<frame level="7"/>
<frame level="8" function="NewFromTemplateDlg::BuildCategories()" offset="000000ea"/>
<frame level="9" function="NewFromTemplateDlg::NewFromTemplateDlg(ProjectTemplateArray const&, wxArrayString const&)" offset="0000020a"/>
<frame level="10" function="TemplateManager::NewProject()" offset="000002e8"/>
<frame level="11" function="MainFrame::OnProjectNew(wxCommandEvent&)" offset="00000030"/>
<frame level="12" function="wxAppConsole::HandleEvent(wxEvtHandler*, void (wxEvtHandler::*)(wxEvent&), wxEvent&) const" offset="00000035"/>
<frame level="13" function="wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&)" offset="00000092"/>
<frame level="14" function="wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*)" offset="0000007d"/>
<frame level="15" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="000000cf"/>
<frame level="16" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="17" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="18" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="19" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="20" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="21" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="22" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="23" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="24" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="25" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="26" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="27" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="28" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="29" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="30" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="31" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="32" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="33" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="34" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="35" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="36" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="37" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="38" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="0000006e"/>
<frame level="39"/>
<frame level="40" function="g_cclosure_marshal_VOID__VOID" offset="00000049"/>
<frame level="41" function="g_closure_invoke" offset="0000011d"/>
<frame level="42"/>
<frame level="43" function="g_signal_emit_valist" offset="000008c7"/>
<frame level="44" function="g_signal_emit" offset="00000029"/>
<frame level="45" function="gtk_widget_activate" offset="00000094"/>
<frame level="46" function="gtk_menu_shell_activate_item" offset="00000118"/>
<frame level="47"/>
<frame level="48"/>
<frame level="49"/>
<frame level="50"/>
<frame level="51" function="g_closure_invoke" offset="0000011d"/>
<frame level="52"/>
<frame level="53" function="g_signal_emit_valist" offset="0000068f"/>
<frame level="54" function="g_signal_emit" offset="00000029"/>
<frame level="55"/>
<frame level="56" function="gtk_propagate_event" offset="00000183"/>
<frame level="57" function="gtk_main_do_event" offset="00000317"/>
<frame level="58"/>
<frame level="59" function="g_main_context_dispatch" offset="0000016d"/>
<frame level="60"/>
<frame level="61" function="g_main_loop_run" offset="000001a9"/>
<frame level="62" function="gtk_main" offset="000000b4"/>
<frame level="63" function="wxEventLoop::Run()" offset="0000005b"/>
<frame level="64" function="wxAppBase::MainLoop()" offset="0000004c"/>
<frame level="65" function="wxAppBase::OnRun()" offset="00000021"/>
<frame level="66"/>
<frame level="67" function="wxEntry(int&, wchar_t**)" offset="0000006a"/>
<frame level="68" function="wxEntry(int&, char**)" offset="00000036"/>
<frame level="69" function="EditorBase::CreateContextSubMenu(int)" offset="000002c2"/>
</stack>
</report>
For some reason this bug dissapeard for me in the prev nightly build and is also gone in this one.
I only noticed it a few minutes ago.
Hi,
I liked to try Code:Blocks, but I have the same error with every nightly build. When I try to start a new project it's always crashing :-/
I use Fedora Core 5 and get the following report:
Hi,
I liked to try Code:Blocks, but I have the same error with every nightly build. When I try to start a new project it's always crashing :-/
I use Fedora Core 5 and get the following report:Quote<frame level="69" function="EditorBase::CreateContextSubMenu(int)" offset="000002c2"/>
Found 16 plugins
Loading: Wizard wxSmith wxSmithMime wxSmithWizard AStylePlugin CodeStatistics ToDoList FilesExtensionHandler cbKeyBinder Compiler PluginWizard DragScroll Debugger Source Exporter CBProfiler ClassWizard HelpPlugin CodeCompletion
I just use Codeblocks out of the box without having changed anything.
I just use Codeblocks out of the box without having changed anything.
Could you disable all plugins except Compiler, Debugger, File extensions handler, Generic wizard.
Also, at what point the crashing happens? Do you see the new project dialog? If you see the New project dialog, could you check the "Show file-based templates" checkbox and then select "Console Application" and try to create it.
I disabled the plugins but it's still the same error. I don't see the "New Project Dialog" :-/
wx-config --version-full
OK, this might be a GTK error, so we need more information.
Could you type this to terminal and tell us what it outputs:Codewx-config --version-full
wx-config --version-full
2.6.2.1
You were able to disable the plugins so you can see other dialogs, could you test if you can see these dialogs:I can see them.
- Settings -> Enviroment|Editor|Compiler and Debugger
- Tools -> Configure tools
If you can see the Settings -> Enviroment dialog, go to View and disable the "Start here" page and test to create a project again.Crash is still there.
And last, could you download this (http://ajonsson.kapsi.fi/pub/TestConsole.zip) simple project file, extract it ("unzip TestConsole.zip") and try to open it from:The project opens correctly (only a warning that the format is an older one v1.3 instead of v1.4)
- Code::Blocks -> File -> Open
- From terminal "codeblocks TestConsole.cbp"
OK, mandrav created the new project wizard april 18th (http://forums.codeblocks.org/index.php?topic=2908.0).I'll test through a few older builds and report which doesn't work and which does.
Does the crash happen in nightly builds before april 18th?
Could you test older builds than that also?
Rebuilt fedora package is uploaded.I am afraid it will never pop up again. In the admin, it claims to be added, but then it should give the file in the download, and it doesn't :-(
At the moment "file doesn't exist" appears when downloading. But it should be available in some time.
wxSmith wizard poject doesn't work my system is WinXP wxWidgets 2.6.3 and use the latest SVN revision (2396) with the new wxSmith
I hit the button that says "Start Wizard" and noting happen what is the reason
toolbar-images-not-changing-state (is a wx problem/Win XP problem)
For some reason this bug dissapeard for me in the prev nightly build and is also gone in this one.
I only noticed it a few minutes ago.
toolbar-images-not-changing-state (is a wx problem/Win XP problem)
For some reason this bug dissapeard for me in the prev nightly build and is also gone in this one.
I only noticed it a few minutes ago.
IIRC, it was fixed sometimes ago. Anyway, not in the debug menu.
Best wishes,
Michael
toolbar-images-not-changing-state (is a wx problem/Win XP problem)
For some reason this bug dissapeard for me in the prev nightly build and is also gone in this one.
I only noticed it a few minutes ago.
IIRC, it was fixed sometimes ago. Anyway, not in the debug menu.
Best wishes,
Michael
It works fine for me in all menu's, maby it has something to do with the fact that i changed my color settings? First the grip color of my menu's was gray (and I had the bug) now I changed it to the default windows color and it works fine. I know this may sound very stupit but it works just like it has to do here and if other people still have this bug it some even more wierd.