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

Arne Vajhøj arne at vajhoej.dk
Fri Jan 12 15:22:26 EST 2024


On 1/12/2024 2:57 PM, Dave Froble wrote:
> On 1/12/2024 7:23 AM, Arne Vajhøj wrote:
>> On 1/12/2024 12:08 AM, Dave Froble wrote:
>>> On 1/11/2024 3:48 PM, Arne Vajhøj wrote:
>>>> On 1/11/2024 1:17 PM, Simon Clubley wrote:
>>>>> On 2024-01-11, Dave Froble <davef at tsoft-inc.com> wrote:
>>>>>> 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.
>>>>
>>>> In practice yes.
>>>>
>>>> In theory one can use SYS$QIO(W) for all IO and bypass RMS. But
>>>> it is very cumbersome (especially if one cannot use RMS for stuff
>>>> like finding IFI).
>>>
>>> And if one is using a database product that has nothing to do with 
>>> RMS ???
>>
>> I would still expect that database product to use RMS to open
>> the database file even if the actual IO is done by
>> SYS$QIO(W) / SYS$IO_PERFORM(W) or via memory mapped file.
> 
> Your expectation would be wrong.

It happens frequently.

> File opens without RMS use QIO to open a file.

How does it get the FID?

I usually do the SYS$OPEN, grab the FID from the NAM block,
SYS$CLOSE and then do SYS$QIOW with IO$_ACCESS | IO$M_ACCESS.

Arne




More information about the Info-vax mailing list