Recent Posts

11

Using Code::Blocks / Re: What is the process for developing a C++ and wxWidgets lexer?

« Last post by Miguel Gimenez on May 28, 2024, 12:37:48 pm »

"Keyword" corresponds to set 1, "Primary keywords and identifiers"
"User keyword" is set 2, "Secondary keywords and identifiers"

12

Using Code::Blocks / What is the process for developing a C++ and wxWidgets lexer?

« Last post by balinggorgeg on May 28, 2024, 11:27:56 am »

Hi,

I've been attempting to install a C++-based lexer that highlights all wxWidgets classes (one color) and class-functions (a second color). I can only utilize "global classes and typedefs" (index=3) with the existing cpp lexer, where I have all wxWidgets class names. A second colour would also require the usage of "keyword" or "user keywords". However, these indices appear to be deactivated. How can I enable them? Other ideas are also welcome.

Thank you

13

Help / Re: Getting Codeblocks 20.03 to work on Windows 2003 R2 64 bit

« Last post by nenin on May 28, 2024, 07:54:30 am »

But it doesn't support systems older than Windows 7 SP1 and Windows 2008 R2 SP1. So, if you want to run CodeBlocks under Windows 2003, you need to compile CodeBlocks' source yourself, with msvcrt.

It is not exactly correct. There are old ucrt distributions, which working on XP. However, it does not resolve all problems, because  there may be  missing kernel functions. By any way, C::B 20.03 can be used on XP with some replacement of the dlls (and minor glitches). 20.03 was built with gcc 8.1 msvcrt.

14

Help / Re: Getting Codeblocks 20.03 to work on Windows 2003 R2 64 bit

« Last post by Grit Clef on May 28, 2024, 06:05:40 am »

Hi.
That means your system lack the UCRT Runtime Environment. But it doesn't support systems older than Windows 7 SP1 and Windows 2008 R2 SP1. So, if you want to run CodeBlocks under Windows 2003, you need to compile CodeBlocks' source yourself, with msvcrt.

15

Help / Getting Codeblocks 20.03 to work on Windows 2003 R2 64 bit

« Last post by JimC on May 28, 2024, 04:31:17 am »

I've found the workarounds for Windows Server 2003 x86, but I can't see how to get Code::Blocks to work on Windows Server 2003r2 x64.

With a vanilla install it can't find api-ms-win-crt-string-l1-1-0.dll; when I install the Visual C++ Redistributable 2015 (version 14.0.23026), I get:

    The procedure entry point _o__configure_narrow_argv could not be located in the dynamic link library api-ms-win-crt-string-l1-1-0.dll

What am I doing wrong?

16

General (but related to Code::Blocks) / Re: what happens when we press build (more extensive and readable/clear build log)

« Last post by kakas on May 27, 2024, 08:37:13 pm »

solved. I couldn't find a way to make the build log more "readable". But this blog/page on linkers was really helpful https://www.lurklurk.org/linkers/linkers.html (not related to code blocks).

I also found it super cool that .cbp file could be used as a build script(a very readable one) and how it can be used to built a project. really cool stuff.
(Idk I think I need to quite playing around and learn established build system someday).

Anyway, it was a fun side journey. thanks for the replies.

17

Nightly builds / Re: The 25 May 2024 build (13524) is out.

« Last post by Miguel Gimenez on May 27, 2024, 07:24:50 pm »

Warning #2 should be fixed in r13525.

18

General (but related to Code::Blocks) / Re: Problem with SFML 2.0 libraries

« Last post by nenin on May 27, 2024, 04:18:04 pm »

Hi, im trying to learn SFML2.0 with this tutorial:
4 error(s), 0 warning(s) (0 minute(s), 1 second(s))

You probably have to try this "GCC 13.1.0 MinGW (SEH) - 64-bit" from here  https://www.sfml-dev.org/download/sfml/2.6.1/  or check msys for  SFML2.
Versions you tried are totally outdated.

19

General (but related to Code::Blocks) / Re: what happens when we press build (more extensive and readable/clear build log)

« Last post by Miguel Gimenez on May 27, 2024, 11:22:13 am »

Spam reported to moderator.

20

General (but related to Code::Blocks) / Re: Problem with SFML 2.0 libraries

« Last post by Miguel Gimenez on May 27, 2024, 11:21:07 am »

You are mixing 64 and 32-bit objects, or SFML was compiled with a different compiler.