home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / mswindo / misc / 2495 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  6.4 KB
  1. Path: sparky!uunet!cs.utexas.edu!swrinde!elroy.jpl.nasa.gov!decwrl!access.usask.ca!kakwa.ucs.ualberta.ca!alberta!ttlg!postmaster
  2. From: Monroe.Thomas@ttlg.UUCP (Monroe Thomas)
  3. Newsgroups: comp.os.ms-windows.misc
  4. Subject: Re: Windows == OS
  5. Message-ID: <715053988.0@ttlg.ttlg.UUCP>
  6. Date: 29 Aug 92 01:48:00 GMT
  7. Sender: postmaster@ttlg.UUCP
  8. Lines: 122
  9.  
  10.  
  11.   >Ok, if this is 100% correct and there is nothing else to say about
  12.   >windows and virtual-memory then why is it that windows must (and does)
  13.   >return the dos application to the same exact memory location it was
  14.   >swapped out from.  If what you say is complete and accurate windows
  15.   >should be able to move DOS apps all around and have no trouble with
  16.   >them in that respect.
  17.  
  18. It DOES move DOS apps all around memory with no trouble!  How do you
  19. think you can have more than one DOS box running at once?  Each DOS
  20. box is located in a different part of physical memory, but Windows
  21. "virtualizes" the address space seen by each DOS box so that each DOS
  22. box sees the same addresses.
  23.  
  24.   >Exactly these are assumptions based on experiments that show windows
  25.   >not to be an operating system.  Although it would do me good to get
  26.   >to know window's specifics but there is really no need.  Let me quote
  27.   >email exchages between me and a microsoft programmer that seems to
  28.   >know the internals of windows well and see what I mean, actually I'll
  29.   >quote them after the next paragraph (wrong! I don't use...) and your response
  30.  
  31.   >***********************My remarks are in square ([]) brakets **********
  32.   >                                        -------------------
  33.   >        ---------------                 Windows Application
  34.   >        DOS application                 -------------------
  35.   >        ---------------                        |
  36.   >               |                        -------------------
  37.   >               |                        Windows API layer
  38.   >               |
  39.   >               |                        Device drivers
  40.   >               |                        Scheduler
  41.   >               |                        Memory manager
  42.   >               |                        -------------------
  43.   >               |                           |   |
  44.   >               |        ---------------------- |
  45.   >               |        Windows device drivers |
  46.   >               |        ---------------------- |
  47.   >               |                           |   |
  48.   >               |                           |   |
  49.   >        ----------------------------------------------------
  50.   >                            V M M
  51.  
  52. NA>                                Scheduler
  53.   >                                Memory manager
  54.   >                                Device drivers
  55.   >                                File I/O subsystem (*)
  56.  
  57. NA>        ----------------------------------------------------
  58.   > [ The comand interperter goes here, and you have more dos
  59.   >   applications at this level, windows relies in the shell's
  60.   >   environement varaibles and many of settings, windows is
  61.   >   already too high up to be an OP, which is supposed to be
  62.   >          the lowest thing interacting with the hardware not
  63.   >   above a user interperter shell (device-drivers are a part of
  64.   >          an opearting system]
  65.   >            |        |
  66.   >            |        |
  67.   >        ---------------------
  68.   >            Global TSR
  69.   >        ---------------------
  70.   >            |           |
  71.   >        ----------------------------------------------------
  72.   >                            V M M (inserts itself in between)
  73.   > [here you go, this is painful, windows sends hooks
  74.   >  to places it should not, it has to do this because
  75.   >         it tries to be more then a shell, which it is much
  76.   >         closer to].
  77.   >        ----------------------------------------------------
  78.   >            |           |
  79.   >        -------------   |
  80.   >        MS-DOS device   |
  81.   >            drivers     |
  82.   >        -------------   |
  83.   >            |           |
  84.   >        ----------------------------------------------------
  85.   >                            V M M (inserts itself in between)   (z)
  86.   > [this is what I mean, it intervines, replaces and
  87.   >  disturbes the whole ms-dos operating system
  88.   >  to an extent that it should take dos out and
  89.   >         replace it completely.  It looks more like an
  90.   >         extension.  Don't tell me layered OS again, no
  91.   >        layered appliations are above an interperter like
  92.   >         command.com and side to side with applications.
  93.   >  The VM operating system is the classical example
  94.   >         of nestted operating system, read my last post
  95.   >         to heath (just because I summarized it there
  96.   >  that is incase you are not farmiler with it)]
  97.   >        ----------------------------------------------------
  98.   >            |           |           |           |
  99.   >        --------------------        |           |
  100.   >        MS-DOS kernel               |           |
  101.   >        --------------------        |           |
  102.   >            |           |           |           |
  103.   >        ----------------------------|           |
  104.   >      VMM (inserts itself in between)           |
  105.   > same
  106.   >        ----------------------------|           |
  107.   >            |           |           |           |
  108.   >        ----------------------------------------------------
  109.   >                                ROM-BIOS
  110.  
  111. OK, this illustrates my point exactly...  you've shown several places
  112. where the Virtual Machine Manager (VMM) inserts itself between DOS
  113. stuff and other layers.  And, by the way, the DOS application part at
  114. the top of the diagram is NOT referring to a DOS application running
  115. in native DOS, it is referring to a DOS app being managed by
  116. *Windows*.  And where does the VMM come from... well... surprise
  117. here... the VMM is part of Windows!!!  So as the diagram so pointedly
  118. makes obvious, DOS is no longer in control of the machine... the VMM
  119. is... and the VMM is part of Windows.  So, are you willing to finally
  120. admit that DOS is no longer in control of the machine when Windows is
  121. running?  It was you who said in another post that YOUR criterion for
  122. an OS is (paraphrased) the last layer between applications and the
  123. hardware.  The last layer is the VMM, which is part of Windows.  The
  124. diagram has made that plainly obvious... thanks for providing the
  125. diagram... I couldn't have drawn it better myself! 8)
  126.  
  127. -Monroe
  128.  
  129.  * OLX 2.2 * "I love cats," Tom mused.
  130.  
  131.  * Origin: Through the Looking Glass (42:100/14)
  132.