Tiger Beard posted a comment on ticket #1153

Indeed, never noted that second option tab. Knowing these options is a great find and they offer interesting advantages. Maybe a button to switch between them would bring them to the attention of many more users. I will try to switch to "listSTC" and see how that works. I would miss the sorting feature of the list but for long file paths that is a lot better display. Thanks a lot!

Miguel Gimenez posted a comment on ticket #1153

BTW, ThreadSearch allows changing the wxListCtrl to a tree or an STC list, may be they are more useful for you. See Options -> Layout

Miguel Gimenez posted a comment on ticket #1153

On MSW the first column of wxListCtrl ignores the supplied alignment and always use left align. Linux uses a "generic implementation".

Miguel Gimenez posted a comment on ticket #1153

I don't know on Linux, but at least on Windows when you run the wxGrid sample columns G to J do what you want.

Tiger Beard posted a comment on ticket #1153

Didn't check on Windows. Even it that would be behaving differently it would be only half a solution. Do you know that wxGrid would behave differently or is it since it allows owner drawing?

Miguel Gimenez posted a comment on ticket #1153

wxListCtrl on MSW uses the ListCtrl common control in comctl32.dll, so it should have the same behaviour (this also prevents owner drawing the cell). The better solution would be changing the wxListCtrl to a wxGrid. nothing too difficult but not a trivial change.

Code::Blocks released /Binaries/Nightlies/2021/CB_20211111_rev12537_win64.7z

Tiger Beard posted a comment on ticket #1153

Unfortunately it does not work as intended. The colum is right aligned, but when the column is resized and gets smaller than its content, the text always starts at the begin which fails to deliver the desired effect The line column that has been right aligned before has the same behaviour. Maybe this is rather a wxListCtrl issue than a CodeBlocks issue, because its counter-intuitive from what the user expects?

Tiger Beard posted a comment on ticket #1153

Fantastic. Thanks for sharing!

Miguel Gimenez posted a comment on ticket #1153

I don't know if your feature request will be accepted, but meanwhile you can change it in your local copy: void ThreadSearchLoggerList::SetListColumns() { m_pListLog->ClearAll(); m_pListLog->InsertColumn(ListColumns::FilePath, _("File path"), wxLIST_FORMAT_LEFT, 100); m_pListLog->InsertColumn(ListColumns::Line, _("Line"), wxLIST_FORMAT_RIGHT, 50); m_pListLog->InsertColumn(ListColumns::Text, _("Text"), wxLIST_FORMAT_LEFT, 500); }

Tiger Beard created ticket #1153

Right-aligned FilePaths in ThreadSearch

ollydbg posted a comment on ticket #1152

The CodeCompletion plugin has a thread pool, and the parser is running in the thread pool. While we only keep a single symbol table(the token tree).

Miguel Gimenez posted a comment on ticket #1152

The tree is generated in a thread, the crash is because the main thread is accessing the tree while it is being modified. This code at src/plugins/codecompletion/parser/searchtree.cpp:567 if (!nn.n || nn.n==top) return result; (where nn is a reference to a SearchTreePoint) fails because nn is no longer valid.

Tiger Beard posted a comment on ticket #1152

This is the Crash XML that was produced. It is from a non debug version, the call stack is not as complete as the ne provided above.

Tiger Beard created ticket #1152

C::B crashes in Linux in a minimal HelloWorld program

Andrew Cottrell modified a comment on ticket #1151

Before posting please read the following: https://forums.codeblocks.org/index.php/topic,9996.0.html It is not a C::B bug, but is how you setup the project and/or library. As such you need to ask for help, not create a bug report that is not a bug with C::B . The following forum is where you need to post to request help in using C::B: https://forums.codeblocks.org/index.php/board,3.0.html

Andrew Cottrell posted a comment on ticket #1151

Before posting please read the following: https://forums.codeblocks.org/index.php/topic,9996.0.html It is not a C::B bug, but is how you are setup the project and/or library. As such you need to ask for help, not create a bug report that is not a bug with C::B . The following forum is where you need to post to request help in using C::B: https://forums.codeblocks.org/index.php/board,3.0.html

Neo Love posted a comment on ticket #1151

Hi Andrew, Could you please clarify that? How else could the linker NOT find symbols that ARE there in the linker libraries (proved by the example provided)? Did you try building it at all? WBR // Love

Andrew Cottrell posted a comment on ticket #1151

Looks like it's not a C::B bug, so it's better to post this in the "Using Code::Blocks" forum for help.

Neo Love created ticket #1151

Linker problem with selfmade libs

Felipe posted a comment on ticket #1143

a - i dont remember what was the last version of the installer i used but i downloaded the newest one from 10/25/2021 and the problem still happens. b - i got the mingw from here https://osdn.net/projects/mingw/downloads/68260/mingw-get-setup.exe/ c - C:\MingGW d - Win7 x64

Andrew Cottrell posted a comment on ticket #1143

Can you please let me know the following so I cna see what went wrong: a) the file name of the unofficial installer you used. b) The name and version of the compiler you have installed. Also if you could also supply the URL you downloaded it from so I can try the exact version as there are allot of different comilers out there. c) The directory that the compiler is installed in. d) What version of Windows you are using and type (x86 or x64).

Felipe posted a comment on ticket #1143

Hi Andrew, it didnt work, it didnt find the compiler, i had to go with the standard 64 bit installer available. :/ - Anyway, thanks for caring and trying to fix the problem.

Andrew Cottrell posted a comment on ticket #1143

Hi Felipe, Did my unofficial release work okay or not?

Miguel Gimenez posted a comment on ticket #1150

It looks like my SlikSVN generates patches in UTF-16 with mixed EOL, and it later rejects silently the patches when trying to apply them. Attached ia an ASCII version of the patch. I will investigate...

Miguel Gimenez created ticket #1150

Document linker options without description

Gerard DURAND posted a comment on ticket #1149

Thanks. It looks OK with your encoding3 patch

Miguel Gimenez posted a comment on ticket #1149

This better patch takes care of the Modification flag, just in case the file was modified before changing the settings.

Miguel Gimenez posted a comment on ticket #1149

Looks like the call to FixFoldState() changes the encoding on its own, just reordering the calls works for me.

Gerard DURAND modified a comment on ticket #1149

Yes I can apply it manually, and I work like that ; For some unknown reason, applying a patch with my tortoise svn does not work anymore since some time. Bug ? Conflict with tortoiseGit ? I don't know. Strange as you said...

Gerard DURAND posted a comment on ticket #1149

Yes I can apply it manually, and I works like that ; For some unknown reason, applying a patch with my tortoise svn does not work anymore since some time. Bug ? Conflict with tortoiseGit ? I don't know. Strange as you said...

Miguel Gimenez posted a comment on ticket #1149

Can you apply the patch manually?. When I do svn patch in other computer the patch does not change the file, very strange. I will investigate further.

Gerard DURAND posted a comment on ticket #1149

I tried this patch but I don't see the difference : the indicated encoding at the bottom, in the C::B status bar still changes. If I close and reopen C::B without saving, the automatic encoding detection works as expected. Could it be a conflict with other options in the "Settings/Editor/General Setting/Encoding settings" window ? I have checked "As fall back encoding" and "if conversion fails ...". Nevertheless, I tried different settings combinations, but the behavior does not change.

Miguel Gimenez posted a comment on ticket #1149

This patch should fix the issue

Gerard DURAND posted a comment on ticket #1149

Note : it's because I tested the patch proposed in ticket 1148 that I discovered this new problem.

Gerard DURAND created ticket #1149

Encoding mismatch

Miguel Gimenez posted a comment on ticket #1148

when you change the encoding by "Settings/Editor/General Setting/Encoding settings" on an already opened/displayed file, even if it's not splitted, the encoding indicated at the bottom changes That is a different issue, and IMHO it should have its own ticket.

Gerard DURAND modified a comment on ticket #1148

It's OK when you split the view, encoding does not change now, even if it's not the default encoding. Nevertheless, when you change the encoding by "Settings/Editor/General Setting/Encoding settings" on an already opened/displayed file, even if it's not splitted, the encoding indicated at the bottom changes. So, when you save a modified file, the encoding may be changed.

Gerard DURAND posted a comment on ticket #1148

It's OK when you slit the view, encoding does not change now, even if it's not the default encoding. Nevertheless, when you change the encoding by "Settings/Editor/General Setting/Encoding settings" on an already opened/displayed file, even if it's not splitted, the encoding indicated at the bottom changes. So, when you save a modified file, the encoding may be changed.

Miguel Gimenez posted a comment on ticket #1148

Can you test the attached patch?

Gerard DURAND created ticket #1148

Encoding mismatch when using split view

Miguel Gimenez posted a comment on ticket #1147

Added EVT_MENU_HIGHLIGHT_ALL event.

bluehazzard modified ticket #1145

Fix some EnvVars problems, one of them is a show stopper

bluehazzard posted a comment on ticket #1145

Ok, tested on windows and linux, works fine for me, Patch applied in r12537 Thank you a lot

bluehazzard committed [r12537]

* envars: Fix bug where "Set not found" error messages appeared wrongly, and bug where envars where not applied (fix #1145, thanks Miguel Gimenez)

bluehazzard modified ticket #1145

Fix some EnvVars problems, one of them is a show stopper

Miguel Gimenez created ticket #1147

wxSmith: add missing events to wxsFrame

Miguel Gimenez posted a comment on ticket #1146

This updated patch adds make_unique, make_unique_for_overwrite, make_pair, thread and mutex.

Sergio Ferrari posted a comment on ticket #1146

With the revisions of the C++ language new libraries are added and the keywords increase more and more. Here are some keywords absent in the file lexer_cpp.xml: wstring istringstream ostringstream wstringstream basic_stringview string_view wstring_view thread async future promise mutex chrono clock duration make_unique make_pair ranges views filesystem path

Miguel Gimenez created ticket #1146

Add make_unique and make_unique_for_overwrite to the C++ lexer

Miguel Gimenez created ticket #1145

Fix some EnvVars problems, one of them is a show stopper

bluehazzard posted a comment on ticket #1134

If i install it with muon every thing works as expected.... So somehow discovery uses different packages?

bluehazzard posted a comment on ticket #1134

I just tested this in a fresh kubuntu VM and i got the same error when i install only codeblocks. but when i also install the addons (link above the reviews) i can start it... Also, if i install it via discovery (without addons) and then type in the console apt get install codeblocks i get a lot missing packages: testuser@testuser-VirtualBox:~$ sudo apt install codeblocks Reading package lists... Done Building dependency tree... Done Reading state information... Done The following additional packages...

bluehazzard committed [r12536]

+ AUI: Add option to set font size in wxAUI headers

Felipe posted a comment on ticket #1144

Ok, thanks for the explanation.

bluehazzard modified ticket #1144

Nightly build and version 20.03 doesnt display foreign characters correctly

bluehazzard posted a comment on ticket #1144

This is not a codeblocks bug, but a unicode problem see this thread for help https://forums.codeblocks.org/index.php/topic,22168.msg150872.html#msg150872 If you still have problems please create a new forum entry. This bug tracker is reserved for bugs only

Felipe created ticket #1144

Nightly build and version 20.03 doesnt display foreign characters correctly

Code::Blocks released /Binaries/Nightlies/2021/CB_20211010_rev12535_win64.7z

Felipe posted a comment on ticket #1143

Thanks for the links, it seems the discussion is pretty old. Regarding the other forums i go they use 2.0.18, here is one example and it works fine here: http://www.romhacking.net/forum/

Miguel Gimenez posted a comment on ticket #1143

The forum uses SMF 2.0.18, native support for IPv6 was added in 2.1.0. See this thread and specially this post in the thread. The other forums may be using the mod or the new version.

Felipe posted a comment on ticket #1143

Miguel - i dont believe it's a bug with smf, i go to several forums that use SMF and i dont have this problem with them, perhaps a bug in the forum's server?

bluehazzard modified ticket #1110

wxSmith assert when using wxStdDialogButtonSizer in XRC

bluehazzard posted a comment on ticket #1110

fixed in r12535 thank you for reporting Andrew Cottrell and thank you for the patch Miguel!

bluehazzard committed [r12535]

*wxSmith: fix assert in wxStdDialogButtonSizer (fix ticket #1110, thank you Miguel Gimenez)

bluehazzard modified ticket #1135

Fix assert in wxSmith editor when window contains wxStdDialogButtonSizer

bluehazzard posted a comment on ticket #1135

duplicate of #1110

bluehazzard modified ticket #1136

My global variable - j1 - are in conflict with your - math.h

bluehazzard posted a comment on ticket #1136

For support questions please ask in the forum this is only for bug reports and patches thank you

bluehazzard modified ticket #1137

Remove obsolete workaround in file manager

bluehazzard posted a comment on ticket #1137

in revision: 12534 thank you again!

bluehazzard committed [r12534]

* File Browser: remove workaround for wxRenameFile (apply patch #1137, thanks Miguel Gimenez )

bluehazzard posted a comment on ticket #1141

We have a lot of issues with mac... You can search the forum for nightly builds for mac that should work...

pecan modified ticket #1108

Windows CB crash due to floating watch window issue on exit while still debugging

pecan posted a comment on ticket #1108

Fixed rev 12533

pecan committed [r12533]

* core For Windows, close shown floating windows before shutdown to avoid hangs in Hide() and crashes in Manager::Shutdown()

ollydbg modified ticket #1142

Fix CCManager compilation with C++17

ollydbg posted a comment on ticket #1142

This is fixed in the trunk now, thanks!

ollydbg committed [r12532]

* Fix CCManager compilation with C++17(apply patch #1142, thanks Miguel Gimenez)

ollydbg modified ticket #1142

Fix CCManager compilation with C++17

Miguel Gimenez modified a comment on ticket #1143

That error appears if you have a public IPv6 address, it is a bug in the SMF version used. Quoting from the forum: After a transition period of 23 years for IPv6, the ISPs in my region (Germany) only use DS-Lite for new (private) contracts. I just tried to use the search function with a DS-Lite -> database error Then tried to use the search function with a Dual-Stack -> worked after telling firefox network.dns.disableIPv6 = true Then tried to use the search function with an old Telekom 8!!MBit DSL...

Miguel Gimenez modified a comment on ticket #1143

That error appears if you have a public IPv6 address, it is a bug in the SMF version used. Quoiting from the forum: After a transition period of 23 years for IPv6, the ISPs in my region (Germany) only use DS-Lite for new (private) contracts. I just tried to use the search function with a DS-Lite -> database error Then tried to use the search function with a Dual-Stack -> worked after telling firefox network.dns.disableIPv6 = true Then tried to use the search function with an old Telekom 8!!MBit DSL...

Miguel Gimenez posted a comment on ticket #1143

That error appears if you have a public IPv6 address, it is a bug in the SMF version used. Quoiting form the forum: After a transition period of 23 years for IPv6, the ISPs in my region (Germany) only use DS-Lite for new (private) contracts. I just tried to use the search function with a DS-Lite -> database error Then tried to use the search function with a Dual-Stack -> worked after telling firefox network.dns.disableIPv6 = true Then tried to use the search function with an old Telekom 8!!MBit DSL...

Felipe posted a comment on ticket #1143

Hi Andrew - a pity the fixes arent in the source code. Thank you for replying and for the link to the unofficial installer.

Felipe posted a comment on ticket #1143

Hi Miguel - i did what you suggested before you replied and even so CB wasnt able to find the compiler. Thank you for replying and for the link to the build too, i'm having problems with several sections of the forum who give me the error you can see in the pic.

Andrew Cottrell posted a comment on ticket #1143

Depending on which compiler you have installed depends on the exact fix required in C::B. Unfortunately the fix/fixes have been available for a while now, but have not been incorporated into the C::B source code. More details and info on an unofficial installer that incorporates the Windows compiler detection changes is available on the following forum thread: https://forums.codeblocks.org/index.php/topic,24592.0.html

bluehazzard modified ticket #1138

Make Codef() compilable when wxUSE_STL == 1

bluehazzard posted a comment on ticket #1138

in revision: 12531 thank you again!

bluehazzard committed [r12531]

* wxSmith: Fix compilation with wxUSE_STL == 1 (apply ticket #1138, thanks Miguel Gimenez)

bluehazzard modified ticket #1139

Correct language of wxLED contrib item

bluehazzard posted a comment on ticket #1139

in revision: 12530 thank you for your support

bluehazzard committed [r12530]

* wxSmith: Replace German with English, enable translation (fix ticket #1139, thanks Miguel Gimenez)

Miguel Gimenez posted a comment on ticket #1143

This is a known problem. Go to Settings -> Compiler -> Toolchain executables, click on the button with three dots and navigate to the compiler installation path (probably it is in a MinGW folder under C::B installation folder). Check if the names in Program Files tab match those found under MinGW/bin and change them if needed. Regarding the nightly, try this link If you have any doubt please ask in the forum

Felipe created ticket #1143

Codeblock 20.03 32 bit doesnt detect a compiler

Miguel Gimenez created ticket #1142

Fix CCManager compilation with C++17

sab created ticket #1141

after run "hello world" doesnt comes out

Miguel Gimenez modified a comment on ticket #1140

Duplicate of ticket 1021, look there for a workaround

Miguel Gimenez posted a comment on ticket #1140

Duplicate of ticket 1021, look there for a waorkaround

Marcos Arribas created ticket #1140

Error

Miguel Gimenez created ticket #1139

Correct language of wxLED contrib item