home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / os2 / advocacy / 3911 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  2.3 KB
  1. Path: sparky!uunet!news.claremont.edu!ucivax!ucla-cs!rutgers!njitgw.njit.edu!hertz.njit.edu!dic5340
  2. From: dic5340@hertz.njit.edu (David Charlap)
  3. Newsgroups: comp.os.os2.advocacy
  4. Subject: Re: Will OS/2 2.0 support Windows 386Enh development?
  5. Keywords: windows 386enh sdk
  6. Message-ID: <1992Aug13.194956.5426@njitgw.njit.edu>
  7. Date: 13 Aug 92 19:49:56 GMT
  8. References: <alcocer.713648532@nestea>
  9. Sender: news@njit.edu
  10. Organization: New Jersey Institute of Technology, Newark, N.J.
  11. Lines: 39
  12. Nntp-Posting-Host: hertz.njit.edu
  13.  
  14. In article <alcocer.713648532@nestea> alcocer@parc.xerox.com (Dario Alcocer) writes:
  15. >Does anyone know if OS/2 2.0 will support, now or in the near
  16. >future, development of Windows apps that require 386 Enhanced
  17. >mode?  As I understand the problem, Windows 32-bit code cannot
  18. >run under OS/2 because the Windows kernel wasn't written to be a
  19. >DPMI client and tries to control protected mode directly.
  20.  
  21. No.  Enhanced mode can't be provided unser OS/2.  Not because of the
  22. DPMI client, but because Windows 32-bit code requires the process to
  23. run in kernel-mode.  OS/2 will not allow a user application to run in
  24. this mode - it violates system integrety.
  25.  
  26. >On a related note, when the CSD comes out for Windows 3.1
  27. >suppoort, will 386 Enhanced mode be supported?  I've heard that
  28. >since Windows 3.1 was written to be a DPMI client, it can now be
  29. >hosted properly under OS/2 2.0.
  30.  
  31. WIN-OS2 is already a DPMI client.  IBM re-wrote the memory management
  32. of Windows 3.0 for WIN-OS2.
  33.  
  34. >BTW, the project I'm working on requires 32-bit code (some heavy
  35. >image-processing code that cannot be reasonably ported to a 16-bit
  36. >Windows DLL, which would make it possible to run under Standard mode
  37. >that OS/2 does support).  Also, for market reasons, we cannot write
  38. >exclusively for OS/2. 
  39.  
  40. This code will not work under WIN-OS2.  If you structure your program
  41. properly, you can quickly port it to OS/2 later, though.  If you use
  42. any CASE tools, you can use the same CASE files for both systems,
  43. since there are matching products from many vendors.  (eg: CASE:PM and
  44. CASE:W.  I think Microformatic's GPF system exists for PM and Windows
  45. as well).
  46.  
  47.  
  48. -- 
  49.    |)  David Charlap           "I don't even represent myself
  50.   /|_  dic5340@hertz.njit.edu   sometimes so NJIT is right out!.
  51.  ((|,)
  52.   ~|~  Hi! I am a .signature virus, copy me into your .signature file.
  53.