Recent Posts

Pages: 1 2 3 [4] 5 6 7 8 9 10
31
Using Code::Blocks / Re: Program runs a blank screen.
« Last post by BlueHazzard on June 20, 2019, 09:44:17 am »
Code: [Select]
Checking for existence: C:\Users\User\Desktop\Allen's Project\main.exe
Executing: '"C:\Program Files (x86)\CodeBlocks/cb_console_runner.exe" "C:\Users\User\Desktop\Allen's Project\main.exe"' (in 'C:\Users\User\Desktop\Allen's Project')
Process terminated with status -1073741510 (0 minute(s), 7 second(s))
This means there are no compilation issues, but running issues...
Your code is probably wrong, or some anti virus is blocking the execution...
Have you tried a simple Hello World program? does it work?

Quote
Occasionally the program will crash as well, when I try to exit Code::Blocks.
Does codeblocks crash or your program?
How does this manifest?
Is there a codeblocks.rpt in the installation directory of codeblocks?
32
Using Code::Blocks / Program runs a blank screen.
« Last post by allenlswain on June 20, 2019, 02:29:47 am »
I am running Code::Blocks version Code::Blocks 17.12 on Windows 10.  The compiler I use is GNU GCC compiler


When I try to run my code, I get a blank window, except for the blinking cursor

Build log:
Code: [Select]
Checking for existence: C:\Users\User\Desktop\Allen's Project\main.exe
Executing: '"C:\Program Files (x86)\CodeBlocks/cb_console_runner.exe" "C:\Users\User\Desktop\Allen's Project\main.exe"' (in 'C:\Users\User\Desktop\Allen's Project')
Process terminated with status -1073741510 (0 minute(s), 7 second(s))

    (Although the following is not necessary, showing that you
     have tried increases the probability of a response.)
I have already tried following the steps to diagnose a compiler problem, as found here: http://wiki.codeblocks.org/index.php?title=FAQ-Compiling_%28general%29#Q:_How_do_I_report_a_compilation_problem_on_the_forums.3F

... but none of them worked.

Occasionally the program will crash as well, when I try to exit Code::Blocks.
33
Development / Re: Toolbar icon size also applied to menu icons
« Last post by sodev on June 19, 2019, 08:13:05 pm »
I used wxWidgets f668f5b36ff36e40b50876b86171082c1cd791f4 with both CodeBlocks revisions and everything is build as 32 bit.
34
Development / Re: Batch build: Not able to compile. Some more UI changes
« Last post by Pecan on June 19, 2019, 05:49:30 pm »
Quote
Code: [Select]
x86_64-w64-mingw32-g++.exe: fatal error: -fuse-linker-plugin, but liblto_plugin-0.dll not found
now the library in question is in
Code: [Select]
D:\mingw64\libexec\gcc\x86_64-w64-mingw32\8.1.0
And here i am.. I can not modify the library search path from the command line...

I've had this problem before, but I cannot remember where. I solved the problem with the -B option.
But later I found that I'd made a mistake setting up the system path which had mistakenly included multiple gcc paths.. Fixed that and the problem went away. Didn't need -B anymore.
Code: [Select]
https://gcc.gnu.org/onlinedocs/gcc/Directory-Options.html#index-B
-Bprefix
This option specifies where to find the executables, libraries, include files, and data files of the compiler itself.

The compiler driver program runs one or more of the subprograms cpp, cc1, as and ld. It tries prefix as a prefix for each program it tries to run, both with and without ‘machine/version/’ for the corresponding target machine and compiler version.

For each subprogram to be run, the compiler driver first tries the -B prefix, if any. If that name is not found, or if -B is not specified, the driver tries two standard prefixes, /usr/lib/gcc/ and /usr/local/lib/gcc/. If neither of those results in a file name that is found, the unmodified program name is searched for using the directories specified in your PATH environment variable.

The compiler checks to see if the path provided by -B refers to a directory, and if necessary it adds a directory separator character at the end of the path.

-B prefixes that effectively specify directory names also apply to libraries in the linker, because the compiler translates these options into -L options for the linker. They also apply to include files in the preprocessor, because the compiler translates these options into -isystem options for the preprocessor. In this case, the compiler appends ‘include’ to the prefix.

The runtime support file libgcc.a can also be searched for using the -B prefix, if needed. If it is not found there, the two standard prefixes above are tried, and that is all. The file is left out of the link if it is not found by those means.

Another way to specify a prefix much like the -B prefix is to use the environment variable GCC_EXEC_PREFIX. See Environment Variables.

As a special kludge, if the path provided by -B is [dir/]stageN/, where N is a number in the range 0 to 9, then it is replaced by [dir/]include. This is to help with boot-strapping the compiler.
35
Development / cbArtProvider: error
« Last post by LETARTARE on June 19, 2019, 01:17:14 pm »
VISTA, TDM5103, wx28, cb-11725..11742

Since the revision 'cb:11725' at startup, we get the following 'Code::Blocks log' :
Quote
...
cbArtProvider: Unknown id 'core/dbg/run'
cbArtProvider: Unknown id 'core/dbg/pause'
cbArtProvider: Unknown id 'core/dbg/stop'
cbArtProvider: Unknown id 'core/dbg/run_to'
cbArtProvider: Unknown id 'core/dbg/next'
cbArtProvider: Unknown id 'core/dbg/step'
cbArtProvider: Unknown id 'core/dbg/step_out'
cbArtProvider: Unknown id 'core/dbg/next_inst'
cbArtProvider: Unknown id 'core/dbg/step_inst'
...

see attachement  : erro_log_cb11725.txt

36
Development / Re: Toolbar icon size also applied to menu icons
« Last post by Miguel Gimenez on June 19, 2019, 09:59:08 am »
I can confirm the issue.

Windows 10 Pro 1809 (64 bits) with wx3.1.2 (32 bits), C::B revision 11742.
37
Development / Re: Batch build: Not able to compile. Some more UI changes
« Last post by BlueHazzard on June 19, 2019, 09:33:15 am »
In theory you are right. But there are some points i can not satisfy with some CI tool i have found:
1) Run one script to install and setup all: My goal was to open a shell on a machine, run a script and all will get set up like a i want. No additional software needed. Make it repeatable as best as possible...
2) Run not only configure/make build but also the codeblocks build, to check the project files
3) Make it cross compile at some point
4) Learn bash scripting.... I mean this thing is around since 30 years and i am pretty sure this thing will be around in the next 30 years ;)

Quote
all you need to do is setup your favorite CI server to do the others tasks of initializing the environment and preparing the dependencies. Instead of writing your own custom solution use a standard system. Will make things way more easy especially if you plan to release it into public.
This would really be my favorite way to go... But i do not have found any CI tool that satisfy this.... Maybe at one point. But first i have to make C::B build C::B from command line... See the reason of this topic...
38
Development / Re: Toolbar icon size also applied to menu icons
« Last post by sodev on June 19, 2019, 08:32:54 am »
Oh, maybe i should have mentioned that im on Windows 10 too. Since you are not affected it might also be related to wxWidgets, after all i'm not using a release version but some git snapshot. When i'm at work again i can figure out the revision. But i'm quite sure i've build both CodeBlocks revisions with the same wxWidgets revision, but i will check that too.
39
Development / Re: Toolbar icon size also applied to menu icons
« Last post by BlueHazzard on June 19, 2019, 08:00:30 am »
This is not the case on my windows 10 machine, so it seems to be a bug?
40
Development / Toolbar icon size also applied to menu icons
« Last post by sodev on June 19, 2019, 12:52:33 am »
I recently updated my CodeBlocks from r11712 to r11742 and discovered some annoying bug or feature. I'm using CodeBlocks on a 55" 4K screen with no scaling applied, to better see the icons in the toolbar i picked a bigger size. Now in the current revision this size also gets applied to the icons in the menus which causes the entries with icons to become huge with lots of space around the labels while the entries without icons stay in the regular size.

This looks really weird and makes menus with many icons quite larger, in the help menu the resizing does not work correctly, the icons get cut off. Is this intended behavior? If it is, it would be nice if it could be switched off.
Pages: 1 2 3 [4] 5 6 7 8 9 10