[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 extra
[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 extra
[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 doc for
[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 currently allow
[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]
[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 reentr.*
[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 function
[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.
-
[Please
[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 with a *HUGE* number of
[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 w/syntax
[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 *not* make
[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] - 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.8.x, 5.9.1]
[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 date Cwd's) on Windows XP,
[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; # Should be 10,
[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 that
lexical
[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]
plover%
[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) for 'pod/' or
[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 evaluated.
[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 least Perl
[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.
-
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 you want
[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 5.00503
[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 code casts
[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 5.8.6):
[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 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 program
[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.
Strangely, moving
[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 maintained
[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 classes in
[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.1.1.4
[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:
[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. OTOH,
[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 whether its
[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 redirects
[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] - 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 regression
[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 bug is
[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 x :lvalue
[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;# Local *foo instead, and
[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 how
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].
[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:
It's most likely
[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: Brian Caswell [EMAIL
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, problem
[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
[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 eval
[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 though
[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 below patch has
[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 on a
[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.
[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 using the
[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...
Should I
[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 under perl
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
[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 running
[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.
-
[Please
[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 (testing)
[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 run the
[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 EOF
\$FindBin::VERSION==$FindBin::VERSION
\$FindBin::Bin == \$findbin_bin\
[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 successfully.
[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 with -T
[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.
[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 = 1}, and
bash-2.05a$ ./perl lib/File/Find/t/find.t
1..188
ok 1
ok 2
snip
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.
[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.
-
Using
% 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 {
my $r =
[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;'
Parentheses missing around my list at -e
[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;
In that
[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 intended for
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 sees the my $fh,
[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.00505
[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
[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]
$ perl -wl
[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{($n)[EMAIL
[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
-lpthread
[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 -, Steve Peters via RT wrote:
While I agree that an explanation of why print !!0 doesn't work
isn't
needed (take a look at Devel::Peek
[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.
---
[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 recursion if
[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;
New macro
[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 : bad\n;
This
[EMAIL PROTECTED] - Wed Jan 26 19:13:55 2000]:
--- begin sample script ---
while (my $line = DATA) {
if ($line =~ /Two/) {
$line = Dos\n;
redo;
}
print $line;
}
__DATA__
One
Two
Three
--- end sample script ---
outputs:
One
Three
or, with -w:
[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 core dump in a
[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, the
[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 -e 'die
[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? :-)
[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
select()
[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 following short
[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 as a
[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. According to the
[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
Ok, this is a
[EMAIL PROTECTED] - Mon Mar 19 03:05:40 2001]:
-
[Please enter your report here]
Using freshly rsync'ed (through diff 9240)
I invoked perl in the perl-current build directory as
./perl -Ilib -de 1
and enter the command V
[EMAIL PROTECTED] - Tue Nov 27 11:36:50 2001]:
-
[Please enter your report here]
When trying to use the default example of Net::Ping, it returns
nothing :
#!/usr/local/bin/perl
use Net::Ping;
[EMAIL PROTECTED] - Fri Mar 11 13:38:46 2005]:
Configure and 'make' succeeded, but 'make test' failed. myconfigure
output and portion of test harness is attached -- really, this time
--
John S. Caywood
The New York Times Shared Services Center, Norfolk, Virginia
[EMAIL PROTECTED],
[EMAIL PROTECTED] - Fri Mar 25 13:37:04 2005]:
On Fri, 25 Mar 2005 12:54:39 -0800, Gurusamy Sarathy
[EMAIL PROTECTED] wrote:
But, as far as I can tell, in but 34450 PL_OP_SLAB_ALLOC isn't
defined...
I don't think that is possible, since the code in question is
protected by an #ifdef
[EMAIL PROTECTED] - Thu Mar 24 15:13:36 2005]:
D That's not unexpected. The lexical $c exists only inside the BEGIN { }
D block, and the global $c is only found once in the source code.
Indeed, the user thinks -w is blabbing 'off the wall':
$ echo|perl -nlwe 'BEGIN{my $c=0}print $c++'
[EMAIL PROTECTED] - Sat Mar 12 16:59:56 2005]:
The following code fragment, from the FAQ, exhibits a memory leak for
large numbers of input files:
open(FIND, find /terrabyte1/ro -type f -print |) or die;;
while (FIND)
{
chop;
open(PLAIN_FILE, $_) or die;
$checksum = do
Fixed previously with Change 23921.
[EMAIL PROTECTED] - Thu Feb 03 06:21:49 2005]:
Paul
Cc: porters
I tried compiling db-3.1.17 with gcc-3.4.3 and then compiling perl-
5.8.6 with the same gcc.
I had problems getting the perl configuration/compilation to see and
link to the db library,
and then, when I did, I got a
[EMAIL PROTECTED] - Sat Jan 08 12:07:01 2005]:
Perl,
Using NetBSD 2.0. i386. make fails with perl58 package, which
apparentlly is perl-5.8.6.
clean distfiles, deleted pkgsrc and downloaded it again with no
improvement.
warning: implicit declaration of function getprotobyname
1 - 100 of 246 matches
Mail list logo