On Wed, Jun 22, 2005 at 07:58:14AM +0200, Rafael Garcia-Suarez wrote:
On 6/22/05, Andreas J. Koenig [EMAIL PROTECTED] wrote:
I'm not sure what the convention was, but wasn't it to avoid binary
files in the core? From patch #24922:
What do you recommend?
Encode them as base 64. Not the
demerphq wrote:
On 6/21/05, Rafael Garcia-Suarez [EMAIL PROTECTED] wrote:
I added Archive::Tar to the core, this being the last addition before
CPANPLUS.
A::T doesnt seem too happy on Win32:
Failed Test Stat Wstat Total Fail Failed List of Failed
I've just had to kill my overnight bleadperl smoke because it was
running terribly slowly and outputting reams of stuff to the log file.
The complete log is normally about 2MB, but last night's was already
47MB and only half done!
A quick look inside it shows that it thinks that all the tests
On Tue, Jun 21, 2005 at 07:50:35PM +0200, Salvador Fandino wrote:
I have not been able to reproduce the bug on any perl compiled by
myself, but anyway, I am sure the problem is caused by the nasty macro
SORTHINTS(hintsv), that relays on the evaluation order of something like
result =
Automated smoke report for 5.9.3 patch 24934
fixit.xs4all.nl: Pentium II (i386/1 cpu)
onbsd/os - 4.1
using cc version egcs-2.91.66 19990314 (egcs-1.1.2 release)
smoketime 4 hours 2 minutes (average 2 hours 1 minute)
Summary: FAIL(F)
O = OK F = Failure(s), extended report
On Sat, May 21, 2005 at 08:06:22PM +0100, Dave Mitchell wrote:
On Sat, May 21, 2005 at 07:54:09PM +0100, Nicholas Clark wrote:
Surely that logic is pants, in that:
correct.
:unique seems to be a badly-thought out hack.
What happens if a child thread
creates a new unique GV, spawns a
# New Ticket Created by Piotr Fusik
# Please include the string: [perl #36359]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=36359
This is a bug report for perl from [EMAIL PROTECTED],
generated with the help of
On Wed, 22 Jun 2005, Paul Johnson wrote:
On Tue, Jun 21, 2005 at 07:50:35PM +0200, Salvador Fandino wrote:
I have not been able to reproduce the bug on any perl compiled by
myself, but anyway, I am sure the problem is caused by the nasty macro
SORTHINTS(hintsv), that relays on the
On Fri, Jun 17, 2005 at 10:13:54PM +0200, Marcus Holland-Moritz wrote:
On 2005-06-15, at 14:43:11 +0200, Rafael Garcia-Suarez wrote:
Jeff 'japhy' Pinyan wrote:
On Jun 15, Paul Marquess said:
Consider this code
for (1 .. 3) {
my $outer = 0 ;
sub
On Thu, Feb 24, 2005 at 08:12:23PM -0500, Stas Bekman wrote:
Mike Giroux wrote:
[...]
How about a debugging routine one could call at the end of a program which
would fork, let the child process exit, then look up the bad SV info it
gets from the child's STDERR in its own state?
The
On Wed, 22 Jun 2005, Andy Dougherty wrote:
On Wed, 22 Jun 2005, Paul Johnson wrote:
On Tue, Jun 21, 2005 at 07:50:35PM +0200, Salvador Fandino wrote:
I have not been able to reproduce the bug on any perl compiled by
myself, but anyway, I am sure the problem is caused by the nasty
On Wed, Jun 15, 2005 at 11:38:36AM +0100, [EMAIL PROTECTED] wrote:
:--- ./t/op/local.t Mon Jun 13 20:18:48 2005
:+++ ./t/op/local.t Mon Jun 13 20:26:54 2005
:@@ -268,8 +268,9 @@ eval { for ($1) { local $_ = 1 } };
: print not if $@ !~ /Modification of a read-only value attempted/;
:
On Wed, Jun 22, 2005 at 11:24:12AM -, Piotr Fusik wrote:
The x operator gives an unexpected result (i.e. null string)
with large right side operands.
perl580 -le print 1x1e8 ne '' ? 'ok' : 'not ok'
ok
perl580 -le print 1x1e9 ne '' ? 'ok' : 'not ok'
(crash)
I believe the issue is
On Tue, 21 Jun 2005 23:49:21 -0700, Michael G Schwern [EMAIL PROTECTED]
said:
What part of the process is having trouble with binary files, exactly?
I think, everything boils down to the fact that Porting/p4genpatch
skips files that are not type text:
if ($doadd or
On Tue, Jun 14, 2005 at 10:45:17PM +0100, Dave Mitchell wrote:
On Fri, Jun 10, 2005 at 11:04:36AM +0100, Dave Mitchell wrote:
I'm vaguely assuming that for tieing, during localization you would *copy*
the magic; then at restore time you just ditch any magic on the new SV,
and stick the old
Michael G Schwern wrote:
On Wed, Jun 22, 2005 at 11:24:12AM -, Piotr Fusik wrote:
The x operator gives an unexpected result (i.e. null string)
with large right side operands.
perl580 -le print 1x1e8 ne '' ? 'ok' : 'not ok'
ok
perl580 -le print 1x1e9 ne '' ? 'ok' : 'not ok'
(crash)
I
On Tue, Jun 21, 2005 at 08:58:02PM -, Randal L. Schwartz via RT wrote:
# New Ticket Created by (Randal L. Schwartz)
# Please include the string: [perl #36354]
# in the subject line of all future correspondence about this issue.
# URL:
On Wed, Jun 22, 2005 at 11:10:51PM +0100, Dave Mitchell wrote:
On Tue, Jun 14, 2005 at 10:45:17PM +0100, Dave Mitchell wrote:
On Fri, Jun 10, 2005 at 11:04:36AM +0100, Dave Mitchell wrote:
I'm vaguely assuming that for tieing, during localization you would *copy*
the magic; then at
hi,
A bareword test :
-
use utf8;
my %hash = (#1090;#1077;#1089;#1090; = 123);
if (($hash{#1090;#1077;#1089;#1090;}) eq
($hash{'#1090;#1077;#1089;#1090;'})) print ok\n;
--
The chars in the hash are \x{0442}, \x{0435},
hi,
A bareword test :
-
use utf8;
my %hash = (#1090;#1077;#1089;#1090; = 123);
if (($hash{#1090;#1077;#1089;#1090;}) eq
($hash{'#1090;#1077;#1089;#1090;'})) print ok\n;
--
The chars in the hash are \x{0442}, \x{0435},
20 matches
Mail list logo