Thank you for your feedback. I will look into it. I have some problems on linux with the data view, i have to resolve. Will come back with a new patch as soon as possible.
here is the code
New stack trace dialog
*UI: mark default compiler in compiler selection list with "(default)"
crash during long run
crash during long run
crash during long run
crash with remove broken files plugin
uservardlgs.cpp: error: ‘wxFileDialog’ was not declared in this scope
fixed in r13254 thank you!
* src: fix compiling with CB_PRECOMP enabled (fix thicket #1389, thanks band-a-prend)
Have you tried Project->Properties->Build targets->Select you target on the left->Dependencies->External dependency files->Add your xml file
Bug should be fixed, but you have to open the global user variable dialog and save it, without modification. This should fix the config file for the current set. This was introduced with the last changes, but only if you open the global user var config dialog. So for normal user this should not trigger after this version
* src: fix bug where empty default member variables were saved.
* src: fix xrc file of global user dialog. Save button was missing
* sdk: remove constant value duplication
I really was thinking i tested this before.... Well, never only think but always do... i will fix this at the evening in about 10h) and add some tests... Sry for the inconvenience....
* src: revert changes that where not intended for commit
Deleting a global variable set creates havoc
fixed in [r13245]
* src: fix warning from previous commit
* sdk, src: Move global variables dialog from sdk to source. Total rework of global user variables, minor user visible changes. No changes in
Can you create a minimal project and upload it?
As far as i can tell this happens only for scintilla controls (text editors) but not for other text (for example log window)
With this patch this functionality should be restored... Can you confirm? I will then apply this to trunk... [Edit:] Or use the github branch
With this patch this functionality should be restored... Can you confirm? I will then apply this to trunk...
* sdk: On first project loading update all globs. This is needed for example on workspace loading, so all projects are up to date after loading.
If the missing compiler flags are returning, please zip the config file and post it in a ticket or in the forum. I am on the hunt of this bug... But i was no longer able to reproduce it...
"Use project options only" refers to target and project and not global. It is a bit misleading i give you that ;)
Just to make things clear: Global compiler options are ALWAYS applied. There is no overriding of related compiler options. Global options are always applied and no compatibility check is done.
Can you post a sample project? For me project options are applied, i mean codeblocks it self would not compile it this wont work...
Can you post a sample project?
Can you test, if this branch fixes your problem? https://github.com/bluehazzard/codeblocks_sf/tree/test/global_user_var_to_project/1/rebase/before_default_var/2
The difference is / and \ ... but why....
I think i found something: If you go in Settings->Compiler->Other settings->Advanced options->Yes->Output parsing add your compiler output message: e:\_inbox\test_cb\shared\myclass.h:12:17: error: 'floap' does not name a type; did you mean 'float'? and hit test you get myclass.has filename if you test my error message: C:/Users/usr/Downloads/_TEST/Shared/MyClass.h:12:17: error: 'floatd' does not name a type; did you mean 'float'? i get C:/Users/usr/Downloads/_TEST/Shared/MyClass.hso it is indeed...
The whole io pipe handling under windows is a mess... It is a lot slower than necessary...
Bug in mounting responseFile
Hi, thank you for the project file and example source code. This helped a lot. I indeed forget the 5 extra characters... fixed in r13231
* compiler: Fix response file generation (fix #1336)
*sdk: globs: fix random crash by introducing range check
I have many fixes for global variables in my local git Repo. This should be fixed there in addition with some rework of ui. See Forum thread with title New uservarmanager( i can not paste the link here because.i am on mobile an sourceforge prevents pasting things here) Can you hold for a moment on this an whait until i updated my remot .git repo On sourceforge?
* sdk: Fix modified flag of project when glob files are not stored in project file.
* sdk: Try to fix change detection in globs
No more Remove File from Project menu in management list tree
This is fixed in https://sourceforge.net/p/codeblocks/code/13213/
* src, globs: allow to select targets for globs. Add setting to add files to project file or not. Fix ID errors in globs. Fix comments.
* src: fix "remove file" menu entry not appearing for normal files. (regression from r13191)
*sdk: fix compilation on mac, use wxString::Format for string formatting so we can use %s with wxString (thanks miguel)
Can you explain to me how you use the fuse.c file? I was never able to find information about it
* scr: glob ui: fix compiler warnings and msw 32bit project file (thanks Miguel)
+ Add UI for automatic source folders aka project globs
I just tested your project... sadly i can not reproduce it. i can put an error in Header.h and MyClass.h and both can be addressed by double klick on the error message in build messages. i still think this is possible a parsing error, can you post the full rebuild log of the example project?
* wxSmith: Fix compiling wxsDateTimePickerCtrl with makefile on linux (thanks Bug Killer)
Cannot register for the Code:Blocks forum, and there's no way of contacting them
If the question is something about a year, try the year before the current answer, or even a year before that ;) I think @mortenmacfly is the only one that can help here?
Can you give a example command line? Could it be that there should be a >= in the length check? #ifndef CB_COMMAND_LINE_MAX_LENGTH #ifdef __WXMSW__ // the actual limit is 32767 (source: https://devblogs.microsoft.com/oldnewthing/20031210-00/?p=41553 ) #define CB_COMMAND_LINE_MAX_LENGTH 32767 #else // On Linux the limit should be inf // List of collected length limits: https://www.in-ulm.de/~mascheck/various/argmax/ // Actual limit on Linux Mint 18 is 131072 (this is the limit for args + environ for...
Can you give a example command line? Could it be that there should be a >= in the length check? #ifndef CB_COMMAND_LINE_MAX_LENGTH #ifdef __WXMSW__ // the actual limit is 32767 (source: https://devblogs.microsoft.com/oldnewthing/20031210-00/?p=41553 ) #define CB_COMMAND_LINE_MAX_LENGTH 32767 #else // On Linux the limit should be inf // List of collected length limits: https://www.in-ulm.de/~mascheck/various/argmax/ // Actual limit on Linux Mint 18 is 131072 (this is the limit for args + environ for...
Projects list tree does not automatically scroll when dragging items
I have pushed this in r13178. It may not be the prettiest, but it is functional...
*src: Implement scrolling project tree while dragging items (fix ticket #1356)
I created a minimal example with: - header in same as source and both in project - header in sub folder, not in project, with relative path in source file - header in folder above source file, not in project, with relative path in source file and the jump to error works. So it has to be something more complicated in your project. Without (minimal example) or (full build log and file structure) it is hard to reproduce and fix...
This is my suggestion for a fix. I need some strange workaround on linux. I was not able to reproduce the problem in the wx example, so it is clearly something in our code, but i am not able to find the problem...
Can you post a example compiler error output from the build log tab?
I think this is the best solution for now. I made a quick test with an "unsupported" gdb command and it simply throws an error, but debugging worked still fine, so it would be fine to hardcode this. Using MI or language protocol would be the better solution ;)
Looks good for me. Thanks!
just a quick update. I have a fix for this on windows, but on linux i have some problems where the tree control does not get redrawn on scroll. Working on it...
Have you tried to reset the types? press the types button -> unselect all->select all
After switching compiler path to old compiler is still in PATH
Small update: 1) As far as i can tell i have to make a homegrown solution to this. wx can not do this by itself as far as i can tell. To make things more complicated mouse move events are not propagated during drag and drop.... 2) There are a lot other programs out there than can not do this (i tried a view)
Projects list tree does not automatically scroll when dragging items
Can confirm, will look into it
Are you able to test my patch? (self compile codeblocks) Fixing this screams for this xkcd https://xkcd.com/1172/ (one of my favourite :) )
related Ticket: #1351
In general this should not create problems, because the new path is always pre appended and for this seen first. But i still think that this is not the expected behaviour
After switching compiler path to old compiler is still in PATH
What if you define a member so for example wx.config and let that empty. Wouldn't this be more in line with the way how variables are meant to be used? Thank you for testing!
you can try to set it as an empty value, but C::B suppress it silently (or does not retain it as valid ?) What does this mean? By 'suppress it' you mean it is replaced by '(invalid)' or you are asked to set it, or it is not saved on exit? Out of curiosity can you try my patch here and look if it is fixed? forum
This should no longer be a problem because gcc after v7.1 supports overwriting of DATE: https://wiki.debian.org/ReproducibleBuilds/TimestampsFromCPPMacros related gcc commit: 174f66220d4d39ed503ded1ec3e7ba514cc4283e in tag "releases/gcc-7.1.0~7401"
Make building codeblocks reproducible
* compiler: Add category for debugger in compiler options. Add settings to tune debugger information for gdb and lldb (Thanks to AndrewCot)
F2 (logs window) not correcly working inside Editor
* compiler: Update AVR gcc compiler flags. Add missing uC and add some comments for better readability.
Windows: Let 32bit C::B break a 64bit debugee when debugging
I am with you... Closing this for now....
Add UI to store default values and descriptions of global variables in project files
fixed your suggestions and pushed it to git repo: https://github.com/bluehazzard/codeblocks_sf/tree/test/global_user_var_to_prject/1
Add UI to store default values and descriptions of global variables in project files
Add UI to store default values and descriptions of global variables in project files
Add UI to store defautl values and descriptions of global variables in project files
Applied in [r12838] with some modifications: 1) Naming functions with On prefix 2) Showing menu entries only if they make sense... If no value present it makes no sense to copy value, same if watch has no children it makes no sense to show copy tree thank you a lot!
Copy Debug Watch variable content to clipboard
Applied in 12838 with some modifications: 1) Naming functions with On prefix 2) Showing menu entries only if they make sense... If no value present it makes no sense to copy value, same if watch has no children it makes no sense to show copy tree thank you a lot!
+ debugger: Add context menu to watches for copy value, row and tree to clipboard (fix [#654] with some modifications, thanks to Andrew Cottrell)
*src: Temporarily fix crash on app shutdown on windows when user interacted with watches dialog
+Project Tree: Add menu entry to open folder of selected file in system file browser
I do not think this fixes the "root" cause of the problem, only a symptom. Your second stack trace was really helpful. I think the problem is that on shutdown all windows (in this case also the main frame where the debugger window is) get destroyed and then somehow the sub windows (i am not sure about this mechanism i will try to debug it better). The end result is that the destroyed WatchDlg tries to remove itself from the docking manager and then the docking manager tries to repaint the parent...
Can you try this patch and look if it fixes it? diff --git a/src/src/debugger_interface_creator.cpp b/src/src/debugger_interface_creator.cpp index 537c827eb..625bc68fc 100644 --- a/src/src/debugger_interface_creator.cpp +++ b/src/src/debugger_interface_creator.cpp @@ -24,7 +24,7 @@ inline void RemoveDockWindow(wxWindow *window) { - if (window) + if (window && !Manager::Get()->IsAppShuttingDown()) { CodeBlocksDockEvent evt(cbEVT_REMOVE_DOCK_WINDOW); evt.pWindow = window;
wx 3.1.5 compiled with msys
If a apply this patch and copy and paste data, after ending debugging and at closing codeblocks i got this backtrace: #0 0x7ffa46d9aac1 wxAuiManager::Repaint(wxDC*) () ( wxWidgets-3.1.5_msys2\lib\gcc_dll\wxmsw315u_gcc_custom.dll:??) #1 0x7ffa4673301f wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor&, wxEvent&) const() ( wxWidgets-3.1.5_msys2\lib\gcc_dll\wxmsw315u_gcc_custom.dll:??) #2 0x7ffa4687daa4 wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*,...
Have you found out what the implications are when m_isOk is wrong? I mean, how did you found this out?