On Fri, 13 Oct 2017 23:34:51 -0700, alex.jakime...@gmail.com 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, alex.jakime...@gmail.com 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, alex.jakime...@gmail.com 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^: «30␤30␤10» ¦79b8ab9,HEAD(cc6c055): 
«30␤30␤30»

Reply via email to