Recent Posts

Pages: 1 [2] 3 4 5 6 7 ... 10
11
Help / Re: file type associations hell
« Last post by killerbot on January 25, 2021, 04:44:37 pm »
solved it, so the sudo make install, must have placed a codeblocks.xml in : /usr/local/share/mime/packages/

so far so good, but the process of installation did not issue an update request for the mime database, so all what needed to be done was :

Code: [Select]
sudo update-mime-database /usr/local/share/mime
12
Development / Re: Symbols browser issue of CC has been fixed for my Linux
« Last post by MortenMacFly on January 24, 2021, 06:27:56 am »
compiling current trunk fails due to a syntax error in classbrowser.cpp:1188
[...]
This is fixed in sVN-trunk but I wonder if CC_NO_COLLAPSE_ITEM is still needed... Maybe I should give it a shot...
13
Development / Re: Symbols browser issue of CC has been fixed for my Linux
« Last post by blauzahn on January 23, 2021, 03:04:47 pm »
compiling current trunk fails due to a syntax error in classbrowser.cpp:1188
within preprocessor block #ifndef CC_NO_COLLAPSE_ITEM

Code: [Select]
void ClassBrowser:CollapseItem(CCTreeItem* item)
should be:
Code: [Select]
void ClassBrowser::CollapseItem(CCTreeItem* item)
Thank you.

14
Development / Re: Symbols browser issue of CC has been fixed for my Linux
« Last post by Miguel Gimenez on January 23, 2021, 11:29:17 am »
The symbol browser patch is in trunk now, thank you to all who tested it.
15
Nightly builds / Re: The 13 December 2020 build (12240) is out.
« Last post by eckard_klotz on January 20, 2021, 05:05:32 pm »
Hello oBFusCATed.

Quote
I don't ask if you've modified the C/C++ lexer, but if you're using it or not when the bug happens. Edit -> Highlight mode or the combo in the status bar would tell you.

I used in all cases the the lexer / highlight mode chosen by Code::Blocks C/Cpp.
  • I do not remember to have chosen an other lexer / highlight mode manually in the last years with Code::Blocks.
  • Actually this would make no sense for me, sice I never faced problems with the highlighting for my C and Cpp projects.
  • I use Code::Blocks for editing C and Cpp projects only.

Stay well and healthy,
                                Eckard Klotz.
16
Help / Re: file type associations hell
« Last post by oBFusCATed on January 18, 2021, 08:02:47 pm »
You're at the mercy of the .desktop files. :(
17
Nightly builds / Re: The 13 December 2020 build (12240) is out.
« Last post by oBFusCATed on January 18, 2021, 05:47:49 pm »
What is with my assumption that it is associated with the age of the change I want to redo?
I doubt there is something called age in the Undo data structure, but I don't know how it works in details, so you might be correct or not. I just think that this assumption doesn't seems plausible.

In the documentation of Scintilla you provided via link (in the bug-report discussion) they write "...  It will continue to collect undoable actions until memory runs out. ...". But they don't mention what happens when memory runs out.
C::B crashes, probably.

Furthermore they write "... These transactions can be nested and only the top-level sequences are undone as units. ..."
Could it be that this nesting will be done with older undoable actions ?
This is not user visible. It is meant to group multiple actions in a single undo operation. Say you have an operation "replace all AAA with BBB", to implement it you'll do multiple scintilla actions and  if you don't group them the user would be able to (or have to) undo every single replace operation. The nesting feature allows composing operations without too much hassle and surprises (there are some places where we don't use this api and the results aren't good).

Actually I have not modified or changed the lexer. However, could you please provide some more details about the doubt you have in mind.
May be I have really modified it without noticing it.
I don't ask if you've modified the C/C++ lexer, but if you're using it or not when the bug happens. Edit -> Highlight mode or the combo in the status bar would tell you.
18
Help / file type associations hell
« Last post by killerbot on January 18, 2021, 05:38:39 pm »
och boy, on latest OpenSuse Leap 15.2, kde

for some reason each time dolphin (or for that matter settings file type associations) does not register it to the system, meaning I am unable to get :
*.cbp
*.workspace
registered.
Fighting with it for some time now, anyone out here with some suggestions or solutions ?
19
Nightly builds / Re: The 13 December 2020 build (12240) is out.
« Last post by eckard_klotz on January 18, 2021, 05:02:56 pm »
Hello oBFusCATed.

Let's skip the first point even I'm confused about. But I think at the end it is not helping anybody.

Quote
It will be quite surprising if this is related to multiple files. I think the undo data structures in the editor are not shared between files - we have a wxScintilla object for every tab (if split we have two such objects).
As I wrote at the end it happens "randomly". But I faced several times that it happens when I'm stepping back to a file I have edited some time ago.

What is with my assumption that it is associated with the age of the change I want to redo?
In the documentation of Scintilla you provided via link (in the bug-report discussion) they write "...  It will continue to collect undoable actions until memory runs out. ...". But they don't mention what happens when memory runs out.

Furthermore they write "... These transactions can be nested and only the top-level sequences are undone as units. ..."
Could it be that this nesting will be done with older undoable actions ?

Quote
Are you sure the lexer is set correctly. You can make .cpp/.h files to behave like plaintext files if you switch the lexer.
Actually I have not modified or changed the lexer. However, could you please provide some more details about the doubt you have in mind.
May be I have really modified it without noticing it.

Stay well and healthy,
                                Eckard Klotz.
20
Nightly builds / Re: The 13 December 2020 build (12240) is out.
« Last post by oBFusCATed on January 17, 2021, 01:39:11 pm »
Quote
Also first make sure that geany/scite/codelite/notepad++ behave differently.
  • I'm unsure what you mean with mentioning the behaviour of other tools.
  • As far as I understand it it is a problem located in a third-party library used with Code::Blocks.
  • So I understand, that it has to be solved by the third party project.
  • Never the less it is a already known problem. Otherwise you would not mention the other tools.
  • Or do you expect that I as user of Code::Blocks set up a bug-report in the third-party project with the statement, that the third-party library results in a problem with Code::Blocks?

You're overthinking. We don't know where the problem happens, yet.
So testing other uses of the library could reveal if it is in the library or in C::B.
I've never said to log any issues in another project's.
We're currently investigating where the problem happens.

  • What I can tell you is, that it happens if you edit several files in parallel.
It will be quite surprising if this is related to multiple files. I think the undo data structures in the editor are not shared between files - we have a wxScintilla object for every tab (if split we have two such objects).

Are you sure the lexer is set correctly. You can make .cpp/.h files to behave like plaintext files if you switch the lexer.
Pages: 1 [2] 3 4 5 6 7 ... 10