View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001993 | 1003.1(2024)/Issue8 | System Interfaces | public | 2026-07-21 20:00 | 2026-07-28 08:55 |
| Reporter | enh | Assigned To | |||
| Priority | normal | Severity | Editorial | Type | Enhancement Request |
| Status | Resolved | Resolution | Accepted As Marked | ||
| Name | Elliott Hughes | ||||
| Organization | |||||
| User Reference | |||||
| Section | pthread_create() | ||||
| Page Number | 1717 | ||||
| Line Number | 57305-57041 | ||||
| Interp Status | --- | ||||
| Final Accepted Text | see 0001993:0007462 | ||||
| Summary | 0001993: pthread_create() should allow failure with ENOMEM, not just EAGAIN | ||||
| Description | pthread_create() is currently defined to allow EAGAIN or EPERM. while _some_ resource issues fit EAGAIN, others do not warrant a retry loop. glibc and bionic both want to return ENOMEM in particular as an unretriable failure. | ||||
| Desired Action | add [ENOMEM] The system lacked the necessary resources to create another thread, and a retry is unlikely to succeed. to the errors section | ||||
| Tags | tc1-2024 | ||||
|
|
Page 507, lines 17839-17841 state:Implementations may generate error numbers listed here under circumstances other than those Thus it is acceptable for pthread_create to fail with ENOMEM if the new process image requires more memory than is allowed by the hardware or system-imposed memory management constraints. However, this is common existing practice; therefore add at page 1717 after line 57040:
|
|
|
Something can exist without being available. Using "exists" in that context implies that there is not sufficient physical memory present in the device to create a new thread, rather than that there is currently insufficient free memory available right now. That would make ENOMEM practically impossible on most systems. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2026-07-21 20:00 | enh | New Issue | |
| 2026-07-27 15:22 | nick | Note Added: 0007462 | |
| 2026-07-27 15:24 | nick | Status | New => Resolved |
| 2026-07-27 15:24 | nick | Resolution | Open => Accepted As Marked |
| 2026-07-27 15:24 | nick | Page Number | (page or range of pages) => 1717 |
| 2026-07-27 15:24 | nick | Line Number | (Line or range of lines) => 57305-57041 |
| 2026-07-27 15:24 | nick | Interp Status | => --- |
| 2026-07-27 15:24 | nick | Final Accepted Text | => see 0001993:0007462 |
| 2026-07-27 15:24 | nick | Tag Attached: tc1-2024 | |
| 2026-07-27 15:25 | nick | Note Edited: 0007462 | |
| 2026-07-27 15:25 | nick | Note Edited: 0007462 | |
| 2026-07-27 15:27 | nick | Note Edited: 0007462 | |
| 2026-07-28 08:53 | m.kealey | Note Added: 0007463 |