Bug#543731: perl_5.10.1~rc2-1(hppa/experimental): FTBFS: Test lib/autodie/t/flock fails

2009/8/27 Paul Fenwick : > So ideally I'd only want to check for EAGAIN on hppa architectures.  That > should be easy enough for me to detect at compile-time, however I don't have > a PA-RISC box handy to see how they identify themselves. > > If you do have one, could you give the output of: > >  

Bug#318579: [PATCH] Document that FileCache uses symbolic references

Thanks, applied as change 46f1a616f56f167d0a5af6a2d90cd809d2bd03d1 2009/5/5 Niko Tyni : > As noted by Marc Haber in , > using FileCache.pm as per the SYNOPSIS doesn't work under > 'use strict'. This is a bit unexpected nowadays, so mention > it in the documentation.

Bug#482139: [PATCH] Document that XS_VERSION_BOOTCHECK may break if $VERSION is a long enough NV

Thanks, applied to bleadperl as b017ed238008af06e2764e644dee23e72b0847ec. 2009/4/29 Niko Tyni : > As seen in , using a long floating point > number as $VERSION can make XS_VERSION_BOOTCHECK fail because of a loss > of precision in the stringification: > > RRDs object

Bug#379757: [PATCH 0/2] aim for warning free generated .ph files

2009/4/14 Niko Tyni : >  Add tests to verify that h2ph output compiles and is warning free >  Squelch 'Constant subroutine ... undefined' warnings from .ph files > >  lib/h2ph.t     |   10 +- >  t/lib/h2ph.h   |    6 ++ >  t/lib/h2ph.pht |   24 ++-- >  utils/h2ph.PL

Bug#320286: [PATCH] h2xs incorrectly treats enum values like macros

2008/10/19 Niko Tyni : > Patch and description by Rainer Weikusat, forwarded from > http://bugs.debian.org/502297 : > >  The h2xs program scans C headers for 'constants' either defined >  as preprocessor macros or via enum and builds a sorted list of names >  containing the macros and enum values f

Bug#522673: [PATCH] Make h2ph look in "include-fixed", needed by at least gcc 4.3

2009/4/6 Niko Tyni : > On Mon, Apr 06, 2009 at 01:47:41PM +0100, Nicholas Clark wrote: >> On Sun, Apr 05, 2009 at 10:29:38PM +0300, Niko Tyni wrote: >> >  sub inc_dirs >> >  { >> >      my $from_gcc    = `LC_ALL=C $Config{cc} -v 2>&1`; >> > @@ -755,7 +755,7 @@ sub inc_dirs >> >             $from_gc

Bug#512796: [PATCH] setpgrp() should extend the stack before modifying it

2009/1/26 Niko Tyni : > On Fri, Jan 23, 2009 at 08:21:24PM +, Marcin Owsiany wrote: >> The following program dies for me on perl v5.8.8 with: >> Can't call method "foo" without a package or object reference at a line 10. >> >> >8--- >> pac

Bug#479698: [perl #54934] Attempt to free unreferenced scalar fiddling with the symbol table

2008/6/6 Niko Tyni <[EMAIL PROTECTED]>: >> --- ext/PerlIO/via/via.xs.orig2008-01-25 10:00:53.0 +0100 >> +++ ext/PerlIO/via/via.xs 2008-05-30 14:43:11.0 +0200 >> @@ -89,7 +89,7 @@ PerlIOVia_method(pTHX_ PerlIO * f, const >> if (!s->fh) { >> GV *gv

Bug#479711: eval "require Foo" with binary-incompatible XS modules

(cutting off P5P from the cc: list, since that's getting off topic) 2008/5/18 Raphael Hertzog <[EMAIL PROTECTED]>: > As a current maintainer of dpkg, I can tell you that dpkg2 has never been > anything else than vaporware. I know of nobody working on a dpkg rewrite. Ah, pity, there was some inter

Bug#479711: eval "require Foo" with binary-incompatible XS modules

2008/5/17 Niko Tyni <[EMAIL PROTECTED]>: > How about just documenting this a bit more with something like the > attached patch? I still think it's unexpected that 'eval "require Foo"' > isn't enough to trap the error. Yes. Thanks, applied as change #33848. > Some clarifications: > > - I'm not fam

Bug#379463: perl-base: setlocale() does not work as documented

On 08/06/07, Helge Kreutzmann <[EMAIL PROTECTED]> wrote: As a minimum, perllocale(1) should be updated, i.e. the example should become: #!/usr/bin/perl use POSIX qw(strtod setlocale LC_NUMERIC); setlocale LC_NUMERIC, ""; $n = 5/2; # Assign numeric 2.5 to $n $a = " $n"; # Locale-dependent co

Bug#369481: [PATCH: installperl] Was: Bug#369481: perl-base: 5.8.4-8sarge4 seemed to trigger "weak references not implemented"

Brendan O'Dea wrote: > >The problem is that Debian Perl is mispackaged. For some reason, > >various OS's are failing to distribute the file lib/auto/List/Util/Util.so > >with their Perls. This, of course, causes various things to fail. > > The reason is that installperl is sticking List/Util

Bug#350369: *a=$a=*b;${"a"}=*a; gets a segmentation fault

On 2/27/06, John E. Malmberg <[EMAIL PROTECTED]> wrote: > It looks like Perl is now detecting the error a little better. > > The results of blead 27323 on OpenVMS Alpha 8.2 are: > > EAGLE> mcr []ndbgperl -e '*a=$a=*b; $a=42' > Assertion ((sstr)->sv_flags & 0xff) == SVt_PVGV || ((sstr)->sv_flags & >

Bug#303308: [EMAIL PROTECTED]: Bug#303308: Patch for Perl untaint bug]

Chris Heath wrote: > On Sat, 2005-10-29 at 16:07 +1000, Brendan O'Dea wrote: > > See: http://bugs.debian.org/303308 . > > > > The following patch appears to correct the problem, although I'm not > > sufficiently versed in the taint implementation to say that it's the > > correct fix. An alternate

Bug#227621: Debian bug #227621: getgrent out of memory

On 7/5/05, Brendan O'Dea <[EMAIL PROTECTED]> wrote: > Debian byg 227621 (http://bugs.debian.org/227621) reports OOM problems > processing /etc/group files with large lines. I can't find this in the change log now, but I note in perl590delta : For threaded Perls certain system database functions l

Bug#300914: [PATCH] ext/Errno/Errno_pm.PL: fix for GNU hurd

Brendan O'Dea wrote: > p5p: attached is a patch to perl-current which should fix the problem. Thanks, applied to bleadperl as change #24101. > --- perl-current/ext/Errno/Errno_pm.PL.orig 2005-01-18 05:24:34.0 > +1100 > +++ perl-current/ext/Errno/Errno_pm.PL2005-03-30 10:17:00.0

Bug#286905: perl-modules: File::Path::rmtree makes setuid

How does this relate to the Debian patch 22_fix_file_path for CAN-2004-0452 ? which I'm pasting below. That said, an implementation of rmtree() that uses /bin/rm isn't suitable for inclusion in perl itself. http://security.debian.org/pool/updates/main/p/perl/perl_5.6.1-8.8.diff.gz [Adapted from C