A NOTE has been added to this issue. 
====================================================================== 
https://www.austingroupbugs.net/view.php?id=697 
====================================================================== 
Reported By:                steffen
Assigned To:                
====================================================================== 
Project:                    1003.1(2013)/Issue7+TC1
Issue ID:                   697
Category:                   System Interfaces
Type:                       Clarification Requested
Severity:                   Comment
Priority:                   normal
Status:                     New
Name:                       Steffen Nurpmeso 
Organization:                
User Reference:              
Section:                    none 
Page Number:                none 
Line Number:                none 
Interp Status:              --- 
Final Accepted Text:         
====================================================================== 
Date Submitted:             2013-05-15 10:31 UTC
Last Modified:              2020-08-28 22:42 UTC
====================================================================== 
Summary:                    Adding of a getdirentries() function
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0000696 either NAME_MAX shouldn't be optional, ...
====================================================================== 

---------------------------------------------------------------------- 
 (0004952) philip-guenther (reporter) - 2020-08-28 22:42
 https://www.austingroupbugs.net/view.php?id=697#c4952 
---------------------------------------------------------------------- 
I believe all the historical versions of this interface can return entries
that did not exist (any longer) and that the caller is expected to skip. 
At least on the BSDs this has been with entries with d_ino == 0.  I believe
this had a positive side effect of making readdir() work "more often" after
a seekdir() to the position of a file deleted after the telldir(), as the
position could remain valid despite the deletion.  I take it that this new
interface intentionally does not support this and that the implementation
is required to only expose valid entries. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2013-05-15 10:31 steffen        New Issue                                    
2013-05-15 10:31 steffen        Name                      => Steffen Nurpmeso
2013-05-15 10:31 steffen        Section                   => none            
2013-05-15 10:31 steffen        Page Number               => none            
2013-05-15 10:31 steffen        Line Number               => none            
2013-05-15 22:08 jilles         Note Added: 0001607                          
2013-05-16 10:22 steffen        Note Added: 0001608                          
2013-05-30 15:37 eblake         Relationship added       related to 0000696  
2013-05-30 15:57 geoffclare     Note Added: 0001629                          
2014-03-30 00:33 sstewartgallus Issue Monitored: sstewartgallus                 
  
2020-08-28 08:21 geoffclare     Note Added: 0004947                          
2020-08-28 08:27 geoffclare     Note Edited: 0004947                         
2020-08-28 17:07 shware_systems Note Added: 0004948                          
2020-08-28 17:52 kre            Note Added: 0004949                          
2020-08-28 22:42 philip-guentherNote Added: 0004952                          
======================================================================


  • [1003.1(2013... Austin Group Bug Tracker via austin-group-l at The Open Group
    • Re: [10... Geoff Clare via austin-group-l at The Open Group
  • [1003.1(2013... Austin Group Bug Tracker via austin-group-l at The Open Group
    • Re: [10... Geoff Clare via austin-group-l at The Open Group
      • Re:... Steffen Nurpmeso via austin-group-l at The Open Group
      • RE:... Wojtek Lerch via austin-group-l at The Open Group
        • ... Steffen Nurpmeso via austin-group-l at The Open Group
        • ... Geoff Clare via austin-group-l at The Open Group
        • ... Joerg Schilling via austin-group-l at The Open Group
          • ... Wojtek Lerch via austin-group-l at The Open Group
  • [1003.1(2013... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [1003.1(2013... Austin Group Bug Tracker via austin-group-l at The Open Group
    • Re: [10... Per Mildner via austin-group-l at The Open Group
      • Re:... Geoff Clare via austin-group-l at The Open Group
      • Re:... Robert Elz via austin-group-l at The Open Group
        • ... Steffen Nurpmeso via austin-group-l at The Open Group
          • ... Philip Guenther via austin-group-l at The Open Group
            • ... Steffen Nurpmeso via austin-group-l at The Open Group
              • ... Philip Guenther via austin-group-l at The Open Group
              • ... Steffen Nurpmeso via austin-group-l at The Open Group
          • ... Geoff Clare via austin-group-l at The Open Group

Reply via email to