> On Mon, 29 Aug 2005 19:48:57 +0200, [EMAIL PROTECTED] said:
> Hi,
> In one of my automated build runs, i noticed that the dependency
> on 'IO::File' is being resolved as being on CPAN in IO-1.20.tgz
> rathern than the perl core[1]... which is odd, as the core version is
> quite a b
>>>>> On Sun, 21 Aug 2005 12:02:37 +0100, Nicholas Clark <[EMAIL PROTECTED]>
>>>>> said:
nc> On Sat, Aug 20, 2005 at 10:14:28PM +0200, Andreas J. Koenig wrote:
nc> I don't see this when I try a clean build of blead from rsync.
nc> Moreo
>>>>> On Sat, 20 Aug 2005 22:14:28 +0200, [EMAIL PROTECTED] (Andreas J. Koenig)
>>>>> said:
> 25308 was compiling OK, but 509 says:
> [...]
> /home/src/perl/repoperls/[EMAIL PROTECTED]/sv.c:3277: undefined reference
to `svWupgrade'
Please ignor
25308 was compiling OK, but 509 says:
`sh cflags "optimize='-g'" pp_sort.o` pp_sort.c
CCCMD = cc -DPERL_CORE -c -DDEBUGGING -fno-strict-aliasing -pipe
-Wdeclaration-after-statement -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -g -Wall
rm -f libperl.a
/usr/bin/ar
> On Sun, 7 Aug 2005 11:03:08 -0700, Yitzchak Scott-Thoennes <[EMAIL
> PROTECTED]> said:
> My impression is that we lost nan/inf handling when we switched away
> from using the libc atof. This (as yet untested) should help some,
> if we want to go this route:
According to a binary
> On Mon, 25 Jul 2005 21:26:55 +1000, "Sisyphus" <[EMAIL PROTECTED]> said:
> Oh, I think I understand it's partly a case of inaccuracies in the
> perlop, perlfunc and perldata documentation of NaN and Infinity. (The
> documentation is a little ahead of itself :-)
Beware, the docume
Start of forwarded message
Date: Tue Jul 12 08:45:26 2005
From: Tom Christiansen <[EMAIL PROTECTED]>
Subject: perl's automagic CPAN.pm shell ignores job control
Topics:
Re: perl's automagic CPAN.pm shell ignores job control
Re: perl's automagic CPA
> On Mon, 4 Jul 2005 14:19:16 +0100, "Paul Marquess" <[EMAIL PROTECTED]>
> said:
> If I give the module a version number like 2.000_00, will the CPAN
> shell ignore it?
Yes. To be precice, the indexer on PAUSE will ignore it. But don't
forget to write it with quotes around.
--
andr
> 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 File::Com
> On Tue, 21 Jun 2005 18:57:01 +0200, Rafael Garcia-Suarez <[EMAIL
> PROTECTED]> said:
> I added Archive::Tar to the core, this being the last addition before
> CPANPLUS.
I'm not sure what the convention was, but wasn't it to avoid binary
files in the core? From patch #24922:
> On Wed, 8 Jun 2005 21:20:35 +0100, Nicholas Clark <[EMAIL PROTECTED]>
> said:
> It's probably me, and it's probably
> http://public.activestate.com/cgi-bin/perlbrowse?patch=24619
I can confirm.
--
andreas
I noticed this during make test with bleedperl @24570:
lib/ExtUtils/t/00compile..Variable "$bal" will not stay shared
at (re_eval 70) line 2.
Variable "$bal" will not stay shared at (re_eval 71) line 2.
Variable "$C_group_rex" will not stay shared at (re_eval 7
> On Sat, 2 Apr 2005 13:29:53 -0800, Michael G Schwern <[EMAIL PROTECTED]>
> said:
> On Sat, Apr 02, 2005 at 08:07:32AM -0500, John Peacock wrote:
>> and the indexer could branch on whether "version:" was a scalar or a hash.
> That leaves one unable to express the distribution ver
> On Fri, 01 Apr 2005 06:32:51 -0500, John Peacock <[EMAIL PROTECTED]> said:
> The behavior of the CPAN indexer is arguably wrong,
Absolutely, and if META.yaml is there and has a reasonable content, I
will gladly refrain from using the wrongdoing code. This is what
META.yml was invented for
> On Thu, 31 Mar 2005 14:10:48 -0800, Michael G Schwern <[EMAIL PROTECTED]>
> said:
> It looks good. The only bit I have trouble with is the indexer applying
> the distribution to .pm files which have no explicit version either in the
> code or in META.yml. The reason being is th
> On Wed, 30 Mar 2005 09:52:41 -0500, John Peacock <[EMAIL PROTECTED]> said:
jp> Could you share the solution with us, so we can know how to prevent
jp> problems from happening in the future? AFAICT, CLKao did everything right:
jp> 1) Makefile.PL contains
jp>version_from('lib/S
> On Tue, 29 Mar 2005 14:25:47 -0800, Michael G Schwern <[EMAIL PROTECTED]>
> said:
> FWIW I'm planning on moving MakeMaker over to that style of versioning to
> solve the problem of keeping the $VERSION of all the modules in sync so its
> not just SVK which will be causing indexin
> On Tue, 29 Mar 2005 16:27:37 -0500, John Peacock <[EMAIL PROTECTED]> said:
> CLKao has released the first beta for SVK 1.0 to CPAN and, like 0.30
> before it, no one is going to be able to install it using CPAN or
> CPANPLUS without explicitely requesting the version because the CPAN
In patch 21126 Jarkko claimed
that the debugger is untestable until proven otherwise.
I know the problems involved were countless and Open3 issues were only
the tip of the iceberg. But it did work fine on linux.
I'd like to suggest to reintroduce the problematic test. It will
expose the Open
> On Fri, 11 Mar 2005 17:49:36 +, [EMAIL PROTECTED] said:
> Just noticed an odd problem with the logging utility in my work application,
> which replaces $SIG{__DIE__} and $SIG{__WARN__} when enabled, and restores
> them to their original value when disabled.
> When restoring, I g
> On 11 Feb 2005 17:54:47 -, "[EMAIL PROTECTED] (via RT)" <[EMAIL
> PROTECTED]> said:
> # New Ticket Created by [EMAIL PROTECTED]
> # Please include the string: [perl #34114]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/rt3
> On 5 Feb 2005 19:09:38 -, Mike Tillberg (via RT) <[EMAIL PROTECTED]>
> said:
> [...]
You seem to have found a highly significant test case against patch #11934.
Program
my $v = sprintf("%32767sx x ", ' ');
if ($v =~ m/(.*?)x/) {
print "Match: ".length($1)."\n";
}
> On 28 Dec 2004 08:21:42 -, Somanos Sar (via RT) <[EMAIL PROTECTED]>
> said:
binary search reveals, this was introduced with...
Change 18166 by [EMAIL PROTECTED] on 2002/11/19 23:02:31
Fix perl bug #17920 : a case of parser coredump.
The fix is to disable Perl_block
> On Sun, 19 Dec 2004 14:17:22 -0500, Stas Bekman <[EMAIL PROTECTED]> said:
> Well, the suggested plan is something that we (not Stas) have come up with
> here on p5p when this issue was discussed several times over the last few
> years, it just fell through the cracks and now it has r
> On Fri, 24 Dec 2004 09:31:01 +0100, "Jos I. Boumans" <[EMAIL PROTECTED]>
> said:
> On Dec 24, 2004, at 5:46 AM, Ken Williams wrote:
>> I feel like any "solutions" we
>> try to hurry into CPAN to try to band-aid the problem are going to
>> be ad-hoc and regrettable.
> Again
> On Wed, 22 Dec 2004 23:30:53 + (UTC), [EMAIL PROTECTED] (Ton Hospel)
> said:
> perl5.6.1 -wle 'use Devel::Peek; $a = NaN+0; Dump($a)'
> Argument "NaN" isn't numeric in addition (+) at -e line 1.
> SV = NV(0x812dbf8) at 0x8127470
> REFCNT = 1
> FLAGS = (NOK,pNOK)
>
>>>>> On Thu, 16 Dec 2004 15:52:35 -0500, Stas Bekman <[EMAIL PROTECTED]> said:
> Andreas J Koenig wrote:
>>>>>>> On 15 Dec 2004 17:00:19 -0800, [EMAIL PROTECTED] (Randal L.
>>>>>>> Schwartz) said:
rls > From
> On Fri, 17 Dec 2004 16:37:01 -0500, Stas Bekman <[EMAIL PROTECTED]> said:
> The following is going to be submitted to TPF to fund Autrijus to work
> on the improvements of PAUSE/CPAN. Comments are welcome.
> The background:
> There are several distributions on CPAN whose user API d
> On Fri, 17 Dec 2004 16:08:05 -0500, Stas Bekman <[EMAIL PROTECTED]> said:
> The following is going to be submitted to TPF to fund Autrijus to work
> on the improvements of PAUSE/CPAN. Comments are welcome.
> The problem: Support for multiple co-authors/co-owners on CPAN is not
> sat
> On 15 Dec 2004 17:00:19 -0800, [EMAIL PROTECTED] (Randal L. Schwartz)
> said:
Andreas> As a stop-gap solution I manually issued a
mysql> delete from packages where package like 'Apache::Test%' and dist like
'%mod_perl-2%';
> Please also do this for Apache::Resource. Right now, C
> On Tue, 14 Dec 2004 14:38:18 -0500, Stas Bekman <[EMAIL PROTECTED]> said:
> OK. Is there some URL that documents what META.yml keys are supported?
> I'd expect to find those here:
> http://pause.perl.org/pause/query?ACTION=pause_04about
> but it doesn't seem to be the case.
TODO.
> On Mon, 13 Dec 2004 15:18:03 -0500, Stas Bekman <[EMAIL PROTECTED]> said:
> but nevertheless PAUSE has indexed that directory breaking dependencies,
> now anybody asking for Apache-Test going to get modperl-2.0 via CPAN
> shells. Notice that Apache-Test is distributed separately via
his to happen. Can you
post the recipe how to reproduce?
I just did an 'install Bundle::CPAN' on top of unaltered 5.8.6-RC1.
After that I see this:
cpan> m CPAN
Module id = CPAN
DESCRIPTION Perl Archive browse and download
CPAN_USERID ANDK (Andreas J. Koenig <[EMAIL PRO
> On Thu, 18 Nov 2004 14:11:56 -0600 (CST), Dave Rolsky <[EMAIL PROTECTED]>
> said:
> I'm not sure how this needs to be fixed, but if you try to install
> Attribute::Handlers, CPANPLUS tries to get it from ponie-2. Does this
> need to be fixed in PAUSE?
Yes. I'll work on it today.
> On 18 Aug 2003 01:06:25 -, Adrian Enache (via RT) <[EMAIL PROTECTED]> said:
> The following useless scriptlet crashes during global destruction:
> $ perl -e '$a =~ /\$\xcf\xb1.*\x{3c0}/'
> assertion botched (chunk's tail overwrite?): ((unsigned int *)((caddr_t)ovp +
nbytes))[-1]
Dave Mitchell <[EMAIL PROTECTED]> writes:
> On Thu, Jul 31, 2003 at 12:40:31AM +0100, Dave Mitchell wrote:
>> The following appears to be a bug in MAINT20320 (and bleed).
>
> And it appeared sometime between 18125 and 18597.
18530
Program
use strict;
my $s1 = qq{0123456\x{100}}; chop $s
Steve Grazzini (via RT) <[EMAIL PROTECTED]> writes:
> perl -e 'split /(?{ $x })/, "xx"'
Binary blame search tells me that 18805 looks suspicious.
--
andreas
Would people like that adding a comment to patchlevel.h is as easy as
perl -x patchlevel.h comment ...
? I have a patch for doing that. I think I have to credit Simon Cozens
on doing the initial implementation, I'm not sure, I've used this one
for ages.
--- perl-p-5.8.0@18740/patchlevel.h~
> On Mon, 18 Nov 2002 18:08:07 +0100, Rafael Garcia-Suarez <[EMAIL PROTECTED]>
>said:
rg> Mark Jason Dominus wrote:
>>
>> The real problem is that afer the eval $prog2 fails, $@ is not set.
rg> Cut-down test case :
Program
#!/usr/bin/perl
use strict 'subs';
eval 'BEGIN{x}';
pr
> On Thu, 03 Oct 2002 13:01:52 +0200, "H.Merijn Brand" <[EMAIL PROTECTED]> said:
>> If it only returns the value from sbrk(), damn well call it sbrk.
> Ahh, someone on /my/ side.
Mee too.
> So far, all I got was criticism. I asked for it. But no-one said it was useful.
> (Or I didn'
5.8.0-RC3 still produces the SEGV with apache 1.3.26, mod_perl 1.27,
Apache::Request 1.0 and MaxRequestPerChild > 0.
My recipe to reproduce the SEGV currently is: Set MaxRequestPerChild
to 1 and request a static image.
Unless the problem is fixed before 5.8.0 comes out (i.e.~Thursday), I
fear we
> On Wed, 10 Jul 2002 18:18:34 -0700, [EMAIL PROTECTED] (Yitzchak Scott-Thoennes)
>said:
>> 17403:
>> $ ./perl
>> sub foo {my @x=wantarray?bar():bar()}; # Impose list context on bar
>> sub bar {wantarray?print"list\n":print"scalar\n"}; # Report context
>> my $a=foo(); # bar prints "scal
>>>>> On Mon, 29 Apr 2002 09:49:59 +0200, [EMAIL PROTECTED] (Andreas J. Koenig)
>said:
>>>>> On Mon, 29 Apr 2002 09:27:06 +0200, Rafael Garcia-Suarez
><[EMAIL PROTECTED]> said:
>> I'd like to have this fixed for 5.8, but I'd like to k
>>>>> On Tue, 23 Apr 2002 18:53:40 +0300, Jarkko Hietaniemi <[EMAIL PROTECTED]> said:
> On Mon, Apr 22, 2002 at 12:08:48PM +0200, Andreas J. Koenig wrote:
>> I'd say, the s/// is getting it wrong, although in this case it DWIMs.
>> It shouldn&
> On Sun, 21 Apr 2002 13:12:10 +0900, Dan Kogai <[EMAIL PROTECTED]> said:
>> This pragma also affects encoding of the 0x80..0xFF code point
>> range: normally characters in that range are left as eight-bit
>> bytes (unless they are combined with characters with code points
>> 0x100 or lar
know. I believe Andreas figured out exactly which patch caused the
> segfault, but I can't find that email.
That was
Date: 09 Feb 2002 11:37:19 +0100
From: [EMAIL PROTECTED] (Andreas J. Koenig)
To: The Perl5 Porters Mailing List <[EMAIL PROTECTED]>
Cc: Nick Ing-Simmons <
> On Sat, 2 Mar 2002 20:40:30 -0500, Michael G Schwern <[EMAIL PROTECTED]> said:
> that's @14897. Same problem, big stack of S_regmatch calls.
Is it not the standard out-of-stack problem? I have the impression,
this bug has always been there, e.g.
http://www.xray.mpe.mpg.de/mailing-l
> On Tue, 30 Oct 2001 06:09:55 +0200, Jarkko Hietaniemi <[EMAIL PROTECTED]> said:
> Thanks, applied.
It seems you're talking 12776. I didn't see Schwern's posting, but
something's wrng here. Unless it's lack of coffeine, I can see the
syntax error.
t/run/kill_perl.# PR
> On Sat, 26 May 2001 18:24:07 -0500, Jarkko Hietaniemi <[EMAIL PROTECTED]> said:
> Andreas? Is there a way to make MM to be really, really quiet?
> (See change #10213 and the t/lib/extutils.t)
I don't think so. I can try to do something about it if nobody beats
me to it (and nobody tel
> On Thu, 26 Apr 2001 19:55:21 -0500, Jarkko Hietaniemi <[EMAIL PROTECTED]> said:
> On Fri, Apr 27, 2001 at 01:44:28AM +0200, Abigail wrote:
>> A small addition to the most recent patches of h2xs.
Michael Schilli's patch has not gone in. So I thought, I'd try it out
to see if it looks goo
> On Sun, 22 Apr 2001 23:36:42 +0100, Nicholas Clark <[EMAIL PROTECTED]> said:
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.33 running under perl v5.7.0.
> -
> [Please e
> On Thu, 1 Mar 2001 19:22:10 +0200 (EET), [EMAIL PROTECTED] (Jarkko Hietaniemi) said:
> and here's a script that tickles the bug in x86 Linux
> $ENV{BAR} = 0;
> reset;
> if (0) {
> if ("" =~ //) {
> }
> }
Works on my Linux (i.e. no output). Please tell us what kind of err
> On Sun, 5 Nov 2000 15:30:32 -0600, Jarkko Hietaniemi <[EMAIL PROTECTED]> said:
>> I'll look into it further when I get a chance. Any ideas about the
>> comp/proto scalar leak? (New since 7483).
> Nope. If someone could binary search which of the changes contained
> in 7483 i
Posting on request of Marc Lehmann.
Could somebody explain into which unfortunate trap Marc has fallen? I
know what a torture it is to be locked out (I myself came across ftp
servers that didn't accept "k@" as an anon password, don't ask where)
and we should take some care to enable Marc as a pos
In my directory on CPAN (ANDK/) there are now two versions of interest
for the pumpkings.
CPAN-1.58.tar.gz is almost identical (diffs only in the pods) to
1.57_68RC which is currently in the development tree. This seems
pretty stable and a good candidate for 5.6.1.
CPAN-1.58_55.tar.gz is close t
>>>>> On 08 Oct 2000 13:09:44 +0200, [EMAIL PROTECTED] (Andreas J. Koenig) said:
Either GNUS or perlbug has garbled my message that accompanied the
attachment. Appended is what I wrote. Apologies, if this is a
duplicate to you. From here it looks as if the message has arrived
w
bug.pl
>>>>> On Sun, 10 Sep 2000 13:02:32 +0200, "Andreas J. Koenig" <[EMAIL PROTECTED]> said:
> Running test for module HTML::FormatPS
> Running make for G/GA/GAAS/HTML-Format-1.23.tar.gz
[...]
> t/psModification of a read-only value attemp
> On Thu, 31 Aug 2000 08:14:58 -0500, Jarkko Hietaniemi <[EMAIL PROTECTED]> said:
> I need someone who is getting those failures
> to debug and fix the tests: I don't get it anywhere so I was trying
> to guess what is happening, and I obviously got it wrong. The intent
> is there, t
This is a bug report for perl from [EMAIL PROTECTED],
generated with the help of perlbug 1.29 running under perl v5.6.0.
#!/usr/bin/perl
{
use utf8;
$r = "ö";# ö == SMALL LETTER o WITH DIAERESIS == o+"
}
$l = "ö";
print "$l $r" eq join(" ", $l, $r) ? "OK\n" : "Not OK\n";
__END__
I did a bi
(CC list trimmed to P5P)
> On Sun, 16 Jul 2000 20:07:57 +0200, [EMAIL PROTECTED] (Richard and Joy
>Foley) said:
> As always: feedback welcome.
Looks like it's gonna get really nifty, thanks Richard!
I'd suggest distributing code and data separately. For this to work
best, I'd believe an
> On Mon, 3 Jan 2000 14:30:56 +0100 (MET), Marek Rouchal DAT CAD HW Tel 25849
><[EMAIL PROTECTED]> said:
> Hello,
> using CPAN.pm, I've noticed that there is no version defined in
> AutoLoader.pm in perl5.005_03. This causes CPAN to print the following
> line when listing "recommendation
> On Sat, 16 Oct 1999 21:08:13 -0700 (PDT), Eric Kuritzky
><[EMAIL PROTECTED]> said:
> The following script produces a segmentation fault:
> $a=eval('(a,b)x1');
> print eval('$a');
Confirmed with 5.005_62
Here's a stacktrace
(gdb) bt
#0 0x80bf057 in Perl_sv_clear (sv=0x812e45c) at sv
63 matches
Mail list logo
