> [nicholas - Wed Jun 01 08:09:31 2005]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.9.3.
>
>
> -
> [Please enter your report here]
>
> Darwin provides 2
> [EMAIL PROTECTED] - Fri Jul 01 14:56:29 2005]:
>
> Hello,
>
> It looks like Apple has changed how ar works in xcode 2.1. As a
> result, Configure thinks that ar can generate random libraries.
>
> This breaks linking libperl.a, for instance when building PerlApp.
>
> Configure doesn't current
> [EMAIL PROTECTED] - Sun Dec 05 18:25:51 2004]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.8.4.
>
>
> -
> [Please enter your report here]
>
> The do
> [nicholas - Wed Jun 01 08:09:31 2005]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.9.3.
>
>
> -
> [Please enter your report here]
>
> Darwin provides 2
> [nicholas - Thu May 12 14:52:46 2005]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.6.2.
>
>
> -
> [Please enter your report here]
>
> /Users/nick/Refer
> [EMAIL PROTECTED] - Tue Nov 02 16:25:47 2004]:
>
> On Tue, 2004-11-02 at 14:56, Nicholas Clark wrote:
> > ftp://ftp.linux.activestate.com/pub/staff/gsar/APC/perl-5.8.x/
> > ftp://ftp.linux.activestate.com/pub/staff/gsar/APC/perl-current/
>
> Other than comments, there is no difference between r
> [EMAIL PROTECTED] - Sun Jul 31 23:23:50 2005]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.8.6.
>
>
> -
> The construct
> local %SIG = %SIG;
> does *
> [EMAIL PROTECTED] - Sat Aug 20 19:14:14 2005]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.8.6.
>
>
> -
> [Please enter your report here]
>
> Source
> [jhi - Wed Dec 08 09:02:56 2004]:
>
> >>
> >>As in the following ticket,
> >>http://rt.perl.org/rt3/Ticket/Display.html?id=7460, this core dump seems
> >>to have been fixed prior to 5.8.0. I also built a 5.8.6, and this test
> >>passed without any failures.
> >
> >
> > Did you also try that w
> [stmpeters - Tue Dec 07 16:53:42 2004]:
>
> > [abigail - Thu Apr 04 01:07:36 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.
> >
> >
> >
> [michielblotwijk - Fri Sep 02 06:53:56 2005]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.8.5.
>
>
> -
> [Please enter your report here]
>
> The functi
> [EMAIL PROTECTED] - Wed Aug 31 06:01:12 2005]:
>
> Summary: already fixed by patch 24523.
>
> On 2005–08–31, at 10:38, [EMAIL PROTECTED] (via RT) wrote:
>
> > -- CODE BEGINS HERE --
> > #!/usr/bin/perl
> > use strict;
> > sub s { open $X, my $Y, r; }
> > -- CODE ENDS HERE --
> > [crashes on 5.
> [EMAIL PROTECTED] - Wed Aug 31 01:38:30 2005]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.8.7.
>
>
> -
> Hi, i've found a small code that triggers a
> [EMAIL PROTECTED] - Fri Aug 26 09:47:17 2005]:
>
> Steve Peters wrote
> > This behavior has been fixed in bleadperl by not allowing it.
> >
> > > ./perl rt_7615.pl
> > Can't localize lexical variable $a at rt_7615.pl line 4.
>
> No it hasn't.I suspect you did the wrong test - what's th
> [EMAIL PROTECTED] - Mon Sep 03 10:43:30 2001]:
>
>
> -
> Local variables declared in a conditional expression of a
> conditional block are not restored at the end of scope.
>
> $a = 10;
> if (local $a = 1){
> }
> print $a; # Shoul
> [RT_System - Sat Sep 22 09:11:39 2001]:
>
> Blair
>
> Michael G Schwern wrote:
> >
> > On Sat, Sep 22, 2001 at 03:53:53PM -0700, Blair Zajac wrote:
> > > Running
> > >
> > > .\perl -MCwd -wle "chdir();"
> > >
> > > causes a core dump.
> >
> > On 5.6.1??
> >
Using 5.6.1 and 5.8.6 (with up to
> [EMAIL PROTECTED] - Fri Aug 12 18:18:40 2005]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.34 running under perl v5.8.0.
>
>
> -
> [Please enter your report here]
>
>
> [bepi - Sat Aug 20 15:45:51 2005]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.8.7.
>
> Pod/Perldoc.pm adds also .pod extension (to perldoc argument) only if:
>
> 1) -m switch hasn't been specified
>
> or
>
> 2) fo
> [chip - Wed Oct 29 13:54:58 2003]:
>
> According to [EMAIL PROTECTED]:
> > It seems a list will return an alias to the last element. It further
> > seems the element is not REFCOUNT++ed (same as with @_) and that
> > this alias is retrieved before the right hand side of the expression
> > is eva
> [stmpeters - Wed Jul 27 07:16:02 2005]:
>
> > [EMAIL PROTECTED] - Wed Jul 27 00:47:52 2005]:
> >
> > This is a bug report for perl from [EMAIL PROTECTED],
> > generated with the help of perlbug 1.35 running under perl v5.8.7.
> >
> >
> > --
> [EMAIL PROTECTED] - Wed Jul 27 00:47:52 2005]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.8.7.
>
>
> -
> [Please enter your report here]
>
> For at le
> Resubmitting a bug report of mine back from February;
> this time through the proper channel (perlbug, not p5p).
>
> [paste]
>
> While editing my Damn Book I re-remembered that couple of months back
> I ran into an anomaly in the handling of bitvectors.
>
> Fiction: you have a bitvector which
> [m0zart - Thu Dec 05 11:42:26 2002]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED]
> generated with the help of perlbug 1.34 running under perl v5.8.0.
>
>
> -
> [Please enter your report here]
>
> I have used Perl
> [shay - Wed Dec 15 03:19:13 2004]:
>
> Michael G Schwern wrote:
>
> >It appears to no longer be coring on 5.8.6.
> >
> It is still crashing for me on Win32 :(
>
> Produces an Access Violation error (more or less the Win32 equivalent
>of
> coring). Here's the call stack at the crash (using
> [EMAIL PROTECTED] - Wed Mar 16 06:02:13 2005]:
>
> If scalar(sv) is null (not sure why it would be off hand), and expr is
> not
> a list type, append will just return the expr object, which is not of
> type
> OP_LIST. Perl_convert will then return a new LISTOP.
>
> The crash is because the co
> [RT_System - Mon Feb 18 14:05:01 2002]:
>
> On Tue, Feb 19, 2002 at 07:57:02AM +0200, Jarkko Hietaniemi wrote:
> > Death! Death! Death! Sorry, got carried away in there for a
> moment.
> >
> > kosh:/tmp/jhi/perl ; ./perl -lne 'print if /[..]/'
> > POSIX syntax [. .] belongs inside character
> [kwilliams - Wed Aug 14 21:35:12 2002]:
>
> Yo,
>
> The program below causes a segfault, or in some cases merely an
> "Attempt to free unreferenced scalar", in 5.6.1 on Mac OS X (and
> Chip has duplicated it on Debian, I believe).
>
> ==
> #!/usr/bin/perl
> [nicholas - Sat Feb 28 09:50:01 2004]:
>
> On Sat, Feb 28, 2004 at 05:39:33PM +, Dave Mitchell wrote:
> > On Sat, Feb 28, 2004 at 05:06:51PM +, Nicholas Clark wrote:
> > > Change 22258 by [EMAIL PROTECTED] on 2004/02/01 17:40:02
> > >
> > > This touches quite a few dual life modules main
> [RT_System - Tue May 14 00:25:37 2002]:
>
> [EMAIL PROTECTED] wrote:
> > Ok, i know the docs say not to do things like this, but it still
> > shouldn't dump core:
> > perl -wle '$#F-- [EMAIL PROTECTED]'
>
> You play too much golf, don't you.
>
> This bug is confirmed with bleadperl.
> Strange
> [EMAIL PROTECTED] - Wed Apr 24 06:40:12 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]
>
> This prog
> [stmpeters - Tue Jul 05 13:19:42 2005]:
>
> > [EMAIL PROTECTED] - Fri Mar 07 11:03:22 2003]:
> >
> > This is a bug report for perl from [EMAIL PROTECTED],
> > generated with the help of perlbug 1.34 running under perl v5.8.0.
> >
> >
> > --
> [EMAIL PROTECTED] - Wed Jul 23 08:17:50 2003]:
>
>
> Hello!
>
> i want to consult with you about strange
> behavior of perl v5.6.1 on FreeBSD 5.1 beta.
> may be something is wrong ... with perl or with me =)
>
> i wrote a small mail proxy which listens connections
> from local network and red
> [jimc - Sun Jul 13 22:36:22 2003]:
>
> When doing 'make test' on B::Generate on 5.8.1-19893,
> I get missing symbols, which are defined in embed.h,
> and used successfully in core. For me at least, theyre
> not available to this XS module (though other non-CORE
> XS's build ok).
> I dunno whet
> [EMAIL PROTECTED] - Sat Apr 19 08:32:56 2003]:
>
> I was raised on the belief that "an unsuccessful regex match leaves $1
> and
> friends at their previous values." So I was surprised to discover an
> exception to that rule. It's been around for a long time, so perhaps
> I'm
> missing something
> [EMAIL PROTECTED] - Thu Jan 16 06:33:13 2003]:
>
> The standard melody for building Perl 5.8.0 fails at "make test" on
> Cobalt Raq4:
>
> My input:
>
> rm -f config.sh Policy.sh
> sh Configure -de
> make
> make test
>
> It fails here:
>
> lib/Math/BigInt/t/bar
> [wjones - Thu Jun 19 10:30:36 2003]:
>
> This patch works for me.
>
> Index: regcomp.c
> ===
> RCS file: /usr0/sweng/src/active/CVS.repo/perl/regcomp.c,v
> retrieving revision 1.1.1.4
> retrieving revision 1.4
> diff -u -r1.
> [EMAIL PROTECTED] - Fri Mar 07 11:03:22 2003]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.34 running under perl v5.8.0.
>
>
> -
> [Please enter your report here]
>
> The regre
> [RT_System - Tue Jul 04 01:44:33 2000]:
>
> On Fri, 30 Jun 2000 17:50:58 +0200, Wolfgang Laun wrote:
> >I know that modifying the list from a map of foreach is a no-no,
> >but: The following program crashes with a segmentation fault,
> >and this is something that should not happen, right?
> >
>
> [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
> [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
> [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
> [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
Since this module is not a core part of Perl, I'd suggest discussing
this problem with the module's maintainer Ivan Kohler at
<[EMAIL PROTECTED]>.
> [meyering - Wed Dec 01 11:14:10 2004]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.9.1.
>
>
> -
> Sometimes, closing a Perl file handle succeeds even
> [EMAIL PROTECTED] - Tue Jan 11 18:15:56 2005]:
>
> The following code generates a segfault:
> eval { /(?{die})/ }; $@
>
> Note that the $@ is necessary as it doesn't segfault without it.
> If you omit the reference to $@ it doesn't segfault but it doesn't
> appear to execute any code after the
> [stmpeters - Thu Nov 04 08:09:26 2004]:
>
> > [EMAIL PROTECTED] - Thu Oct 28 10:45:31 2004]:
> >
> > On Thu, Oct 28, 2004 at 10:42:49AM +0300, Denis Vlasenko wrote:
> > > This part of perl source code caused build failure on uclibc.
> > >
> > > perl-5.8.5/perlio.c:
> >
> > See http://www.ucli
>
> I came across something similar to this the other day, using a recent
> gentoo ebuild of 5.8.6 (I /think/ it was 5.8.6-r1, but it might have
> been r2 or r3); triggered a segfault with:
>
> perl -e 'print if $. >= 1"'
>
> Upgrading to -r4 fixed the issue. FYI, HTH, HAND. =)
>
Great, probl
> [dint - Thu Jun 02 04:35:41 2005]:
>
> This is a proposal for bug #34301, "IO::Socket calls getpeername
> far too often".
>
> > CC: [EMAIL PROTECTED]
> > Subject: IO::Socket calls getpeername far too often
> > Date: Tue, 1 Mar 2005 11:33:10 -0500
> > To: [EMAIL PROTECTED]
> > From: Bria
> [EMAIL PROTECTED] - Thu Apr 21 15:47:26 2005]:
>
> On Thu, Apr 07, 2005 at 01:16:02AM -0400, mnow wrote:
> > Andy,
> >
> > Upon running PERL_CORE, I recieved this error
> >
> > 1..7
> > ok 1 - use Net::hostent;
> > not ok 2 - gethost('localhost')
> > # Can't continue without working gethost:
>
> [mkoeppe - Thu Jun 09 12:01:32 2005]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.8.6.
>
> With ActivePerl 5.8.6.811, creating a hard link on a local NTFS
> formatted
> drive (Win2000) works as expected, but it fails
> [EMAIL PROTECTED] - Sat Jun 18 02:28:41 2005]:
>
> -BEGIN PGP SIGNED MESSAGE-
>
> Moin,
>
> Steve Peters <[EMAIL PROTECTED]> wrote:
>
> >On Fri, Jun 17, 2005 at 07:55:04PM -0500, Steve Peters wrote:
> >> On Fri, Jun 17, 2005 at 09:44:20AM -0700, Warren L Dodge wrote:
> [snip]
> >The b
>From my experimenting and daily smokes, this coredump occurs only with a
-g and -fstack-protector-all. Below is the backtrace.
#0 0x1c0fdcd7 in S_cache_re (prog=0x2eca7efb) at regexec.c:347
347 PL_regprecomp = prog->precomp; /* Needed for
FAIL. */
(gdb) bt
#0 0x1c0fdcd7 in
> [aa29 - Thu Apr 08 01:12:56 2004]:
>
> To: [EMAIL PROTECTED]
> Subject: Perl segfaults if XS changes system environment
> Reply-To: [EMAIL PROTECTED]
> Message-Id: <[EMAIL PROTECTED]>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running und
> [EMAIL PROTECTED] - Tue Jun 22 08:14:07 2004]:
>
> I am not sure if it is a bug or a feature!
>
> I have found that when using File::Find on a windows system (Apache,
> ActivePerl) and taint-mode enabled, the colon in the Windows path causes
> the default untaint_pattern to fail...
>Shoul
> [EMAIL PROTECTED] - Sun Jun 23 04:38:19 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]
>
> I am u
> [jpo - Fri Jun 10 06:40:59 2005]:
>
> Hi,
>
> This problem (trailing slash) is caused by a patch in the Fedora/RedHat
> perl package. The patch in question - perl-5.8.3-findbin-selinux.patch -
> has been replaced by a new one - perl-5.8.6-findbin-selinux.patch -
> which is much less intrusive
> [stmpeters - Thu Jun 16 05:54:52 2005]:
>
> > [gschafer - Tue Jun 07 00:34:04 2005]:
> >
> > This is a bug report for perl from [EMAIL PROTECTED],
> > generated with the help of perlbug 1.34 running under perl v5.8.0.
> >
> >
> > ---
> [gschafer - Tue Jun 07 00:34:04 2005]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.34 running under perl v5.8.0.
>
>
> -
> [Please enter your report here]
>
> Hi
>
> I'm runni
> [EMAIL PROTECTED] - Thu Oct 23 07:07:01 2003]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.34 running under perl v5.8.1.
>
>
> -
> [Please enter your report here]
>
> If I r
> [EMAIL PROTECTED] - Fri Aug 29 00:49:55 2003]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED]
>osnabrueck.de,
> generated with the help of perlbug 1.34 running under perl v5.8.0.
>
>
> -
> During the installation
> [per mildner - Fri Nov 26 12:27:05 2004]:
> bash-2.05b$ cat FindBinBug.pl
> #! /usr/bin/perl
> use FindBin;
> use Cwd;
>
> $findbin_bin=$FindBin::Bin;
> $cwd_abs_path_findbin_bin=Cwd::abs_path($findbin_bin);
>
>
>
> print < \$FindBin::VERSION==$FindBin::VERSION
> \$FindBin::Bin == \"$find
> % perl test.pl
> Scalar found where operator expected at (eval 1) line 6, near "'refs'
> $parsed"
> (Missing operator before
> $parsed?)
> Segmentation fault (core dumped)
>
> code:
>
> # start -
> my $code = <<'EOF';
> sub handler {
>
> [stmpeters - Thu Jun 09 17:49:36 2005]:
>
> > [anders - Wed Feb 13 01:18:58 2002]:
> >
> > This is a bug report for perl from [EMAIL PROTECTED],
> > generated with the help of perlbug 1.28 running under perl v5.6.0.
> >
> >
> > -
>
> bash-2.05a$ ./perl lib/File/Find/t/find.t
> 1..188
> ok 1
> ok 2
I was unable to repeat the failure, and looking through recent smoke tests, I
was unable to
find any recent failures in lib/File/Find/t/find.t.
> [anders - Wed Feb 13 01:18:58 2002]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.28 running under perl v5.6.0.
>
>
> -
> Using File::Find, if find() is called with {no_chdir =>
> [schwern - Tue Jul 15 23:39:44 2003]:
>
> Has this been fixed? Can we resolve this bug?
>
Yes we can. This was applied with change #13654.
> [EMAIL PROTECTED] - Sat Apr 21 02:02:12 2001]:
>
>
> -
> [Please enter your report here]
>
> (Note that these problems appear to exist in 5.6.1 as well; all line
> numbers are in the 5.6.0 version of Find::File).
>
> When finding
> [EMAIL PROTECTED] - Mon May 30 04:34:54 2005]:
>
> Olli Savia (via RT) wrote:
> > I'm building perl 5.8.7-RC1 on LynxOS and I encountered
> > a compilation problem. It is a result of missing prototype
> > in LynxOS system header files. With the following
> > patch I'm able to compile perl succes
> [EMAIL PROTECTED] - Wed Jun 08 06:18:40 2005]:
>
> Steve Peters wrote:
> >
> > Since the heuristics of this warning seem to be too simplistic for the
> > situation its trying to handle, is this warning needed?
>
> No, I think it's still very useful for code like :
>
> my $foo, bar;
>
> [stmpeters - Wed Jun 08 03:58:28 2005]:
>
> > [ysth - Wed Jun 08 01:08:32 2005]:
> >
> > On Wed, Jun 08, 2005 at 03:37:45AM -0400, Mark Jason Dominus wrote:
> > > Steve Peters:
> > > > >
> > > > > perl -we '$file="X"; open my $fh, $file;'
> > > > >
> > > > > Parenthese
> [EMAIL PROTECTED] - Tue Jun 19 09:30:12 2001]:
>
>
> -
> [Please enter your report here]
>
> undef()ing the symbol table of package main causes coredumps. The
>problem has
> been reproduced on at least two version of Perl (5.
>
> perl -we '$file="X"; open my $fh, $file;'
>
> Parentheses missing around "my" list at -e line 1.
>
> The warning is inappropriate in this context.
>
> A workaround is to write:
>
> perl -we '$file="X"; open my $fh, "$file";'
>
The problem is that Perl see
> [laune - Sun Dec 10 15:27:06 2000]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.28 running under perl v5.6.0.
>
>
> -
> [Please enter your report here]
>
> This test is inte
> [EMAIL PROTECTED] - Wed Feb 23 16:53:59 2000]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.27 running under perl v5.5.650.
>
>
> -
> [Please enter your report here]
>
>
> [EMAIL PROTECTED] - Mon May 16 15:56:16 2005]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.8.6.
>
>
> -
> [Please enter your report here]
>
> gmtime is
> [suckfish - Thu May 12 13:53:17 2005]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.8.6.
>
>
> -
> Segfault on a syntax error:
>
> $ perl -e 'sub c{(
> [pierre - Wed May 11 16:13:16 2005]:
>
> # make
> LD_LIBRARY_PATH=/tmp/perl-
>
5.9.2:/usr/local/lib:/usr/local/qt/lib:/usr/local/kde/lib:/usr/local/pwlib/lib:/usr/local/openh323/lib
> gcc -L/usr/local/lib -o miniperl \
> miniperlmain.o opmini.o libperl.so -lnsl -ldl -lm -lcrypt -lutil
> -lp
> [EMAIL PROTECTED] - Tue Jan 11 14:22:42 2005]:
> Apparently // and '' are both work. Anyway, the best choice should be
> shown in an additional preceding example:
>
I'd rather they decide the way that they prefer to split. Below is a
patch to demonstrate the null string splitting.
--- pod/perl
> [nicholas - Tue Feb 01 09:59:22 2005]:
>
> On Tue, Feb 01, 2005 at 12:41:27PM -0500, Ronald J Kimball wrote:
> > On Tue, Feb 01, 2005 at 05:34:18PM -0000, Steve Peters via RT wrote:
> >
> > > While I agree that an explanation of why "print !!0" doesn&#
> [EMAIL PROTECTED] - Sun Aug 26 05:09:32 2001]:
>
> Hello.
>
> I have identified a minor bug in Carp::Heavy.pm.
>
> If a class has overloaded the "" operator and it also uses Carp then
> when calling carp/croak the object reference will be stringified by
> carp. This also can lead to deep recu
> [EMAIL PROTECTED] - Tue Oct 05 11:17:03 2004]:
>
>
> While installing perl5.8.5 on Tru64 v5.1B with default options, but trying
> to install it into /usr/depot/site/perl5.005 I am receiving this error
> during the make...
>
> LD_LIBRARY_PATH=/usr/users/6/shelmire/perl-5.8.5 ./miniperl -Ilib co
> [sabeck - Thu Jan 23 15:47:02 2003]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.34 running under perl v5.8.0.
>
>
> -
>
> On my version of perl running:
>
> perl -we 'pri
> [EMAIL PROTECTED] - Mon Sep 30 13:55:50 2002]:
>
> Hi,
>
> We were recently trying to install Perl version 5.8.0, and ran into a
> problem while running 'Configure'. We are running on 'aix', so when you use
> 'aix' for the OS, when it runs the hints/aix.sh file in our environment, the
> script
> [EMAIL PROTECTED] - Fri Jul 02 04:32:11 2004]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.9.2.
>
>
> -
>
> The following code fails with current St
> [EMAIL PROTECTED] - Fri Dec 10 06:47:55 2004]:
>
> Good day
>
> I was playing with lexicals and closures and suddenly stumbled upon
> some strange behaviour:
>
> {
> my $G = 'upper';
> sub h {
> #$G;
> return sub { $G };
> }
> }
> print defined h()->() ? "good\n" :
> [EMAIL PROTECTED] - Fri Dec 10 06:47:55 2004]:
>
> Good day
>
> I was playing with lexicals and closures and suddenly stumbled upon
> some strange behaviour:
>
> {
> my $G = 'upper';
> sub h {
> #$G;
> return sub { $G };
> }
> }
> print defined h()->() ? "good\n" :
> [EMAIL PROTECTED] - Sat Dec 14 09:58:48 2002]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.34 running under perl v5.8.0.
>
>
> -
> [Please enter your report here]
>
> perl -
> [EMAIL PROTECTED] - Sun Feb 27 11:11:09 2005]:
>
> I am trying to install a complete version of perl 5.8.6 on Debian.
> I am not running as root, so I am trying to install into $HOME/local
> The server does have perl 5.6.1 installed in a shared area
>
> I have run the "sh Configure" successfull
> [godegisel - Mon Jan 17 01:02:32 2005]:
>
> Currently dXSARGS is defined as
> dSP; dMARK; dAX; dITEMS
>
> I offer to replace "dMARK; dAX;" with new macro "dAXMARK;"
>
> Sequence "dMARK; dAX;" is expanded as:
> register SV **mark = PL_stack_base + POPMARK;
> I32 ax = MARK - PL_stack_base + 1;
>
> [EMAIL PROTECTED] - Wed Jan 26 19:13:55 2000]:
> --- begin sample script ---
> while (my $line = ) {
> if ($line =~ /Two/) {
> $line = "Dos\n";
> redo;
> }
> print $line;
> }
>
> __DATA__
> One
> Two
> Three
> --- end sample script ---
>
> outputs:
>
> One
> Three
>
> [EMAIL PROTECTED] - Tue Jun 15 16:19:35 2004]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.8.4.
>
>
> -
> [Please enter your report here]
>
> $ perl
> [EMAIL PROTECTED] - Wed Nov 19 07:51:17 2003]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.34 running under perl v5.8.0.
>
>
> -
>
> On Linux with 2.4 kernel and 2.2.5 libc,
> [EMAIL PROTECTED] - Thu Feb 06 14:19:14 2003]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
>
> generated with the help of perlbug 1.34 running under perl v5.8.0.
>
>
>
>
>
> -
>
> I can reliably reproduce a co
> [jmahood - Wed May 07 08:18:05 2003]:
>
> Under 5.8.0, it seems that any loop (for, while, do while) that
> contains a
> label and a goto causes a segmentation fault when the loop's end
> condition is
> met.
>
> for ($x=0; $x < 5; $x++) {
> goto FOO;
> FOO:
> print "$
> [nicholas - Fri Apr 02 02:53:09 2004]:
>
> On Fri, Apr 02, 2004 at 09:06:44AM +0800, Benjamin J. Tilly wrote:
>
> > I can do it, but I'm not sure when I'll get around to it.
>
> Aha. So I made the right decision not to wait for a test before
integrating
> the fix? :-)
>
> http://public.activ
> [stas - Mon Jan 05 15:15:57 2004]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.34 running under perl v5.8.1.
>
>
> -
> [Please enter your report here]
>
> Consider the followin
> [EMAIL PROTECTED] - Tue Feb 20 00:50:27 2001]:
>
>
> -
> [Please enter your report here]
>
> It appears there is a quirk in the behavior of select() with udp
> sockets on some systems (Linux, others?). Apparently even when
> sele
> [nicholas - Tue Dec 02 13:07:35 2003]:
>
> On Tue, Dec 02, 2003 at 03:57:16PM -0500, Andy Dougherty wrote:
> > On Mon, 1 Dec 2003, David Nicol wrote:
>
> > > make runs a while and ends with this:
> > >
> > > ./miniperl -Ilib configpm configpm.tmp
> > > make[2]: *** [lib/Config.pm] Error 9
> >
> [rafael - Thu Mar 18 12:19:42 2004]:
>
> Marcus Holland-Moritz wrote:
> >
> > On 2004-03-14, at 22:30:37 +0100, Rafael Garcia-Suarez wrote:
> >
> > > Marcus Holland-Moritz wrote:
> > > > So, it seems there's at least one other exception:
> looks_like_number()
> > > > treats undef as a number. Ac
> [EMAIL PROTECTED] - Tue Jul 27 02:07:30 2004]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.34 running under perl v5.8.0.
>
>
> -
> Today I learned about the strlcpy function
1 - 100 of 257 matches
Mail list logo
