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.
* Clangd_client 1.2.116 24/03/25 Fix missing "fix available"(s) when error and fix line are different.
Compiler issue
* Clangd_client 1.2.115 24/03/22 Support for clangd v18 additional "fixes available" and fix to avoiding duplicate responses. Thanks Christo.
It looks like the Line column is oriented to the right in its column rather than to its left. The Line number is all the way out to the right and will not move to the left when I drag the dolumn '|' marker left. If I drag the right window border to the left to try to get the Line number column to the left, the Line number column just disappears. Otherwize, looks good. Thanks
The Line number is all the way out to the right and will not move to the left when I drag the dolumn '|' marker left. If I drag the right window border to the left to try to get the Line number column to the left, the Line number column just disappears. Otherwize, looks good. Thanks
https://github.com/open-watcom/open-watcom-v2/discussions/830
here is the code
New stack trace dialog
- debuggermanagerh and manager.h : Add typedefs for gdb/mi and DAP debuggers and remove a brace warning from manager.h
Patch: fix Scintilla buffer over-read with absolute reference
Applied in [r13491], thank you.
- SDK: Fix reading out-of-bounds in LexMMIXAL (ticket #1463, thanks band-a-prend).
Support Intel OneApi Compiler
Patch: fix FortranProject plugin build via autotools
Patch applied in commit 376, thank you.
code completion change make crash vilolently (without repport)
Patch: fix FortranProject plugin build via autotools
Sorry. I attached it initially but then asked to relogin on save action and didn't recheck if it presented. File is attached here now.
Patch: fix FortranProject plugin build via autotools
The patch is missing.
Debugging hangs when setting/unsetting breakpoints
This has been fixed by dusting off and updating a previous version of CodeBlocks debuggerGDBmi plugin. The combination of Ubuntu 23.10 and gttk3 is too complicated for the current version of CB debuggerGDB. The current version just cannot keep track of which output response goes with which input request and the possible error/info msgs in between. GDBmi returns an id for each input command id, so responses can be matched with requests and error msgs and non-essential info can be printed, but ign...
Patch: fix FortranProject plugin build via autotools
Patch: fix Scintilla buffer over-read with absolute reference
Thanks, I know this, but that way, one need to add another layer(people need to install a library or package to support that ucrt feature on the old system) to run the application build against ucrt. I see there are some discussion about similar things in: https://github.com/msys2/MINGW-packages/issues/10088
I removed my irelevant description to this issue.
Patch: fix Scintilla buffer over-read with absolute reference
Hello I am new here, but I guess I met the same issue. While my attempts to build latest nightly build I found that keywords like std:: or system threw exceptions to show clang CC and my suspicion was attached to the code in ccmanager.cpp. // experimentally, the average length per token seems to be 23 for the main CC plugin items.Alloc(m_AutocompTokens.size() * 50); // TODO: measure performance for (size_t i = 0; i < m_AutocompTokens.size(); ++i) { items += m_AutocompTokens[i].displayName; if (m_AutocompTokens[i].category...
Hello I am new here, but I guess I met the same issue. While my attempts to build latest nightly build I found that keywords like std:: or system threw exceptions to show clang CC and my suspicion was attached to the code in ccmanager.cpp. // experimentally, the average length per token seems to be 23 for the main CC plugin items.Alloc(m_AutocompTokens.size() * 50); // TODO: measure performance for (size_t i = 0; i < m_AutocompTokens.size(); ++i) { items += m_AutocompTokens[i].displayName; if (m_AutocompTokens[i].category...
Hello I am new here, but I guess I met the same issue. While my attempts to build latest nightly build I found that keywords like std:: or system halted clang CC and my suspicion was attached to the code in ccmanager.cpp. // experimentally, the average length per token seems to be 23 for the main CC plugin items.Alloc(m_AutocompTokens.size() * 50); // TODO: measure performance for (size_t i = 0; i < m_AutocompTokens.size(); ++i) { items += m_AutocompTokens[i].displayName; if (m_AutocompTokens[i].category...
Hello I am new here, but I guess I met the same issue. While my attempts to build latest nightly build I found that keywords like std:: or system halted clang CC and my suspicion was attached to the code in ccmanager.cpp. // experimentally, the average length per token seems to be 23 for the main CC plugin items.Alloc(m_AutocompTokens.size() * 50); // TODO: measure performance for (size_t i = 0; i < m_AutocompTokens.size(); ++i) { items += m_AutocompTokens[i].displayName; if (m_AutocompTokens[i].category...
Windows 7 is no longer supported by MSYS2. Win7 could use ucrt64 by installing an optional update https://learn.microsoft.com/en-us/cpp/windows/universal-crt-deployment?view=msvc-170
Thanks for the explanation. Many of my clients are still using old PCs with Win7 64bit. So, I'm still test the development environment on Win7 . For Win7, it dose not have the ucrt64 library. I'm not sure how hard code::blocks could be built under the MINGW64 port.
I chose not to build it for MINGW64 because It's a deprecated one. Use UCRT64.
Hi, @Mehdi Chinoune Thanks for you contribution. Here is the question which still remains: Any change that the msys2 could building the code::blocks under the MINGW64 platform. I see you have make the code::blocks package in other 3 platforms. Thanks.
Thanks, applied rev. 13490
- Clangd_client Apply missed line change from ticket #1438. Thans Martin Strunz
- CCTest: fix building error after the code revert in CCLogger class
autorevision.cpp will compile failed within a git repository because space missing
Fixed in [r13488], thank you.
* Autorevision: fix git log query (ticket #1462, thanks kipade).
autorevision.cpp will compile failed within a git repository because space missing
- CodeCompletion: revert CCLogger code to rev 13427 (CClogger lines only)
- CodeCompletion: Restore CCLogger to rev 13427
Fix building codeblocks on MinGW-w64 aarch64
Patch applied in [r13485], thank you.
- Build: Fix building on MinGW-w64 aarch64 (ticket #1461, thanks Mehdi Chinoune).
Fix building codeblocks on MinGW-w64 aarch64
Fix building codeblocks on MinGW-w64 aarch64
* Clangd_client: 1.2.114 Enable clangd CodeAction entries when user right-clicks LSP log line containing ("fix available") and selects "Apply fix if available".
@precan the issue I found does not cause feezing of the interface and also the specific piece of code is not called when adding or removing a breakpoint during debug. Its only called when starting the debugger.
- CodeCompletion: Place preprocessor guards around the usage of ConfigManager in CCLogger
* CCTest: Add the function call GetPersonalityManager()->MarkAsReady() so it won't assert on that class any more
* CCTest: remove the hard-coded compiler include search paths
- CCTest: the code is re-generated by the latest wxSmith plugin
* CCTest: add new function wxString ParseManagerTest::AddCompilerPredefinedMacros()
* CCTest: add new function wxArrayString ParseManagerTest::GetCompilerIncludePaths()
* CC: remove this line so the CCTest can run
- CCTest: fix typo in comments
- CCTest: code refactoring by changing member variable names
- CC: fix some doxygen comments
@Miguel Gimenez Thanks, that will be a good start to explore a fix. Also: the forum discussion: Discussion
@Miguel Gimenez Thanks, that will be a good start to explore a fix. Also: the forum discussion: https://forums.codeblocks.org/index.php/topic,25695.msg174911.html#msg174911
@Miguel Gimenez Thanks, that will be a good start to explore a fix. Also: the forum discussion: https://forums.codeblocks.org/index.php/topic,25695.msg174911.html#msg174911
@Miguel Gimenez Thanks, that will be a good start to explore a fix. Also: the forum discussion https://forums.codeblocks.org/index.php/topic,25695.msg174911.html#msg174911
@Miguel Gimenez Thanks, that will be a good start to explore a fix. Also: the forum discussion
@Miguel Gimenez Thanks, that will be a good start to explore a fix. Also: the forum discussion https://forums.codeblocks.org/index.php/topic,25695.msg174911.html#msg174911
User @tigerbeard published this about a similar issue in ticket [#174].
IIRC there is a previous ticket where somebody found the origin of the problem: the plugin sends some commands concatenated in one line, but later expects a separate response to each command. I will try to find it.
Debugging hangs when setting/unsetting breakpoints
Debugging hangs when setting/unsetting breakpoint
Debugging hangs when setting/unsetting breakpoint
Debugging hangs when setting/unsetting breakpoint
Debugging hangs when setting/unsetting breakpoint
Debugging hangs when setting/unsetting breakpoint
Debugging hangs when setting/unsetting breakpoint
Debugging hangs when setting/unsetting breakpoint
Debugging hangs when setting/unsetting breakpoint
Debugging hangs when setting/unsetting breakpoint
Debugging hangs when setting/unsetting breakpoint
not fixed in line 796
test 13473 looks ok for me on my crash test I have to work a bit with now to confirm this is the only one pb. thanks @pecan finding and removing this bug. still present for a long time on GTK3/WX3.2 probably it's the same I asked for on CB forum, nightly 13268 post
code completion change make crash vilolently (without repport)
Fixed Head rev. 13473 Thanks Cedric for reporting . I'm going to leave this open for awhile until others have a chance to test with their own versions of Linux.
Fixed Head rev. 13473 Thanks Cedric for reporting .
Thanks Cedric. I've located the problem when using Ubumtu 23.10 and gtk3.2. A call to OnSize() is being made from gtk3.2 that was not made in previous versisons. OnSize() makes a call to IconWidth() which calls GetSize() with an (evidently invalid (old or freed)) pointer. I'm now trying to find a temporary work around, and later find out why the invalid pointer is being obtained, or why the extra call to OnSize() event is being made. Ref: platWX.cpp line 2196. or line defining "IconWidth()" So far...
* wxScintilla: Fix crash in PlatWX.cpp when using CodeCompletion. See Ticket #1458
Thanks Cedric. I've located the problem when using Ubumtu 23.10 and gtk3.2. A call to OnSize() is being made from gtk3.2 that was not made in previous versisons. OnSize() makes a call to IconWidth() which calls GetSize() with an (evidently invalid (old or freed)) pointer. I'm now trying to find a temporary work around, and later find out why the invalid pointer is being obtained, or why the extra call to OnSize() event is being made. Ref: platWX.cpp line 2196. So far I've found that if I return a...
Thanks Cedric. I've located the problem when using Ubumtu 23.10 and gtk3.2. A call to OnSize() is being made from gtk3.2 that was not made in previous versisons. OnSize() makes a call to IconWidth() which calls GetSize() with an (evidently invalid (old or freed)) pointer. I'm now trying to find a temporary work around, and later find out why the invalid pointer is being obtained, or why the extra call to OnSize() event is being made. Ref: platWX.cpp line 2196. So far I've found that if I return a...
Thanks Cedric. I've located the problem when using Ubumtu 23.10 and gtk3.2. A call to OnSize() is being made from gtk3.2 that was not made in previous versisons. Onsize() makes a call to IconWidth() which calls GetSize() with an (evidently invalid (old or freed)) pointer. I'm now trying to find a temporary work around, and later find out why the invalid pointer is being obtained, or why the extra call to OnSize() event is being made. Ref: platWX.cpp line 2196. So far I've found that if I return a...
Not sure it's useful but As an info : I reproduced bug on new installed debian sid (unstable). almost same procedure : get the sources just replace from # prepare source to the end by : # compile package dpkg-buildpackage -us -uc # install package cd .. sudo dpkg -i *.deb looks like it's not specific to Ubuntu, Debian based distrib can be impacted
OpenWatcom is loaded only if the platform is Windows (or Wine): if (platform::windows || nonPlatComp) { ... CompilerFactory::RegisterCompiler(new CompilerOW); ... } Is there a native OpenWatcom for Linux?
Removed.
Sorry, firefox sent my comments which was months ago.
Oh, firefox just sent my old comment one month ago again. sorry about that.
I checked my local version and it does not have the "2". so it should be removed. I think I put them in to allow to distinguish my bits in thread search from all other "Cut" occurrences. Sorry about he tabs here. I only work with tabs, but I think the edit option "use TAB" will to the trick. Please say so if I should re-create the patch