home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!haven.umd.edu!darwin.sura.net!zaphod.mps.ohio-state.edu!cs.utexas.edu!asuvax!ukma!cs.widener.edu!dsinc!netnews.upenn.edu!jvnc.net!newsserver.technet.sg!solomon.technet.sg!ipser
- From: ipser@solomon.technet.sg (Ed Ipser)
- Newsgroups: comp.os.ms-windows.programmer.misc
- Subject: Re: MS C++ ver. 7 Piece of Shit
- Message-ID: <BzA2sp.199@newsserver.technet.sg>
- Date: 15 Dec 92 01:58:00 GMT
- References: <1ggos0INNhqo@crcnis1.unl.edu> <Bz98LK.GA8@world.std.com> <1gilfkINNjmd@crcnis1.unl.edu>
- Sender: news@newsserver.technet.sg
- Distribution: usa
- Organization: TECHNET, Singapore
- Lines: 22
- Nntp-Posting-Host: solomon.technet.sg
-
- In article <1gilfkINNjmd@crcnis1.unl.edu> chaddan@cse.unl.edu (Christopher Haddan) writes:
- >rmccown@world.std.com (Bob McCown) writes:
- >
- >>In article ... chaddan@cse.unl.edu (Christopher Haddan) writes:
- >>>8910782@sunvax.sun.ac.za (Roger) writes:
- >>[lots o' stuff deleted...]
- >>>
- >>>Ummmmm, why don't you run in a dos box? That way you have DPMI
- >>>support w/o 386Max and exec'ing your app is just a click away.
- >
- >>There's a problem with this. I'm writing a DLL to be called from a VB
- >>program, and it seems once I load the DLL once, until I unload windows
- >>from the machine, it keeps the original copy in memory.
- >
- >This is true, I have encountered the same problem.
-
- So how come I don't encounter this problem under Borland C++? I use the
- ID and I've developed an application and two DLLs on which it depends.
- I can make changes to the DLLs or the the application and then run the
- application and test the results all within the same windows session.
-
- Is the above perhaps a "feature" of MSC++?
-