The 23 December 2023 build (13415) is out.

[killerbot]

We switched to gcc 13.1.0 (on 04 June 2023) --> download the new wx/mingw dll's see link below

Get the compiler we use here : https://github.com/brechtsanders/winlibs_mingw/releases/download/13.1.0-16.0.5-11.0.0-ucrt-r5/winlibs-x86_64-posix-seh-gcc-13.1.0-mingw-w64ucrt-11.0.0-r5.7z

Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

Before you use a nightly make sure you understand how it works.

A link to the unicode windows wxWidget dll(s) for Code::Blocks : https://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw32u_gcc_cb_wx324_2D_gcc1310-mingw64.7z
A link to Mingw64 dll's needed by Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/Mingw64dlls13.1.0.7z


The 23 December 2023 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2023/CB_20231223_rev13415_win64.7z
  - Linux :
   none

The current SDK version is : 2.25.0

Resolved Fixed:

• Clangd_client 1.2.102 23/12/22 Move hidden editor unique_ptr out of namespace and into ParseManager to try and eliminate exception on linux. Ticket #1440

Regressions/Confirmed/Annoying/Common bugs:

[killerbot]

is anyone else experiencing this problem: Each time you re-open a workspace or project, CB keeps opening its 'once opened before' files. Even when last time you opened the project/workspace and you closed every open file before closing CB ....

[Xaviou]

Hi.

OS X version of this rev can be downloaded from my website.
There is only a macOS-11.6 version.
Note that it is not a notarized version of the application.

32 bits version for Windows can also be found in the same place.

Debian Bookworm and Bullseye (32 and 64 bits) can be installed from my repo
The corresponding unsigned deb files can also be downloaded from the website page linked above.

Ubuntu-22.04, 23.04 and 23.10 versions can be installed from my ppa

is anyone else experiencing this problem: Each time you re-open a workspace or project, CB keeps opening its 'once opened before' files. Even when last time you opened the project/workspace and you closed every open file before closing CB ....

What do you call 'once opened before' files ?
Any steps to try to reproduce ?

Regards
Xav'

[ollydbg]

What do you call 'once opened before' files ?

I guess is: "Once opened before files" means when you close a cbp file in C::B, there are many files(editors) opened. So, those files were stored in a file named "your_cbp_filename.layout" file.

One your open the cbp file again, the layout file will be loaded, and all the editors recorded in the layout file will be opened again.

[killerbot]

yes indeed, that's the feature.

Say you have project with 4 files:
a.cpp
b.cpp
c.cpp
d.cpp

And the editors for a and b are open.

Close project or workspace or CB.

Open project/workspace again ==> editors for a and b are present.


But if you would now close b, and then to the same let's close things again and then re-open, then only 1 editor should be present, the one for a.cpp

I am suspecting the adjusted behavior of the secret "globbing" feature of CB is the cause, the refactoring that happened there, has broken many things and created many bugs.

[Pecan]

I do not have the problem as described.
I open a project and open 3 files.
I close CB and reopen the project. I get the three files displayed.

I then close two of the files. and close CB. On reopen I get only the one file not previously closed.
The above is true for me if I only close and reopen the project (without closing CB).

I'm running: svn rev 13314 Windows11 .
In Setting/environment/general settings/ I have :

[Xaviou]

I do not have the problem as described.

Neither do I.
I've just made the test with svn 13415 but all works fine (with the same settings as described above).

Regards
Xav'

[killerbot]

I also have on my windows with the CB workspace (which is not doing the GLOB thing).

When loading the : CodeBlocks_wx32_64.workspace
Where the layout file related to it has the content:

Code

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<CodeBlocks_workspace_layout_file>
	<FileVersion major="1" minor="0" />
	<ActiveProject path="CodeBlocks_wx32_64.cbp" />
</CodeBlocks_workspace_layout_file>

The only file open in the editor is : pdfpattern.h.

When I close that editor, then close CB, restart CB, and openthe workspace again ==> the editor is back.

Note that the content of : CodeBlocks_wx32_64.layout

Code

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<CodeBlocks_layout_file>
	<FileVersion major="1" minor="0" />
	<ActiveTarget name="All" />
	<File name="include\compiler.h" open="0" top="0" tabpos="1" split="0" active="1" splitpos="0" zoom_1="0" zoom_2="0">
		<Cursor>
			<Cursor1 position="11974" topLine="267" />
		</Cursor>
	</File>
	<File name="plugins\compilergcc\compilergcc.cpp" open="0" top="0" tabpos="3" split="0" active="1" splitpos="0" zoom_1="0" zoom_2="0">
		<Cursor>
			<Cursor1 position="130380" topLine="3644" />
		</Cursor>
	</File>
	<File name="sdk\compiler.cpp" open="0" top="0" tabpos="2" split="0" active="1" splitpos="0" zoom_1="0" zoom_2="0">
		<Cursor>
			<Cursor1 position="33905" topLine="739" />
		</Cursor>
	</File>
</CodeBlocks_layout_file>

Something completely different ... and these are not opened ...

Another thing : when right clicking on the editor tab and choose , show file in the project tree ==> nothing happens, or at least no result (something I have discovered already many times in my day to day use with CB (which is most based on the globbing feature).


When drilling down to src\plugins\contrib\source_exporter
--> Exporter_wx32_64.layout

Code

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<CodeBlocks_layout_file>
	<FileVersion major="1" minor="0" />
	<ActiveTarget name="All" />
	<File name="wxPdfDocument\include\wx\pdfpattern.h" open="1" top="0" tabpos="0" split="0" active="1" splitpos="0" zoom_1="0" zoom_2="0">
		<Cursor>
			<Cursor1 position="0" topLine="0" />
		</Cursor>
	</File>
</CodeBlocks_layout_file>

Indeed closing the editor ==> no change happens to this layout file.
Note this is not the active project, but that should not matter, when a file is closed , it should not re-open next time .... right ?

[Pecan]

Have you tried disabling plugins one by one, (or disabling all of them then turning them on one by one) to see if a plugin is doing this.

I'm particularly worried about Clangd_client because it opens/closes files in the background for files that are not in an editor. But I've had no problems using it myself.