Good idea, but for desktop cross-platform development it is much easier to use Qt Creator; if I have to create separate project in Visual Studio to debug with GDB, it will not give any advantage. When I develop cross-platform C++ application, I have Visual Studio project for Windows and Qt Creator one for Linux. If I can debug on Linux directly from traditional Visual C++ project, it will be very useful feature. If I anyway have to support 2 projects, what is advantage against Qt Creator, Eclipse, etc, i. What is advantage against native Linux tools?
I tried this with a centos machine. Download Microsoft .net Framework 2.0 Rtl X86 Enu. A few things I see: The gdb command doesn't accept quoted path names: e.g if you have your putty in 'c:program files (x86.' I had to revert back to using c:progra~2 The quoted command does work for the build command lines, i.e. When adding the plink commands Also, the breakpoint wasn't hit.
Windows Xp Pro Sp3 Activated Sata Drivers Integrated there. I.e using the a simple test program (Hello world. Smart School Tutor Serial Key. Type) I could copy and build and actually invoke the debugger, but the Bp wasn't hit, it just ran through.