From: arne@vajhoej.dk   
      
   On 10/27/2025 7:23 AM, Waldek Hebisch wrote:   
   > The document does not consider porting as an alternative.   
   > They apparently they wanted to use "the same" system, that   
   > is did not want changes to functionality, so probably there   
   > was some serious obstacle to porting.  Most likely, they had   
   > no sources, for example software was developed by an outside   
   > vendor and they only received binaries.   
      
   They can also have had sources but the compiler was not   
   available on VMS Itanium. Ada, PL/I etc.. Ada sounds   
   more likely than PL/I to me given the domain.   
      
   But given the timing, then porting may not have   
   been attractive even if they could port.   
      
   If this project was done in 2020, then options   
   (assuming that they wanted to stay on VMS) were:   
   * stay on VMS Alpha and move to Alpha emulators, which   
      both had long term support   
   * migrate to VMS Itanium, but facing the problem   
      that Itanium was officially dead (no new HW and no   
      emulators) and HPE would soon end HW support   
   * wait years for VSI to get VMS x86-64 product ready,   
      while existing HW started to fail   
      
   Easy choice.   
      
   But they just need to realize that eventually VMS Alpha   
   will come to an end. That means another migration project   
   (with associated costs) before 2035. But in 2020 then VMS Alpha   
   may have been the only viable choice.   
      
   Arne   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)