Re: [perl #133057] Odd interaction of HTTP::UserAgent and Promises

2018-04-03 Thread brian d foy via RT
The error message isn't useful because you get that no matter what
happens. It's really the IO::Socket::SSL is not thread safe.

But, I'd not expect a segfault.


Re: [perl #133057] AutoReply: Odd interaction of HTTP::UserAgent and Promises

2018-04-03 Thread brian d foy via RT
Ah, there's even an HTTP::UserAgent issue for this I think:
https://github.com/sergot/http-useragent/issues/191


Re: [perl #132885] AutoReply: .next-handle seems to change handles but doesn't

2018-02-19 Thread brian d foy via RT
I can fix this by closing the old file handle and checking the new
one, but that seems like way to much work at the user level.

quietly {
my $limit = 5;
for lines() {
state $lines = 1;
FIRST { $*ARGFILES.on-switch = { put "NEW FILE"; $lines = 1 } }
if $lines > $limit {
$*ARGFILES.next-handle.close;
last unless $*ARGFILES.opened;
next;
}
put "{$*ARGFILES.path}:{$lines++} $_";
}
}


Re: [perl #131922] [LTA] "Variadic" or "slurpy"?

2017-08-18 Thread brian d foy via RT
Several areas of the docs then need to correct that. No matter what you
decide, a user should be able to take the tricky words in an error message
and usefully find them in the docs.


-- 
brian d foy 
http://www.pair.com/~comdog/


Re: [perl #131695] Confusion in precedence with <<$foo>>[0]

2017-07-03 Thread brian d foy via RT
On Mon, Jul 3, 2017 at 11:09 AM, jn...@jnthn.net via RT
 wrote:

> I can see the potential for a human reader to be confused,

I think there are two improvements here:

* a better explanation of interpolation and what's allowed there (such
as "only postfix...") with plenty of examples.

* a better explanation of the process. I wouldn't have expected
something to eat that much inside the string. Not everything in the
main language is going to interpolate, so how is it making its
decision which thing it wants to parse?

* perhaps a better error message. We know we are inside a quoting
thing, so we might be able to guess that the quoting thing is not
terminated.


Re: [perl #131392] %() creates a Map

2017-05-29 Thread brian d foy via RT
I did pull my first example out of a slightly larger program I was
playing with, but I thought that a match would surely have no effect.
Stupid me, because I've been around long enough to know that
assumption is almost always false. That "harmless" thing you leave out
is the actual problem. Here's a complete program that reproduces it:

'abcdef' ~~ m/ cd /;

my $thingy = %();
put $thingy.^name;  #Map