1 Introduction
2 Ground Rules

Building a File System
3 File Systems
4 File Content Data Structure
5 Allocation Cluster Manager
6 Exceptions and Emancipation
7 Base Classes, Testing, and More
8 File Meta Data
9 Native File Class
10 Our File System
11 Allocation Table
12 File System Support Code
13 Initializing the File System
14 Contiguous Files
15 Rebuilding the File System
16 Native File System Support Methods
17 Lookups, Wildcards, and Unicode, Oh My
18 Finishing the File System Class

The Init Program
19 Hardware Abstraction and UOS Architecture
20 Init Command Mode
21 Using Our File System
22 Hardware and Device Lists
23 Fun with Stores: Partitions
24 Fun with Stores: RAID
25 Fun with Stores: RAM Disks
26 Init wrap-up

The Executive
27 Overview of The Executive
28 Starting the Kernel
29 The Kernel
30 Making a Store Bootable
31 The MMC
32 The HMC
33 Loading the components
34 Using the File Processor
35 Symbols and the SSC
36 The File Processor and Device Management
37 The File Processor and File System Management
38 Finishing Executive Startup

Users and Security
39 Introduction to Users and Security
40 More Fun With Stores: File Heaps
41 File Heaps, part 2
42 SysUAF
43 TUser
44 SysUAF API

Terminal I/O
45 Shells and UCL
46 UOS API, the Application Side
47 UOS API, the Executive Side
48 I/O Devices
49 Streams
50 Terminal Output Filters
51 The TTerminal Class
52 Handles
53 Putting it All Together
54 Getting Terminal Input
55 QIO
56 Cooking Terminal Input
57 Putting it all together, part 2
58 Quotas and I/O

UCL
59 UCL Basics
60 Symbol Substitution
61 Command execution
62 Command execution, part 2
63 Command Abbreviation
64 ASTs
65 Expressions, Part 1
66 Expressions, Part 2: Support code
67 Expressions, part 3: Parsing
68 SYS_GETJPIW and SYS_TRNLNM
69 Expressions, part 4: Evaluation

UCL Lexical Functions
70 PROCESS_SCAN
71 PROCESS_SCAN, Part 2
72 TProcess updates
73 Unicode revisted
74 Lexical functions: F$CONTEXT
75 Lexical functions: F$PID
76 Lexical Functions: F$CUNITS
77 Lexical Functions: F$CVSI and F$CVUI
78 UOS Date and Time Formatting
79 Lexical Functions: F$CVTIME
80 LIB_CVTIME
81 Date/Time Contexts
82 SYS_GETTIM, LIB_Get_Timestamp, SYS_ASCTIM, and LIB_SYS_ASCTIM
83 Lexical Functions: F$DELTA_TIME
84 Lexical functions: F$DEVICE
85 SYS_DEVICE_SCAN
86 Lexical functions: F$DIRECTORY
87 Lexical functions: F$EDIT and F$ELEMENT
88 Lexical functions: F$ENVIRONMENT
89 SYS_GETUAI
90 Lexical functions: F$EXTRACT and F$IDENTIFIER
91 LIB_FAO and LIB_FAOL
92 LIB_FAO and LIB_FAOL, part 2
93 Lexical functions: F$FAO
94 File Processing Structures
95 Lexical functions: F$FILE_ATTRIBUTES
96 SYS_DISPLAY
97 Lexical functions: F$GETDVI
98 Parse_GetDVI
99 GetDVI
100 GetDVI, part 2
101 GetDVI, part 3
102 Lexical functions: F$GETJPI
103 GETJPI
104 Lexical functions: F$GETSYI
105 GETSYI
106 Lexical functions: F$INTEGER, F$LENGTH, F$LOCATE, and F$MATCH_WILD
107 Lexical function: F$PARSE
108 FILESCAN
109 SYS_PARSE
110 Lexical Functions: F$MODE, F$PRIVILEGE, and F$PROCESS
111 File Lookup Service
112 Lexical Functions: F$SEARCH
113 SYS_SEARCH
114 F$SETPRV and SYS_SETPRV
115 Lexical Functions: F$STRING, F$TIME, and F$TYPE
116 More on symbols
117 Lexical Functions: F$TRNLNM
118 SYS_TRNLNM, Part 2
119 Lexical functions: F$UNIQUE, F$USER, and F$VERIFY
120 Lexical functions: F$MESSAGE
121 TUOS_File_Wrapper
122 OPEN, CLOSE, and READ system services

UCL Commands
123 WRITE
124 Symbol assignment
125 The @ command
126 @ and EXIT
127 CRELNT system service
128 DELLNT system service
129 IF...THEN...ELSE
130 Comments, labels, and GOTO
131 GOSUB and RETURN
132 CALL, SUBROUTINE, and ENDSUBROUTINE
133 ON, SET {NO}ON, and error handling
134 INQUIRE
135 SYS_WRITE Service
136 OPEN
137 CLOSE
138 DELLNM system service
139 READ
140 Command Recall
141 RECALL
142 RUN
143 LIB_RUN
144 The Data Stream Interface
145 Preparing for execution
146 EOJ and LOGOUT
147 SYS_DELPROC and LIB_GET_FOREIGN

CUSPs and utilities
148 The I/O Queue
149 Timers
150 Logging in, part one
151 Logging in, part 2
152 System configuration
153 SET NODE utility
154 UUI
155 SETTERM utility
156 SETTERM utility, part 2
157 SETTERM utility, part 3
158 AUTHORIZE utility
159 AUTHORIZE utility, UI
160 AUTHORIZE utility, Access Restrictions
161 AUTHORIZE utility, Part 4
162 AUTHORIZE utility, Reporting
163 AUTHORIZE utility, Part 6
164 Authentication
165 Hashlib
166 Authenticate, Part 7
167 Logging in, part 3
168 DAY_OF_WEEK, CVT_FROM_INTERNAL_TIME, and SPAWN
169 DAY_OF_WEEK and CVT_FROM_INTERNAL_TIME
170 LIB_SPAWN
171 CREPRC
172 CREPRC, Part 2
173 COPY
174 COPY, part 2
175 COPY, part 3
176 COPY, part 4
177 LIB_Get_Default_File_Protection and LIB_Substitute_Wildcards
178 CREATESTREAM, STREAMNAME, and Set_Contiguous
179 Help Files
180 LBR Services
181 LBR Services, Part 2
182 LIBRARY utility
183 LIBRARY utility, Part 2
184 FS Services
185 FS Services, Part 2
186 Implementing Help
187 HELP
188 HELP, Part 2
189 DMG_Get_Key and LIB_Put_Formatted_Output
190 LIBRARY utility, Part 3
191 Shutting Down UOS
192 SHUTDOWN
193 WAIT
194 SETIMR
195 WAITFR and Scheduling
196 REPLY, OPCOM, and Mailboxes
197 REPLY utility
198 Mailboxes
199 BRKTHRU
200 OPCOM

Glossary/Index


Downloads

Getting Terminal Input

Getting input from a terminal is more complicated than doing output. The main issue is that input is unsolicited. Another way of saying this is that input happens asynchronously - while the program is doing something else. That is, input may come in even before we ask for it. With a store, we only get input after we request it, so we have a place for the data to go. We know ahead of time how big the buffer needs to be because we request a specific amount of data. We have none of these advantages when dealing with terminal input.

Just as we have an output buffer to hold output for a terminal until the terminal is ready for it, we also need an input buffer to hold input from a terminal until the program is ready for it. We will discuss this in one of the following articles.

Also, just as we have an output filter to cook terminal output, we also have an input filter to cook input from the terminal. But the input filter does a lot more work than the output filter, as we will see in a following article.

So, we can see that the input and output stacks have a similar struture, however the input stack has more going on. As we did with output, we will start with the application (UCL) and work our way back to the UOS code that interfaces with the hardware. But first, we need to consider something about outputting a prompt that we didn't address when we discussed using Put_Output.

LIB_Get_Command

We used LIB_Put_Output to write the UCL prompt to the terminal. But, as we've discussed, UCL can get commands from any source that sys$command points to, including a file. If we are getting commands from a file, there is no need to write a prompt. In fact, if the command source is not a terminal, we don't want to try writing a prompt to it. We could query UOS for information on the device and see if it is a terminal, but VMS/UOS has a system call named LIB_Get_Command. This call will get input from sys$command, and it will also write a prompt if the device is a terminal.

function Get_Command : string ;

var S : Ansistring ;

begin
    S := LIB_Get_Symbol( '$ucl_prompt' ) ;
    if( S = '' ) then
    begin
        S := '$ ' ;
    end ;
    Result := LIB_Get_Command( S ) ;
end ;


procedure Run ;

var S : string ;

begin
    while( True ) do
    begin
        S := Get_Command ;
    end ;
end ;
We've replaced Show_Prompt with Get_Command. Instead of calling LIB_PUT_Output, we call LIB_Get_Command, passing the prompt. LIB_Get_Command will display the prompt on the terminal (if sys$command is a terminal), obtain the input and return a string containing it. The program will pause until an entire line of input has been processed. We determine the prompt string as before, and make the call.

Now let's look at LIB_Get_Command.

function LIB_Get_Command( const Prompt : string ) : string ;

var RAB : TRAB ;

begin
    fillchar( RAB, sizeof( RAB ), 0 ) ;
    RAB.RAB_Size := sizeof( RAB ) ;
    RAB.RAB_W_ISI := RH_SysCommand ;
    RAB.RAB_L_RBF := integer( PAnsiChar( Prompt ) ) ;
    RAB.RAB_W_RSZ := length( Prompt ) ;
    Result := RMS.Get_Command( RAB ) ;
end ;
Just as we did in LIB_Put_Output, we fill a RAB structure and call RMS. The RAB is set to point to the prompt string and is given the length of that string.

In the RMS unit, we add the Get_Command function.

var Temp : string ;

function Get_Command( var RAB : TRAB ) : PChar ;

var Length : int64 ;
    Status : byte ;
    SysRequest : TString2I1_Request ;
    ResString : string ;

begin
    fillchar( SysRequest, sizeof( SysRequest ), 0 ) ;
    SysRequest.Request.Subsystem := UOS_Subsystem_FIP ;
    SysRequest.Request.Request := UOS_FIP_Get_Command ;
    SysRequest.Request.Length := sizeof( TString2I1_Request ) - sizeof( SysRequest.Request ) ;
    SysRequest.Request.Status := integer( @Status ) ;
    SysRequest.String2.Buffer := RAB.RAB_L_RBF ;
    SysRequest.String2.Length := RAB.RAB_W_RSZ ;

    setlength( ResString, 256 ) ;
    SysRequest.String1.Buffer := integer( PChar( ResString ) ) ; // Address of buffer to receive input
    SysRequest.String1.Length := system.length( ResString ) ; // Max buffer size
    SysRequest.Integer1 := integer( @Length ) ; // Where to write result length

    Call_To_Ring0( integer( @SysRequest ) ) ;
    setlength( ResString, Length ) ;
    Temp := ResString ;
    Result := PChar( Temp ) ;
end ;
We create a system request structure, filling it with the appropriate data. The call to Get_Command uses a String2I1 structure (2 strings, 1 integer). The strings are the prompt and the return result. Since we don't know what the size of the input line will be, we allocate 256 bytes. Then we call to the executive through ring 0. Upon return, ResString will have been filled with input and Length will be set to the length of the data in ResString. So we use it to trim the string to only what was returned. We assign the result to Temp and return a pointer to it.

We update the TUOS_FiP.API method to handle the new FIP_Get_Command call.

      UOS_FIP_Get_Command:
          begin
              UE := Enter_System_Call( Request, SReq, PID, MMC, sizeof( TString2I1_Request ) - sizeof( SReq ), Address ) ;
              if( UE <> nil ) then
              begin
                  Set_Last_Error( UE ) ;
                  exit ;
              end ;
              try
                  String2I1_Request := PString2I1_Request( Address ) ;

                  // Read input into user's buffer...
                  QIO( 0, RH_SysCommand, IO_READPROMPT, IOSB, 0, 0,
                      String2I1_Request.String1.Buffer,
                      String2I1_Request.String1.Length, 0, {timeout} 0, {read terminator block}
                      String2I1_Request.String2.Buffer,
                      String2I1_Request.String2.Length ) ;
                  Status := Write_User_int64( Kernel, PID, String2I1_Request.Integer1, IOSB.r_io_64.r_bcnt_32.l_bcnt ) ;
              finally
                  Exit_System_Call( integer( String2I1_Request ), PID, MMC, sizeof( TString2I1_Request ) - sizeof( SReq ) ) ;
              end ;
          end ;
We need to do the same process of mapping the user's memory into the executive memory space so we can access the structure. We've extracted this to a function, Enter_System_Call, so as not to duplicate the work with each call we add to the API. When we're done, we call Exit_System_Call to clean up.

We call QIO to perform most I/O operations. QIO stands for "Queue I/O", which will make sense in the future when we discuss I/O queues. Upon return, we call Write_User_int64 to write the length value.

We will discuss QIO in the next article, but before we end this article, let's briefly discuss the other functions that we call in this code.

function Enter_System_Call( Request : int64 ; const SReq : TSystem_Request ;
    PID : TPID ; MMC : TUOS_Memory_Manager ; Size : integer ;
    var Address : int64 ) : TUnified_Exception ;

var Base, Offset : int64 ;

begin
    // Setup and sanity check...
    Result := nil ; // Assume success
    if( SReq.Length < Size ) then
    begin
        Result := Create_Error( UOSErr_Invalid_System_Request ) ;
        exit ;
    end ;
    Size := Size + sizeof( SReq ) ;

    // Get access to Request structure...
    Offset := MMC.Lock_Pages( PID, Request,  Size ) ;
    try
        Base := MMC.Map_Pages( PID, 0, Request, Size, MAM_Read or MAM_Lock ) ;
        if( Base = 0 ) then // Couldn't map memory
        begin
            if( MMC.Last_Error = nil ) then
            begin
                Result := Create_Error( UOSErr_Memory_Address_Error ) ;
            end else
            begin
                Result := MMC.Last_Error ;
            end ;
            exit ;
        end ;
        Address := Base + Offset ;
    finally
        if( Result <> nil ) then // Failure
        begin
            MMC.Unlock_Pages( PID, Base, Size ) ;
        end ;
    end ;
end ; // Enter_System_Call


procedure Exit_System_Call( Address : int64 ; PID : TPID ;
    MMC : TUOS_Memory_Manager ; Size : integer ) ;

begin
    // Release system request structure...
    Size := Size + sizeof( TSystem_Request ) ;
    MMC.UnMap_Pages( 0, Address, Size ) ;
    MMC.Unlock_Pages( PID, Address, Size ) ;
end ;
This is the same code we covered in a past article, but it has been extracted to two separate functions that can be called from the API method of any of the executive components.

function Write_User_int64( Kernel : TUOS_Kernel ; PID : TPID ;
    Address, Value : int64 ) : integer ;

var Buffer : PAnsiChar ;
    Offset : int64 ;
    MMC : TUOS_Memory_Manager ;
    USC : TUOS_User_Security ;

begin
    MMC := Kernel.MMC ;
    USC := Kernel.USC ;
    Result := UE_Success ;
    Offset := MMC.Lock_Pages( PID, Address, sizeof( Value ) ) ;
    try
        Buffer := PAnsiChar( MMC.Map_Pages( PID, 0, Address, sizeof( Value ), MAM_Write or MAM_Lock ) ) ;
        if( Buffer = nil ) then
        begin
            USC.Set_Process_Exception( PID, MMC.Last_Error ) ;
            Result := UE_Error ;
        end else
        begin
            move( Value, Buffer[ Offset ], sizeof( Value ) ) ;
        end ;
        MMC.UnMap_Pages( 0, Address, sizeof( Value ) ) ;
    finally
        MMC.Unlock_Pages( PID, Address, sizeof( Value ) ) ;
    end ;
end ; // Set_User_String
Write_User_int64 writes a 64-bit integer value into the user's address space. This is used to return integer data to the user in response to a system call. The code resembles the previous two functions - it locks the pages containing the destination address, maps those pages into the executive's address space, and exits with an error if there is a problem. We then write the value to the user's memory, unmap the pages, and finally unlock the pages.

In the next article, we will discuss QIO and more of the input stack.

Copyright © 2018 by Alan Conroy. This article may be copied in whole or in part as long as this copyright is included.