Releases: Marus/cortex-debug
V0.4.10
V0.4.8
- Store register/peripheral settings in the appropriate folder instead of the first folder
- Kill gdb-server if the user kills/exits gdb without using the proper disconnect/Stop buttons/process/commands
- VSCode was terminating Cortex-Debug before it was done. st-util exit behavior was also not clean as it did not exit on a disconnect.
- Preliminary support for data watchpoints
- SVD now can allow no merge of consecutive addresses with a -1 specified for
svdAddrGapThreshold
. This will make peripheral updates very slow but certain devices may need this option. - You can now save the output of a gdb-server into a text file by specifying
cortex-debug.dbgServerLogfile
in User/Workspace/Folder settings. This will save output from the servers from all sessions (not just the recent ones). This is primarily for debugging and for users when submitting issues. - Pathnames for gdb-servers can be OS-specific. For instance
cortex-debug.openocdPath
can be suffixed with one of.linux
,.osx
or.windows
. For instancecortex-debug.openocdPath.windows
is used only on Windows and if that is missing, it will default looking for cortex-debug.openocdPath`. - SWO output can now be logged (saved) to a file just like RTT output
- Issues #524 and #525
- Improved handling of J-Link RTOS option (file extension), added NuttX
V0.4.8-pre5
- Store register/peripheral settings in the appropriate folder instead of the first folder
- Kill gdb-server if the user kills/exits gdb without using the proper disconnect/Stop buttons/process/commands
- VSCode was terminating Cortex-Debug before it was done. st-util exit behavior was also not clean as it did not exit on a disconnect.
- Preliminary support for data watchpoints
- SVD now can allow no merge of consecutive addresses with a -1 specified for
svdAddrGapThreshold
. This will make peripheral updates very slow but certain devices may need this option. - You can now save the output of a gdb-server into a text file by specifying
cortex-debug.dbgServerLogfile
in User/Workspace/Folder settings. This will save output from the servers from all sessions (not just the recent ones). This is primarily for debugging and for users when submitting issues. - Pathnames for gdb-servers can be OS-specific. For instance
cortex-debug.openocdPath
can be suffixed with one of.linux
,.osx
or.windows
. For instancecortex-debug.openocdPath.windows
is used only on Windows and if that is missing, it will default looking for cortex-debug.openocdPath`. - SWO output can now be logged (saved) to a file just like RTT output
- Issues #524 and #525
Please see the article below for Install instructions for a VSIX file. Do not double click on it on Windows as that will attempt to install into Visual Studio rather than VSCode
https://stackoverflow.com/questions/42017617/how-to-install-vs-code-extension-manually
V0.4.8-pre4
- Store register/peripheral settings in the appropriate folder instead of the first folder
- Kill gdb-server if the user kills/exits gdb without using the proper disconnect/Stop buttons/process/commands
- VSCode was terminating Cortex-Debug before it was done. st-util exit behavior was also not clean as it did not exit on a disconnect.
- Preliminary support for data watchpoints
- SVD now can allow no merge of consecutive addresses with a -1 specified for
svdAddrGapThreshold
. This will make peripheral updates very slow but certain devices may need this option. - You can now save the output of a gdb-server into a text file by specifying
cortex-debug.dbgServerLogfile
in User/Workspace settings. This will save output from the servers from all sessions (not just the recent ones). This is primarily for debugging and for users when submitting issues. - Pathnames for gdb-servers can be OS specific. For instance
cortex-debug.openocdPath
can be suffixed with one of.linux
,.osx
or.windows
. For instancecortex-debug.openocdPath.windows
is used only on Windows and if that is missing, it will default looking for cortex-debug.openocdPath`. - SWO output can now be logged (saved) to a file just like RTT output
Please see the article below for Install instructions for a VSIX file. Do not double click on it on Windows as that will attempt to install into Visual Studio rather than VSCode
https://stackoverflow.com/questions/42017617/how-to-install-vs-code-extension-manually
V0.4.8.pre3
- Store register/peripheral settings in the appropriate folder instead of the first folder of a Workspace
- Kill gdb-server if the user kills/exits gdb without using the proper disconnect/Stop buttons/process/commands
- VSCode was terminating Cortex-Debug before it was done. st-util exit behavior was also not clean as it did not exit on a disconnect.
Please see the article below for Install instructions for a VSIX file. Do not double click on it on Windows as that will attempt to install into Visual Studio rather than VSCode
https://stackoverflow.com/questions/42017617/how-to-install-vs-code-extension-manually
V0.4.8-pre2
- Kill gdb-server if the user kills/exits gdb without using the proper disconnect/Stop buttons/process/commands
- VSCode was terminating Cortex-Debug before it was done. st-util exit behavior was also not clean as it did not exit on a disconnect.
Please see the article below to see how to Install from a VSIX file. Whatever you do, do not double click on it on Windows as that will attempt to install into Visual Studio rather than VSCode
https://stackoverflow.com/questions/42017617/how-to-install-vs-code-extension-manually
V0.4.7
- Fixed a regression for STLink gdbserver. It was in fact accidentally working in prior releases. The real bug is now fixed. Issue #494
- We may have finally found a way to exit OpenOCD without having to kill it and OpenOCD not hanging around after the session ends. This is of course dependent on OpenOCD behaving as documented. Thanks to #482 and @bohdan-tymkiv for a solution
- Timestamps for RTT and SWO have been standardized to be of the form
[ISO-Date-Time, +NNNNNNms]
where the first part is the date/time of day and the NNNNNNms is the number of milliseconds elapsed since the debug session began. timestamp
is now an option for SWO console decoders. Default isfalse
. A timestamp is output only when a newline is received or a timeout of 5 seconds
V0.4.7-pre3
- Fixed a regression for STLink gdbserver. It was in fact accidentally working in prior releases. The real bug is now fixed
- We may have finally found a way to exit OpenOCD without having to kill it and OpenOCD not hanging around after the session ends. This is of course dependent on OpenOCD behaving as documented. Thanks to #482 and @bohdan-tymkiv for a solution
- Timestamps for RTT and SWO have been standardized to be of the form
[ISO-Date-Time, +NNNNNNms]
where the first part is the date/time of day and the NNNNNNms is the number of milliseconds elapsed since the debug session began. timestamp
is now an option for SWO console decoders. Default isfalse
. A timestamp is output only when a newline is received or a timeout of 5 seconds
Please see the article below to see how to Install from a VSIX file. Whatever you do, do not double click on it on Windows as that will attempt to install into Visual Studio rather than VSCode
https://stackoverflow.com/questions/42017617/how-to-install-vs-code-extension-manually
V0.4.7-pre2
- Fixed a regression for STLink gdbserver. It was in fact accidentally working in prior releases. The real bug is now fixed
- We may have finally found a way to exit OpenOCD without having to kill it and OpenOCD not hanging around after the session ends. This is of course dependent on OpenOCD behaving as documented. Thanks to #482 and @bohdan-tymkiv for a solution
Please see the article below to see how to Install from a VSIX file. Whatever you do, do not double click on it on Windows as that will attempt to install into Visual Studio rather than VSCode
https://stackoverflow.com/questions/42017617/how-to-install-vs-code-extension-manually
V0.4.6
- Bugfix: Issue #493 In the previous release, we were trying to end OpenOCD using a SIGINT first and then SIGTERM. The way VSCode works, this did not work in production releases. Reverting back to the previous method of just using SIGTERM. Unfortunately. Still looking for a better method to end OpenOCD.