On Thursday 24 October 2019 20:58:41 Steve Hay wrote:
> On Thu, 24 Oct 2019 at 15:50, wrote:
> >
> > On Wednesday 06 September 2017 08:23:12 Steve Hay wrote:
> > > On 19 January 2017 at 14:25, Issac Goldstand wrote:
> > > > That release was canceled due to lack of votes,
> >
> > Hello Issac! Have
On Wednesday 13 November 2019 20:37:06 Damyan Ivanov wrote:
> -=| André Warnier (tomcat/perl), 13.11.2019 19:12:10 +0100 |=-
> > while (my $sz = $f->read(my $buffer, BUFF_LEN)) {
> > ..
> >
> > and then I need to pass this data to another module for processing
> > (Template::Toolkit).
> > To
On Wednesday 13 November 2019 20:10:07 André Warnier (tomcat/perl) wrote:
> On 13.11.2019 19:53, p...@cpan.org wrote:
> > On Wednesday 13 November 2019 19:52:25 André Warnier (tomcat/perl) wrote:
> > > On 13.11.2019 19:17, p...@cpan.org wrote:
> > > > On Wednesday 13 November 2019 19:12:10 André Wa
On Wednesday 13 November 2019 19:52:25 André Warnier (tomcat/perl) wrote:
> On 13.11.2019 19:17, p...@cpan.org wrote:
> > On Wednesday 13 November 2019 19:12:10 André Warnier (tomcat/perl) wrote:
> > > My question is : can I - and how -, set the filehandle that corresponds to
> > > the $f->read(),
On Wednesday 13 November 2019 19:12:10 André Warnier (tomcat/perl) wrote:
> My question is : can I - and how -, set the filehandle that corresponds to
> the $f->read(), to a UTF-8 layer ?
> I have tried
>
> line 155: binmode($f,'encoding:(UTF-8)');
Hi André! When specifying PerlIO layer for file
On Wednesday 06 September 2017 08:23:12 Steve Hay wrote:
> On 19 January 2017 at 14:25, Issac Goldstand wrote:
> > That release was canceled due to lack of votes,
Hello Issac! Have you released this version on cpan as trial release for
testing?
I have not found it on https://metacpan.org/releas
Hi Yenya!
On Monday 12 March 2018 16:15:07 Jan Kasprzak wrote:
> https://my.server/index.pl works correctly (has non-empty $r->user), but
> https://my.server/ without /index.pl suffix has empty $r->user, even though
This looks like an apache's internal redirect...
> I have verified that the Perl
On Tuesday 30 May 2017 15:53:13 James Smith wrote:
> String eval should be avoided at all costs [especially if you parse user
> input] - functional eval is different - and is a good model for catching
> errors etc
Yes, string eval should be avoided in all usage. But this discussion was
about that
On Tuesday 30 May 2017 10:46:08 Ruben Safir wrote:
> Using eval is an unacceptable security bug for all online and public
> access programs that aquire data from external non-secured sources.
Eval is exception handling. It catch problems which could be security
problem (like DOS attack) to correct
Hi!
Please note that true value in $@ is *not* necessary condition for
checking if error in eval occurred. And similarly empty string or logic
false value in $@ is *not* necessary condition that eval succeeded.
The only thing which is guaranteed is undef return value from eval in
case it failed.
On Tuesday 19 July 2016 05:19:26 Jie Gao wrote:
> * yhp...@orange.fr wrote:
> > Date: Tue, 19 Jul 2016 11:17:01 +0800
> > From: yhp...@orange.fr
> > To: modperl@perl.apache.org
> > Subject: Re: ApacheCon: Getting the word out internally
> > User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0)
11 matches
Mail list logo
