From:	Kendall Bennett <KendallB AT scitechsoft DOT com>
Newsgroups:	comp.os.msdos.djgpp
Subject:	Remote DJGPP debugging from Win32?
Message-ID:	<MPG.12f6c8cbe1b1df91989681@news.pacbell.net>
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,

- Raw text -