home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / os2 / advocacy / 10961 < prev    next >
Encoding:
Internet Message Format  |  1992-12-26  |  3.8 KB

  1. Xref: sparky comp.os.os2.advocacy:10961 comp.os.ms-windows.advocacy:3438
  2. Path: sparky!uunet!ogicse!sequent!muncher.sequent.com!furballs
  3. From: furballs@sequent.com (Paul Penrod)
  4. Newsgroups: comp.os.os2.advocacy,comp.os.ms-windows.advocacy
  5. Subject: Re: FCC will proclaim Microsoft is run by Communists! : )
  6. Message-ID: <1992Dec27.015256.7567@sequent.com>
  7. Date: 27 Dec 92 01:52:56 GMT
  8. Article-I.D.: sequent.1992Dec27.015256.7567
  9. References: <1992Dec24.222133.10992@tc.cornell.edu> <1992Dec25.102400.13417@donau.et.tudelft.nl> <1992Dec25.163338.29576@tc.cornell.edu>
  10. Sender: usenet@sequent.com (usenet )
  11. Organization: Sequent Computer Systems, Inc.
  12. Lines: 71
  13. Nntp-Posting-Host: crg8.sequent.com
  14.  
  15. In article <1992Dec25.163338.29576@tc.cornell.edu> bai@msiadmin.cit.cornell.edu (Dov Bai-MSI Visitor) writes:
  16. >In article <1992Dec25.102400.13417@donau.et.tudelft.nl> linstee@dutecaj.et.tudelft.nl (Erik van Linstee) writes:
  17. >
  18. >>Well, I don't know anything about your FTC, and I don't quite get
  19. >>what it has to do with software needing to know about systems
  20. >>internals.
  21. >>All I am saying is that software engineers needn't worry about
  22. >>system internals. Only time critical software needs to grab an
  23. >>interrupt and as regular software goes this would only be a
  24. >>comm. package. And even then the designer needn't know about
  25. >>the internals, because he can use a library that installs an
  26. >>interrupt handler. Of course he can prefer to do it himself, as
  27. >>I often do, but that is only because I choose not to use anything
  28. >>I don't have total control over. this is of course only feasible
  29. >>if you design a piece of software by yourself.
  30. >>Summary: application designers need not worry about system internals,
  31. >>thats what the systems the designers are for.
  32. >
  33. >Does not the DOS programmer need to know about segment:offset 
  34. >addressing, what memory model to use, and when ? Can one program
  35. >effectively on DOS without that knowledge ?
  36. >
  37.  
  38. Yes, one can, as long as one understands the limitiations between
  39. applications development in the true portable sense, and the
  40. virtual machine layer that interfaces into the OS and hardware. XED
  41. was ported to DOS this way. I know, I did the port. The
  42. applications layer was completely unaware of DOS, and compiled to
  43. run on 17 other UNIX platforms form the same set of source.
  44.  
  45. >How about the differences between 286/386 ?
  46. >
  47.  
  48. see above...
  49.  
  50. >How about the 640k limit and how to overcome it ? Need not the 
  51. >programmer know about extended/expanded memory, DPMI/VCPI interfaces ?
  52. >I have in front of me the second edition (1992) of the book
  53. >"Extending DOS - A Programmer's Guide to Protected Mode DOS" by
  54. >Ray Duncan. The first introductory chapter include detailed description 
  55. >of selectors, descriptors etc. 
  56. >
  57. see above... 
  58.  
  59. Also, there are libraries out there to handle these kinds of
  60. things, including several very good ones on virtual memory
  61. management that require little understanding of how DOS operates.
  62.  
  63. NOW, the real issues was:
  64.  
  65. Does Microsoft enjoy an advantage using undocumented calls in the
  66. applications. Again I say NO. There is NO advantage to using
  67. undocumented calls, when those calls can/will/and do change from
  68. release to release of the OS, causing the application to break in
  69. how every many spots those calls were issued from. This forces the
  70. programmer to go back and change things once again, and maybe if
  71. he's smart, figure out how it should be done using the documented
  72. calls in the first place.
  73.  
  74. I tried this trick once years ago. I got bit.
  75.  
  76. I would rather spend my time in useful persuits, rather than fixing
  77. something that never need fixing in the first place.
  78.  
  79. JMHO..
  80.  
  81. -- 
  82. --------------------------------------------------------------------
  83.             Bureaucracy: noun, plural - Bureaucracies.
  84.          The process of turning energy into solid waste.
  85. ---------------------------------------------------------------------
  86.