Recent Posts

Pages: [1] 2 3 4 5 6 ... 10
1
Hi. I have a Win 10 system with CB.  A project that uses a dll (compiled with another project) works fine when operated from CB (with the green arrow) but fails with a Command Prompt mode of operation.

The following gives some data from my system;

Quote
The build =======>
g++.exe -Wall -fexceptions -g  -c C:\u\CodeBlock_C++\DLL\02_Console\main.cpp -o obj\Debug\main.o

g++.exe  -o bin\Debug\Console.exe obj\Debug\main.o   C:\u\CodeBlock_C++\DLL\02_Console\bin\Debug\libCreateUse.a

Output file is bin\Debug\Console.exe with size 72.99 KB
Process terminated with status 0 (0 minute(s), 0 second(s))
0 error(s), 0 warning(s) (0 minute(s), 0 second(s))


OK operation with green arrow (cb) =======>
a= 22
b= 11
the sum is 33
a= 44
b= 22
the difference is 22

NOK operation with Command Prompt ========>
C:\u\CodeBlock_C++\DLL\02_Console\bin\Debug>dir
 Volume in drive C is OS
 Volume Serial Number is 5484-444A

 Directory of C:\u\CodeBlock_C++\DLL\02_Console\bin\Debug

08-May-24  02:59 PM    <DIR>          .
08-May-24  02:59 PM    <DIR>          ..
08-May-24  02:59 PM            74,745 Console.exe
08-May-24  02:15 PM            59,052 CreateUse.dll
08-May-24  02:15 PM             2,384 libCreateUse.a
               3 File(s)        136,181 bytes
               2 Dir(s)  148,093,124,608 bytes free

C:\u\CodeBlock_C++\DLL\02_Console\bin\Debug>console.exe

C:\u\CodeBlock_C++\DLL\02_Console\bin\Debug>console.exe

The NOK operation with the last bit of the above is a mystery ??
The OK operation atleast asked the operator for the required numbers.

Regards JC....
2
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 
3
Spam reported to moderator.
4
Spam reported to moderator.
5
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.
6
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.
7
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.
8
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.
10
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?

Pages: [1] 2 3 4 5 6 ... 10