home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / mswindo / programm / misc / 4736 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  2.1 KB
  1. Path: sparky!uunet!usc!sdd.hp.com!sgiblab!a2i!shakala!donh
  2. From: donh@shakala.com (Don Hackler)
  3. Newsgroups: comp.os.ms-windows.programmer.misc
  4. Subject: Re: Should I use large memory model anyway?
  5. Message-ID: <PXs2wB3w165w@shakala.com>
  6. Date: Thu, 07 Jan 93 23:49:48 PST
  7. References: <1993Jan6.193801.27741@neptune.inf.ethz.ch>
  8. Organization: Shakala BBS (ClanZen Radio Network) Sunnyvale, CA 408-734-2289
  9. Lines: 41
  10.  
  11. skimmel@iiic.ethz.ch (Stefan Martin Kimmel) writes:
  12.  
  13. > I have a question about the large memory model. 
  14. > 
  15. > MS and others (Petzold) warn to use the large memory model. On the other
  16. > hand I read that using the large memory model will make your
  17. > code more easily portable to Windows NT.
  18. > 
  19. > What I heard so far about the disadvantages of the large memory model
  20. > is not enough to stop me to try it. 
  21. > 
  22. > We do not need multiple instances of our application and do not 
  23. > have to support Windows 3.0. (not even Standard Modus)
  24. > 
  25. > But on the other hand we want at least part of our application (the
  26. > non-GUI part) to be easily portable to other platforms, and the 
  27. > whole application to be easily portable to Windows NT.
  28. > 
  29. > Have I missed certain important considerations about the large memory 
  30. > model? Do you know of any literature that is more encouraging about
  31. > using the large memory model and explains more about it?
  32. > 
  33.  
  34. Go for it... The large model eliminates a lot of problems with
  35. Near/Far pointers, DLL interfaces, string libraries, etc.
  36. The drawbacks are 1: single instance of your app, and 2:
  37. a small performance penalty.  
  38. The traditonal Windows thinking was to make the apps small
  39. and fast and multiple instanced; these days you do what
  40. you need to do to get it done.  
  41. If you are going to port to WinNT, start now with at least
  42. using the strict version of the windows.h header file,
  43. and at best, use the Win 32s tools and start your app as a
  44. flat memory model.  It'll be faster and more portable
  45. to other platforms.  (and the port to NT is automatic)
  46.  
  47. - don
  48.  
  49. ------------------------------------------------------------------
  50. Don Hackler  - donh@shakala.com 
  51. Shakala BBS (ClanZen Radio Network) Sunnyvale, CA 408-734-2289
  52.