From: Kendall Bennett Newsgroups: comp.os.msdos.djgpp Subject: Remote DJGPP debugging from Win32? Message-ID: Organization: SciTech Software, Inc. X-Newsreader: MicroPlanet Gravity v2.20 Lines: 40 Date: Mon, 24 Jan 2000 20:39:14 -0800 NNTP-Posting-Host: 63.195.2.87 X-Complaints-To: abuse AT pacbell DOT net X-Trace: nnrp1-w.snfc21.pbi.net 948775010 63.195.2.87 (Mon, 24 Jan 2000 20:36:50 PST) NNTP-Posting-Date: Mon, 24 Jan 2000 20:36:50 PST To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com Hi Guys, I am looking around for a solution to do remote debugging from a Win32 host machine (ie: a native Win32 version of GDB such as Insight running under Cygwin), to a DOS box running DJGPP apps. I am interested if anyone knows if such a beast exists, and if not if there are any parties interested in developing such a beast under contract? The following is a brief description of the project: Project Description: -------------------- GNU C remote debugger support for compiling and debugging 32-bit DOS programs from a Win32 host machine. This project entails the following: 1. Win32 hosted tools to build 32-bit DOS apps (ie: DJGPP cross compiler) with debug info. We may be able to cross compiler DJGPP ourselves using Cygwin (I have been looking into this already). 2. Win32 hosted GUI GDB debugger to talk to the remote DOS machine. I am assuming this can already be done using the existing Cygwin GDB support and Insight. 3. GDB remote stub driver to support remote debugging between the Win32 host machine and a remote machine running 32-bit DOS code (DJGPP). We would like to be able to support the following remote debug protocols: 2a. Serial port 2b. Parallel port 2c. NetBIOS/NetBUI (TCP/IP is painful to load under DOS) We can easily live without the NetBIOS/NetBUI support, but if it can be done it would be a lot faster than parallel port debugging. However we definately need parallel port debugging, as that is what we currently use with our Watcom C++ based development environment. Serial port debugging is usually too slow for productive use. Regards,