[1003.1(2016)/Issue7+TC2 0001138]: Add strsignal(), sig2str() and str2sig() to the standard.

< said: > I understand how it is useful for a shell implementation to be able to > depend > upon functions like these existing for each system the shell is to be used > upon, but that is not, IMO, a good enough reason for them to appear here. While I generally agree with kre's line on these two i

Re: [1003.1(2016)/Issue7+TC2 0001138]: Add strsignal(), sig2str() and str2sig() to the standard.

joerg.schill...@fokus.fraunhofer.de said: | Many of the new features from Svr4 have been developed by David Korn in | 1988 and I definitely doubt that these interfaces are a result of dumb | decisions. For an internal interface in the shell, designed in the 80's, perhaps not. As a general

[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: ==

[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: ==

Re: [1003.1(2016)/Issue7+TC2 0001138]: Add strsignal(), sig2str() and str2sig() to the standard.

Alan Coopersmith via austin-group-l at The Open Group wrote: > On 9/8/20 11:45 AM, Robert Elz wrote: > > I knew it was from the distant past. That it was AT&T corporate > > (the commercial computer people there, back then) that made a dumb > > decision is no surprise, they made so many... > >

[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: ==

Re: [1003.1(2016)/Issue7+TC2 0001138]: Add strsignal(), sig2str() and str2sig() to the standard.

On 9/8/20 11:45 AM, Robert Elz wrote: I knew it was from the distant past. That it was AT&T corporate (the commercial computer people there, back then) that made a dumb decision is no surprise, they made so many... "It came from New Jersey" was always a common explanation for why certain thin

Re: [1003.1(2016)/Issue7+TC2 0001138]: Add strsignal(), sig2str() and str2sig() to the standard.

I knew it was from the distant past. That it was AT&T corporate (the commercial computer people there, back then) that made a dumb decision is no surprise, they made so many... This one actually, if confined to its original uses, and not proposed as a general purpose interface, is understandable

Re: [1003.1(2016)/Issue7+TC2 0001138]: Add strsignal(), sig2str() and str2sig() to the standard.

On 9/8/20 10:40 AM, Robert Elz via austin-group-l at The Open Group wrote: Date:Tue, 8 Sep 2020 17:11:16 +0100 From:"Geoff Clare via austin-group-l at The Open Group" Message-ID: <20200908161116.GA1829@localhost> | Initially I had assumed (from the Solaris ma

Re: [1003.1(2016)/Issue7+TC2 0001138]: Add strsignal(), sig2str() and str2sig() to the standard.

Date:Tue, 8 Sep 2020 17:11:16 +0100 From:"Geoff Clare via austin-group-l at The Open Group" Message-ID: <20200908161116.GA1829@localhost> | Initially I had assumed (from the Solaris man page) that sig2str() | only translated signal numbers, and specified it as re

Re: [1003.1(2016)/Issue7+TC2 0001138]: Add strsignal(), sig2str() and str2sig() to the standard.

> -- > (0004976) kre (reporter) - 2020-09-08 15:32 > https://www.austingroupbugs.net/view.php?id=1138#c4976 > -- > Re: https://www.austingroupbugs.net/view.ph

[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: ==

[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: ==