Re: mailx R and r commands (was: Replying to the list)
Geoff Clare wrote in <20200914090031.GB11999@localhost>: |Robert Elz wrote, on 12 Sep 2020: |> |> How you can manage to reconcile this in the standard, more precisely |> that saying "the r and R commands reply to the current message, using |> different, but otherwise unspecified, addresses obtained from the header |> of the current message" (in better prose than that, one would hope), I |> don't know, and that's not very useful to anyone. | |Perhaps one way forward would be to require that mailx can be |configured so that "R" and "r" behave in a particular way, but that |it need not be the default configuration. | |While reading through the various responses, I also realised that |there is a fourth problem to add to the list I originally gave. |(I forget who's response made me think of it, but for convenience |I'll just put the details here. Apologies for not giving credit |where due.) | |As stated before, the description of "r" says the reply is sent |to "all recipients included in the header of the message". The |fourth problem is: | |4. "r" is required NOT to send the reply to the author/sender of the |message, but only to its (known) recipients. (So the author/sender |will only get the reply if they were included in "To:" or "Cc:".) An editorial error that reveals deficits in they way human brains scan text. That is what i thought first. (I never recognized this "oddity".) On a second glance this could be thirty and more years old, as Tenth Edition Research Unix (1991; i think in effect this was UPAS then, i would presume? It also has a V9 preprocessor block which uses "UPAS-envelopes", Fromname()) and 3BSD Mail (March 1980; not newer ones!) did not look out for the From: (let alone Sender:) at all, like (showing BSD because of further comments below) if ((replyto = skin(hfield("reply-to", mp))) != NOSTR) np = extract(replyto, GTO); else if ((cp = skin(hfield("to", mp))) != NOSTR) np = extract(cp, GTO); else np = NIL; BSD Mail 8.1 (.. .1, anyhow from 1996-06-14) then prepends if ((rcv = skin(hfield("from", mp))) == NOSTR) rcv = skin(nameof(mp, 1)); to the above and then does a dance ... remove all alternates etc. from "np" if (np != NIL && replyto == NOSTR) if anything real to address remains and we did not see Reply-To: np = cat(np, extract(rcv, GTO)); also address From: else if (np == NIL) { if (replyto != NOSTR) printf("Empty reply-to field -- replying to author\n"); np = extract(rcv, GTO); only address From: } head.h_to = np; This is of course very primitive handling and does not take care for RFC 2822, no Sender: handling, etc. --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
[1003.1(2016)/Issue7+TC2 0001138]: Add strsignal(), sig2str() and str2sig() to the standard.
A NOTE has been added to this issue. == https://www.austingroupbugs.net/view.php?id=1138 == Reported By:joerg Assigned To: == Project:1003.1(2016)/Issue7+TC2 Issue ID: 1138 Category: System Interfaces Type: Enhancement Request Severity: Editorial Priority: normal Status: New Name: Jörg Schilling Organization: User Reference: Section:System Interfaces Page Number:new interface Line Number:newinterface Interp Status: --- Final Accepted Text: == Date Submitted: 2017-04-27 12:02 UTC Last Modified: 2020-09-14 17:52 UTC == Summary:Add strsignal(), sig2str() and str2sig() to the standard. == -- (0004993) kre (reporter) - 2020-09-14 17:52 https://www.austingroupbugs.net/view.php?id=1138#c4993 -- Re Note: https://www.austingroupbugs.net/view.php?id=1138#c4989 ... yes, of course, somewhere I think I kind of knew that. Thanks. With that, and https://www.austingroupbugs.net/view.php?id=1138#c4990 clearly no-one is going to make str2sig async-signal-safe.So just don't make either that way - after all an implementation of sig2str() might decide to call str2sig() on the answer to make sure that the correct value was generated. Why not? Issue History Date ModifiedUsername FieldChange == 2017-04-27 12:02 joerg New Issue 2017-04-27 12:02 joerg Name => Jörg Schilling 2017-04-27 12:02 joerg Section => System Interfaces 2017-04-27 12:02 joerg Page Number => new interface 2017-04-27 12:02 joerg Line Number => newinterface 2017-04-27 12:11 joerg Note Added: 0003678 2017-04-27 13:32 schwarze Note Added: 0003679 2017-04-27 14:15 joerg Note Added: 0003680 2017-04-27 15:47 kreNote Added: 0003681 2017-04-27 16:30 jilles Note Added: 0003682 2017-04-28 02:14 kreNote Added: 0003683 2017-04-28 02:49 kreNote Added: 0003684 2017-05-04 10:57 joerg Note Added: 0003685 2017-05-04 12:29 kreNote Added: 0003686 2017-05-10 02:00 kreNote Added: 0003688 2017-05-10 02:00 kreNote Deleted: 0003683 2017-05-10 02:00 kreNote Deleted: 0003684 2017-05-10 02:31 kreNote Edited: 0003688 2017-05-10 02:31 kreNote Edited: 0003688 2018-10-11 15:48 Don Cragun Note Added: 0004148 2019-01-16 13:36 ajosey Note Added: 0004212 2020-09-08 09:30 geoffclare Note Added: 0004975 2020-09-08 09:30 geoffclare Note Edited: 0004975 2020-09-08 15:32 kreNote Added: 0004976 2020-09-08 21:37 joerg Note Added: 0004977 2020-09-08 22:49 kreNote Added: 0004978 2020-09-08 23:12 kreNote Added: 0004979 2020-09-08 23:13 kreNote Deleted: 0004979 2020-09-09 11:27 joerg Note Added: 0004980 2020-09-10 10:55 geoffclare Note Edited: 0004975 2020-09-10 10:59 geoffclare Note Added: 0004981 2020-09-10 13:05 kreNote Added: 0004982 2020-09-10 13:30 joerg Note Added: 0004983 2020-09-10 14:31 geoffclare Note Added: 0004984 2020-09-10 14:31 geoffclare Note Edited: 0004984 2020-09-10 19:01 kreNote Added: 0004986
[Issue 8 drafts 0001364]: use of noclobber with files in /tmp
The following issue has been RESOLVED. == https://www.austingroupbugs.net/view.php?id=1364 == Reported By:geoffclare Assigned To: == Project:Issue 8 drafts Issue ID: 1364 Category: Shell and Utilities Type: Clarification Requested Severity: Comment Priority: normal Status: Resolved Name: Geoff Clare Organization: The Open Group User Reference: Section:2.7.2 Redirecting Output Page Number:2287 Line Number:73909 Final Accepted Text: https://www.austingroupbugs.net/view.php?id=1364#c4991 Resolution: Accepted As Marked Fixed in Version: == Date Submitted: 2020-07-06 10:45 UTC Last Modified: 2020-09-14 15:37 UTC == Summary:use of noclobber with files in /tmp == Relationships ID Summary -- related to 0001016 race condition with set -C == Issue History Date ModifiedUsername FieldChange == 2020-07-06 10:45 geoffclare New Issue 2020-07-06 10:45 geoffclare Name => Geoff Clare 2020-07-06 10:45 geoffclare Organization => The Open Group 2020-07-06 10:45 geoffclare Section => 2.7.2 Redirecting Output 2020-07-06 10:45 geoffclare Page Number => 2287 2020-07-06 10:45 geoffclare Line Number => 73909 2020-07-06 10:46 geoffclare Relationship added related to 0001016 2020-09-14 15:35 rhansenNote Added: 0004991 2020-09-14 15:35 rhansenNote Edited: 0004991 2020-09-14 15:36 rhansenNote Edited: 0004991 2020-09-14 15:36 rhansenNote Edited: 0004991 2020-09-14 15:36 rhansenNote Edited: 0004991 2020-09-14 15:37 rhansenTag Attached: issue8 2020-09-14 15:37 rhansenFinal Accepted Text => https://www.austingroupbugs.net/view.php?id=1364#c4991 2020-09-14 15:37 rhansenStatus New => Resolved 2020-09-14 15:37 rhansenResolution Open => Accepted As Marked ==
[Issue 8 drafts 0001370]: Where change history starts
A NOTE has been added to this issue. == https://www.austingroupbugs.net/view.php?id=1370 == Reported By:geoffclare Assigned To: == Project:Issue 8 drafts Issue ID: 1370 Category: Rationale Type: Error Severity: Editorial Priority: normal Status: New Name: Geoff Clare Organization: The Open Group User Reference: Section:B.1.1, C.1.1 Page Number:3433, 3555 Line Number:117421, 122714 Final Accepted Text: == Date Submitted: 2020-07-10 09:21 UTC Last Modified: 2020-09-14 15:57 UTC == Summary:Where change history starts == -- (0004992) rhansen (manager) - 2020-09-14 15:57 https://www.austingroupbugs.net/view.php?id=1370#c4992 -- On page 3433 line 117421 (XRAT B.1.1) change:The CHANGE HISTORY section for each entry details the technical changes that have been made to that entry from Issue 5. Changes between earlier versions of the base document and Issue 5 are not included.to:The CHANGE HISTORY section for each entry details the technical changes that have been made in Issue 5 and later. Changes made before Issue 5 are not included. On page 3555 line 122714 (XRAT C.1.1) change:The CHANGE HISTORY section for each utility describes technical changes made to that utility from Issue 5. Changes between earlier versions of the base document and Issue 5 are not included.to:The CHANGE HISTORY section for each utility describes technical changes made to that utility in Issue 5 and later. Changes made before Issue 5 are not included. Issue History Date ModifiedUsername FieldChange == 2020-07-10 09:21 geoffclare New Issue 2020-07-10 09:21 geoffclare Name => Geoff Clare 2020-07-10 09:21 geoffclare Organization => The Open Group 2020-07-10 09:21 geoffclare Section => B.1.1, C.1.1 2020-07-10 09:21 geoffclare Page Number => 3433, 3555 2020-07-10 09:21 geoffclare Line Number => 117421, 122714 2020-09-14 15:57 rhansenNote Added: 0004992 ==
[Issue 8 drafts 0001364]: use of noclobber with files in /tmp
A NOTE has been added to this issue. == https://www.austingroupbugs.net/view.php?id=1364 == Reported By:geoffclare Assigned To: == Project:Issue 8 drafts Issue ID: 1364 Category: Shell and Utilities Type: Clarification Requested Severity: Comment Priority: normal Status: New Name: Geoff Clare Organization: The Open Group User Reference: Section:2.7.2 Redirecting Output Page Number:2287 Line Number:73909 Final Accepted Text: == Date Submitted: 2020-07-06 10:45 UTC Last Modified: 2020-09-14 15:35 UTC == Summary:use of noclobber with files in /tmp == Relationships ID Summary -- related to 0001016 race condition with set -C == -- (0004991) rhansen (manager) - 2020-09-14 15:35 https://www.austingroupbugs.net/view.php?id=1364#c4991 -- On page 2287 line 73900 section 2.7.2, and page 3587 line 124071 section C.2.7.2, add to the "Notes to Reviewers":If option 2 is adopted in a future draft, note that the change from will need to be reapplied to the option 2 text.where is the URL for this bug. On page 2287 line 73909 section 2.7.2, change:Performing these operations atomically ensures that the creation of lock files and unique (often temporary) files is reliable.to:Performing these operations atomically ensures that the creation of lock files and unique (often temporary) files is reliable, with important caveats detailed in [xref to XRAT C.2.7.2]. On page 3588 line 124127 section C.2.7.2, change:The standard developers consider this to be of less importance than ensuring that the creation of lock files is reliable.to:The standard developers consider reliable lock creation to be more important than the creation of symbolic link targets. Creation of lock files and unique (often temporary) files with noclobber set is only reliable provided neither non-regular files nor symbolic links to non-regular files exist or are created in the same directory with the same names, and no other processes delete the files while still in use. If a directory such as /tmp is used for lock files, then another process could accidentally or maliciously create a FIFO (or a special file, given sufficient privilege) with the same name, causing multiple processes to simultaneously open the same lock file instead of one succeeding and the others failing. Issue History Date ModifiedUsername FieldChange == 2020-07-06 10:45 geoffclare New Issue 2020-07-06 10:45 geoffclare Name => Geoff Clare 2020-07-06 10:45 geoffclare Organization => The Open Group 2020-07-06 10:45 geoffclare Section => 2.7.2 Redirecting Output 2020-07-06 10:45 geoffclare Page Number => 2287 2020-07-06 10:45 geoffclare Line Number => 73909 2020-07-06 10:46 geoffclare Relationship added related to 0001016 2020-09-14 15:35 rhansenNote Added: 0004991 ==
[Issue 8 drafts 0001369]: COLUMNS and LINES rationale
The following issue has been RESOLVED. == https://www.austingroupbugs.net/view.php?id=1369 == Reported By:geoffclare Assigned To: == Project:Issue 8 drafts Issue ID: 1369 Category: Rationale Type: Error Severity: Comment Priority: normal Status: Resolved Name: Geoff Clare Organization: The Open Group User Reference: Section:A.8.3 Page Number:3407 Line Number:116496 Final Accepted Text: Resolution: Accepted Fixed in Version: == Date Submitted: 2020-07-09 11:11 UTC Last Modified: 2020-09-14 15:43 UTC == Summary:COLUMNS and LINES rationale == Relationships ID Summary -- related to 0001185 Additional 3rd option for getting line ... == Issue History Date ModifiedUsername FieldChange == 2020-07-09 11:11 geoffclare New Issue 2020-07-09 11:11 geoffclare Name => Geoff Clare 2020-07-09 11:11 geoffclare Organization => The Open Group 2020-07-09 11:11 geoffclare Section => A.8.3 2020-07-09 11:11 geoffclare Page Number => 3407 2020-07-09 11:11 geoffclare Line Number => 116496 2020-07-09 11:12 geoffclare Relationship added related to 0001185 2020-09-14 15:43 Don Cragun Status New => Resolved 2020-09-14 15:43 Don Cragun Resolution Open => Accepted ==
[Issue 8 drafts 0001366]: Out of date rationale for XSI definition
The following issue has been RESOLVED. == https://www.austingroupbugs.net/view.php?id=1366 == Reported By:geoffclare Assigned To: == Project:Issue 8 drafts Issue ID: 1366 Category: Rationale Type: Error Severity: Comment Priority: normal Status: Resolved Name: Geoff Clare Organization: The Open Group User Reference: Section:A.3 Definitions (XSI) Page Number:3379 Line Number:115320 Final Accepted Text: Resolution: Accepted Fixed in Version: == Date Submitted: 2020-07-08 15:20 UTC Last Modified: 2020-09-14 15:41 UTC == Summary:Out of date rationale for XSI definition == Issue History Date ModifiedUsername FieldChange == 2020-07-08 15:20 geoffclare New Issue 2020-07-08 15:20 geoffclare Name => Geoff Clare 2020-07-08 15:20 geoffclare Organization => The Open Group 2020-07-08 15:20 geoffclare Section => A.3 Definitions (XSI) 2020-07-08 15:20 geoffclare Page Number => 3379 2020-07-08 15:20 geoffclare Line Number => 115320 2020-09-14 15:41 Don Cragun Status New => Resolved 2020-09-14 15:41 Don Cragun Resolution Open => Accepted ==
[Issue 8 drafts 0001365]: rm -v description implies only operands are reported
The following issue has been RESOLVED. == https://www.austingroupbugs.net/view.php?id=1365 == Reported By:geoffclare Assigned To: == Project:Issue 8 drafts Issue ID: 1365 Category: Shell and Utilities Type: Error Severity: Objection Priority: normal Status: Resolved Name: Geoff Clare Organization: The Open Group User Reference: Section:rm Page Number:3066 Line Number:103824 Final Accepted Text: Resolution: Accepted Fixed in Version: == Date Submitted: 2020-07-07 09:36 UTC Last Modified: 2020-09-14 15:39 UTC == Summary:rm -v description implies only operands are reported == Relationships ID Summary -- related to 0001154 Add 'rm -v' == Issue History Date ModifiedUsername FieldChange == 2020-07-07 09:36 geoffclare New Issue 2020-07-07 09:36 geoffclare Name => Geoff Clare 2020-07-07 09:36 geoffclare Organization => The Open Group 2020-07-07 09:36 geoffclare Section => rm 2020-07-07 09:36 geoffclare Page Number => 3066 2020-07-07 09:36 geoffclare Line Number => 103824 2020-07-07 09:37 geoffclare Relationship added related to 0001154 2020-09-14 15:39 Don Cragun Status New => Resolved 2020-09-14 15:39 Don Cragun Resolution Open => Accepted ==
[1003.1(2016)/Issue7+TC2 0001138]: Add strsignal(), sig2str() and str2sig() to the standard.
A NOTE has been added to this issue. == https://austingroupbugs.net/view.php?id=1138 == Reported By:joerg Assigned To: == Project:1003.1(2016)/Issue7+TC2 Issue ID: 1138 Category: System Interfaces Type: Enhancement Request Severity: Editorial Priority: normal Status: New Name: Jörg Schilling Organization: User Reference: Section:System Interfaces Page Number:new interface Line Number:newinterface Interp Status: --- Final Accepted Text: == Date Submitted: 2017-04-27 12:02 UTC Last Modified: 2020-09-14 14:53 UTC == Summary:Add strsignal(), sig2str() and str2sig() to the standard. == -- (0004990) geoffclare (manager) - 2020-09-14 14:53 https://austingroupbugs.net/view.php?id=1138#c4990 -- Re https://austingroupbugs.net/view.php?id=1138#c4988 The Solaris code (assuming it hasn't changed in Illumos) uses strtol() and checks that the returned end pointer points to a null byte. It also looks up the resulting integer in the table. So str2sig("13apples", ...) returns an error. https://github.com/illumos/illumos-gate/blob/master/usr/src/lib/libc/port/gen/str2sig.c Issue History Date ModifiedUsername FieldChange == 2017-04-27 12:02 joerg New Issue 2017-04-27 12:02 joerg Name => Jörg Schilling 2017-04-27 12:02 joerg Section => System Interfaces 2017-04-27 12:02 joerg Page Number => new interface 2017-04-27 12:02 joerg Line Number => newinterface 2017-04-27 12:11 joerg Note Added: 0003678 2017-04-27 13:32 schwarze Note Added: 0003679 2017-04-27 14:15 joerg Note Added: 0003680 2017-04-27 15:47 kreNote Added: 0003681 2017-04-27 16:30 jilles Note Added: 0003682 2017-04-28 02:14 kreNote Added: 0003683 2017-04-28 02:49 kreNote Added: 0003684 2017-05-04 10:57 joerg Note Added: 0003685 2017-05-04 12:29 kreNote Added: 0003686 2017-05-10 02:00 kreNote Added: 0003688 2017-05-10 02:00 kreNote Deleted: 0003683 2017-05-10 02:00 kreNote Deleted: 0003684 2017-05-10 02:31 kreNote Edited: 0003688 2017-05-10 02:31 kreNote Edited: 0003688 2018-10-11 15:48 Don Cragun Note Added: 0004148 2019-01-16 13:36 ajosey Note Added: 0004212 2020-09-08 09:30 geoffclare Note Added: 0004975 2020-09-08 09:30 geoffclare Note Edited: 0004975 2020-09-08 15:32 kreNote Added: 0004976 2020-09-08 21:37 joerg Note Added: 0004977 2020-09-08 22:49 kreNote Added: 0004978 2020-09-08 23:12 kreNote Added: 0004979 2020-09-08 23:13 kreNote Deleted: 0004979 2020-09-09 11:27 joerg Note Added: 0004980 2020-09-10 10:55 geoffclare Note Edited: 0004975 2020-09-10 10:59 geoffclare Note Added: 0004981 2020-09-10 13:05 kreNote Added: 0004982 2020-09-10 13:30 joerg Note Added: 0004983 2020-09-10 14:31 geoffclare Note Added: 0004984 2020-09-10 14:31 geoffclare Note Edited: 0004984 2020-09-10 19:01 kreNote Added: 0004986 2020-09-14 07:26 geoffclare Note Edited: 0004
[1003.1(2016)/Issue7+TC2 0001138]: Add strsignal(), sig2str() and str2sig() to the standard.
A NOTE has been added to this issue. == https://www.austingroupbugs.net/view.php?id=1138 == Reported By:joerg Assigned To: == Project:1003.1(2016)/Issue7+TC2 Issue ID: 1138 Category: System Interfaces Type: Enhancement Request Severity: Editorial Priority: normal Status: New Name: Jörg Schilling Organization: User Reference: Section:System Interfaces Page Number:new interface Line Number:newinterface Interp Status: --- Final Accepted Text: == Date Submitted: 2017-04-27 12:02 UTC Last Modified: 2020-09-14 14:11 UTC == Summary:Add strsignal(), sig2str() and str2sig() to the standard. == -- (0004989) eblake (manager) - 2020-09-14 14:11 https://www.austingroupbugs.net/view.php?id=1138#c4989 -- Regarding https://www.austingroupbugs.net/view.php?id=1138#c4988 on strtol() not being async-signal-safe: that's because it is locale-dependent (some locales have different thousands separators, and the parsing of strings into numbers is permitted to take that difference into account when deciding what to parse). As consulting the locale means interacting with environment variables, the whole function becomes non-async-safe. Issue History Date ModifiedUsername FieldChange == 2017-04-27 12:02 joerg New Issue 2017-04-27 12:02 joerg Name => Jörg Schilling 2017-04-27 12:02 joerg Section => System Interfaces 2017-04-27 12:02 joerg Page Number => new interface 2017-04-27 12:02 joerg Line Number => newinterface 2017-04-27 12:11 joerg Note Added: 0003678 2017-04-27 13:32 schwarze Note Added: 0003679 2017-04-27 14:15 joerg Note Added: 0003680 2017-04-27 15:47 kreNote Added: 0003681 2017-04-27 16:30 jilles Note Added: 0003682 2017-04-28 02:14 kreNote Added: 0003683 2017-04-28 02:49 kreNote Added: 0003684 2017-05-04 10:57 joerg Note Added: 0003685 2017-05-04 12:29 kreNote Added: 0003686 2017-05-10 02:00 kreNote Added: 0003688 2017-05-10 02:00 kreNote Deleted: 0003683 2017-05-10 02:00 kreNote Deleted: 0003684 2017-05-10 02:31 kreNote Edited: 0003688 2017-05-10 02:31 kreNote Edited: 0003688 2018-10-11 15:48 Don Cragun Note Added: 0004148 2019-01-16 13:36 ajosey Note Added: 0004212 2020-09-08 09:30 geoffclare Note Added: 0004975 2020-09-08 09:30 geoffclare Note Edited: 0004975 2020-09-08 15:32 kreNote Added: 0004976 2020-09-08 21:37 joerg Note Added: 0004977 2020-09-08 22:49 kreNote Added: 0004978 2020-09-08 23:12 kreNote Added: 0004979 2020-09-08 23:13 kreNote Deleted: 0004979 2020-09-09 11:27 joerg Note Added: 0004980 2020-09-10 10:55 geoffclare Note Edited: 0004975 2020-09-10 10:59 geoffclare Note Added: 0004981 2020-09-10 13:05 kreNote Added: 0004982 2020-09-10 13:30 joerg Note Added: 0004983 2020-09-10 14:31 geoffclare Note Added: 0004984 2020-09-10 14:31 geoffclare Note Edited: 0004984 2020-09-10 19:01 kreNote Added: 0004986
[1003.1(2016)/Issue7+TC2 0001138]: Add strsignal(), sig2str() and str2sig() to the standard.
A NOTE has been added to this issue. == https://www.austingroupbugs.net/view.php?id=1138 == Reported By:joerg Assigned To: == Project:1003.1(2016)/Issue7+TC2 Issue ID: 1138 Category: System Interfaces Type: Enhancement Request Severity: Editorial Priority: normal Status: New Name: Jörg Schilling Organization: User Reference: Section:System Interfaces Page Number:new interface Line Number:newinterface Interp Status: --- Final Accepted Text: == Date Submitted: 2017-04-27 12:02 UTC Last Modified: 2020-09-14 13:59 UTC == Summary:Add strsignal(), sig2str() and str2sig() to the standard. == -- (0004988) kre (reporter) - 2020-09-14 13:59 https://www.austingroupbugs.net/view.php?id=1138#c4988 -- Re Note: https://www.austingroupbugs.net/view.php?id=1138#c4987 - nothing in the description of the interface says that str2sig() uses either atoi() or strtol() - it is possible to convert a string of digits to an integer in a 100% async-signal-safe way. Particularly when the size of the resulting integer most likely doesn't even approach the limits (the value would be too big to be a signal, on most implementations, way before integer overflow becomes an issue). However, as my position is that these functions (neither of them) ought to be listed as async-signal-safe, this really doesn't matter to me. This point also raises the question of why str2sig() is doing that? Do we really need yet another atoi() in the library? I can see some utility of having a function which can convert either a signal name, or the string form of its numeric value, into the signal number - it makes coding a fraction simpler and means that all applications will offer those alternatives (assuming that there really are any other than sh & kill (and its clones) which use these) . But it means that even if the application only wants the names to work. I think it would be better to leave it unspecified what happens when a digit string is given to str2sig(). Apps that want to allow numeric input can easily call strtol() (one hopes not atoi()) and make that happen. This would also improve the symmetry of the two functions, anything is defined to work as input to str2sig() would also be the defined output of sig2str() - that doesn't happen when str2sig() converts a numeric arg. Beyond that the specification doesn't make clear what happens when the input is something like "13apples". My guess, given its vintage(), is that the SysVR4 implementation probably just does something like if (isdigit(str[0])) sig = atoi(str); (and then maybe bounds checks sig, maybe - since I assume it assumes that all signals from 1..n are valid, which they probably are in SysVR4, and Solaris) no more "valid signal number" check would be needed. If my guess is right the str2sig("13apples", ...) would return (as the signal) "13". Is that to be the required behaviour? As an aside: apart from that signal handlers shouldn't be doing anything nearly as complex as converting strings to integers (nor converting integers into signal names) I can't think of a particularly good reason that atoi() or strtol() aren't listed as async-signal-safe. Is there an implementation of them somewhere where they aren't? But once again, the best outcome here would be to simply reject this proposal, and add nothing to the standard. Issue History Date ModifiedUsername FieldChange == 2017-04-27 12:02 joerg New Issue 2017-04-27 12:02 joerg Name => Jörg Schilling 2017-04-27 12:02 joerg Section => System Interfaces 2017-04-27 12:02 joerg Page Number => new interface 2017-04-27 12:02 joerg Line Number => newinterface 2017-04-27 12:11 joerg Note Added: 0003678 2017-04-27 13:32 schwarze Note Added: 0003679 2017-04-27 14:15 joerg Note Added: 0003680
Re: mailx R and r commands (was: Replying to the list)
Robert Elz wrote, on 12 Sep 2020: > > How you can manage to reconcile this in the standard, more precisely > that saying "the r and R commands reply to the current message, using > different, but otherwise unspecified, addresses obtained from the header > of the current message" (in better prose than that, one would hope), I > don't know, and that's not very useful to anyone. Perhaps one way forward would be to require that mailx can be configured so that "R" and "r" behave in a particular way, but that it need not be the default configuration. While reading through the various responses, I also realised that there is a fourth problem to add to the list I originally gave. (I forget who's response made me think of it, but for convenience I'll just put the details here. Apologies for not giving credit where due.) As stated before, the description of "r" says the reply is sent to "all recipients included in the header of the message". The fourth problem is: 4. "r" is required NOT to send the reply to the author/sender of the message, but only to its (known) recipients. (So the author/sender will only get the reply if they were included in "To:" or "Cc:".) -- Geoff Clare The Open Group, Apex Plaza, Forbury Road, Reading, RG1 1AX, England
Re: mailx R and r commands (was: Replying to the list)
Mark Harris wrote, on 12 Sep 2020: > > > | Solaris uses "Reply-To:" to replace just "From:" > > | (although it has "R" and "r" the wrong way round!) > > This is controlled by the POSIX-standard mailx variable "flipr". It > can be set system-wide (/etc/mail.rc) or per-user ($HOME/.mailrc). My first thought when I saw what Solaris did was that perhaps flipr had been set somehow. But I did a "set flipr" and then it behaved the way the standard requires (for flipr unset). So it definitely has them the wrong way round. -- Geoff Clare The Open Group, Apex Plaza, Forbury Road, Reading, RG1 1AX, England
[1003.1(2016)/Issue7+TC2 0001138]: Add strsignal(), sig2str() and str2sig() to the standard.
A NOTE has been added to this issue. == https://austingroupbugs.net/view.php?id=1138 == Reported By:joerg Assigned To: == Project:1003.1(2016)/Issue7+TC2 Issue ID: 1138 Category: System Interfaces Type: Enhancement Request Severity: Editorial Priority: normal Status: New Name: Jörg Schilling Organization: User Reference: Section:System Interfaces Page Number:new interface Line Number:newinterface Interp Status: --- Final Accepted Text: == Date Submitted: 2017-04-27 12:02 UTC Last Modified: 2020-09-14 08:13 UTC == Summary:Add strsignal(), sig2str() and str2sig() to the standard. == -- (0004987) geoffclare (manager) - 2020-09-14 08:13 https://austingroupbugs.net/view.php?id=1138#c4987 -- Re https://austingroupbugs.net/view.php?id=1138#c4986 str2sig() does not just "look up the name and return the number", it also does string to integer conversion, and neither atoi() nor strtol() is in the list of async-signal-safe functions. Issue History Date ModifiedUsername FieldChange == 2017-04-27 12:02 joerg New Issue 2017-04-27 12:02 joerg Name => Jörg Schilling 2017-04-27 12:02 joerg Section => System Interfaces 2017-04-27 12:02 joerg Page Number => new interface 2017-04-27 12:02 joerg Line Number => newinterface 2017-04-27 12:11 joerg Note Added: 0003678 2017-04-27 13:32 schwarze Note Added: 0003679 2017-04-27 14:15 joerg Note Added: 0003680 2017-04-27 15:47 kreNote Added: 0003681 2017-04-27 16:30 jilles Note Added: 0003682 2017-04-28 02:14 kreNote Added: 0003683 2017-04-28 02:49 kreNote Added: 0003684 2017-05-04 10:57 joerg Note Added: 0003685 2017-05-04 12:29 kreNote Added: 0003686 2017-05-10 02:00 kreNote Added: 0003688 2017-05-10 02:00 kreNote Deleted: 0003683 2017-05-10 02:00 kreNote Deleted: 0003684 2017-05-10 02:31 kreNote Edited: 0003688 2017-05-10 02:31 kreNote Edited: 0003688 2018-10-11 15:48 Don Cragun Note Added: 0004148 2019-01-16 13:36 ajosey Note Added: 0004212 2020-09-08 09:30 geoffclare Note Added: 0004975 2020-09-08 09:30 geoffclare Note Edited: 0004975 2020-09-08 15:32 kreNote Added: 0004976 2020-09-08 21:37 joerg Note Added: 0004977 2020-09-08 22:49 kreNote Added: 0004978 2020-09-08 23:12 kreNote Added: 0004979 2020-09-08 23:13 kreNote Deleted: 0004979 2020-09-09 11:27 joerg Note Added: 0004980 2020-09-10 10:55 geoffclare Note Edited: 0004975 2020-09-10 10:59 geoffclare Note Added: 0004981 2020-09-10 13:05 kreNote Added: 0004982 2020-09-10 13:30 joerg Note Added: 0004983 2020-09-10 14:31 geoffclare Note Added: 0004984 2020-09-10 14:31 geoffclare Note Edited: 0004984 2020-09-10 19:01 kreNote Added: 0004986 2020-09-14 07:26 geoffclare Note Edited: 0004975 2020-09-14 08:00 geoffclare Note Edited: 0004975 2020-09-14 08:13 geoffclare