[Info-vax] Programming languages on VMS

[Arne Vajhøj]

On 1/25/2018 7:07 PM, Richard Maher wrote:
> On 26-Jan-18 2:45 AM, Phillip Helbig (undress to reply) wrote:
>> In article <z85ZM4dUHfQf at eisner.encompasserve.org>,
>> koehler at eisner.nospam.decuserve.org (Bob Koehler) writes:
>>> In article <p48l8h$31u$1 at gioia.aioe.org>, Richard Maher 
>>> <maher_rjSPAMLESS at hotmail.com> writes:
>>>> Not a single cent more should be spent on a browser for VMS except to
>>>> decommission them.
>>>
>>>     For you, maybe.  But I could not disagree more.
>>
>> I could also not disagree more.  "Desktop to Datacenter" was a good
>> motto.  Yes, one can get around the lack of a good browser on VMS.  On
>> the other hand, any Turing machine can emulate another.  I was recently
>> reading a book by Steven Weinberg where he mentioned a Turing-complete
>> cellular automaton which one can code in a few lines (I'll do it in DCL
>> or Fortran soon).  But that doesn't mean that workarounds are the best
>> way to do things.  There are many advantage of having the browser run on
>> the same platform where other things are done.
>>
>> It's probably not a good idea to do a port of some browser to VMS then
>> try to keep up by integrating VMS into the main code.  This works for
>> (UN)ZIP, but wouldn't for a browser.
> 
> VMS has far too much catching up on server functionality to be 
> distracted by the folly of a browser. It isn't cheap to develope and 
> maintain a browser you know? How many employees do you think VSI has?

I totally agree.

This is business.

It does not seem likely that having a good web browser will sell
any more VMS licenses.

There is a mile long list of server features that can help increase
VMS license sale.

VSI should invest their resources where there is a ROI.

Arne