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 comman
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, c
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
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
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 regressi
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
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 NO
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 "1..20
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)
> >
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
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 z
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 f
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 qw(all_except_stringif
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, ap
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;
> ...
>
On 2002.04.05 00:09 Andy Dougherty wrote:
>
> I now get the same failure under a default configuration when I use
> the optimizer on pp_sort.c (specifically, -xO2; -xO1 won't trigger it).
> I can't say for sure, but I suspect I tested my Configure patch without
> optimization (because compilation
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
fig{installbindir}.
> for my $f (qw/enc2xs enc2xs5.7.3/){
> my $path = File::Spec->catfile($d, $f);
> -x $path 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.
way to go.
This warning causes the d_attribut 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
Hugo van der Sanden wrote:
> Rafael Garcia-Suarez <[EMAIL PROTECTED]> wrote:
> :Hugo van der Sanden wrote:
> :> Should have added that this is gcc v2.96 on a stock RedHat 7.1.
> :
> :According to the gcc bugs database, <http://gcc.gnu.org/cgi-bin/gnatsweb.pl>,
> :
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
//depot/per
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 ?
>
>
> POSI
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 i
> 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 Developer
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 whe
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 gl
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)(CvUNIQU
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 foun
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 correc
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 ;-)
chromatic <[EMAIL PROTECTED]> wrote:
> On Tue, 05 Nov 2002 01:32:22 -0800, Andreas J. Koenig) (Via Rt wrote:
>
> > % /usr/bin/perl -wle '
> > use Test::More; use Encode;
> > plan tests => 3;
> > "\x{100}" =~ /(.)/;
> > my $a = $1;
> > ok(Encode::is_utf8($1));
>
> Test::More::ok() calls Test::Buil
Robert Spier wrote:
>
> Since being productive and processing round-tuits is so passe, I
> thought I'd share some non-scientific statistics.
>
> About 70% of email (by byte volume and count) received by perlbug is
> spam or a virus.
>
> 0% of that makes it to p5p because I'm still hand approving
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
"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 ob
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
"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
[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 @@
> eq
an output) that varies
depending on locale is a bug in gcc, and should be reported as such."
H.Merijn Brand proposes 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
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 'pe
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.
Perso
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 d
> - 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 versi
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 igno
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.
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 regex
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
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 correct
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) gu
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
>
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 preced
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'
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 i
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
Rafael Garcia-Suarez wrote:
>
> I will try to explain what I think is happening here with a simpler
> example :
I've now added a BUGS section to the docs for Symbol about this
overpowerful effect of delete_package(). While I was at it, I added
some tests for this function as well. (change 20922.)
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 argume
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 upgra
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, borr
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 hin
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 o
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 b
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 => /proj/
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
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
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 re
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 adju
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 s
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
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 setui
[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 variab
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,
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 ar
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) . "}"
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
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 Enc
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
1 - 100 of 168 matches
Mail list logo