home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / os2 / advocacy / 3092 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  4.1 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!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: OS2 Good news and Bad news  (OS2 & a little windows too)
  5. Keywords: os2
  6. Message-ID: <1992Jul22.165948.20220@njitgw.njit.edu>
  7. Date: 22 Jul 92 16:59:48 GMT
  8. References: <yeates.711750372@beryl17>
  9. Sender: news@njit.edu
  10. Distribution: comp.os.os2.advocacy
  11. Organization: New Jersey Institute of Technology, Newark, N.J.
  12. Lines: 77
  13. Nntp-Posting-Host: hertz.njit.edu
  14.  
  15. In article <yeates.711750372@beryl17> yeates@rtsg.mot.com (Tony J Yeates) writes:
  16. >6)  I asked them to run AMi Pro, my chosen word processor.  Oh dear oh dear!  It
  17. >was oh, so , slow to come up.  The rep. tried to cover up by stepping up
  18. >the talking - but it was too long for that.  It seemed like about 4 minutes to
  19. >load, but it was probably less.  It was certainly embarrassingly and painfully slow.
  20. >The rep. said it had to load a lot of things, DOS then windows, then AMI, but even
  21. >so - it was SLOW  (remember 486 16M RAM ....).
  22.  
  23. That's a minor complaint of mine as well.  When you start an WIN-OS2
  24. session, you must start a DOS session, run the DOS session's
  25. AUTOEXEC.BAT file, and then run WINOS2.COM.  Once that's going, your
  26. application can load.  It can take a while in some cases.
  27.  
  28. The rep should have had a WIN-OS2 session started in the background,
  29. and switch to it to launch AMI Pro.  It would have looked better that
  30. way...
  31.  
  32. Imagine re-booting your computer into DOS, and starting Windows before
  33. launching your app.  That's what OS/2 had to do.  Not that it makes
  34. things better, but it is a very valid reason.
  35.  
  36. >8)  No SVGA driver yet. Rep. claimed that their would be one/some.
  37.  
  38. There are many third party SVGA drivers.  Contact your board
  39. manufacturer.  I'm using SVGA modes on my ATI VGA-1024 board with no
  40. problems. 
  41.  
  42. >10) Apparently a resource hog.
  43.  
  44. But there are enough resources that it's not a problem.  Under DOS, a
  45. 512K program is too big.  Under OS/2, it's not that significant.
  46.  
  47. >Conclusion:  nice GUI, DOS and windows compatibility is not 100%, its
  48. >buggy, VGA reslotion only.  Slow at times.  Call me when its finished
  49. >(full compatability, SVGA drivers, stacker-like compression, or code
  50. >size reduce by run-time linking).
  51.  
  52. Your opinion.  Nobody claimed it's DOS compatibility to be 100%  As
  53. for Windows, it runs anything you have if it works in Standard mode.
  54.  
  55. SVGA drivers are avilable from your board manufacturer.  Contact them.
  56. Neither DOS nor Windows ships with stacker-like compression, why do
  57. you insist that OS/2 provide this?  Anyway, Stacker corp. is working
  58. on stacker for OS/2.
  59.  
  60. OS/2 has run-time linking in it already.  If you look closely, you'll
  61. find a directory FULL of dynamic link libraries (DLL's).  Look in the
  62. \OS2\DLL directory.  Without them, the simplest PM-based program would
  63. be about 3MB in size!  Applications developers can create their own
  64. DLL's for their own code - Excel for PM has about 1.5MB of them, as do
  65. many other OS/2 apps.  What else were you thinking of?
  66.  
  67. Of course, DOS programs have to do their own dynamic linking.  Windows
  68. programs can use Windows DLL's just fine - place them on the PATH or
  69. in the Windows\SYSTEM directory, just like under DOS.
  70.  
  71. >I hope OS2 gets fixed and succeeds,  but its still in the alpha/beta stage IMHO.
  72.  
  73. I guess you consider DOS and Windows also in the alpha/beta stages,
  74. too.  They've got all the same problems, and sometimes more.
  75.  
  76. >Is it time to buy a Mac?  (WOT! - No command line?! No character-based shell?!
  77. >How do you program the darn thing?  Drag and drop a wysiwyg word processed files
  78. >to a compiler icon? )
  79.  
  80. Unfortunately, it doesn't work this way.  It'd be neat if it did,
  81. though.  Mac compilers usually work as an integrated development
  82. system, much like Borland does with their Turbo languages.  You start
  83. the editor, and tell the compiler what to do with the edit buffer(s)
  84. via the menu bar.
  85.  
  86.  
  87. -- 
  88.    |)  David Charlap           "I don't even represent myself
  89.   /|_  dic5340@hertz.njit.edu   sometimes so NJIT is right out!.
  90.  ((|,)
  91.   ~|~  Hi! I am a .signature virus, copy me into your .signature file.
  92.