[perl #8277] { local $ENV{TZ} = 'foo' } does not restore timezone if $ENV{TZ}

> [EMAIL PROTECTED] - Thu Jan 17 06:26:04 2002]: > > This is a bug report for perl from [EMAIL PROTECTED], > generated with the help of perlbug 1.33 running under perl v5.6.1. > > > - > [Please enter your report here] > > Not sure

[perl #30778] localizing $foo, then glob-aliasing to an LVALUE segfaults when trying to restore.

> [EMAIL PROTECTED] - Thu Jul 22 14:44:50 2004]: > > On Thu, Jul 22, 2004 at 03:41:59PM +0100, [EMAIL PROTECTED] wrote: > > James Mastros (via RT) <[EMAIL PROTECTED]> wrote: > > :Code: > > :#!/usr/bin/perl > > :use warnings; > > :use Devel::Peek; > > :$|=1; > > : > > :{ > > :local $foo;# L

Re: Change 24943: remove taint hack now that local $tainted no longer copies taint magic

On Mon, Jul 04, 2005 at 11:16:21PM +0100, Nicholas Clark wrote: > This breaks t/spamd_hup.t in Mail-Spamassassin. I've reduced it to the following. Looks like some sort of problem localizing hash slices. Will look into it further tomorrow sometime. use Scalar::Util qw(tainted); warn spri

Re: [perl #36463] Devel::Cover

On Mon, Jul 04, 2005 at 10:59:30PM -, Tom Allison wrote: > I ran into a bug on the installation of Devel::Cover. Devel::Cover is not maintained through perlbug but rather by the author of Devel::Cover, Paul Johnson. The correct place to report bugs in Devel::Cover is rt.cpan.org. That said,

Re: Change 24943: remove taint hack now that local $tainted no longer copies taint magic

On Mon, Jul 04, 2005 at 11:16:21PM +0100, Nicholas Clark wrote: > On Wed, Jun 22, 2005 at 04:44:29PM -0700, Dave Mitchell wrote: > > Change 24943 by [EMAIL PROTECTED] on 2005/06/22 23:08:55 > > > > remove taint hack now that local $tainted no longer copies taint magic > > > > Affected files .

[perl #36463] Devel::Cover

# New Ticket Created by "Tom Allison" # Please include the string: [perl #36463] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=36463 > I ran into a bug on the installation of Devel::Cover. I'll try to provide what inform

Re: [PATCH] Pod::Html - correctly link to =item's on the same page

BTW, Pod::Html is *not* a dual life module. Please don't wait for the CPAN maintainer to apply this; there isn't one. On Mon, Jul 04, 2005 at 02:07:38AM -0700, Yitzchak Scott-Thoennes wrote: > --- perl/lib/Pod/Html.pm.orig 2005-05-05 08:46:10.0 -0700 > +++ perl/lib/Pod/Html.pm 2005-

Re: what slow could be in Compress::Zlib? (was RE: 5.004_xx in the wild?)

On Mon, Jul 04, 2005 at 02:19:16PM +0100, Paul Marquess wrote: > Whilst I'm here, when I do get around to posting a beta on CPAN, I'd prefer > it doesn't get used in anger until it has bedded-in. If I give the module a > version number like 2.000_00, will the CPAN shell ignore it? This is often do

Re: Change 24943: remove taint hack now that local $tainted no longer copies taint magic

On Wed, Jun 22, 2005 at 04:44:29PM -0700, Dave Mitchell wrote: > Change 24943 by [EMAIL PROTECTED] on 2005/06/22 23:08:55 > > remove taint hack now that local $tainted no longer copies taint magic > > Affected files ... > > ... //depot/perl/mg.c#352 edit > ... //depot/perl/sv.c#926 edit T

Re: 5.004_xx in the wild?

On Mon, Jul 04, 2005 at 05:40:20PM -0400, James E Keenan wrote: > Michael G Schwern wrote: > > > > >That said, here's the main differences: > > I'm about a year out from seeing a Perl 4 in the wild, so, I'll assume that early Perl 5's can be found if you look long enough. Steve Peters [EMAIL PRO

Re: what slow could be in Compress::Zlib?

> 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

Re: Some datapoints on hash performanc

-BEGIN PGP SIGNED MESSAGE- Moin, On Monday 04 July 2005 21:30, Nick Ing-Simmons wrote: > Tels <[EMAIL PROTECTED]> writes: > >Semi-stupid question. How do I get different patch-levels from blead? > > I know how to get the latest, but have no idea how to checkout a > > certain patch number

Re: Configure check for whether 0.0 is stored as all bits zero

In message <[EMAIL PROTECTED]> (on 4 July 2005 21:38:37 +0100), [EMAIL PROTECTED] (Nick Ing-Simmons) wrote: >Craig A. Berry <[EMAIL PROTECTED]> writes: >>At 6:51 PM +0100 6/18/05, Nicholas Clark wrote: >>>Also, I think that by adding another symbol to config_h.SH this breaks VMS, >>>but I can't rem

Re: Configure check for whether 0.0 is stored as all bits zero

Craig A. Berry <[EMAIL PROTECTED]> writes: >At 6:51 PM +0100 6/18/05, Nicholas Clark wrote: >>Also, I think that by adding another symbol to config_h.SH this breaks VMS, >>but I can't remember the correct fix, or where it goes. Can someone help? I am not sure it is worth a configure test. - I can

Re: [PATCH] Remove unnecessary null check

On Jul 4, 2005, at 3:03 PM, Nicholas Clark wrote: On Mon, Jul 04, 2005 at 02:12:00PM -0500, Andy Lester wrote: The attached patch cleans that up. Thanks, applied (25079) now, can someone with better measurement-fu tell us if it sped anything up? xoxo, Andy -- Andy Lester => [EMAIL PROT

Re: janitorial work ?

David Nicol <[EMAIL PROTECTED]> writes: >On 6/17/05, Jan Dubois <[EMAIL PROTECTED]> wrote: >> I would just leave these macros alone. >> >> Cheers, >> -Jan > >how about leaving the existing macros alone, but replacing all the >calls to the old macros with calls to a new, xless macro, called >perha

Re: janitorial work ?

Jim Cromie <[EMAIL PROTECTED]> writes: >New() macro's 1st arg is a magic number intended to help track >memory allocations/leaks. Is this archaic enough to strip out ? I suspect a lot of XS code in CPAN (and private) uses New() I know mine does. > >it never reaches object code, so its truly a c

Re: Intel compiler

David Nicol <[EMAIL PROTECTED]> writes: >> Q. What does noncommercial mean? >> A. Non-commercial means that you are not getting compensated in any form >>for the products and/or services you develop using these Intel(r) >>Software Products >> >> I'm not criticising Intel fo

Re: [PATCH] Remove unnecessary null check

On Mon, Jul 04, 2005 at 02:12:00PM -0500, Andy Lester wrote: > The attached patch cleans that up. Thanks, applied (25079) Nicholas Clark

Re: Anonymous, read-only repo access

Gurusamy Sarathy <[EMAIL PROTECTED]> writes: > >There is also p4p ("p4 proxy") which is a way to distribute >load while still accessing it from any of the regular >p4 clients. The proxy looks exactly like a regular p4 >server. The connection from the proxy to the master >can be made read-only. C

[perl #36450] Lvalue sub fails under debugger

> [EMAIL PROTECTED] - Sat Jul 02 11:28:26 2005]: > > On Sat, Jul 02, 2005 at 10:03:42AM -, houstorx @ rpc142. cs. man. > ac. uk wrote: > > Lvalue functions don't work properly when running under the > > debugger (perl -d). For example, the following code: > > > > my $x = 'badbad'; > > sub

Re: Anonymous, read-only repo access

Michael G Schwern <[EMAIL PROTECTED]> writes: > >Why don't we supply anonymous, read-only repository access and do away with >the absurdity of splicing things together from patch files? > > >[1] http://www.perforce.com/perforce/contracts/open_source.pdf I don't thing it is a license thing but a s

Re: Some datapoints on hash performanc

Tels <[EMAIL PROTECTED]> writes: > >Semi-stupid question. How do I get different patch-levels from blead? I >know how to get the latest, but have no idea how to checkout a certain >patch number, or even how to find out which one I would need. If you have perforce access this is trivial: p4 sy

Re: what slow could be in Compress::Zlib? (was RE: 5.004_xx in the wild?)

On Mon, Jul 04, 2005 at 04:09:25PM -0300, Adriano Ferreira wrote: > > Indeed, if a distribution is numbered with such a number, it is not > > indexed by PAUSE, and therefore can't be installed from CPAN/CPANPLUS > > It can, but you have to be aware of the distribution and find it out > in the auth

Re: [PATCH] Remove unnecessary null check

On Mon, Jul 04, 2005 at 02:12:00PM -0500, Andy Lester wrote: > So I've found some unnecessary code already. Thanks for running the > coverage, Nicholas. > > Look at S_hfreeentries in > http://www.ccl4.org/~nick/P/25060-g-gcov/hv.c.gcov > (And boy, it'd be nice if there were line numbers in that o

Re: [PATCH] Better string constant in hv.c

On Mon, 4 Jul 2005 13:53:49 -0500, Andy Lester <[EMAIL PROTECTED]> wrote: > The attached patch is like this: > > -static const char *const S_strtab_error > +static const char S_strtab_error[] > = "Cannot modify shared string table in hv_%s"; > > This change makes the object file 44 bytes sm

[PATCH] Remove unnecessary null check

So I've found some unnecessary code already. Thanks for running the coverage, Nicholas. Look at S_hfreeentries in http://www.ccl4.org/~nick/P/25060-g-gcov/hv.c.gcov (And boy, it'd be nice if there were line numbers in that output) Note how the first if (!hv) return; is never taken, eve

Re: what slow could be in Compress::Zlib? (was RE: 5.004_xx in the wild?)

> Indeed, if a distribution is numbered with such a number, it is not > indexed by PAUSE, and therefore can't be installed from CPAN/CPANPLUS It can, but you have to be aware of the distribution and find it out in the author's directory. In CPAN, you do cpan> install AUTHOR/Module-Distribution-2.

Re: what slow could be in Compress::Zlib? (was RE: 5.004_xx in the wild?)

Paul Marquess wrote: Whilst I'm here, when I do get around to posting a beta on CPAN, I'd prefer it doesn't get used in anger until it has bedded-in. If I give the module a version number like 2.000_00, will the CPAN shell ignore it? Indeed, if a distribution is numbered with such a number,

[PATCH] Better string constant in hv.c

The attached patch is like this: -static const char *const S_strtab_error +static const char S_strtab_error[] = "Cannot modify shared string table in hv_%s"; This change makes the object file 44 bytes smaller, since we only have storage, and not a pointer to the storage. Also means we don'

Re: [perl #34035] Segfault involving goto and loops

On Mon, Jul 04, 2005 at 02:44:28PM -, Steve Peters via RT wrote: > It looks like this has been fixed in bleadperl, but I'm not sure when. by change #24384, which was a fix for a similar bug report [perl #35214] -- Fire extinguisher (n) a device for holding open fire doors.

RE: 5.004_xx in the wild?

From: Paul Johnson [mailto:[EMAIL PROTECTED] > On Mon, Jul 04, 2005 at 03:00:14AM -0700, Michael G Schwern wrote: > > > On Mon, Jul 04, 2005 at 10:36:39AM +0100, Ben Evans wrote: > > > I would say that this cascade effect is precisely why you *should* > > > drop 5.004 compatability. There's no

Re: 5.004_xx in the wild?

Ben Evans wrote: On Mon, Jul 04, 2005 at 02:00:57PM +1000, Adam Kennedy wrote: Michael G Schwern wrote: I'm going through some work to restore Test::More and Test::Harness to work on 5.4.5, minor stuff really, and I'm wondering if its worth the trouble. Has anyone seen 5.004_xx in the wild?

Re: [PATCH] Skip nit in t/op/lfs.t

Steve Peters wrote: >There's a skip message in t/op/lfs.t that tries to print out C<$^0> >(that's a zero) instead of C<$^O> (that's an o). > Thanks -- applied as change 25071. Radan Computational Ltd. The information contained in this message an

Re: 5.004_xx in the wild?

On Mon, Jul 04, 2005 at 03:00:14AM -0700, Michael G Schwern wrote: > On Mon, Jul 04, 2005 at 10:36:39AM +0100, Ben Evans wrote: > > I would say that this cascade effect is precisely why you *should* > > drop 5.004 compatability. There's no excuse other than "if it ain't broke, > > don't fix it" fo

[PATCH] Skip nit in t/op/lfs.t

There's a skip message in t/op/lfs.t that tries to print out C<$^0> (that's a zero) instead of C<$^O> (that's an o). Steve Peters [EMAIL PROTECTED] --- t/op/lfs.t.old 2002-12-01 21:29:18.0 -0600 +++ t/op/lfs.t 2005-07-04 10:05:24.0 -0500 @@ -67,7 +67,7 @@ # Known haves tha

[perl #34035] Segfault involving goto and loops

> [EMAIL PROTECTED] - Thu Feb 03 13:24:32 2005]: > > On Thu, Feb 03, 2005 at 03:15:35PM -, Benjamin Smith wrote: > > Below is a short program which segfaults with 5.8.5 and 5.8.6. On > > 5.6.1 the second print shows $op as undef, but there is no segfault. > > Thanks for the report. The bu

Re: perl5 gcov output

http://www.ccl4.org/~nick/P/25060-g-gcov/ It's am-I-hot-or-not meets perlapi.pod. And about as exciting as the harmonic mean. Oh, I'm excited by it! Stuff to pick at! Look at all those lines of to eradicate! xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com

RE: what slow could be in Compress::Zlib? (was RE: 5.004_xx in th e wi ld?)

> > > What is "(painfully slow) rewrite"? > > > > I think Paul means that it is taking him a long time to > write the code, > > not that the code itself is slow. > > Correct. Looks like I answered the wrong question :-) Indeed I understood incorrectly first time, but you shed quite many light o

Re: Comparing a datetime and a scalar?

Orton, Yves wrote: I would also like to understand the difference between the two values, here is what is printed: Expires 2005-07-04 10:25:12 Tst 2005-07-04T12:25:12 What is the significance of the T in between the date/time field? IIRC The T is specified by the ISO standard that def

Re: Comparing a datetime and a scalar?

On Mon, Jul 04, 2005 at 09:01:46AM -0400, Albert Whale wrote: > I am trying to test the value of a MySQL datetime string to the current > time. I have the following code fragment but the comparison fails: This list is for the development fo the perl interpreter itself. For general Perl programmi

RE: what slow could be in Compress::Zlib? (was RE: 5.004_xx in the wi ld?)

From: David Landgren [mailto:[EMAIL PROTECTED] > Konovalov, Vadim wrote: > >>I've just been through the should-I-shouldn't-I-support-5.4 with my > >>(painfully slow) rewrite of Compress::Zlib. In the end I > > > > > > ... > > > > I always thought that Compress::Zlib is just a wrapper around zlib

RE: Comparing a datetime and a scalar?

> I am trying to test the value of a MySQL datetime string to > the current > time. I have the following code fragment but the comparison fails: > > (my $rowid, my $rec_expires) = $sth->fetchrow_array(); > snip ... > my $tst_now = DateTime->now(); > my $cmp = DateTime->compare( $rec_ex

Re: what slow could be in Compress::Zlib? (was RE: 5.004_xx in the wi ld?)

Konovalov, Vadim wrote: I've just been through the should-I-shouldn't-I-support-5.4 with my (painfully slow) rewrite of Compress::Zlib. In the end I ... I always thought that Compress::Zlib is just a wrapper around zlib which in turn is C and developed elsewhere (and in stable state for a lo

RE: what slow could be in Compress::Zlib? (was RE: 5.004_xx in the wild?)

From: Konovalov, Vadim [mailto:[EMAIL PROTECTED] > > I've just been through the should-I-shouldn't-I-support-5.4 with my > > (painfully slow) rewrite of Compress::Zlib. In the end I > > ... > > I always thought that Compress::Zlib is just a wrapper around zlib which > in > turn is C and develop

Comparing a datetime and a scalar?

I am trying to test the value of a MySQL datetime string to the current time. I have the following code fragment but the comparison fails: (my $rowid, my $rec_expires) = $sth->fetchrow_array(); snip ... my $tst_now = DateTime->now(); my $cmp = DateTime->compare( $rec_expires, $tst_now );

Re: [PATCH] Post-YAPC consting, now with an attachment!

Andy Lester wrote: >* deb.c, gv.c, pad.c, sv.c, util.c: Simple consting. > >* embed.fnc: Adding non-null flags and "must check return code" flags. >On some of them it doesn't matter, since the prototype in proto.h is >invalid, but it's still there. My goal is to have all pointer parms >have an NN

what slow could be in Compress::Zlib? (was RE: 5.004_xx in the wi ld?)

> I've just been through the should-I-shouldn't-I-support-5.4 with my > (painfully slow) rewrite of Compress::Zlib. In the end I ... I always thought that Compress::Zlib is just a wrapper around zlib which in turn is C and developed elsewhere (and in stable state for a long time now). What is "

Re: [PATCH] perlglossary.pod: add jump points

Yitzchak Scott-Thoennes wrote: >Remove the =head1 Terms, add =head2 jump points. > Thanks - applied as change 25065. Radan Computational Ltd. The information contained in this message and any files transmitted with it are confidential and inten

Re: How to suppress warnings when building Errno with gcc

Yitzchak Scott-Thoennes wrote: >On Thu, Jun 30, 2005 at 09:24:06AM +0100, Steve Hay wrote: > > >>Mike Guy wrote: >> >> >> >>>Steve Hay <[EMAIL PROTECTED]> wrote >>> >>> >>> >>> Does anyone else see several dozen warning: #pragma system_header ignored outside include file

perl5 gcov output

If anyone is interested I've put the results of running gcov on blead after make test online: http://www.ccl4.org/~nick/P/25060-g-gcov/ There's also a 1.5M bzip2's tarball in the parent directory if anyone wants to download it. It's am-I-hot-or-not meets perlapi.pod. And about as exciting as t

Re: [perl #36459] Investigate sv_setuv

On Mon, Jul 04, 2005 at 10:22:34AM -, Nicholas Clark wrote: > Might be worth investigating the true effect of that if statement, > and if moving it up into the macros that call sv_setuv helps. Actually, can sv_setiv, sv_setiv_mg, sv_setuv, sv_setuv_mg all be replaced by 1 function call sv_set

[perl #36459] Investigate sv_setuv

# New Ticket Created by Nicholas Clark # Please include the string: [perl #36459] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=36459 > This is a bug report for perl from [EMAIL PROTECTED], generated with the help of perl

RE: 5.004_xx in the wild?

From: Michael G Schwern [mailto:[EMAIL PROTECTED] > On Mon, Jul 04, 2005 at 10:36:39AM +0100, Ben Evans wrote: > > I would say that this cascade effect is precisely why you *should* > > drop 5.004 compatability. There's no excuse other than "if it ain't > broke, > > don't fix it" for running such

Re: 5.004_xx in the wild?

On Mon, Jul 04, 2005 at 10:36:39AM +0100, Ben Evans wrote: > I would say that this cascade effect is precisely why you *should* > drop 5.004 compatability. There's no excuse other than "if it ain't broke, > don't fix it" for running such an archaic Perl. People should be encouraged > to move to a m

Re: 5.004_xx in the wild?

On Mon, Jul 04, 2005 at 02:00:57PM +1000, Adam Kennedy wrote: > Michael G Schwern wrote: > > I'm going through some work to restore Test::More and Test::Harness to work > > on 5.4.5, minor stuff really, and I'm wondering if its worth the trouble. > > > > Has anyone seen 5.004_xx in the wild? And

Re: Strange problem with $^O

Nicholas Clark wrote: >On Mon, Jul 04, 2005 at 10:20:08AM +0100, Steve Hay wrote: > > >>I currently have t/io/inplace.t and t/io/iprefix.t failing in bleadperl. >> >>They fail complaining about "tee" and "cat" not being found on Win32. >>Hardly surprising. But why is it even looking for them?

Re: Strange problem with $^O

Rafael Garcia-Suarez wrote: >On 7/4/05, Steve Hay <[EMAIL PROTECTED]> wrote: > > >>I currently have t/io/inplace.t and t/io/iprefix.t failing in bleadperl. >> >>They fail complaining about "tee" and "cat" not being found on Win32. >>Hardly surprising. But why is it even looking for them? It se

Re: Strange problem with $^O

On Mon, Jul 04, 2005 at 10:20:08AM +0100, Steve Hay wrote: > I currently have t/io/inplace.t and t/io/iprefix.t failing in bleadperl. > > They fail complaining about "tee" and "cat" not being found on Win32. > Hardly surprising. But why is it even looking for them? It seems that > $^O has got

Re: Strange problem with $^O

On 7/4/05, Steve Hay <[EMAIL PROTECTED]> wrote: > I currently have t/io/inplace.t and t/io/iprefix.t failing in bleadperl. > > They fail complaining about "tee" and "cat" not being found on Win32. > Hardly surprising. But why is it even looking for them? It seems that > $^O has got corrupted, as

Re: 5.004_xx in the wild?

On Mon, Jul 04, 2005 at 02:00:57PM +1000, Adam Kennedy wrote: > I've seen it on occasion, and it's general on large old IRIX servers, > and similar aged things. CVS repositories and other boxes that have > provided the same services pretty much forever and have never had a > compelling reason to

Strange problem with $^O

I currently have t/io/inplace.t and t/io/iprefix.t failing in bleadperl. They fail complaining about "tee" and "cat" not being found on Win32. Hardly surprising. But why is it even looking for them? It seems that $^O has got corrupted, as per the following one-liner: C:\p5p\bleadperl>.\perl

[PATCH] perlglossary.pod: add jump points

Remove the =head1 Terms, add =head2 jump points. --- perl/pod/perlglossary.pod 2005-07-01 06:13:30.0 -0700 +++ perlpatch/pod/perlglossary.pod 2005-07-03 23:58:29.147035000 -0700 @@ -9,7 +9,7 @@ L, the Jargon File L

[PATCH] Pod::Html - correctly link to =item's on the same page

--- perl/lib/Pod/Html.pm.orig 2005-05-05 08:46:10.0 -0700 +++ perl/lib/Pod/Html.pm 2005-07-04 00:06:33.823966400 -0700 @@ -1883,7 +1883,7 @@ my( $url ); my $fid = fragment_id( $item ); -if( defined( $page ) ){ +if( defined( $page ) && $page ne "" ){ # we h

Re: 5.004_xx in the wild?

Michael G Schwern wrote: I'm going through some work to restore Test::More and Test::Harness to work on 5.4.5, minor stuff really, and I'm wondering if its worth the trouble. Has anyone seen 5.004_xx in the wild? And if so, were people actively developing using it or was it just there to run so

Re: 5.004_xx in the wild?

On 7/4/05, Michael G Schwern <[EMAIL PROTECTED]> wrote: > I'm going through some work to restore Test::More and Test::Harness to work > on 5.4.5, minor stuff really, and I'm wondering if its worth the trouble. > > Has anyone seen 5.004_xx in the wild? And if so, were people actively > developing

Re: [PATCH] Re: [PATCH] Re: a blead warning from tru64

On Mon, Jul 04, 2005 at 09:32:58AM +0300, Jarkko Hietaniemi wrote: > .. you forgot the "while wearing a garland of garlic" bit. Change the > aTHX_ in my patch to pTHX_ and things should look better. The garlic did the trick. Thanks, applied as change #25057 -- "The GPL violates the U.S. Consti