Xref: news-dnh.mv.net comp.os.msdos.djgpp:3161 Path: news-dnh.mv.net!mv!news.sprintlink.net!news.inc.net!news.sol.net!spool.mu.edu!howland.reston.ans.net!plug.news.pipex.net!pipex!tank.news.pipex.net!pipex!usenet.eel.ufl.edu!newsfeed.internetmci.com!news.sesqui.net!rice!news!sandmann From: Charles Sandmann Newsgroups: comp.os.msdos.djgpp Subject: Re: Need to know a few thingies for api devlop. Date: Fri, 10 Nov 1995 00:52:01 CST Organization: Rice University, Houston, Texas Lines: 18 References: <36370 DOT smcdonal AT mailhost DOT pcug DOT org DOT au> Reply-To: sandmann AT clio DOT rice DOT edu Nntp-Posting-Host: clio.rice.edu To: djgpp AT sun DOT soe DOT clarkson DOT edu Dj-Gateway: from newsgroup comp.os.msdos.djgpp > If I execl a real mode app (or stub) will it work? > If so, how much mem will my program still be hogging? Real mode apps will work. Problems calling V2 images from V1, V2 calls anything OK. V1 images take around 130K. V2 images take around 17K (which is also adjustable by changing the transfer buffer size). If you don't do much I/O, and want a tiny footprint, use a 2K transfer buffer. If you are running without DPMI, CWSDPMI will take an additional 80K on the first execution, but some (or all) of that 80K may be in UMBs. If you know you will use less than 20Mb of memory in your DJGPP image, you can also trim the CWSDPMI low memory usage more by parameter tuning. > Can my gcc v2 protected mode prog get interrupts from real mode > while other prog is running (for api)? Yes. It would theoretically be possible to write a V2 DJGPP TSR, but I've never had the time to work out the details (and I don't know if unloading would be possible).