If some piece of memory should be reused, turn them to variables (or const variables).If some piece of operations should be reused, turn them to functions.If they happened together, then turn them to classes.

In the meanwhile I recognized that there was no wxSmithContribItems.dll. After some investigation I found out that it was removed by my virus-scanner (Symantec Norton 360) as result of a heuristic check. I forced Norton to restore the dll and scanned it directly without a result. Thus I sent it to Symantec and reported it as a false positive.

I've got now a response that approves that it was realy a false positive:

Quote

... In relation to submission [3967076].

Upon further analysis and investigation we have verified your submission and, as such, the detection(s) for the following file(s) will be removed from our products:

Decisions made by Symantec are subject to change if alterations to the Software are made over time or as classification criteria and/or the policy employed by Symantec changes over time to address the evolving landscape.

If some piece of memory should be reused, turn them to variables (or const variables).If some piece of operations should be reused, turn them to functions.If they happened together, then turn them to classes.

What if the checked attributes of the 2 projects are the same? This is quite probable whenyou load a different version of the same project (e.g. a backup). Ideally, thesolution does not depend on any attribute at all. Would it make sense to setm_LastProject to nullptr on close or would that contradict its purpose?

You can leave the pointer comparison probably, just make sure that the pointer is reset when there is no project loaded. Everything else should probably stay the same.

I have spent hours trapping events, hoping to find one that could be used to reliably reset the old project pointer in macros manager.

Unfortunately, there is no CB event that can be used to reliably reset the last project pointer to zero when multiple projects exist within a workspace and the user does a full workspace build.

The pointer must be reset between compiles of projects within a workspace as well as project activation, open and close.

The compiler events can be used to reset the pointer just before a compile, but these events are (erroneously) invoked by the CodeCompletion plugin so many times it's a turkey shoot to figure out if it's a CodeCompletion call or a real request for compilation. The current comparisons are less overhead then resetting the project pointer for erroneous compilation events.

Using complilation events would also miss the needed project events reset.

The current patch is the only method I can find to reliably reset the old project pointer for both api macro translation calls (cb core, plugins, scripts, etc) and which catch all events that require macro translation.

I just noticed that -std=c11 is not available as a standard compiler flag. It's trivial to enable it in "Other compiler options", or add it as a new flag, but still, it should be a flag provided by default...

I just noticed that -std=c11 is not available as a standard compiler flag. It's trivial to enable it in "Other compiler options", or add it as a new flag, but still, it should be a flag provided by default...

On the latest Codeblocks for Debian (svn 10887), I used it and then tried to close the program just now. It didn't respond at first. Then while I was repeatedly clicking the close button, it suddenly closed and was replaced with a dialog asking to generate a debug report. It is an xml file and is resting in the tmp folder. Codeblocks has resumed its normal behaviour. What should I do? Ignore it, or post the bug report? And how do I go about posting it if required?

Hello CB team! First off, just want to thank you guys for your continued work and progress on making CB great!

I have a couple issues I was hoping you guys could help me resolve.

Issue #1. There are fairly common errors in the CodeCompletion ability of CB. I type the first few letters and get a matching completion in the popup box, but then when I press enter it fills in an incorrect entry. It is like it is using the wrong index of the entry. Something that might be affecting it is when the popup overlaps the bottom of the CB window and not all entries are shown. Also, once in a while there will be empty space in the code completion popup where an entry should be, and part of the widget is missing.

Issue #2 (Possible feature request). I mentioned this a long time ago, but it must have gotten lost in the shuffle or was not a priority, but I would like to request a re-linking option in the build menu. I have several dependent libraries and projects that work together in the same workspace, and when I update a dependent library, I have to fully rebuild a dependent project to get it to re-link to the library. If there was a menu shortcut for re-linking that would be awesome I think.

I'm using 10868 Nightly with Windows 10 currently.

Anyway, love the work you guys are doing! CB is awesome! Waaaay better than MSVS if you ask me.

Issue #2 (Possible feature request). I mentioned this a long time ago, but it must have gotten lost in the shuffle or was not a priority, but I would like to request a re-linking option in the build menu. I have several dependent libraries and projects that work together in the same workspace, and when I update a dependent library, I have to fully rebuild a dependent project to get it to re-link to the library. If there was a menu shortcut for re-linking that would be awesome I think.

I'm using 10868 Nightly with Windows 10 currently.

Anyway, love the work you guys are doing! CB is awesome! Waaaay better than MSVS if you ask me.

Do you know about external dependencies in Code::Blocks because it fixes your item 2 for me.

Edit: I am NOT talking about project dependencies that are saved in the workspace file.

Issue #1. There are fairly common errors in the CodeCompletion ability of CB. I type the first few letters and get a matching completion in the popup box, but then when I press enter it fills in an incorrect entry. It is like it is using the wrong index of the entry.

I've seen this several times, but I don't know how to reliably reproduce it.Do you happen to know how to do it every time? If you know then I'll do my best to fix it.

Logged

<debugger plugin maintainer>(most of the time I ignore long posts)[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Issue #1. There are fairly common errors in the CodeCompletion ability of CB. I type the first few letters and get a matching completion in the popup box, but then when I press enter it fills in an incorrect entry. It is like it is using the wrong index of the entry.

I've seen this several times, but I don't know how to reliably reproduce it.Do you happen to know how to do it every time? If you know then I'll do my best to fix it.

On occasion I see the exact same thing in my ClangCC plugin. I always assumed it was some sort of synchronization problem between an update and code completion, but now I'm unsure this is the case...

Issue #2 (Possible feature request). I mentioned this a long time ago, but it must have gotten lost in the shuffle or was not a priority, but I would like to request a re-linking option in the build menu. I have several dependent libraries and projects that work together in the same workspace, and when I update a dependent library, I have to fully rebuild a dependent project to get it to re-link to the library. If there was a menu shortcut for re-linking that would be awesome I think.

Do you know about external dependencies in Code::Blocks because it fixes your item 2 for me.

Edit: I am NOT talking about project dependencies that are saved in the workspace file.

Tim S.

I did not know about that. It looks like it will do the trick. Thanks.

Quote from: oBFusCATed

Quote from: UberNewb

Issue #1. There are fairly common errors in the CodeCompletion ability of CB. I type the first few letters and get a matching completion in the popup box, but then when I press enter it fills in an incorrect entry. It is like it is using the wrong index of the entry.

I've seen this several times, but I don't know how to reliably reproduce it.Do you happen to know how to do it every time? If you know then I'll do my best to fix it.

I can't reliably reproduce it except when it happens. About 90% of the time it works fine, but when it does fail, it fails the same way repeatedly. I'll try to come up with an example of it, but it may have to do with the large number of symbols in my library. If I can come up with a small example I'll post it.

When I say repeatedly, it will fail the same way on the same code completion. Say I am typing 'WidgetBase', it will have the list of suggestions and point to the correct one, but then when I press enter it selects another one on the same list of suggestions. If I type WidgetBase again, and do it the same way, it will fail the same way. But I don't know how to make it happen. Sometimes it does, and sometimes it doesn't. I haven't come across it again yet, but I haven't been coding much the last few days. I'll let you know the next time it happens. I've never tried restarting so I don't know if that affects it.

I was looking at the code completion for a function of mine named PinLayout::SetPinPosition and the suggested function parameters don't match the actual functions. You can see this from the two attached screenshots. I have also attached the PinLayout.hpp file for reference. Don't know if that will help or not.

This problem persisted after a restart, and didn't change even when the parser reread the files.

Nevermind, this is not a bug. It's referring to a Pin object, not a PinLayout object. The code completion is correct. The mistake is mine. I'll keep working on reproducing the other code completion failure though.