Manager framework redesign
- No more ManagerProxy
- Manager::Get() is a lot less expensive than it was before
- Manager::Get() never returns an invalid pointer, the same is true for Manager::GetConfigManager.
- All other managers are initialised when they are first referenced and deinitialised in order of dependence during shutdown.
- The Manager::GetXXX functions will not automatically return null while the application is shutting down. Instead, a valid pointer is returned as long as the respective manager is available, null thereafter.
- Plugins are freed before most core managers (for example EditorManager, ProjectManager, and MessageManager) shut down, so there can never be an invalid pointer for these.
- The status of all managers can be verified using the static ManagerXXX::Valid() function.
- PersonalityManager correctly works for the --profile=ask option now (showing a list of available profiles)
It was artoj who asked me this to add to the list, and I remember a little bit seeing some discussions in other topics about this. I don't know 100% the problem.
@artoj : could you please explain again the problem
It was not what was discussed here (http://forums.codeblocks.org/index.php?topic=1916.msg14823#msg14823)?
1. Launch Code::Blocks.
2. Create new project (File -> New project...)
3. Select Console application (or other project type). Select "C:\" (or other drive root directory) as the directory where to create files. Type name for the project.
4. Press OK. The project creation fails.
1. Open CodeBlocks and create new file (File -> New).
2. Minimize CodeBlocks.
3. Open the new file in external editor (such as Notepad).
4. Edit the file in Notepad and save changes you made.
5. Press the CodeBlocks button in the Taskbar to maximize CodeBlocks.
6. The file is changed but no reload file dialog is shown.
I can confirm the bug in the 1717 build which I use to work with (fully optimized, stripped).
However, I was NOT able to reproduce it in the non-optimized, non-stripped 1717 build. :?
I use the cbp files, so that means several of them have debug info, non optimized, and during the update phase the debug info get's stripped off.
When I select some text and I wish to move it, the arrow with the small rectangle appears, but when I click to put the text in the new position, it does not work :?. So, I have to press "Esc" to re-use C::B.
Has someone else remarked this problem?
When I select some text and I wish to move it, the arrow with the small rectangle appears, but when I click to put the text in the new position, it does not work :?. So, I have to press "Esc" to re-use C::B.
Has someone else remarked this problem?
Sorry, I can't reproduce it. :(
And next:Regarding this bug, I suggest you have "check for external modifications" turned off. It works without any problems here...
1. Open CodeBlocks and create new file (File -> New).
2. Minimize CodeBlocks.
3. Open the new file in external editor (such as Notepad).
4. Edit the file in Notepad and save changes you made.
5. Press the CodeBlocks button in the Taskbar to maximize CodeBlocks.
6. The file is changed but no reload file dialog is shown.
Regarding this bug, I suggest you have "check for external modifications" turned off. It works without any problems here...
By the way, this is not a good place to post bugs.
Hmm... try minimizing Code::Blocks by clicking the taskbar icon (in step 2.). I can reproduce this bug. The reload file dialog *is* shown after I minimize C::B again.That is an entirely different thing than what you wrote above. You said no dialog was shown at all. Now it is about the same dialog being shown over and over again.
That is an entirely different thing than what you wrote above. You said no dialog was shown at all.
I've posted the following bug to the tracker:Quote1. Launch Code::Blocks.
2. Create new project (File -> New project...)
3. Select Console application (or other project type). Select "C:\" (or other drive root directory) as the directory where to create files. Type name for the project.
4. Press OK. The project creation fails.
#1403023 Project creation to drive root fails (nightly) (https://sourceforge.net/tracker/index.php?func=detail&aid=1403023&group_id=126998&atid=707416)