On Fri, 13 Oct 2017 23:34:51 -0700, [email protected] wrote:
> There's something regression-ish about it.
>
> Code:
> say $*KERNEL.signal: SIGUSR1
>
> ¦79b8ab9d3f^:
>
> 10
>
> ¦79b8ab9d3f:
> 30
>
>
> See (2017-06-02)
> https://github.com/rakudo/rakudo/commit/79b8ab9d3f9a5499e8a7859f34b4499fb352ac13
>
> On 2017-09-01 15:39:42, [email protected] wrote:
> > We now have a note in the docs about this. When fixed, change the
> > docs
> > accordingly (*maybe* saying that versions before X are known to have
> > a bug).
> >
> > https://github.com/perl6/doc/commit/39e3efc08d
> >
> > See IRC discussion: https://irclog.perlgeek.de/perl6/2017-09-
> > 01#i_15103501
> > On 2017-09-01 03:33:34, [email protected] wrote:
> > > Code:
> > > say +SIGUSR1
> > >
> > > Result:
> > > 30
> > >
> > >
> > > However, on my system SIGUSR1 is *not* 30 (it is 10). I guess
> > > rakudo
> > > should try harder to find proper values of the system it runs on.
> > >
> > > See this doc issue: https://github.com/perl6/doc/issues/1474
Something fishy going on with the Signals enum. If that's fixed then the
regression you pointed out will be fixed as well, as the new method simply
uses enum's `.value` to get the signal number:
<Zoffix__> c: 79b8ab9d3f^,79b8ab9d3f,HEAD say SIGUSR1.Numeric; say
SIGUSR1.value; say $*KERNEL.signal: SIGUSR1
<committable6> Zoffix__, ¦79b8ab9d3f^: «303010» ¦79b8ab9,HEAD(cc6c055):
«303030»
