Austin Group Defect Tracker

Aardvark Mark IV


Viewing Issue Simple Details Jump to Notes ] Issue History ] Print ]
ID Category Severity Type Date Submitted Last Update
0001605 [1003.1(2016/18)/Issue7+TC2] System Interfaces Editorial Omission 2022-09-13 15:34 2022-11-01 15:09
Reporter steffen View Status public  
Assigned To
Priority normal Resolution Accepted As Marked  
Status Applied  
Name steffen
Organization
User Reference
Section bind
Page Number 626
Line Number 21642ff
Interp Status ---
Final Accepted Text Note: 0005967
Summary 0001605: bind: AF_UNIX: extend EADDRINUSE description beyond "symbolic link"
Description bind(2) fails for AF_UNIX sockets if the desired name (path) already exists, regardless of the file type.
I'd presume the symbolic link case is already mentioned due to "following is forbidden" policies.
Desired Action On page 626, line 21642ff change

If the address family of the socket is AF_UNIX and the pathname in address names a symbolic link, bind( ) shall fail and set errno to [EADDRINUSE].

to

If the address family of the socket is AF_UNIX and the pathname in address names an existing file, including a symbolic link, bind( ) shall fail and set errno to [EADDRINUSE].
Tags tc3-2008
Attached Files

- Relationships

-  Notes
(0005967)
geoffclare (manager)
2022-09-13 15:56

It seems odd to have this error specified in DESCRIPTION instead of ERRORS.

I think the intention was that the existing generic EADDRINUSE entry in ERRORS ("The specified address is already in use") covered most file-exists cases for AF_UNIX and only the symbolic link case needed special mention.

A better solution would be to spell out how the two relate. I'd suggest changing:
If the address family of the socket is AF_UNIX and the pathname in address names a symbolic link, bind() shall fail and set errno to [EADDRINUSE].
to:
If the address family of the socket is AF_UNIX and the pathname in address names an existing file, including a symbolic link, bind() shall treat the address as already in use; see ERRORS below.
(0005968)
steffen (reporter)
2022-09-13 20:28

Yes, much smoother, much better. Thank you.

- Issue History
Date Modified Username Field Change
2022-09-13 15:34 steffen New Issue
2022-09-13 15:34 steffen Name => steffen
2022-09-13 15:34 steffen Section => bind
2022-09-13 15:34 steffen Page Number => 626
2022-09-13 15:34 steffen Line Number => 21642ff
2022-09-13 15:56 geoffclare Note Added: 0005967
2022-09-13 20:28 steffen Note Added: 0005968
2022-10-20 16:12 geoffclare Interp Status => ---
2022-10-20 16:12 geoffclare Final Accepted Text => Note: 0005967
2022-10-20 16:12 geoffclare Status New => Resolved
2022-10-20 16:12 geoffclare Resolution Open => Accepted As Marked
2022-10-20 16:13 geoffclare Tag Attached: tc3-2008
2022-11-01 15:09 geoffclare Status Resolved => Applied


Mantis 1.1.6[^]
Copyright © 2000 - 2008 Mantis Group
Powered by Mantis Bugtracker