Re: So how representative is this experience ?

Bill Gunshannon wrote:
In article <e5d9jn$19o$1@xxxxxxxxxxxxxxxxxxxxxx>,
"Richard Maher" <maher_rj@xxxxxxxxxxxxxxxxxx> writes:
Hi,

and the
problems caused by compilers optimisations were vast.
Any more details on this? To help other porters.

Let me guess, VMS Engineering's (or the public face of) response was "Oooh,
I wouldn't have done it that way" or "If I was trying to get there I
certainly wouldn't start from here" or "During the war. . .".

As a result they decided it would be easier and less risky to
re-impliment from scratch on Windows.
Is this not really just someone's political agend to seize the opportunity
to change architecture? That is, Windows would look better on their CV, VMS
is perceived as legacy, yadda, yadda, yadda (Same stuff for last 15 years
:-)

Didfn't sound like it. They tried moving to Itanium and it didn't work.

Just because one group failed in this effort in no way defines anything. There could have been real problems, or, there could have been a bunch of incompentents, or, anywhere in between.

However, that a group did fail, should give others the idea that perhaps more research is called for, and trying to determine why a group failed would also be called for. If you don't learn from other's mistakes, then you'll possibly repeat them.

I'm sure if the right people in HP new of the specific problems then the
FACTS could make it harder to justify a move.

less risky
Yep re-implementing from stratch is a walk in the park! How risky could that
be? (Good news is they'll never fully replace the functionality of the old
system

On what do you base this little gem?

I'll add some weight to that concept. From actual experience. Applications that grow over time usually have more capabilities than can be determined in the short time a group doing a total re-write will usually devote to such. Their product will have some missing features, will have new bugs, and may or may not serve the needs of the users.

Note that some omitted capabilities are no longer required. Some may not be in use now, but may be needed in the future.

I've participated in these things. At best it's a horizontal move. Much more often it's backsliding. That's just how things have actually occured.

and will end up having to upgrade to itanium anyway.

Now I don't see how that is determined.

And how do you dras this conclusion? They moved to Windows which doesn't
now and never will run in Itanium.

bill



--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: davef@xxxxxxxxxxxxx
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486
.

Relevant Pages

  • Re: Is VMS losing the Financial Sector, also?
    ... On Behalf Of Bill Gunshannon ... Is VMS losing the Financial Sector, ... Vista for can not be done on VMS. ... One of their Customers was running Windows Server and was down for 2 ...
    (comp.os.vms)
  • Re: HoffmanLabs: High-performance Interconnects, MPI?
    ... On Behalf Of Bill Gunshannon ... quite clear the VAX wold win because they wanted to run astronomy software ... and definitely market it. ... your effort to keep VMS in your CS dept has been commended here ...
    (comp.os.vms)
  • Re: Intel prepares to kill off the Pentium 4
    ... "Bill Gunshannon" wrote in message ... The computer manufacturers need the components to ... Intel not only doesn't need VMS it really has no ... We all know that Intel still uses OpenVMS in their fabs; maybe they just won't trust *NIX or Windoz systems to growing silicon so this might be one justification for helping to save our OS. ...
    (comp.os.vms)
  • Re: Is VMS losing the Financial Sector, also?
    ... In article, bill@xxxxxxxxxxx (Bill Gunshannon) writes: ... Is VMS losing the Financial Sector, ... Vista for can not be done on VMS. ... One of their Customers was running Windows Server and was down for 2 ...
    (comp.os.vms)
  • Re: Why arent more universities doing this?
    ... > Bill Gunshannon wrote: ... I look forward to trying to get some VMS porting ... The students are always looking ... they are hardly fossilized computers when compared to ...
    (comp.os.vms)