[perl #130045] Regex: using variable interpolation and sigspace ignores spaces

[via RT]

# New Ticket Created by  Samantha McVey 
# Please include the string:  [perl #130045]
# in the subject line of all future correspondence about this issue. 
# https://rt.perl.org/Ticket/Display.html?id=130045 >


Expected result:
m: my $b = 'a b c'; $b ~~ s:ss/a /space/; say $b
OUTPUT«spaceb c␤»

What happens with <$a>
m: my $a = 'a '; my $b = 'a b c'; $b ~~ s:ss/<$a>/space/; say $b
OUTPUT«space b c␤»

Or with only one space:
m: my $a = ' '; my $b = 'a b c'; $b ~~ s:ss/<$a>/space/; say $b
OUTPUT«===SORRY!=== Error while compiling /home/camelia/EVAL_0␤Null regex not 
allowed␤at /home/camelia/EVAL_0:1␤--> anon regex {  ⏏}␤»

Re: small test program

[mt1957]

On 11/07/2016 04:05 AM, Mike South wrote:


On Sat, Nov 5, 2016 at 1:10 PM, mt1957 > wrote:


Hi,

I've made a small test program to run a particular test file in an
infinite loop until it fails. I was investigating some race
problem in BSON and the test run was successful most of the time.
I got some raw fingers to repeat the commands so this is the
result, simple and maybe useful for others. It uses the perl5
prove program which must be in your search path.


use v6.c;

sub MAIN ( Str:D $filename where (.IO ~~ :r and .IO !~~ :d) ) {

  my Proc $p;

  my Bool $success = True;
  while $success {
$p = shell "prove --merge -v -e perl6 $filename";
$success = $p.exitcode eq 0;
  }
}


Hi Marcel,

Thanks for sharing!

For snippets of code like this that (a) other people might find useful 
and (b) I'm likely to want to find again many months later, I like to 
store them as a "gist" at github.  Makes it easy for people to share, 
and you can search for it later if you want to dig it out again.


mike

Hi Mike,

I've done it!

See https://gist.github.com/MARTIMM/ and select prove-until-fail.pl6 



Thanks,
marcel




Happy testing,
Marcel Timmerman

[perl #130043] [JVM] Travis Fails with java.lang.OutOfMemoryError

[via RT]

# New Ticket Created by  Zoffix Znet 
# Please include the string:  [perl #130043]
# in the subject line of all future correspondence about this issue. 
# https://rt.perl.org/Ticket/Display.html?id=130043 >



For example this build: https://travis-ci.org/rakudo/rakudo/jobs/173944534

The failure is:
 Stage classfile : 24.943
 java.lang.OutOfMemoryError: PermGen space
 Exception in thread "main"
 Exception: java.lang.OutOfMemoryError thrown from the  
UncaughtExceptionHandler in thread "main"
 make: *** [CORE.setting.jar] Error 1

I don't know if it's a Travis config issue or something with the JVM backend.

I'm disabling travis notifications for JVM failures for now, to quite  
down the Travis IRC bot.
Once the solution is known, please re-enable them in .travis.yml file.

[perl #130042] [CONC] t/04-nativecall/20-concurrent.t flops

[via RT]

# New Ticket Created by  Zoffix Znet 
# Please include the string:  [perl #130042]
# in the subject line of all future correspondence about this issue. 
# https://rt.perl.org/Ticket/Display.html?id=130042 >



The t/04-nativecall/20-concurrent.t included in Rakudo's test suit  
appears to be flopping with today's HEAD: 2016.10-213-ge10f767

I'm disabling this test to quite down travis IRC bot assaults. Please  
uncomment the test once the fix is apparent.


To reproduce (error at the end):

cpan@perlbuild2~/CPANPRC/rakudo (nom)$ while ./perl6 --ll-exception  
t/04-nativecall/20-concurrent.t; do true; done
1..3
ok 1 - Correct results when running native code across threads
ok 2 - A sleeping native call does not block running/GC in another thread
ok 3 - Can call native function while one in another thread is sleeping
1..3
ok 1 - Correct results when running native code across threads
ok 2 - A sleeping native call does not block running/GC in another thread
ok 3 - Can call native function while one in another thread is sleeping
1..3
ok 1 - Correct results when running native code across threads
ok 2 - A sleeping native call does not block running/GC in another thread
ok 3 - Can call native function while one in another thread is sleeping
1..3
ok 1 - Correct results when running native code across threads
ok 2 - A sleeping native call does not block running/GC in another thread
ok 3 - Can call native function while one in another thread is sleeping
1..3
ok 1 - Correct results when running native code across threads
ok 2 - A sleeping native call does not block running/GC in another thread
ok 3 - Can call native function while one in another thread is sleeping
1..3
Cannot invoke this object (REPR: P6opaque; Scalar)
at gen/moar/m-CORE.setting:38278 (././CORE.setting.moarvm:)
from gen/moar/m-CORE.setting:38043 (././CORE.setting.moarvm:)
from gen/moar/m-CORE.setting:37931 (././CORE.setting.moarvm:)
from gen/moar/m-CORE.setting:37945 (././CORE.setting.moarvm:)
from gen/moar/m-CORE.setting:37921 (././CORE.setting.moarvm:)
from gen/moar/m-CORE.setting:37708 (././CORE.setting.moarvm:THREAD-ENTRY)

[perl #130041] [BUG] Pair in enum declaration should either DWIM or parsefail

[via RT]

# New Ticket Created by  Tobias Leich 
# Please include the string:  [perl #130041]
# in the subject line of all future correspondence about this issue. 
# https://rt.perl.org/Ticket/Display.html?id=130041 >


m: enum Foo ( A => 42, 'B', 'C', 'D' ); say +B
rakudo-moar e10f76: OUTPUT«43␤»

m: enum Foo ( 'A' => 42, 'B', 'C', 'D' ); say +B
rakudo-moar e10f76: OUTPUT«1␤»

m: enum Foo ( 'A' => 42, 'B', 'C', 'D' ); say +A
rakudo-moar e10f76: OUTPUT«===SORRY!=== Error while compiling 
␤Undeclared name:␤A used at line 1␤␤»

B should either yield 43, or the entire expression should fail to parse.
(I'd prefer the former fwiw.)

Re: [perl #130031] [BUG][BUILD] gmake install step fails under Windows for 2016.10 with the Strawberry Perl buildchain

[Parrot Raiser]

I've also encountered a problem with "make" blowing up, on a Raspberry
Pi, which I haven't yet investigated in enough detail to report
formally. I first attributed it to some peculiarity of the
environment, but this sounds an awful lot like the same problem.

On 11/6/16, Steve Mynott  wrote:
> # New Ticket Created by  Steve Mynott
> # Please include the string:  [perl #130031]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/Ticket/Display.html?id=130031 >
>
>
> Although discovered while trying to create Rakudo Star 2016.10 binaries for
> Windows I also see the same error with the plain Rakudo 2016.10 release. I
> had no problems doing the same with 2016.07.
>
> Using the gcc and gmake supplied with Strawberry Perl the final "gmake
> install" step fails with
>
> C:\Strawberry\perl\bin\perl.exe -MExtUtils::Command -e cp perl6.moarvm
> perl6-debug.moarvm C:\rakudo/share/perl6/runtime
> C:\Strawberry\perl\bin\perl.exe -MExtUtils::Command -e mkpath
> C:\rakudo/share/perl6/runtime/dynext
> C:\Strawberry\perl\bin\perl.exe -MExtUtils::Command -e cp
> dynext/perl6_ops_moar.dll C:\rakudo/share/perl6/runtime/dynext
> .\perl6-m.bat tools/build/upgrade-repository.pl C:\rakudo/share/perl6
> Failed to create directory 'C:\rakudo\share\perl6\resources' with mode
> '0o777': Failed to mkdir: 2
>  in any  at ././CORE.setting.moarvm line 1
>  in block  at tools/build/upgrade-repository.pl line 1
>
> Actually thrown at:
>  in block  at tools/build/upgrade-repository.pl line 1
>
> makefile:553: recipe for target 'm-install' failed
> gmake[1]: *** [m-install] Error 1
> gmake[1]: Leaving directory
> 'C:/Users/steve/Downloads/rakudo-star-2016.10/rakudo'
> makefile:53: recipe for target 'rakudo-install' failed
> gmake: *** [rakudo-install] Error 2
>
> --
> 4096R/EA75174B Steve Mynott 
>

[perl #130039] [BUG] Can't represent Num literals close to the representable maximum in Rakudo

[Carl Mäsak]

# New Ticket Created by  "Carl Mäsak" 
# Please include the string:  [perl #130039]
# in the subject line of all future correspondence about this issue. 
# https://rt.perl.org/Ticket/Display.html?id=130039 >


 Wondering what the highest number is below Inf and lowest above -Inf
 MARTIMM: for the Num type, there's a highest representable
number below Inf
 m: say 1e308
 rakudo-moar 1c425f: OUTPUT«1e+308␤»
 this is the largest Num below Inf I can get Rakudo to represent.
 1.7976931348623157081e+308 on x86_64
 (and probably x86)
 I expected it to be something like that, but the cutoff in
Rakudo was at exactly 1.000e308
 maybe some artificial limit has been put in somewhere for safety reasons
 m: say 1.7976931348623157081e200 * 1e108
 rakudo-moar 1c425f: OUTPUT«1.79769313486232e+308␤»
 a-ha :)
 so Rakudo can represent them, just not with
scientific-notation number literals
 I... would be tempted to call that a bug.
* masak submits rakudobug