RE: Wonderful things happen to an OS when it has an internal champion

-----Original Message-----
From: David J Dachtera [mailto:djesys.no@xxxxxxxxxxxxxxxx]
Sent: August 19, 2007 12:53 PM
To: Info-VAX@xxxxxxxxxxxx
Subject: Re: Wonderful things happen to an OS when it has an internal
champion


[snip...]

There are probably some ways around this using Windows environment
symbols.
However, this would be so far outside of the typical Windows
programmer's
paradigm that trying to introduce it now would be tantamount to
introducing a
whole new operating environment.

Indeed, these critters have grown so accustommed to "I'll solve this
problem MY
way, regardless of whether it clashes with anything else" that the
probability
of changing it short of WMware or equiv. is indeed quite low.

--
David J Dachtera
dba DJE Systems
http://www.djesys.com/

Yep, and one could argue that while perhaps not to the same extent, the
same is true of UNIX environments i.e. it is not technical issues, but
rather culture issues which are the biggest impediment to App stacking.

In some ways, OpenVMS is proprietary and has a culture associated with
"this is the way you do things.." and that is a really good thing. This
applies to things like app clustering and different application modules
(written in diff languages) data and resource sharing rules that need to
be followed in order for everyone in the sand box to play together nicely
in a safe, scalable and very secure manner.

Now, in the UNIX environment, in order for an App to take advantage of the
local OS platform clustering technology, it needs to follow that platforms
rules for clustering. Technically, its not likely an issue, but doing so
would mean that application is now much less portable than if it were not
written to take advantage of one OS platforms clustering. And in the UNIX
world, portability is a a much bigger deal than it is on OpenVMS. With VMS,
if you follow the standard rules, then your app should have no issues
co-existing with other app's on the same system (assuming overall performance
is managed of course.)

[insert discussion from those who think UNIX culture of doing their own
thing is not an impediment to App stacking on centralized UNIX servers.]

Regards



Kerry Main
Senior Consultant
HP Services Canada
Voice: 613-592-4660
Fax: 613-591-4477
kerryDOTmainAThpDOTcom
(remove the DOT's and AT)

OpenVMS - the secure, multi-site OS that just works.






.

Relevant Pages

  • RE: Wonderful things happen to an OS when it has an internal champion
    ... rather culture issues which are the biggest impediment to App stacking. ... Now, in the UNIX environment, in order for an App to take advantage of ... are doing with all kinds of servers such as web servers, ftp servers, e-mail ...
    (comp.os.vms)
  • Re: RHES custom Q
    ... > I have a strong background in sfwr development, but almost no unix ... > cohorts will be putting a custom server app we are building. ... I never heard of ruby or rails, but you can put the source anywhere you want ...
    (linux.redhat.misc)
  • Re: communication between different platforms
    ... > To change parameters or to control apps that run on Unix, ... > customers prefer a Windows GUI interface instead of this text screen ... > therefore I write a Windows app that communicate with the Unix app ...
    (comp.unix.programmer)
  • Looping Dir entires with space
    ... I am developing a Perl CGI application that needs to work on both ... Windows and UNIX. ... The app seems to be reading ...
    (comp.lang.perl.misc)