I don't remember getting this in a long time.
I think perhaps it may have been happening when ftp.perl.org was down,
but CPAN and company didn't report the best error message.
On Mon, 11 Jul 2005 at 22:55 -0700, Michael G Schwern via RT...:
From: Michael G Schwern via RT [EMAIL PROTECTED]
[EMAIL PROTECTED] - Tue Sep 07 06:28:44 2004]:
I disagree with the final thought there. My machine did have a copy
of wget on it so that wasn't the problem in my case (though it would be
for a stock install of the current version of Mac OS X). Since it does
present a problem for certain
The attached patch changes all the unsafe uses of rename() to
File::Copy::move(). These are the ones which move a path to a different
directory. All the rest work within the same dir and should be safe.
CPAN.pm.patch
Description: Binary data
On Mon, Jul 11, 2005 at 11:19:06PM -0700, Michael G Schwern via RT wrote:
CPAN.pm could check if the proto is HTTP and not try ncftp* but as they
will be the last thing tried I think its more useful to try them than
not. Who knows, maybe ncftpget will handle http urls in the future?
Also
[EMAIL PROTECTED] - Thu Oct 23 06:01:05 2003]:
The online help of the CPAN shell has this entry:
rNONE reinstall recommendations
I checked with multiple coworkers and all of them (including
me) misunderstood this as a command installing something.
It should be made
# New Ticket Created by Michael G Schwern
# Please include the string: [perl #36510]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=36510
rt.perl.org 24691 is about CPAN.pm saying that a path with a leading space
On Mon, 11 Jul 2005 18:41:30 -0700, Michael G Schwern [EMAIL PROTECTED]
wrote:
1..3
ok 1
ok
ok 3
Thanks, applied as change #25114
I also deleted all trailing whitespace, and made indentation whitespace
consistent. Even your patch used both tabs and spaces (expanded and
unexpanded) indents
[EMAIL PROTECTED] - Thu Dec 18 15:43:42 2003]:
When I started cpan for the first time on perl-5.8.2 and started the
configuration process I was cutting and pasting from a file. I grabbed
the
cpan directory location with leading spaces and pasted it.
The results were this as the next
Forgot to CC p5p with my patch. Pumpkings and pumpkinglets, there's a
patch for this bug. Please have a look at it in RT.
On Mon, 11 Jul 2005 19:18:02 -0600, Jim Cromie [EMAIL PROTECTED] wrote:
Ought this build option be added to Configure somehow ?
I would not know why, how, and where :)
or is it just for folk who know how to use -Acc etc in builds ?
Look in the Porting/ folder. Most files there are
H.Merijn Brand wrote:
On Mon, 11 Jul 2005 19:18:02 -0600, Jim Cromie [EMAIL PROTECTED] wrote:
And perhaps exposed in POD somewhere too ?
perlhack maybe
It is already documented in perlhack.pod. Look for =head2 PERL_MEM_LOG.
Radan
Michael G Schwern wrote:
On Mon, Jul 11, 2005 at 04:45:39PM +0100, Steve Hay wrote:
OTOH, functions are perhaps better written as Cfoo() because this
causes them to be linked when converted to HTML.
Didn't we conclude it would be better to give Pod::Html the same foo()
recognition
Jim Cromie wrote:
Ought this build option be added to Configure somehow ?
or is it just for folk who know how to use -Acc etc in builds ?
And perhaps exposed in POD somewhere too ?
Thanks - applied as change 25115.
I moved the changed block of text into the Newx() description itself
where it
On Mon, Jul 11, 2005 at 09:55:46PM -0700, Robert Spier wrote:
36428 Problem with the debugger with conjunction to Encoding
36430 Sort within a sort does not set $a, $b
36448 configuring ranlib for perl on osx with xcode 2.1
36430 didn't hit the list. I remember 36448. Not
# New Ticket Created by Michael G Schwern
# Please include the string: [perl #36513]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=36513
Pod::Html exports two undocumented functions htmlify() and anchorify().
It
On Tue, Jul 12, 2005 at 08:55:33AM +0100, Steve Hay wrote:
Didn't we conclude it would be better to give Pod::Html the same foo()
recognition magic that Pod::Man has and not have to put C around every
function?
Patches welcome!
Patch Pod::Html? Sorry, I have to.. umm.. I have to rearrange
On Mon, Jul 11, 2005 at 11:41:04PM -0700, Michael G Schwern wrote:
rt.perl.org 24691 is about CPAN.pm saying that a path with a leading space
is not absolute. The issue is File::Spec... maybe. file_name_is_absolute() i
does not recognize /foo as being absolute.
$ perl -wle 'use
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #36508]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=36508
This is a bug report for perl from [EMAIL PROTECTED],
generated with the
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #36507]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=36507
This is a bug report for perl from [EMAIL PROTECTED],
generated with the help
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
On Mon, Jul 11, 2005 at 06:24:44PM -0700, paulb @ cajun. nu wrote:
Trying to install Ogg::Vorbis using CPAN on perl 5.8.6 on
amd64 Fedore Core 4, with latest OS updates. Easily reproducable.
If you own an opteron machine and are allowed to install Fedora Core 4?
chmod 755
Michael G Schwern (via RT) [EMAIL PROTECTED] wrote:
:rt.perl.org 24691 is about CPAN.pm saying that a path with a leading space
:is not absolute. The issue is File::Spec... maybe. file_name_is_absolute() i
:does not recognize /foo as being absolute.
:
:$ perl -wle 'use File::Spec; print
On 7/12/05, Michael G Schwern via RT [EMAIL PROTECTED] wrote:
You mention that you have wget. CPAN.pm triest wget last after trying
ncftp*. As its the most capable of all the options available it should
be tried first. Then lynx. Then finally ncftp*. A patch for this is
attached.
Can you
On Tue, Jul 12, 2005 at 12:00:02PM +0200, Rafael Garcia-Suarez wrote:
On 7/12/05, Michael G Schwern via RT [EMAIL PROTECTED] wrote:
You mention that you have wget. CPAN.pm triest wget last after trying
ncftp*. As its the most capable of all the options available it should
be tried first.
John
I'm sorry that I didn't notice when you submitted the original patches
that you were nuking the VDf support. Is there some reason that the
'%-1p' hack cannot be re-added so that VDf could be supported in the
core as well as in XS modules?
Because its a nasty hack that I never meant
On Tue, Jul 12, 2005 at 05:09:15AM -0500, Steve Peters wrote:
On Tue, Jul 12, 2005 at 12:00:02PM +0200, Rafael Garcia-Suarez wrote:
On 7/12/05, Michael G Schwern via RT [EMAIL PROTECTED] wrote:
You mention that you have wget. CPAN.pm triest wget last after trying
ncftp*. As its the most
Suppose you have a CGI, and param(foo) is bar.
if (param(foo) eq bar) {
print start_form;
print hidden(foo,ugh); ## prints bar as the value, not ugh
print end_form;
}
To correct the behaviour...
if (param(foo) eq bar) {
print start_form;
param(foo, ugh);
print
Interesting is that if I change that print hidden() by a print of the
real html code, the value printed is not the correct either.
So, it seems the browser is confused when rendering the page. CGI posts
al the defined variables back again?
Alberto
Alberto Manuel Brandão Simões wrote:
Alberto Manuel Brandão Simões wrote:
Suppose you have a CGI, and param(foo) is bar.
if (param(foo) eq bar) {
print start_form;
print hidden(foo,ugh); ## prints bar as the value, not ugh
print end_form;
}
It is a feature. All form element output methods (not just hidden())
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #36514]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=36514
This is a bug report for perl from [EMAIL PROTECTED],
generated with the help
From a parallel universe, Nicholas Clark via RT [EMAIL PROTECTED]
scrawled.
If you own an opteron machine and are allowed to install Fedora Core 4?
Ack... it was late when I filed this. Wrong machine - it's an ia32,
sorry..
Given that the XS code for Ogg::Vorbis has this:
Michael G Schwern wrote:
On Mon, Jul 11, 2005 at 10:30:54AM -0700, kynn jones wrote:
File::Copy::mv does not preserve the file's mtime across NFS-mounted
filesystems. This differs from the behavior of the Unix mv(1)
command, and is not documented in the man page for File::Copy.
You're
Automated smoke report for 5.9.3 patch 25114
fixit.xs4all.nl: Pentium II (i386/1 cpu)
onbsd/os - 4.1
using cc version egcs-2.91.66 19990314 (egcs-1.1.2 release)
smoketime 3 hours 54 minutes (average 1 hour 57 minutes)
Summary: FAIL(F)
O = OK F = Failure(s), extended
Michael G Schwern wrote:
Attached is a patch to clean up File::Copy's tests to use Test::More instead
of ad-hoc prints in anticipation of adding more tests.
Thanks. Applied as change 25121.
I fixed the SKIP: {} blocks to say $how_many tests they are skipping to
stop some warnings coming out
Michael G Schwern via RT wrote:
Attached is a test patch to test File::Copy while copying/moving across
partitions. It simulates this by overriding rename() so that it always
fails. All tests are done twice, once with a working rename, once without.
Thanks - applied as change 25122.
On Mon, Jul 11, 2005 at 10:53:43AM +0100, Steve Hay wrote:
Nicholas Clark wrote:
gcc's C pre-processor can be made to output (only) the defined symbols at the
end of processing. I've no idea if other compilers can do this, specifically
all the windows compilers. But if they could, it would
Nicholas Clark wrote:
On Mon, Jul 11, 2005 at 10:53:43AM +0100, Steve Hay wrote:
Nicholas Clark wrote:
gcc's C pre-processor can be made to output (only) the defined symbols at the
end of processing. I've no idea if other compilers can do this, specifically
all the windows
On Mon, Jul 11, 2005 at 01:29:37PM +0100, Steve Hay wrote:
The patch below fixes it, and all tests still pass. Is it OK?
looks good to me
--
A power surge on the Bridge is rapidly and correctly diagnosed as a faulty
capacitor by the highly-trained and competent engineering staff.
--
--- Nicholas Clark [EMAIL PROTECTED] wrote:
On Mon, Jul 11, 2005 at 04:56:51AM -0700, rajarshi
das wrote:
Hi,
Here's a build failure that I am facing on z/OS
(perl-5.8.6).
I do the following steps :
1) sh Configure -Dmake=gmake
2) modify sv.c
3) gmake
gmake[1]: Leaving
Dave Mitchell wrote:
On Mon, Jul 11, 2005 at 01:29:37PM +0100, Steve Hay wrote:
The patch below fixes it, and all tests still pass. Is it OK?
looks good to me
Marvellous. Now applied.
Radan Computational Ltd.
The information
# New Ticket Created by Mark Stosberg
# Please include the string: [perl #36516]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=36516
Hello,
This bug report is valid at least until Perl 5.8.7.
I was just trying to
Thank you for providing the patch.
Is there any easy way to learn when it has been added to a distribution?
Steve
--
Steve TolkinSteve . Tolkin at FMR dot COM 617-563-0516
Fidelity Investments 82 Devonshire St. V4D Boston MA 02109
There is nothing so practical as a good theory.
Perl 5.8.6
File /usr/lib/perl5/5.8.6/i386-linux-thread-multi/IO/Socket.pm on
Fedora Core 4.
Line 407 (which is part of the POD) states:
$sock-read(1024,$data) until $sock-atmark;
I don't believe the arguments to the read() method are in the
correct order.
--
Andrew Benham
# New Ticket Created by Ken Williams
# Please include the string: [perl #36517]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=36517
On Jul 12, 2005, at 1:40 AM, Michael G Schwern wrote:
rt.perl.org 24691 is
Michael G Schwern via RT wrote:
[schwern - Tue Jul 15 18:31:18 2003]:
The attached patch fixes this bug by the simple method of storing the
Perl we started
with as an absolute path before anything is done. Then perl() can
reference this
information. I can't see how this could go wrong on MacOS.
Michael G Schwern via RT wrote:
[EMAIL PROTECTED] - Tue Sep 07 06:28:44 2004]:
I disagree with the final thought there. My machine did have a copy
of wget on it so that wasn't the problem in my case (though it would be
for a stock install of the current version of Mac OS X). Since it does
present
Michael G Schwern via RT wrote:
The attached patch changes all the unsafe uses of rename() to
File::Copy::move(). These are the ones which move a path to a different
directory. All the rest work within the same dir and should be safe.
Thanks. Applied as change 25125.
On Tue, Jul 12, 2005 at 02:01:51PM +0100, Steve Hay wrote:
My big worry, though, is that miniperl is compiled with different
options than perl, e.g. here's the command-lines used to compile av.c in
miniperl and perl respectively:
cl -c -nologo -Gf -W3 -I..\lib\CORE -I.\include -I. -I..
On Tue, Jul 12, 2005 at 12:11:33PM +0100, Andrew Benham wrote:
Perl 5.8.6
File /usr/lib/perl5/5.8.6/i386-linux-thread-multi/IO/Socket.pm on
Fedora Core 4.
Line 407 (which is part of the POD) states:
$sock-read(1024,$data) until $sock-atmark;
I don't believe the arguments to the
On Tue, Jul 12, 2005 at 07:14:06AM -0400, Tolkin, Steve wrote:
Thank you for providing the patch.
Is there any easy way to learn when it has been added to a distribution?
Somebody will come along and say thanks, applied which means its in the
development version and will be in the next 5.9.x
On Tue, Jul 12, 2005 at 05:25:07PM +0100, Steve Hay wrote:
Why doesn't this work out for you?
Because it should never do that search. In your example you got lucky
because the relative Perl you ran CPAN.pm with happened to match the one in
$Config{binexp}. What if that's not true? Consider
Ok, enough dithering. Let's kill this bug.
File::Spec::Win32-canonpath() currently contains code to collapse .. so
whether or not it should continue to do so in the future is outside the
scope of this bug. That code is also busted and is the source of this bug.
Attached is a patch to fix this
Some documentation of the meta characters has been added to File::Glob
but not much else. Just how much documentation of globbing do we want
to put in the docs and how much can be go read X? Maybe a reference
to a Unix tutorial on how globbing works?
[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
The attached patch changes copy() so that it carps instead of croaking
when its asked to copy identical files. This is better because asking
to copy identical files is not an error (and the operation suceeds) its
just dubious.
I also added a check in move() to ensure it gets the right number of
[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:
This bug appears to have been resolved somewhere before 5.8.6. The
construct no longer consumes additional memory.
This problem still exists in 5.8.6 and [EMAIL PROTECTED]
[EMAIL PROTECTED] - Sun Feb 13 23:29:43 2000]:
When going out of range at the prompt in the debugger - i.e.
pressing
ctrl-n when there is no next line, or backspace when I'm at the start
of the
line, it crashes.
I am unable to reproduce this but using 5.5.4 and Term::ReadLine::Gnu
1.08.
The debugger no longer sets $.
$ perl -de 0
Loading DB routines from perl5db.pl version 1.28
Editor support available.
Enter h or `h h' for help, or `man perldebug' for more help.
main::(-e:1): 0
DB1 print $.
DB2
The code works the same in the debugger as it does on the command line:
Michael G Schwern wrote:
On Tue, Jul 12, 2005 at 08:55:33AM +0100, Steve Hay wrote:
Didn't we conclude it would be better to give Pod::Html the same foo()
recognition magic that Pod::Man has and not have to put C around every
function?
Patches welcome!
Patch Pod::Html? Sorry, I have
[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,
Michael G Schwern via RT wrote:
The attached patch changes copy() so that it carps instead of croaking
when its asked to copy identical files. This is better because asking
to copy identical files is not an error (and the operation suceeds) its
just dubious.
Shouldn't it be fatal if the
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Tuesday 12 July 2005 23:46, Steve Peters via RT wrote:
[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
[EMAIL PROTECTED] - Thu Apr 05 19:58:47 2001]:
The Perl debugger outputs strings containing the character
ctrl-\ wrongly when using the x command. For example,
x chr(28) results in \c\ and x \c\\ results in \c\\\.
The results, however, are not valid Perl and will result in
string terminator
On Tue, Jul 12, 2005 at 06:19:48PM -0400, Randy W. Sims wrote:
Michael G Schwern via RT wrote:
The attached patch changes copy() so that it carps instead of croaking
when its asked to copy identical files. This is better because asking
to copy identical files is not an error (and the
This appears to have been fixed in the latest development version of perl.
Still an issue in 5.8.6 and [EMAIL PROTECTED]
This appears to have been fixed in the 5.8 track. With 5.8.6 I can
ctrl-c at the accept() call and I am dumped into the debugger at the
proper place. With 5.5.4 it didn't respond to ctrl-c at all, I wasn't
dumped into the debugger nor did the process exit. So I'm reasonably
sure this is
[joemcmahon - Fri Jun 03 15:00:45 2005]:
Same program in the debugger:
% perl -de '
$_ = \x{100};
s/[\x{100}]/o/;
print $_\n;
'
Loading DB routines from perl5db.pl version 1.19
Editor support available.
Enter h or `h h' for help, or `man perldebug' for more help.
[EMAIL PROTECTED] - Sun Jun 22 23:53:28 2003]:
-
The debugger command x works as expected, but |x shows no output
at all:
I am unable to reproduce this problem. What pager does the debugger
think you're using? You can find
Joe's patch appears to have gone in.
$ bleadperl -de 1
Loading DB routines from perl5db.pl version 1.28
Editor support available.
Enter h or `h h' for help, or `man perldebug' for more help.
main::(-e:1): 1
DB1 x bless {}, Foo
0 Foo=HASH(0x810850)
empty hash
DB2 x bless \{}, Foo
0
[nicholas - Tue Jun 07 14:40:34 2005]:
Thanks for the report. Rafael also spotted this about 8 hours ago. It's
my fault (change 24714) and should be fixed by 24732.
Was it?
[EMAIL PROTECTED] - Wed Jun 29 15:20:13 2005]:
- the script starts here --
use Encode qw/encode decode/;
my $var = +AQUBBQEF-/b+AXwBfAF8-;
my $decoded = decode (UTF-7, $var);
my $encoded = encode (UTF-7, $decoded);
print $encoded;
- the script ends here -
when
Automated smoke report for 5.9.3 patch 25128
TANGAROA.uk.radan.com: Intel(R) Pentium(R) 4 CPU 2.00GHz(~1992 MHz) (x86/1 cpu)
onMSWin32 - WinXP/.Net SP1
using cl version 12.00.8804
smoketime 2 hours 16 minutes (average 4 minutes 15.188 seconds)
Summary: FAIL(M)
O = OK F
On Sat, Jul 02, 2005 at 04:53:35PM +0100, Dave Mitchell wrote:
On Sat, Jul 02, 2005 at 04:52:43PM +0100, [EMAIL PROTECTED] wrote:
If I remember right, a lot of code tests whether the warning is enabled
before testing whether the warning case applies, on the assumption that
the first check
Configure sez:
The 5005threads version is effectively unmaintained and will probably be
removed in Perl 5.10, so there should be no need to build a Perl using it
unless needed for backwards compatibility with some existing 5.005threads
code.
Can I assume, for the purposes of closing bugs
[RT_System - Sun Sep 19 18:30:17 1999]:
I appear to be running into a memory leak in IO::Socket which I can't
fix. The
following example:
#!/usr/bin/perl -w
use strict;
use IO::Socket;
my $RemoteHost = 'localhost';
while (1) {
my $Socket = new IO::Socket::INET(PeerAddr =
[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
[RT_System - Sun Sep 19 20:00:34 1999]:
This is with _61 ( perl -wc doesn't report any errors )
use strict;
for my $i (1..5) {
if ( $i == 2 ) { next Loop; }
}
I presume you're reporting that perl -cw does not report the lack of a
loop label as an error? This is correct because a
[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 - Mon Sep 20 02:46:44 1999]:
Ah, I think I see what you mean now. You want these to behave
differently:
DB1 print $count = @array = ((undef) x 3)[0,1,2]
0
DB2 print $count = @array = ()[0,1,2]
0
You'd have the first version start returning three, but leave
[RT_System - Mon Sep 20 05:51:22 1999]:
For some obscure reasons I did test the %! auto-require stuff yesterday
and found that it doesn't work (in Perl 5.005_03 and 5.005_61). Well
actually it does work at runtime, just not at compile-time, exactly as the
comments indicate. But isn't this
[EMAIL PROTECTED] - Tue Oct 19 00:35:42 1999]:
Alvin White
BellSouth Telecommunications
Lacking any information there's nothing to be done but close this bug.
perl -MCPAN -e shell works for me with GNU emacs 21.2.1 and XEmacs
21.4 (patch 15) on OS X using perl 5.8.6.
[EMAIL PROTECTED] - Mon Nov 15 05:50:21 1999]:
1. rel2abs goes into an infinite loop if the $base parameter is omitted.
Confirmed a bug in 5.5.4. Confirmed fixed in 5.8.6 if not earlier.
2. canonpath does not support the optional $reduce_ricochet parameter.
$reduce_ricochet has been
[EMAIL PROTECTED] - Thu Nov 18 23:18:09 1999]:
Is there any possibility of having chomp() be modified to recognize
\n, \r,
and \r\n as line-endings to chomp?
Do you mean that chomp(), rather than being equivalent to:
s{$/\z}{};
should be:
s{(\r|\n|\r\n)\z}{};
?
[EMAIL PROTECTED] - Wed Dec 01 06:23:20 1999]:
Possible solutions:
Fix Cwd::abs_path(), so it doesn't do that. Possibly, rather
than warning and returning, it should use fast_abs_path() instead,
which should handle warnings if they need to be given.
Alternatively, have
[EMAIL PROTECTED] - Thu Jan 13 10:55:24 2000]:
I check it on
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/1998-09/msg1.html
but didn't help me much, is it a bug ? And is there any work around for
this?
There has been a lot of improvements done on h2ph in recent years, its
[EMAIL PROTECTED] - Tue Jan 18 07:49:50 2000]:
DynaLoader assumes that exiting of the perl interpreter is the same
thing as
exit of the entire application. In the case where perl is built as a
.so and
embedded inside something else (e.g. Apache/mod_perl) it is certainly
not the
same
[EMAIL PROTECTED] - Tue Jan 25 02:26:08 2000]:
After a discussion in the perl.misc newsgroup, everyone agreed that the
operation should be a logical OR, not an ADD. I'm submitting this as a
documentation bug, in hopes that this is the appropriate channel to
get the
document changed. In
Still a problem in [EMAIL PROTECTED]
5.005 threads are due to be eliminated in 5.10. Closing this bug.
[EMAIL PROTECTED] - Mon Mar 06 02:33:55 2000]:
Running following program causes Floating point exception on
FreeBSD 3.2-STABLE *and* 4.0-CURRENT #0: Tue Feb 29 02:11:52 AST 2000
(but not on Linux 2.3.44 #12 SMP) (all 5.00503)
===8==8==8==8
#!/usr/bin/perl
my $packed =
$ /usr/local/perl/bleadperl/bin/perldoc5.9.3 -m Fcntl.pm
Bus error
++ungood
0 /usr/local/perl/bleadperl/bin$ gdb ./perl5.9.3
GNU gdb 5.3-20030128 (Apple version gdb-330.1) (Fri Jul 16 21:42:28 GMT 2004)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU
On Tue, Jul 12, 2005 at 08:09:07PM -0700, Michael G Schwern via RT wrote:
[EMAIL PROTECTED] - Mon Mar 06 02:33:55 2000]:
Running following program causes Floating point exception on
FreeBSD 3.2-STABLE *and* 4.0-CURRENT #0: Tue Feb 29 02:11:52 AST 2000
(but not on Linux 2.3.44 #12 SMP)
[EMAIL PROTECTED] - Thu Mar 30 21:52:59 2000]:
Shouldn't
perl5.6.0 -we 'my $x; our $x; $x=0'
generate some sort of redeclared warning?The other cases
(two mys or two ours or our before my) all do.
This is still an issue in 5.9.x. I'd agree, there should be a warning
On Tue, Jul 12, 2005 at 10:17:46PM -0500, Steve Peters wrote:
Anyone have a FreeBSD machine handy with a recent Perl on it to try this
out?
Testdrive probably does.
They do but they're not accepting connections.
SourceForge's compile farm has one... FreeBSD 4.10-BETA running 5.5.3, great.
[EMAIL PROTECTED] - Fri May 19 04:23:23 2000]:
$ perl -wle 'foo.bar'
Unquoted string foo may clash with future reserved word at -e
line 1.
Unquoted string bar may clash with future reserved word at -e
line 1.
Useless use of concatenation (.) in void context at -e line 1.
On Jul 12, 2005, at 4:13 PM, Michael G Schwern via RT wrote:
[joemcmahon - Fri Jun 03 15:00:45 2005]:
Same program in the debugger:
% perl -de '
$_ = \x{100};
s/[\x{100}]/o/;
print $_\n;
'
Loading DB routines from perl5db.pl version 1.19
Editor support available.
Enter h or `h h' for help,
100 matches
Mail list logo