From: arne@vajhoej.dk
On 6/24/2025 1:35 PM, Simon Clubley wrote:
> On 2025-06-23, Arne Vajhøj wrote:
>> On 6/23/2025 8:42 AM, Simon Clubley wrote:
>>> On 2025-06-20, Arne Vajhøj wrote:
>>>> ADO.NET (C#, VB.NET etc.)
>>>> totally standard
>>>> obviously not available on VMS
>>>
>>> Interesting observation. I wonder why ? C# would be more useful than (say)
>>> Rust for VMS.
>>
>> It would be nice indeed.
>>
>> .NET is a popular choice for the business apps that
>> are VMS's bread and butter
>>
>> As an illustration then Synergex seems to be pushing DBL for .NET!
>>
>> .NET for VMS would give:
>> * C#, VB.NET and F# out of the box
>> * third party languages (like DBL!)
>> * ASP.NET MVC for web services and web apps
>>
>> But it is also a huge thingy. It would require a lot
>> of VSI resources to port, test and support.
>
> Yes it is, but it would have helped solve some of the problems VSI has,
> especially with Synergex, (unless Synergex have now decided to do
> a native x86-64 VMS port).
>
> I would suspect that DBL users still make up a significant portion of
> the VMS userbase (unless they have _finally_ been forced to move off
> VMS because of an uncertain DBL on x86-64 VMS future).
I have no idea how large a percentage of VMS sites that use DBL or
what percentage of DBL sites run it on VMS.
But unless they release "Traditional DBL" (which seems to be what
they call native DBL) for VMS x86-64 or someone bring .NET yo
VMS x86-64 then both will eventually become zero - it make take
10 or 20 years, but VMS 8.4 on Alpha and Itanium is not viable
super long term.
It is certainly a nice market for VMS. In the total annually cost of
a custom Dibol/DBL application then VMS license and support contract
should be easy to fit in. Typical no crazy scaling requirements.
A large part of Dibol/DBL developers actually know VMS.
Arne
--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)
|
