Hi,
I just tried to use the .dmg version of Rakudo Star.
I might not be the typical Mac user as I spent quite some time trying to figure
out what do I need to do in order to start using it after the installation.
In the end I found that it was installed to /Applications/Rakudo
Then I added
When I search for %INC at https://docs.perl6.org/ it offers "%INC (Perl 5)"
but when I search for the more common @INC
Luckily the former leads to
https://docs.perl6.org/language/5to6-perlvar which also has
information on the latter, but it would be nice if that was also
recognized in the
These notes are already available in the README.txt file that is in the .dmg
Regards.
On Sat, Mar 25, 2017 at 4:54 AM, Gabor Szabo wrote:
> Hi,
>
> I just tried to use the .dmg version of Rakudo Star.
> I might not be the typical Mac user as I spent quite some time trying to
On Sat, Mar 25, 2017 at 1:15 AM, ToddAndMargo wrote:
> On 03/24/2017 07:45 PM, Brad Gilbert wrote:
>>
>> All of these should work
>>
>> if $Terminal ~~ /xterm/ | /linux/ {}
>> if $Terminal ~~ /xterm | linux/ {}
>> if $Terminal ~~ /xterm || linux/ {}
>>
>> Note
Please open an issue at https://github.com/perl6/doc/issues so it gets
tracked, thanks!
On Sat, Mar 25, 2017 at 8:36 AM, Gabor Szabo wrote:
> When I search for %INC at https://docs.perl6.org/ it offers "%INC (Perl 5)"
> but when I search for the more common @INC
>
> Luckily
On 25/03/17 12:53, Tom Browder wrote:
> On Fri, Mar 24, 2017 at 10:36 PM, Timo Paulssen wrote:
>> I seem to recall you asked about performance recently
>>
>> the regex engine has a significant overhead.
> ...
>
> Isn't that somewhat mitigated by defining regex or token constants
Oh so you say that's indeed a bug in my code. That's a relief. Thanks!
As I can see I had some $file.IO.slurp and some of the slurp-rest ones.
What is the difference between $file.IO.slurp and slurp($file) ?
Is the latter just an alias for the former?
Gabor
On Sat, Mar 25, 2017 at 4:54 PM,
The Perl 6 Maven site runs on Bailador. I've just updated the Rakudo
underneath to 2017.01 and
it seemed to be working fine, but after a while it started crashing
with this error message:
Failed to open file /home/gabor/work/perl6maven-live.com/main.json:
too many open files
in sub at
i highly suggest you slurp instead of open + slurp-rest, because that
will automatically close the file for you, too.
other than that, you can pass :close to the slurp-rest method and it'll
also close the file.
if you're not closing the files you're opening, you'll be relying on the
garbage
On Fri, Mar 24, 2017 at 10:45 PM, Brad Gilbert wrote:
> Basically use | in regexes unless you need ||.
There's been some discussion, here and in IRC, of the | form interacting in
ways that are correct but which people often don't expect. This can result
in match failures or
On Sat, 25 Mar 2017 16:49:04 +0100
Gabor Szabo wrote:
> https://github.com/perl6/doc/issues/1257
Thanks for clarifying!
On Sat, Mar 25, 2017 at 8:42 PM, Elizabeth Mattijsen wrote:
> $file.IO.slurp and slurp($file) are basically the same.
>
> $handle.slurp-rest does *not* close the handle, as another process might
> still be writing to it, so you could do another .slurp-rest.
>
>
> To get back to
$file.IO.slurp and slurp($file) are basically the same.
$handle.slurp-rest does *not* close the handle, as another process might still
be writing to it, so you could do another .slurp-rest.
To get back to your original code:
get '/atom' => sub {
my $path = $.meta ~ request.path;
I still get the same error.
I just found another case of slurp-rest which might have been the
cause but it might be good time to
look at the few other cases of "open" in my code. (And later maybe
also the code of Bailador itself.)
I tried to read more about how I am supposed to close file handles
Hi,
In addition to me breaking my own code, it seems that Travis-CI and
Rakudo are rather fragile together.
Occasionally my tests fail due to failures in the prerequisites.
This failed due to LWP::Simple failing
https://travis-ci.org/szabgab/Perl6-Maven/jobs/215147392
even though 20 min earlier
15 matches
Mail list logo