Like said in http://forums.codeblocks.org/index.php/topic,22513.0.html, it is often interesting to get values that appear in "Watches" to do external calculations.
However it does not seem possible to use Ctrl + C to copy these values.
I have reworked the code to remove the return's in the clipboard code so that the wxTheClipboard->Close(); is always called if the wxTheClipboard->Open() is true. These changes do not fix the crash, but with these changes the code is more clipboard compliant.
I tested on wx 3.1.7 and got the crash.
I went back to wx 3.1.5 and no crash.... No code changes, apart from using 3.1.5....
Later today I will check with 3.1.6.
I could not see anything in the changes that should or possible could cause any crashes on exit.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for the info. I have created ticket [#1276] to track the crash as I have been able to crash the existing nightly svn-r12829 build and as such the patch is not the cause of the crash, but it made it easier to find.
Attached is v2 of the patch so that wxTheClipboard->Close(); is always called if the wxTheClipboard->Open() is true.
Applied in [r12838] with some modifications:
1) Naming functions with On prefix
2) Showing menu entries only if they make sense... If no value present it makes no sense to copy value, same if watch has no children it makes no sense to show copy tree
see the forum reply #5 for working changes as per the code in the following Github branch:
https://github.com/acotty/codeblocks_sf/tree/AC-WatchsCopyData
Patch to allow copying watch data.
++
Any chance that anyone is going to have a look at the patch from 22-FEB-2022 above?
If a apply this patch and copy and paste data, after ending debugging and at closing codeblocks i got this backtrace:
windows 10
Thanks very much for the crash report. I will need to figure out what is causing it as I did not see any crashes when I was making the changes.
Are you using wx 3.1.5 or 3.1.6 or 3.1.7? This way if I cannot see it with 3.1.7 I will try the same version.
I have reworked the code to remove the return's in the clipboard code so that the wxTheClipboard->Close(); is always called if the wxTheClipboard->Open() is true. These changes do not fix the crash, but with these changes the code is more clipboard compliant.
I tested on wx 3.1.7 and got the crash.
I went back to wx 3.1.5 and no crash.... No code changes, apart from using 3.1.5....
Later today I will check with 3.1.6.
I could not see anything in the changes that should or possible could cause any crashes on exit.
wx 3.1.5 compiled with msys
Thanks for the info. I have created ticket [#1276] to track the crash as I have been able to crash the existing nightly svn-r12829 build and as such the patch is not the cause of the crash, but it made it easier to find.
Attached is v2 of the patch so that wxTheClipboard->Close(); is always called if the wxTheClipboard->Open() is true.
Related
Tickets: #1276
Applied in [r12838] with some modifications:
1) Naming functions with On prefix
2) Showing menu entries only if they make sense... If no value present it makes no sense to copy value, same if watch has no children it makes no sense to show copy tree
thank you a lot!
Related
Commit: [r12838]
Last edit: bluehazzard 2022-06-16
Thanks for taking the time to test the change, make the changes and apply them.