41
General (but related to Code::Blocks) / Re: Compilation Error on CodeBlocks
« Last post by MortenMacFly on September 24, 2023, 07:26:41 pm »...fixed in revision 13360. Sorry about that, I forgot to select one file on the initial commit
News:
The new Release 20.03 is out! You can download binaries for Windows and many major Linux distros here .
Recent Posts
42
Using Code::Blocks / Re: Changing Class Variable Get-function Capitalization
« Last post by seasoned_geek on September 24, 2023, 03:00:00 pm »Now that is is 2023 I wish to follow up because GetName() isn't a coding standard at any shop I've worked at in my 40 years of software development. Method names aren't ProperCase they are camelCase in every shop and API. Was this added in a non-obvious way?
43
General (but related to Code::Blocks) / Re: Compilation Error on CodeBlocks
« Last post by Miguel Gimenez on September 23, 2023, 06:40:10 pm »You must add whatever file contains WinMain to the linker.
You have used code tags (the #) for the description, please use them (only) for attaching logs and messages instead of using images.
You have used code tags (the #) for the description, please use them (only) for attaching logs and messages instead of using images.
44
General (but related to Code::Blocks) / Compilation Error on CodeBlocks
« Last post by Fredy on September 23, 2023, 06:02:35 pm »Code
I am running Code::Blocks version 16.01 on windows 10. The compiler I use is GNU GCC Compiler. Version, I am not sure. When I try to compile a multiple-source file program, it just could not compile. I tried saving both source files on the same directory but it could not work. I have attached the build logs and build messages on this post. Any help?
45
Development / Re: Could the C::B team change from c++11 to c++17 for compile the C::B?
« Last post by killerbot on September 23, 2023, 08:30:07 am »indeed something to think about.
46
Using Code::Blocks / Re: debugger can't find file.
« Last post by stahta01 on September 23, 2023, 01:02:16 am »Read https://stackoverflow.com/questions/54282586/sysdeps-i386-i686-multiarch-strcpy-c-no-such-file-or-directory
I think it applies to your question.
Tim S.
I think it applies to your question.
Tim S.
47
Help / Re: Assert: "NULL pParser: IdleCallbackHandler* ClgdCompletion..."
« Last post by nore on September 23, 2023, 12:53:04 am »Not that I know of. Perhaps only 1 out of 20 launches result in the assertion error showing up; and they persist even less than that--that being appearing after restarting code::blocks.
48
Help / Re: Assert: "NULL pParser: IdleCallbackHandler* ClgdCompletion..."
« Last post by Pecan on September 22, 2023, 11:18:57 pm »Thanks for reporting.
I'll have a look at it.
Any special way to make it to happen?
I'll have a look at it.
Any special way to make it to happen?
49
Using Code::Blocks / debugger can't find file.
« Last post by grayarea56 on September 22, 2023, 08:25:26 pm »The program runs fine without the debugger.
But when I single step some basic C functions, for instance strcpy, I get this message in the debugger:
Cannot open file: ../sysdeps/x86_64/multiarch/strcpy-avx2.S
Does anyone know what's going on?
Oh, BTW, I'm using WSL Ubuntu under windows 10.
Thanks,
Dan Gray
P.S. here's my test code:
But when I single step some basic C functions, for instance strcpy, I get this message in the debugger:
Cannot open file: ../sysdeps/x86_64/multiarch/strcpy-avx2.S
Does anyone know what's going on?
Oh, BTW, I'm using WSL Ubuntu under windows 10.
Thanks,
Dan Gray
P.S. here's my test code:
Code
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <stdio.h>
#include <math.h>
int main()
{
printf("Hello world!\n");
printf("Sqrt2=%f\n",sqrt(2.0));
double two = 2.001;
printf("Sqrt2.001=%f\n",sqrt(two));
char goodby[100];
goodby[10] = 0;
char hello[100];
strcpy(hello,"hello");
hello[5] = 0;
strcpy(goodby, hello);
printf("goodby=%s",goodby);
return 0;
}50
Help / Assert: "NULL pParser: IdleCallbackHandler* ClgdCompletion..."
« Last post by nore on September 22, 2023, 08:14:56 pm »Hi there,
I am using code::blocks svn 13344 and have noticed that I occasionally get the following assertion/error upon program launch. Sometimes the error will appear multiple times in a row (with each launch, that is) before launching normally without error. This only occurs perhaps a number of times each week.
NULL pParser: IdleCallbackHandler* ClgdCompletion::GetIdleCallbackHandler(cbProject*)() 662
<press OK>
Fatal assertion error
Assertion failed in IdleCallbackHandler*
ClgdCompletion::GetIdleCallbackhandler(cbProject*) at
C:\Codeblocks\src\plugins\contrib\clangd_client\src\codecompletion\codecompletion.h:665.
pParser && pParser->GetIdleCallbackHandler()
I assume that this is an error regarding the use of the Clangd Client plugin rather than an issue with code::blocks.
The program crashes upon confirmation of the second dialog box regarding the error.
I am using code::blocks svn 13344 and have noticed that I occasionally get the following assertion/error upon program launch. Sometimes the error will appear multiple times in a row (with each launch, that is) before launching normally without error. This only occurs perhaps a number of times each week.
NULL pParser: IdleCallbackHandler* ClgdCompletion::GetIdleCallbackHandler(cbProject*)() 662
<press OK>
Fatal assertion error
Assertion failed in IdleCallbackHandler*
ClgdCompletion::GetIdleCallbackhandler(cbProject*) at
C:\Codeblocks\src\plugins\contrib\clangd_client\src\codecompletion\codecompletion.h:665.
pParser && pParser->GetIdleCallbackHandler()
I assume that this is an error regarding the use of the Clangd Client plugin rather than an issue with code::blocks.
The program crashes upon confirmation of the second dialog box regarding the error.