Nicholas Clark wrote:
I'm proposing an API like this:
UV
Perl_grok_hex(pTHX_ char *start, STRLEN *len, I32 *flags, NV *result)
Funny you should ask that ;-) I was just looking at a function like this.
(And I was trying to figure out what 'retlen' was in Perl_scan_hex.)
You have my vote.
This patch makes File::Find use a new warning category
(via warnings::register) for its warning messages, so
it's possible to disable them (by no warnings 'File::Find')
without disabling all warnings.
--- lib/File/Find.pm.orig Fri Oct 19 22:58:16 2001
+++ lib/File/Find.pmFri Nov 2
Michael G Schwern wrote :
On Thu, Dec 13, 2001 at 08:30:12AM +0100, [EMAIL PROTECTED] wrote:
I am sorry for oversimplifying the example.
The same bug appears in:
#!/usr/bin/perl
if ($ARGV[0]) {die aa;}
elsif ($ARGV[1]) {die bb;}
if it is run with command line parameters 0
On 2001.12.18 12:07 Nick Ing-Simmons wrote:
This fails for Cwd.so as it is in archlib but Cwd.pm is in privlib
in contrast normal XS extensions put their .pm-s in archlib as well.
$ grep Cwd MANIFEST
ext/Cwd/Cwd.xs Cwd extension external subroutines
ext/Cwd/Makefile.PL
On 2001.12.29 22:43 Michael G Schwern wrote:
So would it be a good idea to make $obj-$tainted(@args) a taint
violation along with $tainted-(@args) and basically any other use of
a tainted variable as a symbolic reference? Seems Ripe For Evil.
From perlsec, the point of tainting is :
On 2001.12.30 06:05 [EMAIL PROTECTED] wrote:
Perl seems to be accepting some suspicious looking prototypes:
$ perl5.6.1 -e 'sub foo (@bar) { 1; } print foo, \n;'
1
And bleadperl:
[sam@stregar bleadperl]$ ./perl -e 'sub foo (@bar) { 1; } print foo, \n;'
1
Yes, currently
On 2002.01.02 17:41 Giroux, Mike (Exchange) wrote:
In the earlier thread, I believe the consensus seemed to settle on
warning if dump is used instead of CORE::dump. There seemed
to be good counter arguments to deprecation.
However, I have _no_ clue how to accomplish that. Even the
yacc
On 2002.01.13 21:03 chromatic wrote:
So, no our, or no my are ok, but my is not? I guess that parse_version()
needs a bit of comment then...
grepping pod/ for $VERSION reveals that perltoot calls it a package global
and the examples in perlmod. perlmodlib says it must be a non-my
On 2002.01.15 19:01 Jarkko Hietaniemi wrote:
Configure is really broken when there are spaces in the path. This will
I took a look quick at this, and fixing that doesn't look that difficult.
I don't know how well makefiles will work with paths like that, though.
Time to have a regression
On 2002.01.15 23:02 I wrote:
With this patch :
$ bleadperl -wle 'print length $3'
Use of uninitialized value in length at -e line 1.
0
There were actually 2 warning cases and only 1 test.
This new version of the patch is better (can you
say `coverage'?)
--- t/lib/warnings/mg.orig
On 2002.02.01 16:56 Jarkko Hietaniemi wrote:
On Fri, Feb 01, 2002 at 05:52:43PM +0200, Jarkko Hietaniemi wrote:
On Fri, Feb 01, 2002 at 03:12:50PM +0100, Rafael Garcia-Suarez wrote:
Currently those two one-liners croak :
$ bleadperl -e 'lstat STDIN'
The stat preceding
On 2002.02.03 16:42 Trey Harris wrote:
Given the following code:
#!/usr/bin/perl -v
use filetest 'access';
foreach (@ARGV) {
print(Can, -x $_ ? : NOT, execute $_.\n);
}
__END__
The filename being tested is printed at the point of filetest, i.e.
Canfoo NOT execute foo..
This should try to load a file '6' :
$ bleadperl -e 'do 6'
Perl v6.0.0 required--this is only v5.7.2, stopped (did you mean v6.000?) at -e line
1.
--- t/op/do.t.orig Sat Dec 29 22:29:53 2001
+++ t/op/do.t Mon Feb 18 15:39:02 2002
@@ -31,7 +31,7 @@
return $ok;
}
-print
These are small fixes to configpm and to the Glossary, to
generate cleaner POD.
--- configpm.orig Wed Feb 20 17:02:52 2002
+++ configpmMon Feb 25 23:11:12 2002
@@ -451,8 +451,14 @@
(?! e \. g \. ) # Not e.g.
(?! \. \. \. )# Not ...
(?! \d )
On 2002.03.10 22:47 Michael G Schwern wrote:
On Sun, Mar 10, 2002 at 10:19:12PM +0100, Rafael Garcia-Suarez wrote:
Have you comments on the test?
I see 2 solutions :
1. replace lstat STDIN by a bare lstat FH (previously open to some known file)
2. insert a no warnings qw(unopened closed
On 2002.03.22 03:24 Mike Guy wrote:
Paul Marquess [EMAIL PROTECTED] wrote
mg.c
Perl_warn(aTHX_ Signal SIG%s received, but no signal handler set.\n,
That isn't really a warning - note that the next line is
exit(sig);
It's a should not happen situation -
On 2002.03.25 18:11 Craig A. Berry wrote:
The necessity of regeneration reminded me of the existence of
vms/vms_yfix.pl, and it turns out this is where the SETERRNO stuff is pasted
on. I appears to assume that parsing is only done once at startup time so
it is safe to set errno to zero.
On 2002.03.28 00:11 Nicholas Clark wrote:
Which reminds me that it's a shame that use and no aren't totally symmetrical:
$ perl -le 'use Carp;'
$ perl -le 'no Carp;'
$ perl -le 'use 6;'
Perl v6.0.0 required--this is only v5.7.2, stopped (did you mean v6.000?) at -e line
1.
BEGIN
On 2002.03.28 09:26 Sam Tregar wrote:
So, that leads me to ask, is it possible to create a warning that you have
to request explicitly? Looking through warnings.pm and perllexwarn.pod, I
think not...
Not without changing the meaning of use warnings to
use warnings
On 2002.03.28 05:52 Jarkko Hietaniemi wrote:
On Wed, Mar 27, 2002 at 12:39:57PM +, Hugo van der Sanden wrote:
Mark Kvale [EMAIL PROTECTED] wrote:
:4. Null /\p/ and /\P/ Unicode classes
[...]
Below is a patch for this one, and a slightly improved diagnostic.
Thanks, applied.
And
On 2002.03.29 00:15 Mark-Jason Dominus wrote:
Why doesn't PL_hints default to having HINT_LOCALIZE_HH set?
The purpose of %^H was to implement new lexically-scoped pragmas. But
as it stands, it is not useful for that, because in
{ use my_new_pragma;
...
}
Andreas J. Koenig wrote:
8858 got the guilty ticket.
Thanks!
Funny thing, I see in the Changes file :
Fixed %^H scoping bug.
--
Rafael Garcia-Suarez
and $enc2xs = $path and last PATHLOOP;
--
Rafael Garcia-Suarez
On 2002.05.14 18:31 John P. Linderman wrote:
I have experimentally verified that there is no _ in PURIFYOPTIONS.
And Porting/pumpkin.pod agrees. Applied as #16597, thanks.
symbol being incorrectly
figured by Configure : hence the compilation failures.
So I can compile bleadperl by configuring it with -Dd_attribut.
Any reason why d_attribut shouldn't be always set if gccversion
is non empty ?
--
Rafael Garcia-Suarez
Andy Dougherty wrote:
+Note that on some platforms the gcc 3.1 compiler has been reported
This is fine, but could you please add a bit more detail to the some
platforms?
That's a linux 2.2.14 (RedHat 6.2, x86), with libc version 2.1.3.
--
Rafael Garcia-Suarez
Comments welcome.
Change 17393 by rgs@rgs-home on 2002/07/01 18:25:22
Allow PerlIO::Via to look for modules in the default
namespace PerlIO::Via::.
Affected files ...
//depot/perl/ext/PerlIO/Via/Via.pm#9 edit
//depot/perl/ext/PerlIO/Via/Via.xs#18 edit
On 2002.07.01 20:30 Philip Newton wrote:
One parenthesis too many, I believe. Try this:
--- AUTHORS.origSun Jun 30 18:35:37 2002
+++ AUTHORS Mon Jul 1 19:27:54 2002
Thanks, applied.
I should have announced that before...
For those of you that haven't noticed already :
I'm writing a weekly summary of what's happening there, that
gets published on use.perl on mondays.
Here's the second one :
http://use.perl.org/article.pl?sid=02/07/15/0732235
Tony Cook wrote:
On Thu, 1 Aug 2002, Rafael Garcia-Suarez wrote:
Elizabeth Mattijsen wrote:
Is it possible to get at the process number of the process handling a thread?
POSIX::getpid should work, am I correct ?
POSIX::getpid() just returns $$
That's right, I should have looked
Elizabeth Mattijsen [EMAIL PROTECTED] wrote:
Well, after some more thinking, I created a work around that seems to
work. By hijacking threads::new, you can run a subroutine inside the
thread before the actual thread subroutine is started.
Do you mean that you subclass threads ? Is it
This Week on perl5-porters (2-8 September 2002)
*Last minute update* : has Jarkko dreamed ? have the sunspots moved ?
He's apparently no longer able to reproduce this bug.
And moreover Jarkko was referring to another bug. Compilation of 5.8.0 on Jaguar
with the August Developers
So, I punched a bare printf in Perl_ck_bitop, and while running
'make tests', I spotted the following potential problem in
ext/Storable/t/integer.t, line 151 :
my $bit = ok (($copy_s1 ^ $copy1 == 0), $process $copy1 (bitpattern));
There should be parens around the ^ op.
I don't know
Nick Ing-Simmons [EMAIL PROTECTED] wrote:
perlfunc is wrong by the way. At least for 5.8.0 -- or should lock() be a
keyword when threads.pm is loaded ?
I am begining to grasp what is going on. But I don't know the answer
to the question. I suspect that the answer is no - the glimmer in my
Paul Johnson wrote:
Just a little update to a comment I noticed as I was poking around.
--- bleadperl/cv.h.orgWed Oct 2 16:09:31 2002
+++ bleadperl/cv.hSat Oct 5 22:40:32 2002
Thanks, applied as #18018.
-130,7 +130,7
#define CvEVAL_on(cv)
The following patch against bleadperl makes MakeMaker ignore Subversion files,
as it does with CVS/RCS/SCCS files. (Subversion files are kept in .svn/
subdirectories in each directory under version control.)
[Note that bleadperl has apparently MakeMaker 6.03, while the CPAN version
is 6.05. I
Paul Medynski wrote:
In Sys::Syslog, you cannot use LOG_EMERG (or 'emerg', etc). Doing so
results in the following error:
syslog: invalid level/facility: LOG_EMERG at yadayada.pl line 275
Thanks for your report (and your correct analysis thereof).
This problem appears to have been corrected
I wrote:
The output of make regen_headers ; svn diff follows :
Oops, sorry, wrong patch, forgot to modify warnings.pl :
(this patch leaves lib/warnings.pm unchanged)
Thanks, applied as #18113 ;-)
Slaven Rezic wrote:
The following patch is somewhat shorter:
Thanks, applied as 18183.
--- bleedperl/pod/perlipc.pod Mon Oct 14 23:48:53 2002
+++ bleedperl2/pod/perlipc.podSat Nov 23 21:20:44 2002
@@ -1388,7 +1388,7 @@
$client-autoflush(1);
print $client Welcome to $0;
H.Merijn Brand [EMAIL PROTECTED] wrote:
On Fri 13 Dec 2002 14:50, Rafael Garcia-Suarez [EMAIL PROTECTED]
wrote:
H.Merijn Brand [EMAIL PROTECTED] wrote:
Thats true, but would it be possible for a sub to obtain the ${^HINTS}
for the lexical scope of its caller ? That could be useful
Arthur Bergman wrote:
That's strange. What does your signal.h say about it ? (it maybe a
file asm/signal.h or
another sig*.h under /usr/include). There's possibly a bug in the
Configure script if
your signal number is different from -1.
Anyway, perl should't dump core when given a
Paul Johnson [EMAIL PROTECTED] wrote:
op_seq seems to be used only as a flag : has this OP been optimized by
now
It is also used by B::C. The value -1 is a flag to indicate that an op is
statically defined and should not be freed.
So we could theorically replace op_seq by two boolean
[EMAIL PROTECTED] wrote:
patch against #18603 is inlined and also attached if needed.
Thanks, applied as change #18606 to the development sources.
--- perlunicode.pod.orig 2003-01-30 14:41:06.0 +0100
+++ perlunicode.pod 2003-01-30 14:41:46.0 +0100
@@ -178,7 +178,7 @@
equal
to use weaker patterns to match gcc output.
Rafael Garcia-Suarez proposes also to force the C locale in makedepend.
http:[EMAIL PROTECTED]/msg91453.html
Run-time access to ${^OPEN} values
Autrijus Tang wanted a way to know what default PerlIO layers are used
by a given block of Perl code
Iain Spoon Truskett wrote:
-This switch really just enables the internal C^$W variable. You
+This switch really just enables the internal C$^W variable. You
Thanks, applied, as change #18695.
Robin Barker (via RT) wrote:
The proper form of %*v02x is %0*v2x.
Since the former is more idiomatic, I propose the attached patch.
Which looks good to me. Thanks, applied as change #18696.
Jos I. Boumans wrote:
Ken Williams wrote:
I've just updated the INSTALL document that ships with Module::Build.
The CVS repository details are here if you want to check it out:
http://sourceforge.net/cvs/?group_id=45731
Attached is the updated patch that now mentions 'perl Build
I'm a bit worried by the fact that arbitrary regular expressions
are allowed as an argument to the -A switch.
So I think either one of those solutions must be chosen :
(a) only allow things that match /(\w|,)+/ after -A (or something)
(b) or disallow -A in PERL5OPT. It's currently allowed.
Jarkko Hietaniemi [EMAIL PROTECTED] wrote:
I am not certain but I suspect/guess that SIGRTMIN == -1 means there
are no realtime signals at all. I think my patch suggestion to
Configure where less-than-zero signals are just simply not detected
should be a reasonable workaround. Perl doesn't
- if (!i) {
+ if (i 0) {
= 0 is better of course.
Andreas J. Koenig wrote:
On Wed, 26 Mar 2003 13:18:37 +0100, Rafael Garcia-Suarez [EMAIL PROTECTED]
said:
So my suggestion is to have a new file lib/CPAN/bin/cpan corresponding
to the CPAN-distributed version, and a script utils/cpan.PL to read this
file to produce utils/cpan
Steve Hay wrote:
I posted two patches to this list on March 20:
[PATCH 5.8.0 DOC] Fix missing functions when splitting perlfunc
[PATCH 5.8.0 UTIL] Fix installhtml for splitting and PM/POD conflicts
and haven't heard any more regarding them since.
Don't worry, they're not ignored,
Michael G Schwern [EMAIL PROTECTED] wrote:
I don't understand why the warning doesn't happen when require loads and
compiles Foo.pm. If the warning *only* happens with -c, I don't
understand why it would be desirable to work that way.
-c doesn't influence the presence of the warning.
That
Alex Vandiver wrote:
As discussed at http://perlmonks.org/?node_id=261206 there is a small
bug with stringification of regexes containing escaped #s with the /x
modifier. The patch below fixes it; thanks to BrowserUK for the
impetus.
As far as I can tell, the stringified form of a regexp
Dave Rolsky [EMAIL PROTECTED] wrote:
Oh, and backport your CPAN version to bleadperl.
Ok, does that mean I have to put the our stuff back in? Does it serve
any purpose except to insure backwards incompatibility?
At the contrary, this means that it would be helpful to have the exact
same
Dave Rolsky wrote:
This release adds some more docs and brings the code into sync with
bleadperl.
I haven't had any reports of problems with this code yet so I expect to
send patches to p5p real soon now.
Too late. Integrated in the core as change #19702, thanks!
Jarkko Hietaniemi wrote:
Are we sure that one seed computed at script start is safe-enough?
If the CGI server is up for months cannot the bad-hat deduce the seed
and tailor the exploit to match?
I think yes.
CGI programs are forked at each request.
However, if I understand correctly,
Dan Kogai wrote:
Porters,
The following is the pre-1.97 patch for Encode. It fixes one bug and
adds one feature.
$Revision: 1.96 $ $Date: 2003/06/18 09:29:02 $
! lib/Encode/Guess.pm
$Encode::Guess::NoUTFAutoGuess is added so you can turn off
automatic utf(8|16|32) guessing
H.Merijn Brand wrote:
`sh cflags optimize='' miniperlmain.o` miniperlmain.c
CCCMD = gcc -DPERL_CORE -c -DDEBUGGING -I/usr/X11R6/include -DPERL_US
E_SAFE_PUTENV -fno-strict-aliasing -Wall
miniperlmain.c: In function `main':
miniperlmain.c:62: parse error before ')' token
make:
Jason Rhinelander (via RT) wrote:
The new Perl 5.8.1 warning: Possible precedence problem on bitwise %c
operator comes up incorrectly for bitwise assignment operators (as of
at least 5.8.1-RC2). The following example demonstrates:
$ perl -wle '$a=$b=1; $a ^= $b == 1'
Possible precedence
Nicholas Clark wrote:
On Mon, Jul 21, 2003 at 06:47:58PM +0100, Tim Bunce wrote:
On Sat, 19 Jul 2003 01:03:59 +0200, Marcus Holland-Moritz [EMAIL PROTECTED]
wrote:
[patch]
I've no time to study the patch, but I'm happy with the principle.
I think a lot of people won't have time
Michael G Schwern wrote:
Configure doesn't seem to be honoring -Dusemymalloc on OS X. I've tried
-Dusemymalloc and -Dusemymalloc=y. Both result in usemymalloc=n.
I think the hint is getting a little too pushy.
try at your own risk :
Index: hints/rhapsody.sh
chocolate boy wrote:
(PS. Could autobox.pm be implemented without a core
patch ? by using optimizer.pm and B::Generate for
example.)
Not using optimize.pm alone. Its peep() hook occurs
too late i.e. outside the scope in which $^H and %^H
are meaningful.
On the big TODO list is making
I'm pleased to announce that the blamelog feature of
the perl repository browser now includes hyperlinks
to the actual patches where lines were first introduced.
Nicholas Clark wrote:
Feature, IIRC. Although I can't find the message on p5p about it. IIRC
someone observed that they couldn't name identifiers in Ethiopian, because
there was an Ethiopian character similar in function to _ which wasn't in \w
IIRC this was on the perl-unicode list, and the
Abigail wrote:
This is a plea to remove the 'print (...) interpreted as function'
warning.
I tend to agree.
Let's look at the rational for this warning. It's to warn programmers
that if they write:
print (3 + 4) * 2;
Perl adds 3 and 4, calls print with the result as argument, and
Tels wrote:
Just what I need for bigat, bigint, bignum and bigmouse. Thank you!
bigmouse ?
like the ones they grow in Disneyland ?
Orton, Yves wrote:
Perhaps Ken Williams' new CPAN dist of File::Spec could
simply be plopped
into 5.6.2?
I was looking at the diff and I don't see a reason why this would fix
Yves' build. There's no difference in file_path_is_absolute().
I was considering the upgrade anyway.
Andreas J Koenig wrote:
The following patch implements a rudimentary skeleton that is able to
test some aspects of the debugger that have remained untested up to
now. There are two test scripts, tailored to catch the bug in patch
21010. I believe the framework is fairly flexible (well,
H.Merijn Brand wrote:
I've integrated all configure hintfiles ; I wonder about integrating the
module-specific hintfiles as well. (At least, I will do it for the upgraded
modules.)
Time to give HP-UX a kick again?
why not ?
H.Merijn Brand wrote:
On Tue 09 Sep 2003 10:51, Rafael Garcia-Suarez [EMAIL PROTECTED] wrote:
H.Merijn Brand wrote:
I've integrated all configure hintfiles ; I wonder about integrating the
module-specific hintfiles as well. (At least, I will do it for the upgraded
modules
Dave Mitchell wrote:
Does anyone know of a safe way that I can distinguish between compile-time
and run-time calls to sv_compile_2op() ?
(Maybe a silly idea)
Compare PL_curcop and PL_compiling ?
Mark-Jason Dominus wrote:
perl -MO=Deparse -e 'use strict; sub foo { }'
says:
sub foo {
use strict 'refs';
}
use strict 'refs';
;
-e syntax OK
How did 'refs' get in there?
It's better to ask how were the other two left
Tom Horsley wrote:
*** hints/powerux.sh Thu Sep 25 14:45:37 2003
--- hints/powerux.sh Thu Sep 25 14:47:27 2003
Thanks, applied to blead as #21387.
Nicholas can merge now :)
(in general, I think new developments and fixes should go into blead
first, except of course when they're specific to
Slaven Rezic wrote:
How the TIEHANDLE crept in?
--- bleedperl/lib/Tie/Hash.pm Mon Oct 6 06:51:46 2003
+++ bleedperl2/lib/Tie/Hash.pmSun Oct 12 18:50:59 2003
Thanks, applied as #21439.
Uri Guttman wrote:
i would like to propose that my module be part of the 5.10 distribution
and so it should go under the IO::File namespace.
Disregarding the coolness factor of this module, here's why I think
it doesn't meet the criteria for being integrated into the core
currently :
* it
Andreas J Koenig wrote:
On 29 Oct 2003 03:50:10 -, Ilya Zakharevich (via RT) [EMAIL PROTECTED]
said:
The following file still segfaults (5.6.1 as well as 5.8.1). It works
fine with 5.005_53.
Blame analysis says that was introduced with
Change 8390 by [EMAIL PROTECTED] on
Warren L Dodge (via RT) wrote:
I just built perl-5.8.1 and had the following error five times during the make
test
perl: relocation error:
./lib/auto/NDBM_File/NDBM_File.so: undefined symbol: dbm_open
In looking at NDBM_File.so with ldd I see
libgdbm.so.3 =
If I look at the recent smoke reports for 5.6.2, I see that Solaris and *BSD
fail during the make test-prep stage.
The only change was the upgrade of ExtUtils::MakeMaker to 6.20.
Before I revert it, could I see an example of what's going on on your
platforms ?
Thanks.
H.Merijn Brand wrote:
If you regard 'info' files as documentation, I fully disagree. One has to be
an emacs user to be able to read that, and even then, finding the info you
need takes too much time. man or pod, all info is ready for immediate
trashcanning and can IMHO *never* be marked good
Alan Burlison wrote:
I don't think you would want it, the changes are pretty specific to the
Solaris build process:
#* umask set to 022
#* install locations modified to be relative to $ROOT
a bit like installperl's --destdir=/foo option.
#* check for 'make test' being run
Fergal Daly wrote:
With blead, 5.8.2 and probably all perls that have weak refs
perl -MScalar::Util=weaken -e '$a=\h;weaken($a)'
Modification of a read-only value attempted at -e line 1
Any good reason for this? It's not documented and it's a pain.
If you want to weaken refs of
Nicholas Clark wrote:
On Sun, Nov 30, 2003 at 05:45:21PM -0600, Andy Lester wrote:
I had to apply the patch below to the Test::Harness distribution
to make the tests happy.
(I don't know enough about prove to adjust the tests).
Thanks, Rafael. I'll make the necessary adjustments. Now
Tassilo von Parseval wrote:
On Mon, Dec 08, 2003 at 06:29:43PM + Zsban Ambrus wrote:
DESTROY error message missing from perldiag pod
I've added it as change #21877 :
//depot/perl/pod/perldiag.pod#365 (text)
@@ -1285,6 +1285,12 @@
long for Perl to handle. You have to be
Tassilo von Parseval wrote:
This goes beyond strange. No matter how hard I try, I can't make a tied
stash trigger FETCH or STORE. All I get are those 'Can't upgrade that
kind of scalar' messages. So either these errors (note that they are
marked internal in perldiag) have to go away (and
Elizabeth Mattijsen wrote:
I found the description of the functionality of delete() very concise
and not at all explaining what delete actually does. I hope this
documentation patch is an improvement, and possibly an eyeopener for
some.
Thanks, applied as #21912.
H.Merijn Brand wrote:
On Wed 17 Dec 2003 15:41, Dorner Thomas [EMAIL PROTECTED] wrote:
OK, I've 4 patches:
I applied patches 2, 3 and 4, following Merijn's advice of leaving off 1
if it can be done via the hintfile :
(change #21938 to bleadperl)
Number 1 is a bit awkward as it's a patch
Marcus Holland-Moritz wrote:
You mean that Windows has setuid() and no getuid() ? how weird.
No. I mean: because Windows hasn't got setuid() and setgid(),
it doesn't make sense to do the cleanup. POSIX.xs does
#if defined (WIN32)
# undef setuid
# undef setgid
# define setuid(a)
[EMAIL PROTECTED] (via RT) wrote:
perl -wle 'print $? = $? ^ 3'
Argument ^C isn't numeric in scalar assignment at -e line 1.
0
...
I think that the magical purely numeric variables should start with the
integer flag set. Just adding pIOK should probably be enough.
But magical variables
Dave Mitchell wrote:
On Tue, Jan 20, 2004 at 10:06:09PM +0100, Rafael Garcia-Suarez wrote:
Rafael Garcia-Suarez wrote:
Hmm, that probably a reason for forbidding my $x:unique too.
(currently it looks :unique up in user attributes, or better said,
it wastes time.)
Yuck.
Do you want
Stas Bekman wrote:
Nicholas Clark wrote:
On Mon, Dec 22, 2003 at 06:07:54PM -0800, Stas Bekman wrote:
what would it take to get these changes back into maint? [EMAIL PROTECTED]
still produces the dreaded 'Attempt to free unreferenced scalar' on the
code below. I won't be around till Dec
LAUN Wolfgang wrote:
[EMAIL PROTECTED] (via RT) [EMAIL PROTECTED] writes:
I'm getting a segmentation fault when using a complicated regex inside
a map. Consider the following program:
my $MAX = shift || 100;
my $re = qr /^(1+)(??{(?:$1){ . (length ($1) - 1) . } })$/;
map
Stas Bekman wrote:
I find myself using the following macro in my C/XS code, again and again:
#ifdef USE_ITHREADS
#define cop_file PL_curcop-cop_file
#else
#define cop_file SvPVX(GvSV(PL_curcop-cop_filegv))
#endif
Does it make sense to introduce a public API macro (of course using an
Steve Hay wrote:
Running [dn]make then [dn]make distclean on Win32 still doesn't
quite put you back where you started, which could affect Test::Smoke.
Various .pm files that were either generated by _pm.PL files or else
copied from somewhere get left behind (including a whole Encode/
OK. What happened ? I thought change #22441 fixed the problem (that appeared
between changes 22427 and 22436 if I read my logs correctly)
Steve Hay wrote:
Automated smoke report for 5.9.1 patch 22476
TANGAROA.uk.radan.com: x86 Family 15 Model 2 Stepping 4, GenuineIntel (x86/1 cpu)
on
Chip Salzenberg wrote:
According to Rafael Garcia-Suarez:
As Chip pointed out the current conversion does not the right thing
for upper bytes. IIUC if we convert properly bytes to UTF8 wrt the C
locale (unless the user specified otherwise) this problem goes away.
Constants are supposed
Quoting Tels [EMAIL PROTECTED]:
is this section in perltodo still relevant for the v5.8.x track or at all?
I had more or less the intent to remove perltodo.pod completely
and put a TODO list for 5.10 in blead. Now, perltodo.pod is not
completely without any good ideas...
Steve Hay wrote:
It changes splitpod to keep track of how many levels deep in =over ...
=back sections it is, and only splits on =item's that are one level deep.
..
OK, final patch attached.
Thanks, applied as #22494.
Nick Ing-Simmons wrote in perl.perl5.porters :
NOT TO BE APPLIED
--- pp.c(revision 3350)
+++ pp.c(working copy)
@@ -797,6 +797,7 @@ PP(pp_undef)
GV* gv = CvGV((CV*)sv);
cv_undef((CV*)sv);
CvGV((CV*)sv) = gv;
+ GvCVGEN(gv) =
H.Merijn Brand wrote in perl.perl5.porters :
... //depot/perl/makedef.pl#156 edit
That would still not cover the AIX failures, I guess?
Only the build failures. No clue -yet- about the miniperl panic.
1 - 100 of 949 matches
Mail list logo