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^: «303010» ¦79b8ab9,HEAD(cc6c055): «303030»