From: ruvim.pinka@gmail.com   
      
   On 2024-09-04 15:13, dxf wrote:   
   > On 3/09/2024 6:11 am, Ruvim wrote:   
   >> Do you know practical cases of using "include-file" in programs?   
   >>   
   >> I can't imagine how this word could be used in standard programs.   
   >> ...   
   >   
   > Here's a question.  Is there a temporal dependency on the 'fileid' passed   
   > to INCLUDE-FILE ?   
      
   The section "11.6.1.1717 INCLUDE-FILE" [1] does not impose any such   
   restriction on a program.   
      
   A general rule is that a standard program is allowed to do anything that   
   is not explicitly prohibited for a program by the standard, a standard   
   system is only allowed to do anything that is explicitly allowed for a   
   system by the standard or undetectable by a standard program.   
      
      
   > On my system 'fileid' for INCLUDE-FILE would need to represent the most   
   > recently opened file.  Otherwise should a compilation error occur the wrong   
   > statistics e.g. file-name will be printed.   
      
   A compilation error is an ambiguous condition, so the system is allowed   
   to do whatever it wants. If the systems shows a wrong file name where an   
   error occurred, this does not make it non-compliant.   
      
      
   > AFAICS ANS only guarantees the contents of a file represented by 'fileid'.   
   > The issue of filenames - if/when/how they're stored - is a detail left to the   
   > implementer.  It's no problem for INCLUDED which binds opening of the file   
   > with compilation.  However INCLUDE-FILE potentially separates these two.   
   >   
      
   Yes. OTOH, a system can obtain a file name from a file handle, see   
   GetFileInformationByHandleEx in Windows, readlink on /proc/self/fd/NNN   
   in POSIX.   
      
      
   --   
   Ruvim   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)