Thanks raiph for everything!
Including getting me to upgrade my Raku, "Welcome to Rakudo(tm) v2021.02.1.
Implementing the Raku(tm) programming language v6.d.
Built on MoarVM version 2021.02."
As it is I get same kinds of errors in the REPL, perhaps it is MacOS with
Linenoise that's mucking
> 1. The list you posted is fantastic ("If the first character inside is
> anything other
> than an alpha it doesn't capture"). It should be added to the Raku Docs ASAP.
Not the list, right? Just the rule. (There are dozens of kinds of
assertions. No one
is going to remember the list.) If you
And when I cut/paste from the doc, the number example works too,
in both script and repl.
On Wed, Mar 17, 2021 at 10:33 PM Ralph Mellor wrote:
>
> Er, by wfm I mean it matches ｢Is｣ as the code suggests.
>
> On Wed, Mar 17, 2021 at 10:32 PM Ralph Mellor wrote:
> >
> > Works for me in Rakudo
Er, by wfm I mean it matches ｢Is｣ as the code suggests.
On Wed, Mar 17, 2021 at 10:32 PM Ralph Mellor wrote:
>
> Works for me in Rakudo 2020.12.
>
> On Wed, Mar 17, 2021 at 9:33 PM yary wrote:
> >
> > The "Interpolation" section of the raku docs use strings as the elements of
> > building up a
Works for me in Rakudo 2020.12.
On Wed, Mar 17, 2021 at 9:33 PM yary wrote:
>
> The "Interpolation" section of the raku docs use strings as the elements of
> building up a larger regex from smaller pieces, but the example that looks
> fruitful isn't working in my raku. This is taken from
>
Now my question is this: Is this a problem with the LibCurl::Easy
module, where I can raise an issue.
Here: https://github.com/CurtTilmes/raku-libcurl
Regards,
David Santiago
The "Interpolation" section of the raku docs use strings as the elements of
building up a larger regex from smaller pieces, but the example that looks
fruitful isn't working in my raku. This is taken from
https://docs.raku.org/language/regexes#Regex_interpolation
> my $string = 'Is this a regex
After working at this, I finally found where it was happening, and a
work-around.
I was checking all 517 http/s links in the documentation to see whether
they are all live (not 404 and host found). For this I was using
LibCurl::Easy.
The relevant bits of code was something like
for @links
Dear Brad,
1. The list you posted is fantastic ("If the first character inside is
anything other than an alpha it doesn't capture"). It should be added to
the Raku Docs ASAP.
2. There are some shortcuts that don't seem to follow a set pattern. For
example a named capture can be accessed using $
Richard,
If a quick workaround is fitting, the problem can be dodged at the system
level. I'll pick 8192 open files on Linux for example:
/etc/security/limits.conf
myuser hard nofile 8192
myuser soft nofile 8192
This doesn't address the open file count within Raku, but
Is it possible that is't got its origin in the operating system, and not in
Raku itself?
El mié, 17 mar 2021 a las 18:56, Elizabeth Mattijsen ()
escribió:
> > On 17 Mar 2021, at 18:45, Richard Hainsworth
> wrote:
> >
> > I have been running into this error: "Too many open files"
> >
> > Sorry
> On 17 Mar 2021, at 18:45, Richard Hainsworth wrote:
>
> I have been running into this error: "Too many open files"
>
> Sorry for the lack of detail. The problem is that the error comes up in odd
> places, so I have found it difficult to golf down into Raku program that
> always fails with
I have been running into this error: "Too many open files"
Sorry for the lack of detail. The problem is that the error comes up in
odd places, so I have found it difficult to golf down into Raku program
that always fails with this error.
When I separate out the code that leads to the error,
And once again, thanks much for the explication of all this...
But even after thinking it over, the current state-of-affairs on
this really doesn't strike me as being okay.
As I'm sure everyone here knows, over in perl-land the main trick
you have for creating regexes from components is lexical
14 matches
Mail list logo
