Message-ID: <385ACA26.D9C9FC40@iclinks.com> From: Steve Drake X-Mailer: Mozilla 4.61 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 Newsgroups: comp.os.msdos.djgpp Subject: djgpp appropriate for embedded system? Content-Type: text/plain; charset=x-user-defined Content-Transfer-Encoding: 7bit Lines: 24 Date: Fri, 17 Dec 1999 15:41:26 -0800 NNTP-Posting-Host: 209.162.65.217 X-Complaints-To: abuse AT verio DOT net X-Trace: nuq-read.news.verio.net 945474087 209.162.65.217 (Fri, 17 Dec 1999 23:41:27 GMT) NNTP-Posting-Date: Fri, 17 Dec 1999 23:41:27 GMT Organization: Verio To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com I am considering using djgpp to develop apps for a small commercial embedded system: 386EX 33MHz 2, 4 or 8 Meg flash, looks like a disk drive 512K or 1Meg RAM ROM-DOS 6.22 (DOS 6.22 compatible) minimum of 2 serial ports (up to 7) My concerns: RAM The RAM space is limited. I had heard a rumor that the DPMI system required by djgpp effectively makes it unuseable with less than 2Megs of RAM. Any truth to this? I was able to write and execute a "Hello world" app on a 512K target (the exe was 100k). I used CWSDPMI.EXE. The fact that it worked would seem to refute the rumor, but maybe I am missing something. DEBUGGER My target does not have any video/keyboard, so everything must be done through serial ports (an ethernet option is also available on some systems). The console is on COM1 which you access using Hyperterminal or the like. I want to know if a decent remote debugger exists that can interact with the target over a serial port. Currently we are using Borland C++ and Paradigm Debug/EPC, but I want to get away from these tools because they are disappearing and we want something that we can support for 10 years or more for internal use and for our customers. Any thoughts would be apppreciated. Steve