Recent Posts

Pages: 1 ... 4 5 6 7 8 [9] 10
81
Hi,

Since "major" windows update of march 2026 on W11 25H2 64b, I constat change about C library RTL 32b (like "crtdll.dll" stored in C:\Windows\SysWOW64).
I detect this because simple command "lcc -v" with LCC compiler 32b fail with error message Windows appear :
"... GetMainArgs unreachable ..."
I search with tool "lddw" (porting of ldd on Win32) directly to know what DLL is breaking, and listing stop after load of "crtdll.dll" (stored in usual directory C:\Windows\SysWOW64 in which all 32 bit DLL are stored on W11 64 bit).
I compare size of this DLL on my "old" configuration fix PC (resdtrict to W11 beginning version), and size are very different, and date is about 2021 ... not 2026. To try, I transfer this most size DLL in C:\Windows\SysWOW64 (after manipulations with my "double boot" W11/Linux on my laptop   :o), and ... YES, I resolve this problem.
"lcc -v" work again.

But, and I don't know why ..., Borland C/C++ 5.5.1 compiler fail too during use into CB :

Code
cmd /c bcc32 | grep Borland         
File STDIN:
Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland
bcc32.exe -q  -w -tW -6 -y -v -D_DEBUG -DDEBUG    -IC:\BCC55\include -IC:\bccsdk\include -oobjBC55\Debug\src\Lesson03.obj -c src\Lesson03.c
brcc32.exe -32 -foobjBC55\Debug\src\Lesson03.res -IC:\BCC55\include -IC:\bccsdk\include -d_DEBUG -dDEBUG  src\Lesson03.rc
ilink32.exe -q -aa  -v  -LC:\BCC55\lib\psdk -LC:\BCC55\lib c0w32 objBC55\Debug\src\Lesson03.obj,binBC55\Debug\Lesson03.exe,,import32.lib cw32mti.lib opengl32.lib glu32.lib gdi32.lib winmm.lib user32.lib kernel32.lib,,objBC55\Debug\src\Lesson03.res
Borland Resource Compiler  Version 5.40
Copyright (c) 1990, 1999 Inprise Corporation.  All rights reserved.
src\Lesson03.c:
Warning W8060 src\Lesson03.c 386: Possibly incorrect assignment in function CreateGLWindow
Warning W8071 src\Lesson03.c 406: Conversion may lose significant digits in function CreateGLWindow
Warning W8060 src\Lesson03.c 408: Possibly incorrect assignment in function CreateGLWindow
Warning W8060 src\Lesson03.c 429: Possibly incorrect assignment in function CreateGLWindow
Warning W8057 src\Lesson03.c 590: Parameter 'hInstance' is never used in function WinMain
Warning W8057 src\Lesson03.c 590: Parameter 'hPrevInstance' is never used in function WinMain
Warning W8057 src\Lesson03.c 590: Parameter 'lpCmdLine' is never used in function WinMain
Warning W8057 src\Lesson03.c 590: Parameter 'nCmdShow' is never used in function WinMain
Error: Error processing module src\Lesson03.c
Process terminated with status 2 (0 minute(s), 1 second(s))
0 error(s), 8 warning(s) (0 minute(s), 1 second(s))
Build log saved as:
file://C:/src/OpenGL/NeHe_Lesson03-master/Lesson03_build_log.html

If this situation appear, my first action is to reproduce all actions executed by CB into command console :

Code
set PATHSAV=%PATH%
set PATH=C:\BCC55\bin;%PATH%
bcc32.exe -q  -w -tW -6 -y -v -D_DEBUG -DDEBUG    -IC:\BCC55\include -IC:\bccsdk\include -oobjBC55\Debug\src\Lesson03.obj -c src\Lesson03.c
src\Lesson03.c:
Warning W8060 src\Lesson03.c 386: Possibly incorrect assignment in function CreateGLWindow
Warning W8071 src\Lesson03.c 406: Conversion may lose significant digits in function CreateGLWindow
Warning W8060 src\Lesson03.c 408: Possibly incorrect assignment in function CreateGLWindow
Warning W8060 src\Lesson03.c 429: Possibly incorrect assignment in function CreateGLWindow
Warning W8057 src\Lesson03.c 590: Parameter 'hInstance' is never used in function WinMain
Warning W8057 src\Lesson03.c 590: Parameter 'hPrevInstance' is never used in function WinMain
Warning W8057 src\Lesson03.c 590: Parameter 'lpCmdLine' is never used in function WinMain
Warning W8057 src\Lesson03.c 590: Parameter 'nCmdShow' is never used in function WinMain

C:\src\OpenGL\NeHe_Lesson03-master>brcc32.exe -32 -foobjBC55\Debug\src\Lesson03.res -IC:\BCC55\include -IC:\bccsdk\include -d_DEBUG -dDEBUG  src\Lesson03.rc
Borland Resource Compiler  Version 5.40
Copyright (c) 1990, 1999 Inprise Corporation.  All rights reserved.

ilink32.exe -q -aa  -v  -LC:\BCC55\lib\psdk -LC:\BCC55\lib c0w32 objBC55\Debug\src\Lesson03.obj,binBC55\Debug\Lesson03.exe,,import32.lib cw32mti.lib opengl32.lib glu32.lib gdi32.lib winmm.lib user32.lib kernel32.lib,,objBC55\Debug\src\Lesson03.res
Error: Error processing module src\Lesson03.c

Happy, fail is reproductible  ;D

But, if I suppress only one space of this last command line before first option "-L...", linkage succeed :

Code
ilink32.exe -q -aa  -v -LC:\BCC55\lib\psdk -LC:\BCC55\lib c0w32 objBC55\Debug\src\Lesson03.obj,binBC55\Debug\Lesson03.exe,,import32.lib cw32mti.lib opengl32.lib glu32.lib gdi32.lib winmm.lib user32.lib kernel32.lib,,objBC55\Debug\src\Lesson03.res

Strange ? Not ? Call of " GetMainArgs" with old buggy DLL "crtdll.dll" ?

I know, it's not a behaviour about "faulty" CB, only system environment seem buggy ... but, just to test, can you suppress unnecessary spaces during generation of command lines ?

Here extract of my CB project with Borland C/C++ 5.5.1 :

Code
		<Target title="Debug BorlandC">
<Option platforms="Windows;" />
<Option output="binBC55/Debug/Lesson03" prefix_auto="1" extension_auto="1" />
<Option object_output="objBC55/Debug" />
<Option type="0" />
<Option compiler="bcc" />
<Compiler>
<Add option="-w" />
<Add option="-tW" />
<Add option="-6" />
<Add option="-y" />
<Add option="-v" />
<Add option="-D_DEBUG" />
<Add option="-DDEBUG" />
</Compiler>
<ResourceCompiler>
<Add option="-d_DEBUG" />
<Add option="-dDEBUG" />
</ResourceCompiler>
<Linker>
<Add option="-v" />
<Add library="import32" />
<Add library="cw32mti" />
<Add library="opengl32" />
<Add library="glu32" />
<Add library="gdi32" />
<Add library="winmm" />
<Add library="user32" />
<Add library="kernel32" />
</Linker>
</Target>

Because in CB configuration, I have just add "-v" in Tab "Another linker options" without spaces ...

Thank's for all.

Thierry D.   
82
General (but related to Code::Blocks) / Thanks for a great IDE
« Last post by Evan on April 07, 2026, 10:49:25 am »
I just want to express my gratitude to the developers of Code::Blocks for a great IDE. I'm code in C99, three years, and Linux Mint + LMDE and Code::Blocks very easy to install and use.

I'm near 70, dyslectic and creating a business program for my wife. For me it's quite big, about 20 modules but easily manageable using this IDE.
83
Development / Re: wxSmith : add option for Create function in inhereited cases
« Last post by LR83 on April 06, 2026, 08:53:24 am »
Ok, I try with my Github with the C::B mirror:  codeblocks_sfmirror

You can see the diff in this page : https://github.com/GitHubLionel/codeblocks_sfmirror/commit/9307e9b2852532796914b218042194578831f59b
84
Using Code::Blocks / Re: Frequent forum connection rejections.
« Last post by ollydbg on April 06, 2026, 04:44:05 am »
I see this issue from time to time in the recent weeks. Currently the forum connection is OK.

I have reported this issue to our forum administrator 2 days ago when Pecan post the first message in this thread.
85
Using Code::Blocks / Re: Frequent forum connection rejections.
« Last post by LETARTARE on April 05, 2026, 11:50:00 am »
In France, I have long had impossibility to connect on the forum, that is the reason for my absence ...
While I connect without problem to the 'wiki' and can drop off tickets.
86
General (but related to Code::Blocks) / Re: "which language"
« Last post by Miguel Gimenez on April 03, 2026, 09:15:43 pm »
Are you using the wizard? Try selecting a Fortran project instead of a generic one.
87
Using Code::Blocks / Re: Frequent forum connection rejections.
« Last post by blauzahn on April 03, 2026, 07:40:25 pm »
Here in Germany the site was slow to respond during the week. A few times even unavailable. Today, it seems to be okayish.
88
Using Code::Blocks / Frequent forum connection rejections.
« Last post by Pecan on April 03, 2026, 06:23:23 pm »
Here in northern California, I'm getting frequent "cannot connect", "invalid gateway", timeouts trying to connect to the forum (https://forums.codeblocks.org).

Is anyone else having this problem?
I don't think that it's my internet provider because the codeblock forum site is the only one having this problem.
89
Nightly builds / Re: The 24 March 2026 build (13828) is out.
« Last post by ccdric on April 03, 2026, 04:12:45 pm »
here is the codeblocks patch to make generated binaries find plugins ( see attached)
Because the generated binary was unable to find the plugins. It looks like wxStandardPathsBase::Get().GetPluginsDir() doesn't work correctly and a previous patch for this didn't works with deb-helper
I'm not sure this codeBlocks patch will work in any linux distribution.

with this 2 patch everything is Ok to build on debian testing
you think it's possible to add this in a future nightly ?
90
Nightly builds / Re: The 24 March 2026 build (13828) is out.
« Last post by ccdric on April 03, 2026, 04:09:32 pm »
anyway here are the attached files
Pages: 1 ... 4 5 6 7 8 [9] 10