[Info-vax] Hard links on VMS ODS5 disks
Fred. Zwarts
F.Zwarts at HetNet.nl
Thu Aug 24 06:39:00 EDT 2023
Op 24.aug..2023 om 12:08 schreef Johnny Billquist:
> On 2023-08-23 14:35, Simon Clubley wrote:
>> On 2023-08-22, Arne Vajhøj <arne at vajhoej.dk> wrote:
>>>
>>> VAX + VMS Eclipse MV + AOS/VS
>>> --------- -------------------
>>>
>>> CISC CISC
>>> 32 bit virtual byte addresses 31 bit virtual word addresses
>>> 4 GB address space 4 GB address space
>>> 512 byte pages 2 KB pages
>>> 16 bit compatibility mode 16 bit compatibility mode
>>> 4 modes: 8 modes:
>>> K (0) - VMS 0 - kernel
>>> E (1) - RMS & Rdb 1 - virtual adress
>>> translation
>>> S (2) - DCL 2 - unused
>>> U (3) - application 3 - IO buffering &
>>> compatibility
>>> 4 - DG database
>>> 5 - Oracle database
>>> 6 - available for large
>>> applications
>>> 7 - applications
>>> memory organized: memory organized in 512 MB
>>> segments one per mode
>>> P0 - heap
>>> P1 - stack
>>> S0 - OS
>>> S1 - unused (early VMS)
>>> processes processes + threads (called
>>> tasks)
>>> kernel in Macro-32 or Bliss kernel in assembler
>>> utilities in Macro-32 or Bliss or HLL utilities in Algol dialect
>>>
>>
>> Based purely on what you write above, the use of an Algol dialect for
>> writing their userland code is a _massive_ win over the DEC approach
>> and _far_ superior to the way DEC did things.
>>
>> Wish DEC had done the same.
>
> I think when it came to utilities, very little was in Macro-32, and most
> were in Bliss or some other HLL. Can't say that I'd consider everything
> written in some Algol dialect to be a massive win over that.
>
> Johnny
>
I remember that in very early VMS versions (1.5 or slightly later) the
'directory' command sometimes displayed FORTRAN errors. :)
More information about the Info-vax
mailing list