|
Archives
D Programming
DD.gnu digitalmars.D digitalmars.D.bugs digitalmars.D.dtl digitalmars.D.dwt digitalmars.D.announce digitalmars.D.learn digitalmars.D.debugger C/C++ Programming
c++c++.announce c++.atl c++.beta c++.chat c++.command-line c++.dos c++.dos.16-bits c++.dos.32-bits c++.idde c++.mfc c++.rtl c++.stl c++.stl.hp c++.stl.port c++.stl.sgi c++.stlsoft c++.windows c++.windows.16-bits c++.windows.32-bits c++.wxwindows digitalmars.empire digitalmars.DMDScript electronics |
digitalmars.D.debugger - ddbg: run to cursor in C::B misbehaves
Run to cursor appears to set a permanent breakpoint instead of a temporary one. The gui (correctly) doesn't show it as a breakpoint, it just behaves like there's one there. Also, if you start a program with run to cursor it just runs to the first hard breakpoint or to completion if there aren't any. And finally: can the pause at the end of a console output run be emulated when run via ddbg? At the moment it just closes the console. I find that feature very useful. - S Apr 25 2007
sd wrote:Run to cursor appears to set a permanent breakpoint instead of a temporary one. The gui (correctly) doesn't show it as a breakpoint, it just behaves like there's one there. Also, if you start a program with run to cursor it just runs to the first hard breakpoint or to completion if there aren't any. Apr 25 2007
On Wed, 25 Apr 2007 19:16:40 +0100, Jascha Wetzel <"[firstname]" mainia.de> wrote:sd wrote:Run to cursor appears to set a permanent breakpoint instead of a temporary one. The gui (correctly) doesn't show it as a breakpoint, it just behaves like there's one there. Also, if you start a program with run to cursor it just runs to the first hard breakpoint or to completion if there aren't any. Apr 26 2007
sd wrote:Ok, by optionally you mean a switch? Apr 27 2007
|