From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=0.2 required=5.0 tests=BAYES_00,INVALID_MSGID,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,b47b15fda2aeb0b2,start
X-Google-Attributes: gid103376,public
From: dulman@ibm.net
Subject: Re:Two ideas for the next Ada Standard
Date: 1996/08/31
Message-ID: <50aao3$3r88@news-s01.ny.us.ibm.net>#1/1
X-Deja-AN: 177701559
reply-to: dulman@ibm.net
newsgroups: comp.lang.ada
Date: 1996-08-31T00:00:00+00:00
List-Id: <comp.lang.ada>


                                                                                
     As began debate concerning future of the language standard, I would        
     like to do some remarks to future ADA-0x.                                  
                                                                                
     1. ALIASED is more common notion then RENAMES  and  (it seams to me)       
        this key word needn't.                                                  
                                                                                
     2. OUT parameters have such chances as IN OUT                              
                                                                                
     3. Maybe  for calling entry in SELECT statement with  DELAY to write       
        in the form :                                                           
                                                                                
        <entry_name>(...)   WITH DELAY [UNTIL] <time>;                          
                                                                                
        ACCEPT <entry_name>(...) WITH DELAY [UNTIL] <time> DO ...   END;        
                                                                                
        This construction will  allow to expect rendezvous  up to a given       
        time moment, or given time interval.                                    
                                                                                
     4. To add the subroutine parameter type ALIASED, that will  allow to       
        use inside it reference to the subroutines with  " 'ACCESS " or         
        " 'UNCHECKED_ACCESS" parameters.                                        
                                                                                
     5. Nongeneric form of packages  DIRECT_IO and SEQUENTIAL_IO.               
        Parameter RECORD_SIZE to add for  parameter's  list in procedures       
        CREATE and OPEN                                                         
        (for example in form RECORD_SIZE:=<type's name>'size;).                 
                                                                                
     6. To specify use ACCESS and UNCHECKED_ACCESS attributes for aliased       
        variable. Now (in basic) it is necessary to use  UNCHECKED_ACCESS       
        attribute.                                                              
                                                                                
       Leonid Dulman (dulman@ibm.net)