[Info-vax] 64-bit (was Re: New CEO of VMS Software)

[Dave Froble]

On 1/11/2024 1:17 PM, Simon Clubley wrote:
> On 2024-01-11, Dave Froble <davef at tsoft-inc.com> wrote:
>> On 1/11/2024 8:56 AM, Simon Clubley wrote:
>>> On 2024-01-11, Dave Froble <davef at tsoft-inc.com> wrote:
>>>> On 1/10/2024 8:43 AM, Simon Clubley wrote:
>>>>> On 2024-01-09, Dave Froble <davef at tsoft-inc.com> wrote:
>>>>>>
>>>>>> As far as I know, totally 64 bit apps can be implemented on VMS.  So, what's the
>>>>>> problem.  The fact that there is also that 32 bit capability hanging around
>>>>>> should not be a detriment, right?
>>>>>>
>>>>>
>>>>> Try using RMS in totally 64-bit mode. Unless there's been further
>>>>> development since, not everything in RMS had a 64-bit address option.
>>>>>
>>>>
>>>> My understanding, which could be totally wrong, is that the major concept of "64
>>>> bit" is about addresses.
>>>>
>>>
>>> And that is exactly what I am talking about. Not everything in RMS had
>>> a 64-bit addressing API the last time I checked.
>>>
>>> Simon.
>>>
>>
>> Then I have to ask, "so what?"=
>>
>
> You claimed that "totally 64 bit apps can be implemented on VMS".
> I am showing you why that is not the case.
>
>> If RMS doesn't fit your requirements, then don't use it.
>
> Everyone uses RMS, even if it hidden from you by the language. The RMS
> references are still in the executable you create however.

For text files, that is correct.  One does not need to use RMS indexed and 
relative files.

>>
>> What does it matter how RMS works internally?
>>
>> Perhaps I'm just the old dog that cannot learn new tricks?
>>
>
> As above, you claimed that "totally 64 bit apps can be implemented on VMS".
> I am showing you why that is not the case.
>
> Simon.
>

There is a slight difference between "can be" and "always will be".

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