A NOTE has been added to this issue. 
====================================================================== 
https://www.austingroupbugs.net/view.php?id=1913 
====================================================================== 
Reported By:                calestyo
Assigned To:                
====================================================================== 
Project:                    1003.1(2024)/Issue8
Issue ID:                   1913
Category:                   Shell and Utilities
Type:                       Enhancement Request
Severity:                   Editorial
Priority:                   normal
Status:                     New
Name:                       Christoph Anton Mitterer 
Organization:                
User Reference:             Shell & Utilities 
Section:                    2.7.5, 2.7.6 
Page Number:                2497 
Line Number:                81097-81118 
Interp Status:              --- 
Final Accepted Text:         
====================================================================== 
Date Submitted:             2025-03-12 03:33 UTC
Last Modified:              2025-03-13 16:12 UTC
====================================================================== 
Summary:                    clarify/define the meaning of n<&n and m>&m
redirections
====================================================================== 

---------------------------------------------------------------------- 
 (0007115) geoffclare (manager) - 2025-03-13 16:12
 https://www.austingroupbugs.net/view.php?id=1913#c7115 
---------------------------------------------------------------------- 
In the Mar 13, 2025 teleconference the following wording was agreed, but the bug
is being left open for now for feedback.

On page 2497 line 81097-81118 replace sections 2.7.5 and 2.7.6 with:
<blockquote><b>2.7.5  Duplicating a File Descriptor</b>
<blockquote>The redirection
operators:<pre>[<i>n</i>]<&word</pre>and:<pre>[<i>n</i>]>&word</pre>shall
duplicate one input file descriptor or output file descriptor, respectively,
from another, or shall close one. If <i>word</i> evaluates to one or more
digits, the file descriptor denoted by <i>n</i>, or standard input or standard
output, respectively, if <i>n</i> is not specified, shall be made to be a copy
of the file descriptor denoted by <i>word</i>; if the digits in <i>word</i> do
not represent an already open file descriptor, a redirection error shall result
(see Section 2.8.1); if the file descriptor denoted by <i>word</i> represents an
open file descriptor that is not open for input or open for output,
respectively, a redirection error may result.  If <i>word</i> and <i>n</i>
evaluate to the same open file descriptor, or if <i>n</i> is not specified and
<i>word</i> evaluates to 0 or 1, respectively, no duplication shall occur; if
the shell would have closed the file descriptor because it was opened using
<i>exec</i> and has a value greater than 2, when the redirection is being
performed in a command that will execute a non-built-in utility, the file
descriptor shall instead remain open when the utility is executed. If
<i>word</i> evaluates to '−', then file descriptor <i>n</i>, or standard input
or standard output, respectively, if <i>n</i> is not specified, shall be closed.
Attempts to close a file descriptor that is not open shall not constitute an
error. If <i>word</i> evaluates to something else, the behavior is
unspecified.</blockquote></blockquote> 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2025-03-12 03:33 calestyo       New Issue                                    
2025-03-12 07:00 larryv         Note Added: 0007111                          
2025-03-13 02:41 calestyo       Note Added: 0007112                          
2025-03-13 16:12 geoffclare     Note Added: 0007115                          
======================================================================


  • [1003.1(20... Austin Group Issue Tracker via austin-group-l at The Open Group
    • [1003... Austin Group Issue Tracker via austin-group-l at The Open Group
    • [1003... Austin Group Issue Tracker via austin-group-l at The Open Group
    • [1003... Austin Group Issue Tracker via austin-group-l at The Open Group
      • R... Harald van Dijk via austin-group-l at The Open Group
        • ... Geoff Clare via austin-group-l at The Open Group
          • ... Harald van Dijk via austin-group-l at The Open Group
            • ... Geoff Clare via austin-group-l at The Open Group
              • ... Harald van Dijk via austin-group-l at The Open Group
                • ... Geoff Clare via austin-group-l at The Open Group
                • ... Harald van Dijk via austin-group-l at The Open Group
                • ... Steffen Nurpmeso via austin-group-l at The Open Group
                • ... Chet Ramey via austin-group-l at The Open Group
              • ... Chet Ramey via austin-group-l at The Open Group

Reply via email to