Recent Posts

71

Plugins development / Re: BrowseTracker : toolbar button to jump to previously edited location

« Last post by christo on September 29, 2025, 02:03:16 pm »

Hi Pecan, on the latest trunk, jump to previous position does not work if bookmark tracking is disabled. Also some unrelated events can cause last edited state to be changed. Attaching a patch for these two issues. Thanks

72

Help / Re: My code completion problem about Derived class!!!

« Last post by Miguel Gimenez on September 29, 2025, 11:35:43 am »

Profile spammer reported to moderator.

73

Using Code::Blocks / Re: Context menu close segfault

« Last post by Miguel Gimenez on September 29, 2025, 11:35:07 am »

Very old message posted by profile spammer reported to moderator.

74

Help / My code completion problem about Derived class!!!

« Last post by tomkathy on September 29, 2025, 04:33:53 am »

I know C::B won't support showing virtual praser but VC++ supported. If you don't know about all function when your class is a derived class of 3 classes but you know only your new functions of your class, how do you do to remember functions of other 3 classes that are the member of it. Or you will open header files of all 3 classes.

Thanx

75

Using Code::Blocks / Context menu close segfault

« Last post by lauralordelaure on September 29, 2025, 04:29:15 am »

Well, I built both RC1-1 and the cvs after its been merged with that other branch and doesn't use stc anymore with the patched 2.4.2 wxWidgets as per the tutorial in the wiki...

If I use the context menu close, close all, it crashes with a segfault after the EditorBase::OnContextMenuEntry function returns. I'd fix it but I dont have a clue about gtk. I don't have this problem in windows.

This doesn't happen with the close button or using the file menu to close the file. Only the context menu. I guess the editor manager close call is destroying something gtk wants to use after the context menu event?

76

Help / Re: code::blocks hangs at startup

« Last post by cet_ivan on September 28, 2025, 11:02:14 pm »

I encountered the same problem yesterday, on Arch with most packages up to date, but with an old version of KDE.

My current workaround is to install gdk-pixbuf2 version 2.42.12-2, instead of the latest version, 2.44.2-1. The latest version introduced glycin as a dependency.

Since glycin performs some kind of sandboxing for image loading/decoding and that involves starting additional processes and interprocess communication, there seems to be a bug with IPC which causes the hang.

This is not a permanent solution and I am not sure whether this can cause problems for other applications using gdk-pixbuf2, but the two versions seem binary compatible, and so far all the apps which require gdk-pixbuf2 seem to work properly. Another way might be to rebuild the latest gdk-pixbuf2 without glycin as its dependency (i.e. create a custom PKGBUILD), but I haven't tried that.

77

Development / Re: The library search path is not included in the PATH in the compilergcc plugin

« Last post by ollydbg on September 28, 2025, 04:13:15 pm »

I would bet r13731 (Running compiled program fails because of wrong PATH) is related.

Thanks.

Yes, I think this is related.

Especially here:

Code

@@ -1445,8 +1453,10 @@ int CompilerGCC::DoRunQueue()
     else
         m_timerIdleWakeUp.Start(100);
 
-    // restore dynamic linker path
+    // restore old dynamic linker path
     wxSetEnv(CB_LIBRARY_ENVVAR, oldLibPath);
+    // restore old PATH environment
+    wxSetEnv("PATH", oldPath);
 
     delete cmd;
     return DoRunQueue();

The old "PATH" get restored.

I think when we click the "run" button on the toolbar, we should also set the PATH, and when run finished, we should restore the PATH.

Hi, Morten, can you have a look?

78

Development / Re: The library search path is not included in the PATH in the compilergcc plugin

« Last post by Miguel Gimenez on September 28, 2025, 09:26:32 am »

I would bet r13731 (Running compiled program fails because of wrong PATH) is related.

79

Development / The library search path is not included in the PATH in the compilergcc plugin

« Last post by ollydbg on September 28, 2025, 06:14:40 am »

Hi, I just build C::B trunk yesterday, and I found that if I link to a dll file directly, and the dll file is in the library search path. The old C::B can run the executable. But the latest failed, because it said the exe can't find the dll file.

Which means the PATH is not including the library search path?

I looked at the change history of the compiler gcc folder, and still not sure which commit cause this issue. The old C::B I'm using is built from 2025-02.

80

Help / Re: code::blocks hangs at startup

« Last post by blauzahn on September 27, 2025, 11:20:51 pm »

When analyzing cb trunk with scan-build the list of issues contains several with wxSmith, e.g. "Dereference of null pointer".


https://clang.llvm.org/docs/analyzer/user-docs/CommandLineUsage.html


Btw: Today, glycin got two updates on Arch Linux. Starting cb with wxSmith zip-files installed still hangs.