Recent Posts

Pages: 1 2 3 4 [5] 6 7 8 9 10
41
Plugins development / DAP debug plugin testing
« Last post by AndrewCot on August 03, 2022, 08:21:14 am »
ALL OS's
Please read the following doc for what works:
Please read the following doc for my install notes:Google Drive Download
While testign you can downlaod the files from the follwoing google drive:
MACOS
If anyone wants to test the DAP debug plugin on Big Sur I have uploaded the DMG to the MAC sub directory.Before dragging C::B onto the finder application window I rename the exisitng C::B nightly to CodeBlocks_Nightly and after dragging the DAP C::B I rename it to CodeBlocks_DAP and update if I have dragged them anywhere.

WINDOWS

If you want to try it on Windows then there is a Windows installer that installs into the C:\Program Files\CodeBlocks_Experimental directory by default and the config data is stored in the C:\Users\<username>\AppData\Roaming\CodeBlocks-Experimental directory. As such it can be installed parallel to the latest nightly and not affect the nightly.


LINUX - Debian 12 or Ubuntu 22.04 or LM 21

If you want to try it on Debian 12 or Ubuntu 22.04 or LM 21 (may work on 11, 20.04 or 20, but I have not tried) then there are deb files, but use them at your own risk and they will overwrite any existing C:B install. There is a CB_install_Local_Build.sh scrip that I use to install the files on my LM 21.0 VirtualBox OS.

Bugs/Issues/Missing Functionality Feedback


Do not report issues or bugs or something is missing if in the following doc it is marked as fail, future or blank:Please report issues or bugs in the following github repo:
If you want to ask questions please start a discussion in the following github repo:https://github.com/acotty/CodeBlocks_Unofficial_Testing
42
Help / Re: Asserts Preventing C::B from Running
« Last post by Frank_CB on August 02, 2022, 09:55:26 pm »
Have finally been successful in building version 12856 from source using wx3.2.0. The asserts were caused by update32_64.bat files not completely or correctly edited. Those update32_64 bat files (renamed update31_64.bat files) had several different formats.

@AndrewCot: Your comments were appropriate.
43
Development / Re: Gamin depedency is no longer available on Fedora.
« Last post by Miguel Gimenez on August 02, 2022, 01:18:30 pm »
Can you install libfam-dev?
44
General (but related to Code::Blocks) / Re: No dark mode?
« Last post by BlueHazzard on August 02, 2022, 09:25:25 am »
I assume you are using windows?
Blame microsoft for not providing dark mode for win32 applications... We use native controls of windows and they do not support dark mode officially at the moment...
You always can use linux where dark mode is no problem ;)
There are black themes for the code editor...
45
Help / Re: Other Compiler options is blank - how to change verbose level?
« Last post by BlueHazzard on August 02, 2022, 09:21:37 am »
The other compiler options field is for entering other compiler options that are not in the list of "compiler flags". Here you can enter what you want to pass it to the compiler. For example you can add "-Wall" here
46
General (but related to Code::Blocks) / No dark mode?
« Last post by MyEyeballsAreSuffering on August 02, 2022, 09:07:34 am »
In the year 2022 AD I cannot comprehend how anyone can still expect people to stare at an all white screen for hours at a time. Why not just point the business end of a propane torch directly into users' eyeballs? Can anybody actually work like this??
47
Plugins development / Re: error alert message when using ThreadSearch Plugin
« Last post by ollydbg on August 02, 2022, 04:52:42 am »
I find another way to catch the crash call stack with line information.

When crash happens (a message box pop up)

I use the gdb's attach command, such as:

Code
attach 1234

The 1234 is the pid of codeblocks.exe which can be found in the Task manager window.

Then using the command:

Code
thread apply all bt

I can get the call stack with line information:
Code
Thread 18 (Thread 2420.0xc20):
#0  0x00000000776e8fda in WaitMessage () from C:\Windows\system32\user32.dll
#1  0x00000000776f4864 in USER32!GetComboBoxInfo () from C:\Windows\system32\user32.dll
#2  0x00000000776f4b85 in USER32!GetComboBoxInfo () from C:\Windows\system32\user32.dll
#3  0x0000000077742e30 in USER32!SoftModalMessageBox () from C:\Windows\system32\user32.dll
#4  0x0000000077742125 in USER32!MessageBoxIndirectW () from C:\Windows\system32\user32.dll
#5  0x000000007774197b in USER32!MessageBoxTimeoutW () from C:\Windows\system32\user32.dll
#6  0x0000000077741872 in USER32!MessageBoxW () from C:\Windows\system32\user32.dll
#7  0x000007fee0c731a6 in DoShowAssertDialog(wxString const&) () from F:\code\cb\wxmsw317u_gcc_cb.dll
#8  0x000007fee0c735f0 in wxAppTraitsBase::ShowAssertDialog(wxString const&) () from F:\code\cb\wxmsw317u_gcc_cb.dll
#9  0x000007fee0c76d82 in ShowAssertDialog(wxString const&, int, wxString const&, wxString const&, wxString const&, wxAppTraits*) () from F:\code\cb\wxmsw317u_gcc_cb.dll
#10 0x000007fee0c77053 in wxAppConsoleBase::OnAssertFailure(wchar_t const*, int, wchar_t const*, wchar_t const*, wchar_t const*) () from F:\code\cb\wxmsw317u_gcc_cb.dll
#11 0x000007fee0c77249 in wxDefaultAssertHandler(wxString const&, int, wxString const&, wxString const&, wxString const&) () from F:\code\cb\wxmsw317u_gcc_cb.dll
#12 0x000007fee0c73e71 in wxOnAssert(char const*, int, char const*, char const*, char const*) () from F:\code\cb\wxmsw317u_gcc_cb.dll
#13 0x000007fee0d402c8 in wxUniChar::ToHi8bit(unsigned int) () from F:\code\cb\wxmsw317u_gcc_cb.dll
#14 0x000007fecb0ac194 in wxUniChar::To8bit (c=25104) at D:/code/wxWidgets-3.1.7/include/wx/unichar.h:200
#15 0x000007fecb0b1319 in wxUniChar::operator char (this=0xbf6ed68) at D:/code/wxWidgets-3.1.7/include/wx/unichar.h:126
#16 0x000007fecb067a8d in TextFileSearcherText::MatchLine (this=0x6e38e60, outMatchedPositions=0x58c028, originalLine=...) at D:\code\cbsource\cb_svn_git\src\plugins\contrib\ThreadSearch\TextFileSearcherText.cpp:57
#17 0x000007fecb066be3 in TextFileSearcher::FindInFile (this=0x6e38e60, filePath=..., foundLines=..., matchedPositions=std::vector of length 3, capacity 4 = {...}) at D:\code\cbsource\cb_svn_git\src\plugins\contrib\ThreadSearch\TextFileSearcher.cpp:147
#18 0x000007fecb087ed0 in ThreadSearchThread::FindInFile (this=0x58bee0, path=...) at D:\code\cbsource\cb_svn_git\src\plugins\contrib\ThreadSearch\ThreadSearchThread.cpp:284
#19 0x000007fecb087988 in ThreadSearchThread::Entry (this=0x58bee0) at D:\code\cbsource\cb_svn_git\src\plugins\contrib\ThreadSearch\ThreadSearchThread.cpp:219
#20 0x000007fee0d9b932 in wxThread::CallEntry() () from F:\code\cb\wxmsw317u_gcc_cb.dll
#21 0x000007fee0da6228 in wxThreadInternal::DoThreadStart(wxThread*) () from F:\code\cb\wxmsw317u_gcc_cb.dll
#22 0x000007fee0da6380 in wxThreadInternal::WinThreadStart(void*) () from F:\code\cb\wxmsw317u_gcc_cb.dll
#23 0x000007feff1b415f in srand () from C:\Windows\system32\msvcrt.dll
#24 0x000007feff1b6ebd in msvcrt!_ftime64_s () from C:\Windows\system32\msvcrt.dll
#25 0x00000000775c556d in KERNEL32!BaseThreadInitThunk () from C:\Windows\system32\kernel32.dll
#26 0x000000007782372d in ntdll!RtlUserThreadStart () from C:\Windows\SYSTEM32\ntdll.dll
#27 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)


--------------------------------------
I report the drmingw issue in their github site: ExcHndl.dll can't print the crash call stack under Windows 7 Issue #71 jrfonseca/drmingw, it looks like they still support Windows 7.

@Miguel Gimenez
I will check your fix, thanks.
48
Development / Re: Gamin depedency is no longer available on Fedora.
« Last post by AndrewCot on August 02, 2022, 01:24:54 am »
The C::B usage of the obsolete gamin library is a known issue and already has a SF ticket for it:
    https://sourceforge.net/p/codeblocks/tickets/663/
49
Development / Gamin depedency is no longer available on Fedora.
« Last post by johnglen244 on August 02, 2022, 01:20:35 am »
I cannot build code::blocks because gamin is missing and it is no longer part of the package repository on Fedora.

Code
checking for GAMIN... no
configure: error: Package requirements (gamin) were not met:

Package 'gamin', required by 'virtual:world', not found

Code
[main@fedora trunk]$ sudo yum install gamin-devel
Last metadata expiration check: 2:49:32 ago on Mon 01 Aug 2022 03:15:36 PM CDT.
No match for argument: gamin-devel
Error: Unable to find a match: gamin-devel
[main@fedora trunk]$ sudo yum install gamin
Last metadata expiration check: 2:49:38 ago on Mon 01 Aug 2022 03:15:36 PM CDT.
No match for argument: gamin
Error: Unable to find a match: gamin
50
Help / Other Compiler options is blank - how to change verbose level?
« Last post by dfatcb on August 01, 2022, 11:54:48 pm »
I did a fresh install of Devuan Beowulf (Debian Buster) and fresh install of Code::Blocks 20.03 (using stable - "Release 20.03 rev 11983 (2020-03-12 18:24:30) gcc 8.3.0 Linux/unicode - 32bit") (never installed from the apt packages).

When I build, the verbose level is much higher than what I am used to.  I went to Settings / Compiler Settings / Global compiler settings, Other compiler options tab, it's blank.  So is the "Other resource compiler options".

The selected compiler is "GNU GCC Compiler".

Is  there something wrong?  How can I fix it or change the compiler verbose level?

Thanks!


Pages: 1 2 3 4 [5] 6 7 8 9 10