A NOTE has been added to this issue. 
====================================================================== 
https://austingroupbugs.net/view.php?id=657 
====================================================================== 
Reported By:                philip-guenther
Assigned To:                ajosey
====================================================================== 
Project:                    1003.1(2008)/Issue 7
Issue ID:                   657
Category:                   System Interfaces
Type:                       Clarification Requested
Severity:                   Objection
Priority:                   normal
Status:                     Interpretation Required
Name:                       Philip Guenther 
Organization:               OpenBSD 
User Reference:              
Section:                    fmemopen 
Page Number:                867 
Line Number:                28775 
Interp Status:              Pending 
Final Accepted Text:        https://austingroupbugs.net/view.php?id=657#c6535 
====================================================================== 
Date Submitted:             2013-02-08 22:46 UTC
Last Modified:              2023-10-16 22:15 UTC
====================================================================== 
Summary:                    Conditions under which fmemopen() write a NUL to the
buffer are insufficiently specified
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0000396 fmemopen vs. 'b' mode flag
related to          0000456 mandate binary mode of fmemopen
related to          0000818 fmemopen should allow 0-size buffer
====================================================================== 

---------------------------------------------------------------------- 
 (0006539) Don Cragun (manager) - 2023-10-16 22:15
 https://austingroupbugs.net/view.php?id=657#c6539 
---------------------------------------------------------------------- 
re:https://austingroupbugs.net/view.php?id=657#c6536
Yes,.  Except for the change of making mode "w" truncate the buffer (as
well as "w+".  Looking at the glib code we found that the original
implementation of fmemopen() did truncate in both cases, but that was
changed along with a note saying the change was make to conform to POSIX. 
The original POSIX text was derived from the glib man page for fmemopen()
and it was not verified against the source at that time.  We have asked the
maintainers if they are willing to go back to the original implementation;
if they are not we can change this back to the current behavior (or make it
unspecified) before the interpretation is finalized.  Note that the BSD
implementation of fmemopen() does truncate the buffer for both "w" and
"w+". 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2013-02-08 22:46 philip-guentherNew Issue                                    
2013-02-08 22:46 philip-guentherStatus                   New => Under Review 
2013-02-08 22:46 philip-guentherAssigned To               => ajosey          
2013-02-08 22:46 philip-guentherName                      => Philip Guenther 
2013-02-08 22:46 philip-guentherOrganization              => OpenBSD         
2013-02-08 22:46 philip-guentherSection                   => fmemopen        
2013-02-08 22:46 philip-guentherPage Number               => 867             
2013-02-08 22:46 philip-guentherLine Number               => 28775           
2013-02-14 16:55 eblake         Relationship added       related to 0000396  
2013-02-14 16:55 eblake         Relationship added       related to 0000456  
2013-03-28 23:54 philip-guentherNote Added: 0001506                          
2014-01-30 04:06 eblake         Relationship added       related to 0000818  
2023-10-16 16:06 geoffclare     Note Added: 0006535                          
2023-10-16 16:07 geoffclare     Interp Status             => Pending         
2023-10-16 16:07 geoffclare     Final Accepted Text       =>
https://austingroupbugs.net/view.php?id=657#c6535    
2023-10-16 16:07 geoffclare     Status                   Under Review =>
Interpretation Required
2023-10-16 16:07 geoffclare     Resolution               Open => Accepted As
Marked
2023-10-16 16:08 geoffclare     Note Edited: 0006535                         
2023-10-16 16:09 geoffclare     Note Edited: 0006535                         
2023-10-16 16:09 geoffclare     Tag Attached: issue8                         
2023-10-16 18:29 philip-guentherNote Added: 0006536                          
2023-10-16 22:15 Don Cragun     Note Added: 0006539                          
======================================================================


  • [1003.1(2008... Austin Group Bug Tracker via austin-group-l at The Open Group
    • [1003.1... Austin Group Bug Tracker via austin-group-l at The Open Group
    • [1003.1... Austin Group Bug Tracker via austin-group-l at The Open Group
    • [1003.1... Austin Group Bug Tracker via austin-group-l at The Open Group
    • [1003.1... Austin Group Bug Tracker via austin-group-l at The Open Group
    • [1003.1... Austin Group Bug Tracker via austin-group-l at The Open Group
    • [1003.1... Austin Group Bug Tracker via austin-group-l at The Open Group

Reply via email to