A NOTE has been added to this issue. 
====================================================================== 
http://austingroupbugs.net/view.php?id=1274 
====================================================================== 
Reported By:                dannyniu
Assigned To:                
====================================================================== 
Project:                    1003.1(2016)/Issue7+TC2
Issue ID:                   1274
Category:                   Base Definitions and Headers
Type:                       Omission
Severity:                   Editorial
Priority:                   normal
Status:                     New
Name:                       DannyNiu/NJF 
Organization:               Individual 
User Reference:              
Section:                    <sys/types.h> header 
Page Number:                402-405 
Line Number:                13652-13746 
Interp Status:              --- 
Final Accepted Text:         
====================================================================== 
Date Submitted:             2019-07-28 10:42 UTC
Last Modified:              2019-08-27 15:31 UTC
====================================================================== 
Summary:                    pid_t must fit in an int for definition of fcntl to
be consistent.
====================================================================== 

---------------------------------------------------------------------- 
 (0004540) geoffclare (manager) - 2019-08-27 15:31
 http://austingroupbugs.net/view.php?id=1274#c4540 
---------------------------------------------------------------------- 
Re: http://austingroupbugs.net/view.php?id=1274#c4538 I agree that there is a
problem with glibc using enum in
the struct f_owner_ex definition. Different compilers can make the enum
different widths, which means the structure is only binary compatible with
the glibc library if the application code is compiled with a compiler that
makes the enum the same width as did the compiler that was used to compile
glibc.

I think we (probably Eric) should contact the glibc maintainers to point
this out and ask if they will agree to change the "type" structure member
to int, as shown in the man page.

(I don't see any problem with using int in a structure, and we have many
such uses already; if an implementation supports multiple programming
environments where int has different widths, then it needs multiple copies
of the C library, one for each programming environment.) 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2019-07-28 10:42 dannyniu       New Issue                                    
2019-07-28 10:42 dannyniu       Name                      => DannyNiu/NJF    
2019-07-28 10:42 dannyniu       Organization              => Individual      
2019-07-28 10:42 dannyniu       Section                   => <sys/types.h>
header
2019-07-28 10:42 dannyniu       Page Number               => 402-405         
2019-07-28 10:42 dannyniu       Line Number               => 13652-13746     
2019-07-28 13:49 jilles         Note Added: 0004496                          
2019-07-29 00:52 shware_systems Note Added: 0004497                          
2019-07-29 09:08 geoffclare     Note Added: 0004498                          
2019-08-15 16:37 eblake         Note Added: 0004524                          
2019-08-15 16:52 shware_systems Note Added: 0004525                          
2019-08-15 16:58 eblake         Note Added: 0004526                          
2019-08-15 19:03 shware_systems Note Added: 0004527                          
2019-08-15 19:32 eblake         Note Added: 0004528                          
2019-08-15 19:33 eblake         Note Edited: 0004528                         
2019-08-23 16:15 geoffclare     Note Added: 0004536                          
2019-08-24 19:56 shware_systems Note Added: 0004538                          
2019-08-24 19:58 shware_systems Note Edited: 0004538                         
2019-08-27 15:31 geoffclare     Note Added: 0004540                          
======================================================================


Reply via email to