What do you mean by hang (crash to desktop or the UI is unresponsive)? Which version is doing this?
Can you attach a debugger and show backtrace for all threads of a hanged process? It might give us a clue which function/dll is doing this.
UI hangs indefinitely (possibly forever) and Windows says it isn't responding. I could attach a debugger on the release made here but as per my previous posts, my version of MinGW is incapable of building from source so I can't build with debugging symbols and my backtrace may be useless to you.
First time I hear about this I think. Remote desktop or normal desktop? Does it happen with the previous night builds?
I didn't use the previous couple nightly builds much because of the RDP problems, but the selected text missing background coloration issue was when launching and using C::B in person. Speaking of the RDP issue, my C::B session I left running crashed when I RDP'd into the machine today. Relaunching this nightly within an RDP session results in the same assertion failures that I can continue past, and at least during this session I'm not seeing the selected text coloration bug. I'll have to see what happens when I use it again in person later.
I am now in the position to make a RDP connection between two windows pc and debug this issue. Can you open a Ticket on SF and describe the exact steps to reproduce the crashes (with wxWidgets versions and codeblocks versions)? Please describe in detail, because i never used RDP (is it something like X forwarding?) on windows. It is quite difficult to read trough all the forum posts and it would be nice to have all information in one Ticket.... Then i can try to fix this. Thank you for your patience.
I created a ticket:
https://sourceforge.net/p/codeblocks/tickets/924/Please let me know if you need any more information. It should mostly just involve enabling Remote Desktop connections on the computer from which you'll launch C::B, and connecting to it from another Windows machine.
Thank you both for your help.
Edit: The hanging issue might not be limited to CodeBlocks. Multiple applications seem to be experiencing some kind of bug when ANY keypress causes the program to hang. I don't know what would have changed to cause this. My antivirus had an update so I installed that and rebooted, but no luck yet.
Edit 2: The keypress hanging bug extends to various older programs that presumably use older GUI frameworks/libraries, including C::B 17.12, an old version of VirtualDub, my GUI application developed with Allegro 4, DYNDNS's update client program and probably many others. I don't know if there was an OS or AV update that bricked this or what.
Edit 3: The hanging programs issue turned out to be a problem with bttray.exe (Bluetooth driver). Killing it stopped the hanging issue. Now I got to figure out how to resolve that without bricking the ability to use wireless headphones...