home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.96 / text2473.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  5.1 KB  |  125 lines
  1. "Dan Guisinger" <dan_g@ix.netcom.com> wrote:
  2.  
  3.  
  4.  
  5. > Here I'll explain the reasons for a port to Win95/NT and OS/2.
  6. > (Note, I don't use OS/2, and don't know how easy the features that 
  7. > windows can handle can be put into OS/2 since they aren't designed the 
  8. > same since 1991)
  9.  
  10. > 1) IFS    --    Windows 95 and NT 4.0 (Not sure about 3.51) use an 
  11. > Installable File System.  This was, ALL programs can read from Mac disks.
  12.  
  13. Windows95 uses a poor and incomplete implementation of IFS.  I am not
  14. sure about Windows NT, but I believe that you are correct about it.
  15.  
  16. IFS drivers cannot as yet support Macintosh format drives because of
  17. the way IFS detects which partitions are handled by IFS drivers.  This
  18. should be fixed in the next version of IFS.
  19.  
  20. > 2) Very Large API  --  Both OS/2 and Win32 have thousands of API calls 
  21. > that hide hardware from the programmers, making the development time 
  22. > decrease.
  23.  
  24. That can be a mixed blessing.
  25.  
  26. > 5) Fonts -- Windows and OS/2 support True Type Fonts.  ARDIs generic 
  27. > system doesn't.  What could they do?  Route calls thru to Windows or 
  28. > OS/2.  I don't even know if they can do it any other way.  Microsoft and 
  29. > IBM had to licence TTF code.  It could be that its a patented technoligy 
  30. > or something, and ARDI would have to licence it too (Correct me if I'm 
  31. > wrong)
  32.  
  33. You're wrong. (I think.) OS/2 does not use TrueType fonts yet.  I
  34. beleive that it uses Adobe Type 1 fonts or something similar.
  35. Executor should use whatever font support is available in the platform
  36. it is running on.  It should use Type 1 fonts in OS/2, TrueType in
  37. Windows, X fonts in X, etc.  These are usually handled by some form of
  38. API functions, which should make things easier.
  39.  
  40. > 6) Control Panels -- The way Windows uses control panels is this.  A 
  41. > singe CPL file can represent many different applets.  ARDI can make a CPL
  42. > file that searches for Mac control panels and then displays icons for 
  43. > those, making settings for both the PC and Mac work together seamlessly.
  44.  
  45. Eh.  I don't think I would do that.  OS/2 and Windows handle control
  46. panels differently (Windows uses a DLL renamed to .CPL with a wierd
  47. callback handler gizmo-thingee that I never understood and OS/2 uses a
  48. neat SOM object) and Linux/Unix has no control panels.  I've never
  49. used a NeXT.
  50.  
  51. > 7) Multitasking -- OS/2 and Win32 are thru multitasking and 
  52. > multithreading. This means ARDI doesn't exactly have to spend too much 
  53. > time on getting the system to multitask.
  54.  
  55. True, same for Linux and NeXT.
  56.  
  57. > 8) Same Desktop -- All programs can run on the same desktop.  Windows, 
  58. > OS/2, and Mac (Especally true with OS/2 for Windows or OS/2 with 
  59. > Windows)
  60.  
  61. I suppose that this is the GOAL.  (-:  
  62.  
  63. > 9) DirectX.  Video/Sound/Networking are all much **FASTER** when using 
  64. > these APIs, thus improving preformance to or above a DOS machine with the
  65. > same hardware.
  66.  
  67. Using VESA is fine for me.  Direct screen write is always faster than
  68. using a software API.  (VESA is usually implemented in hardware.)
  69.  
  70. > 10) Virtual Memory -- Executor currently has the limit of NO virtual 
  71. > memory.  Win95 has an dynamic swap file that grows/shrinks with use.
  72. > Executor can report the maxinum amount of memory a 68040 (and in
  73. > the future, PPC) can handle, and thus no memory problems.
  74.  
  75. Same for Linux, OS/2, etc.
  76.  
  77. > I  also saw mentioned that with Win95 you need more than 8 megs ram.  
  78. > That may be true, but by the time Executor/95 comes out, 8 megs of ram 
  79. > will cost around $80!  There is a shift in the market that is making all 
  80. > RAM prices drop this year, its already started, and will finish later 
  81. > this year.
  82.  
  83. Whoa.  That's more than a 50% drop.  I don't think that will happen in
  84. the next year.
  85.  
  86. > And to that mention of using a 386.  Give me a break.  Who would 
  87. > seriously try emulating anything as complicated as a Mac (68040) on such 
  88. > a slow machine.  Besides for one person, I don't know any body with one 
  89.  
  90. I think that you are making the terrible, horrible assumption that
  91. everyone is using a WIMP (Windows-Intel-Microsoft Pc) machine.
  92. Although most people do, there are lots of people who will be running
  93. on older systems on DOS, OS/2 for PowerPC, or whatever.  
  94.  
  95. Executor should be very popular at schools where there is a need to
  96. run Mac and DOS applications on older equiptment.
  97.  
  98. >And to say Win95 runs on top of DOS.  You don't know much about the system
  99. >your insulting do you?
  100.  
  101. DOS is wonderful.  Whether you're running DOS, Windows, OS/2, Linux,
  102. etc, you can run DOS applications.  If you have an emulator, you can
  103. run DOS applications on Macs, Amigas, and many other platforms.  This
  104. just isn't true for Windows95.  I like DOS.  And there are many people
  105. who prefer DOS to Windows.
  106.  
  107. >Windows.  If you want speed on a P6, get NT.  Don't complain here (Notice,
  108. >I haven't complained about
  109.  
  110. DOS on a 486 would probably be faster. (-:  Less overhead.
  111.  
  112. >any OS.  I think they all have their advantages and disadvantages.  And I
  113. >don't want to see any OS wars
  114. >in reply to this).
  115.  
  116. I think the problem is that you assume that everyone has a Pentium
  117. runing Windows, which is very far from the truth.
  118.  
  119. -----------------------------------------
  120. Tobin Fricke
  121. Mission Viejo High School
  122. fricke@exo.com
  123.  
  124.  
  125.