home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / vms / 12941 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  4.6 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!ucbvax!cdclu1.genrad.com!dongray
  2. From: dongray@cdclu1.genrad.com (Derek Dongray)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: DECwindows ==> Motif license upgrade
  5. Message-ID: <9207300855.AA22401@genrad.com>
  6. Date: 30 Jul 92 08:55:27 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 78
  11.  
  12. Yesterday I discovered that our DECwindows interface to NOTES had stopped
  13. working. The reason? We were running Notes 2.2 with DECwindows XUI; the SPD
  14. says that 2.2 requires Motif. We'd been running 2.2 with 5.4-2 for some time
  15. and either nobody noticed that the DECwindows interface didn't work, or it
  16. *did* work and only got broken when we upgrade the VMS 5.5.
  17.  
  18. Are we likely to see more products from DEC forcing us to go to Motif in the
  19. future?
  20.  
  21. "The new windowing interface to DEBUG is really fast and much easier to use
  22. than the character cell interface, you just need to be running Motif..."
  23.  
  24. "FileView now supports an icon-based interface similar to the Mac or MS-Windows
  25. when running under Motif..."
  26.  
  27. "DECwindows/EVE now supports separate workstation windows when running Motif..."
  28.  
  29. While I accept that new functionality may require other software components to
  30. be upgraded, the requirement to have a separate license on the client to
  31. support a server running Motif seems unnecessarily restrictive. All of our
  32. newer workstations *are* licensed to run Motif, but we can't upgrade because we
  33. could not run the applications on the non-workstation hosts because they are
  34. not licensed! Also while it is possible to run a mixed VWS/DECwindows cluster
  35. it is not possible to run a mixed XUI/Motif cluster; if we upgrade, then the
  36. older workstations which don't have Motif licenses are not usable.
  37.  
  38. An analogy to this situation would be DEC introducing a new VT520 terminal
  39. which has an enhanced keyboard and understands an enhanced set of escape
  40. sequences; however DEC programs will only use these escape sequences and accept
  41. the new keycodes if you buy a new license for your Vax host and install a new
  42. version of TTDRIVER.
  43.  
  44. Perhaps I shouldn't make such analogies. I might be putting ideas into the
  45. heads of the marketing people at DEC ...
  46.  
  47. [Flame on]
  48. Of course, I'm annoyed by the whole license scheme anyway. The idea that users
  49. should pay more to the software developer because they've bought more powerful
  50. hardware seems ridiculous to me. DEC may be able to argue that since they
  51. develop both the hardware and the software, they have some justification in
  52. having variable cost on software as well as hardware. But how a 3rd party
  53. company can justify charging one amount to run code on one CPU and different
  54. amount to run it on another is beyond me.
  55.  
  56. Would the PC market accept pricing which said "PCwidget will cost $100 if you
  57. want to run it on a 386 at 12Mhz, but if you have a 50Mhz machine it will cost
  58. you $500. Oh, and if you sell your machine and buy a more powerful one then
  59. you'll have to buy a license upgrade, but you won't get any new code, just a
  60. piece of paper"? Somehow, I don't think so.
  61.  
  62. An acceptable license scheme would either be concurrent-user based, e.g.
  63. whatever the CPU size each extra logged in user or batch job costs $X, rate
  64. limited, e.g. a mail program forwarding X messages per minute costs $Y, 2X
  65. costs $2Y, or capacity limited, e.g. a database manager costs $X to support
  66. every Y*10000 records. All of these would be limited by the CPU, but it's up
  67. the the user to buy the approprate hardware to support their use. It is
  68. possible to buy an unlimited VMS user license for a MicroVax II, but I don't
  69. think you could have 200 users simultaneuously logged into one and have them do
  70. anything at all!
  71.  
  72. However, I suspect that the current scheme is suffiently entrenched that it
  73. won't be discarded. And anyway, it's to the software developers' benefit so why
  74. should they change? On the VAX series, original development and most code
  75. maintenance can be done on any model and (with a few execptions, e.g. device
  76. drivers) the code will run on any other VAX. So most comapnies don't need to
  77. buy VAX 6000s; they can develop their code on MicroVAXes and just rake in the
  78. cash from people who have bought more powerful machines!
  79. [Flame off]
  80.  
  81. Apologies to everyone who's heard this all before, but I felt a need to
  82. complain to someone.
  83. --------------------------------------------------------------------------------
  84. Name : Derek Dongray, Systems Manager, GenRad Ltd.
  85. Phone : 061 486 1511 ext 166
  86. PSS : 234261600119::Dongray                 UKnet : Derek.Dongray@GenRad.co.uk
  87. InterNet : Dongray@cdclu1.GenRad.com        CompuServe : 70374,2745
  88. Address : Monmouth House, Monmouth Road, Cheadle Hulme, Cheshire, SK8 7AY, UK.
  89.  
  90.