Recent Posts

Pages: [1] 2 3 4 5 6 ... 10
1
General (but related to Code::Blocks) / Problems getting my printer to work with codeblocks.
« Last post by tonyaimer1 on Today at 04:25:42 pm »
Greetings all,

I am using C::B 20.03 on Linux Mint and all seems to work OK.

C::B gives a garbled mashup on my printer  Kyocera 3550ci which is wirelesly connected to an old WinXP network.

I have been kindly helped to get my Samba file in line ( several years ago ) so that I can see my Windows network and can transfer files
between the windows XP network and my Linux Mint machine and vice versa.

I am beginning to think that the samba file may need to be modified somehow to allow C::B to print correctly.

It would be helpful to know if the samba file on this Linux machine is somehow causing the problem and perhaps I will need to get down
in the weeds to figure out what needs to be done.  It would also be good to know if this is a known bug in C:B but
I doubt it.

I can print OK from LIbrewriter if I copy the program across but this may become problematic later as programs get bigger.

Librewriter on Linux prints my new docuemnts on the same printer perfectly.

I am also getting "wrong format"  messages on my large format plotter ffom CAD packages on Linux which is also connected
to an XP machine which is also on the WinXP network if that is of any use.

Any ideas?

Regards


Tony Aimer 
2
General (but related to Code::Blocks) / Re: Having ISSUES with running console apps on Windows 11. Help!
« Last post by Miguel Gimenez on Today at 08:40:27 am »
Spam reported to moderator.
3
General (but related to Code::Blocks) / Re: Project run from CB OK but not with *.exe directly
« Last post by Miguel Gimenez on Today at 08:39:29 am »
Spam reported to moderator.
4
General (but related to Code::Blocks) / Re: Having ISSUES with running console apps on Windows 11. Help!
« Last post by turkeymanchester on Today at 06:45:06 am »
If Windows is showing warnings or blocking your application from running, it could be due to security settings. Try running the application with elevated privileges or adding an exception for it in Windows Defender or any other security software you may have installed.
5
General (but related to Code::Blocks) / Re: Project run from CB OK but not with *.exe directly
« Last post by turkeymanchester on Today at 06:43:45 am »
The error message indicates that the wxmsw32ud_gcc_custom.dll file is missing. This DLL file is likely a dependency of your application, and it needs to be included alongside your executable for it to run properly. Make sure you have this DLL file available and that it is placed in the same directory as your executable.
Static Linking: If possible, consider statically linking the necessary libraries into your executable during the compilation process. This will eliminate the need for external DLL files and make your executable truly standalone. However, keep in mind that this may increase the size of your executable and could have licensing implications for certain libraries.
6
Help / Re: High CPU usage during build operation when verbose is enabled
« Last post by christo on May 06, 2024, 05:57:15 am »
Thank you for the quick responses.

Issue is not only when there are lot of warnings, but also when there is lot of verbose. I use external makefile project, makefiles are generated by CMake with verbose enabled, which is in turn done by Yocto. Turning off verbose is not an option for me.

I think solution is to avoid as many regex matching as possible. Attaching a patch where a token string is added corresponding to each regex where possible in such a way that if the string is not present in the compiler output line, we can be sure that matching will fail.

So check if the token string is present in each line. If not present, don't do regex matching for that regex. If present, do matching as normal.

This significantly improved my build time. I think it will improve build time of normal CB projects projects as well. I've done only limited testing with this.
7
Help / Re: High CPU usage during build operation when verbose is enabled
« Last post by stahta01 on May 05, 2024, 07:00:38 pm »
I would suggest disabling all the CB plugins you are not using or try selecting a different default compiler to see if any difference happens.
Edit: Also, change the project compiler and see if that helps.

Tim S.
8
Help / Re: High CPU usage during build operation when verbose is enabled
« Last post by blauzahn on May 05, 2024, 05:26:43 pm »
Some regex implementations are known to perform badly. For details see e.g:

see:
https://stackoverflow.com/questions/70583395/why-is-stdregex-notoriously-much-slower-than-other-regular-expression-librarie

https://www.open-std.org/JTC1/SC22/WG21/docs/papers/2019/p1433r0.pdf

https://github.com/hanickadot

https://www.youtube.com/watch?v=7-aXp-u6008&ab_channel=NDCConferences

or search for slow c++ regex.

9
Help / Re: High CPU usage during build operation when verbose is enabled
« Last post by ollydbg on May 05, 2024, 01:23:23 pm »
I believe that there are a lot of codes to parse the compiler log message. So, if the compiler generate a lot of warnings, it takes a lot of time to parse those output.

So, sometimes, the building stage is really slow. :(

Not sure how to improve.

If I remember correctly, I have added some checks for the return line encoding, see this: The encoding text from GCC compiler should be UTF8 by default?

10
Help / High CPU usage during build operation when verbose is enabled
« Last post by christo on May 05, 2024, 12:57:04 pm »
Seeing high CPU usage by codeblocks, more than that of gcc, during compilation. I'm working external makefile project (makefile generated by cmake), and lot of verbose is enabled.

When analysed by perf, pcre2_match_32 is taking most of the CPU. Cause is that each of the build log line is check against 34 regular expressions.

I'm not much familiar with regex, but can anything to be done to improve the performance here?
Pages: [1] 2 3 4 5 6 ... 10