/search50.t line 83 is: ok
../cpan/Pod-Simple/t/search50.t ...
Failed 1/8 subtests
I've never seen that fail before. That seems strange. What could cause that
to fail? Inconceivable! :-(
Nicholas Clark
O O -Duseithreads
| +- -DDEBUGGING
+--- no debugging
Hopefully this is already fixed by 04525552b9f8bed5bc2f29117ac3486763a1343d.
Nicholas Clark
# Failed test 32 - at ./test.pl line 1151
I've not seen that before.
Nicholas Clark
)
Nicholas Clark
Author: Nicholas Clark n...@ccl4.org
Date: Mon Mar 25 10:20:05 2013 +0100
PerlIO_find_layer should not be using memEQ() off the end of the layer name.
PerlIO_find_layer was using memEQ() to compare the name of the desired layer
with each layer in the array of known layers. However
='-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64'
I'd love to fix this and make the Fs go away, but as I can't replicate it,
I have no idea where the problem is. Or what the problem is.
Nicholas Clark
On Thu, Sep 13, 2012 at 06:37:00AM -0400, George Greer wrote:
X X F X X X F X -Accflags=-DPERL_POISON
This seems to be a bug in the PERL_POISON code, present since it was added.
I'm trying to work out what the correct fix is.
Nicholas Clark
directory.
I've fixed this in blead by refactoring the test to pass no_chdir to
File::Find::find(). I don't know what the underlying problem it tried to
warn about was, but at least now
a) we stand a chance of finding out
b) we hopefully avoid spurious Fs in smoke reports
Nicholas Clark
didn't think the C locale knew anything about such things.
I thought that too. Seems that I'm wrong. It's merely unspecified.
Nicholas Clark
start.
Nicholas Clark
, Tests=47, 72 wallclock secs ( 0.12 usr + 0.00 sys = 0.12 CPU)
Result: FAIL
%NONAME-F-NOMSG, Message number 0004
Nicholas Clark
--- -
O M
O M -Duseithreads
| +- -DDEBUGGING
+--- no debugging
This is a glitch?
Given that your smoker just happily built blead on the next commit, and the
only change between the two is the documentation patch (appended).
Nicholas
not exist
** threads.xs newer than threads.c - what *is* up with the clock?
Does the VirtualBox to file system relationship behave like NFS client to
server?
Nicholas Clark
, I'd love to know what their excuse is.
Nicholas Clark
On Wed, Feb 08, 2012 at 05:13:08AM -0500, Eric Brine wrote:
On Tue, Feb 7, 2012 at 7:30 AM, Nicholas Clark n...@ccl4.org wrote:
*) why this didn't show up on the smoker. Is it possible on Win32 to
globally
configure whether the reported name of the second HD is d: or D:?
Doubt
in
cache.t when building %expected_pages
Nicholas Clark
On Tue, Feb 07, 2012 at 12:30:07PM +, Nicholas Clark wrote:
and that calls File::Spec::Unix-catfile(), which on Win32 looks like
this:
Nick, you muppet. The code File::Spec::Unix-catfile() can't end up in
Win32's catfile. The cause is slightly earlier in _save_page
# Remove Podroot
-code Win32 into the test and do a case
insensitive check on it, as VMS is also (generally) case insensitive (and
File::Spec knows this).
Nicholas Clark
On Sun, Feb 05, 2012 at 07:58:00PM -0500, George Greer wrote:
Smoke logs available at http://m-l.org/~perl/smoke/perl/
Automated smoke report for 5.15.7 patch
e67589ac03216f614436a2f92e098198c86f6b16 v5.15.7-278-ge67589a
../cpan/ExtUtils-MakeMaker/t/pm_to_blib.t...FAILED
that
file come from, and where did it go to?
Nicholas Clark
On Sun, Feb 05, 2012 at 11:32:22PM +1100, Tony Cook wrote:
On Sun, Feb 05, 2012 at 10:53:00AM +, Nicholas Clark wrote:
On Sat, Feb 04, 2012 at 06:54:00PM -0500, George Greer wrote:
v5.15.7-245-g7620cb1 Configuration (common) -A -Dcc=clang
append:ccflags= -fcatch-undefined
..
Dubious, test returned 9 (wstat 2304, 0x900)
Failed 17/26 subtests
Nicholas Clark
never seen it fail on *nix.
Nicholas Clark
..
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/171 subtests
Nicholas Clark
in a smoke-me branch.
Nicholas Clark
../cpan/IPC-Cmd/t/01_IPC-Cmd.t..FAILED
225-226
Non-zero exit status: 2
I think that's Win32 sockets being broken by design.
[close() of a socket means drop buffered but unsent data on the floor]
Nicholas Clark
therefore that yes, it's tuitlessness]. I think that having
t/harness be as strict as possible would be beneficial, at least for
development versions.
Nicholas Clark
Nicholas Clark
to figure out and test]
I'm not going to be able to look into this for at least an hour, possibly
not tonight at all.
Nicholas Clark
(sv) isGV_with_GP(SvRV(sv))) {
^
%CC-E-BADSTMT, Invalid statement.
at line number 3472 in file MDA0:[SMOKE.blead]pp_sys.c;1
else {
^
%CC-E-BADSTMT, Invalid statement.
at line number 3475 in file MDA0:[SMOKE.blead]pp_sys.c;1
Nicholas Clark
make(ext/DynaLoader): code=512 at ..\make_ext.pl line 465.
NMAKE : fatal error U1077: '..\miniperl.exe' : return code '0x2'
Stop.
Nicholas Clark
..\..\lib -e
exit 1 --
NMAKE : fatal error U1077: 'D:\smoke\perl\blead\build\miniperl.exe' : return cod
e '0x1'
Stop.
Unsuccessful make(ext/Socket): code=512 at ..\make_ext.pl line 465.
NMAKE : fatal error U1077: '..\miniperl.exe' : return code '0x2'
Stop.
Nicholas Clark
error U1077: 'D:\smoke\perl\blead\build\miniperl.exe' : return
code '0x1'
Stop.
Unsuccessful make(cpan/HTTP-Tiny): code=512 at ..\make_ext.pl line 465.
NMAKE : fatal error U1077: '..\miniperl.exe' : return code '0x2'
Stop.
Nicholas Clark
at ..\make_ext.pl line 465.
NMAKE : fatal error U1077: '..\miniperl.exe' : return code '0x2'
Stop.
error while running harness target 'minitest': 2 at D:\smoke\test-smoke\lib/Test
/Smoke.pm line 193
Nicholas Clark
\build\miniperl.exe' : return cod
e '0x1'
Stop.
NMAKE : fatal error U1077: 'D:\smoke\perl\blead\build\miniperl.exe' : return
code '0x1'
Stop.
[that sequence of lines repeats quite a few more times]
Nicholas Clark
On Thu, Aug 25, 2011 at 03:27:00AM -0400, George Greer wrote:
Smoke logs available at http://m-l.org/~perl/smoke/perl/
Automated smoke report for 5.15.2 patch
73ff03e80797f5abfbbb570cc398cc59078bc6d5 v5.15.2-64-g73ff03e
perl-win2k: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz(~2672 MHz) (x86/1
9239ac495f2204ced10f56bdb400c87af361592a
Author: Nicholas Clark n...@ccl4.org
Date: Tue Apr 19 20:47:16 2011 +0100
On Win32, skip the tests added in 011c3814, as alarm can't interrupt select.
diff --git a/t/op/sigdispatch.t b/t/op/sigdispatch.t
index 29fc062..2e36a84 100644
--- a/t/op/sigdispatch.t
with *bsd access have any further insights?
It doesn't hang on FreeBSD. Therefore I'm curious what NetBSD does.
(Presumably DragonFlyBSD and MidnightBSD don't hang, as both are FreeBSD forks.
But does anyone use them?)
Nicholas Clark
disables
correct IEEE behaviour for NaNs.
Nicholas Clark
For Math::BigRat tried BigRat.pm Math/BigRat.pm lib/Math/BigRat.pm in in
cpan/Math-BigRat but can't find source at ..\make_ext.pl line 349.
It needs symlinks purging?
Should the smoke client purge symlinks as a matter of routine at the start of
each run?
Nicholas Clark
to locate
and update) and use that macro in the rules where it's actually needed.
Nicholas Clark
': No such file or directory
I'm rather confused, as to why what I did (to embed.h and proto.h) affected
win32.h
The logs don't shed any light on it.
Nicholas Clark
On Tue, Aug 24, 2010 at 03:59:00AM -0400, George Greer wrote:
Smoke logs available at http://m-l.org/~perl/smoke/perl/
Automated smoke report for 5.13.4 patch
898077ca0eb1f99f71a3b6e465d6f730b112bc08 v5.13.4-28-g30d2377
That I think is a bug.
The subject says 30d2377 (and the errors are
scalar.xs(110) : warning C4018: '' : signed/unsigned mismatch
Hopefully fixed with e94207f0054827b17e4288dc7a991b75906a5b1c
commit e94207f0054827b17e4288dc7a991b75906a5b1c
Author: Nicholas Clark n...@ccl4.org
Date: Thu May 6 10:16:02 2010 +0100
Move code to after the variable declarations
On Thu, May 06, 2010 at 11:39:09AM +0100, h...@crypt.org wrote:
Nicholas Clark n...@ccl4.org wrote:
[...]
:Move code to after the variable declarations.
:
:Currently we only compile the top level code with extreme warnings, so
cod
:in ext/ isn't subject to -Wdeclaration-after
=g++ -Duseithreads -Duselongdouble
M - - M - - -Dcc=g++ -Duseithreads -Dusemorebits
Your smoker is too fast! :-(
I believe that I already fixed that, after the previous M-tastic smoke, with
992b236353d3493be5063165567838e96570135a
Nicholas Clark
-Duselargefiles
[default] -DDEBUGGING -Duseithreads -Duselargefiles
../t/re/reg_fold.t..FAILED
4428, 4434
We're seeing a lot of these from various people's Win32 smokers.
What's up?
Nicholas Clark
-Duse64bitint
[en_US.utf8] -DDEBUGGING -Duseithreads -Duse64bitint
../t/porting/diag.t.FAILED
This is only failing on your smoker.
Nicholas Clark
that test:
# Careful! strftime() is locale sensative. Let's take care of that
my $orig_loc = setlocale(LC_TIME, C) || die Cannot setlocale() to C: $!;
Does Windows setlocale() return non-failure, but actually fail to do anything?
(Hence strftime() is still running in a Japanese locale)
Nicholas
On Fri, Nov 27, 2009 at 10:20:12AM -, Steve Hay wrote:
Nicholas Clark wrote on 2009-11-27:
On Fri, Nov 27, 2009 at 08:22:38AM -, Steve Hay wrote:
Steve Hay wrote on 2009-11-27:
I tried the test manually: the failure output is attached (in the hope
that it is less likely to get
the appended?
I forget - there was a reason, wasn't there, why win32 couldn't use the -C
option to mktables to have mktables do the chdir? (Which would be after
modules have been used, so would simplify the @INC setup)
Nicholas Clark
diff --git a/win32/Makefile b/win32/Makefile
index b184482..9ed2be5
On Mon, Nov 23, 2009 at 12:29:25PM -, Steve Hay wrote:
Nicholas Clark wrote on 2009-11-23:
Try the appended?
Yes, that works.
Given that you can test it, and I can't, could you commit it?
I really don't like committing things blind.
Nicholas Clark
make ...make: Warning: Ignoring DistributedMake -j option
make: Fatal error: No dmake max jobs argument after -j flag
Unable to make perl in this configuration
Nicholas Clark
() is func
Nicholas Clark
being unlinked.
Is there still an ext/Encode?
Nicholas Clark
, and -e appears to be documented as an option
to /bin/sh back to Unix Version 7, so I'm a bit at a loss as to how I've
broken pretty much everything else Unix-like.
Nicholas Clark
On Mon, Sep 21, 2009 at 10:03:04AM +0100, Nicholas Clark wrote:
My shell script changes work for me on FreeBSD, Debian, Ubuntu (with
/bin/dash not bash) and OS X, and -e appears to be documented as an option
to /bin/sh back to Unix Version 7, so I'm a bit at a loss as to how I've
broken
Makefile.PL'
usually without extra arguments.
It is recommended that you unpack and build additional extensions away
from the perl source tree.
I don't see that on Unix. I'm not sure why it's happening, and why it would be
just for one module.
Nicholas Clark
is reported.
Nicholas Clark
On Fri, Sep 11, 2009 at 10:15:21AM +0100, Steve Hay wrote:
Nicholas Clark wrote on 2009-09-11:
The full output is
ok 1 - MakeMaker is not yet loaded
ok 2 - setup
ok 3 - chdir'd to Big-Dummy
ok 4 - run(C:\gitclients\perl\t\perl.exe Makefile.PL)
ok 5 - run(nmake -nologo)
ok 6
Attempt
On Fri, Sep 11, 2009 at 10:30:10AM +0100, Steve Hay wrote:
Nicholas Clark wrote on 2009-09-11:
So does
if (eval 'defined DynaLoader::boot_DynaLoader') {
fix it?
Yes, that fixes it.
Do you want to commit it, or do I?
We've already got changes, so I'm going to need to send
On Fri, Sep 11, 2009 at 10:52:24AM +0100, Steve Hay wrote:
Nicholas Clark wrote on 2009-09-11:
On Fri, Sep 11, 2009 at 10:30:10AM +0100, Steve Hay wrote:
Nicholas Clark wrote on 2009-09-11:
So does
if (eval 'defined DynaLoader::boot_DynaLoader') {
fix it?
Yes
On Fri, Sep 11, 2009 at 02:24:12PM +0100, Steve Hay wrote:
Nicholas Clark wrote on 2009-09-11:
On Fri, Sep 11, 2009 at 10:52:24AM +0100, Steve Hay wrote:
Nicholas Clark wrote on 2009-09-11:
Do you want to commit it, or do I?
I was assuming you would, since it's your fix ;-)
I
) $(DYNALOADER).c
$(XCOPY) ..\*.h $(COREDIR)\*.*
$(MINIPERL) -I..\lib ..\make_ext.pl MAKE=$(MAKE) --dir=$(EXTDIR)
--dynamic +re
Hopefully this is good enough, and doesn't cause a make deadlock.
Nicholas Clark
There's a bit of context, and then it goes BOOM!
On Fri, Aug 28, 2009 at 08:20:34PM +0100, Nicholas Clark wrote:
On Fri, Aug 28, 2009 at 10:14:50AM -0500, Craig A. Berry wrote:
What we have instead of perl.exe in the top-level directory is
dbgperl.exe, which invokes the debugger when you
On Sat, Aug 29, 2009 at 07:39:20AM +0100, Nicholas Clark wrote:
There's a bit of context, and then it goes BOOM!
On Fri, Aug 28, 2009 at 08:20:34PM +0100, Nicholas Clark wrote:
I don't see why it won't work, so I've committed it as
1d8d82d3d8b73345e6276774
I can replicate the exact
-MTestInit=U2T,NC -T t/DynaLoader.t
(or cd t ./perl harness ../ext/DynaLoader/DynaLoader.t )
Nicholas Clark
On Fri, Aug 28, 2009 at 01:38:42PM +0100, Steve Hay wrote:
Nicholas Clark wrote on 2009-08-28:
Does anyone have convenient access to Win32 to run this and display
the
output?
Right now you might need to run it as (the Win32 transcription) of cd
ext/DynaLoader ../../perl -I../../t
On Fri, Aug 28, 2009 at 02:00:27PM +0100, Steve Hay wrote:
Nicholas Clark wrote on 2009-08-28:
On Fri, Aug 28, 2009 at 01:38:42PM +0100, Steve Hay wrote:
Nicholas Clark wrote on 2009-08-28:
Thanks. Why on earth is it unhappy? On Linux I see this
./perl -Ilib -MDynaLoader -lwe 'eval
On Fri, Aug 28, 2009 at 02:11:41PM +0100, Steve Hay wrote:
Nicholas Clark wrote on 2009-08-28:
On Fri, Aug 28, 2009 at 02:00:27PM +0100, Steve Hay wrote:
Nicholas Clark wrote on 2009-08-28:
On Fri, Aug 28, 2009 at 01:38:42PM +0100, Steve Hay wrote:
Nicholas Clark wrote on 2009-08-28
.\harness -v
C:\gitclients\perl\ext\DynaLoader\t\DynaLoader.t
That won't
The logic is here http://perl5.git.perl.org/perl.git/blob/HEAD:/t/TEST#l26
and here http://perl5.git.perl.org/perl.git/blob/HEAD:/t/TEST#l202
I wonder if that's it
Nicholas Clark
On Fri, Aug 28, 2009 at 02:11:41PM +0100, Steve Hay wrote:
Nicholas Clark wrote on 2009-08-28:
How about
..\..\perl -I..\..\t -MTestInit=U2T,NC -T t\DynaLoader.t
?
That works fine too.
But if you set PERL_CORE=1 in the environment then re-run that?
And then try
..\..\perl -I
On Fri, Aug 28, 2009 at 03:08:26PM +0100, Steve Hay wrote:
Nicholas Clark wrote on 2009-08-28:
The logic is here
http://perl5.git.perl.org/perl.git/blob/HEAD:/t/TEST#l26 and here
http://perl5.git.perl.org/perl.git/blob/HEAD:/t/TEST#l202
I wonder if that's it
Ah, so *that*'s where
On Fri, Aug 28, 2009 at 03:44:34PM +0100, Steve Hay wrote:
Nicholas Clark wrote on 2009-08-28:
So, somehow, require File::Spec::Functions; or running
File::Spec::Functions::rel2abs() is triggering this. So do they do
dynamic loading somewhere? And why is doing it with a relative path
On Fri, Aug 28, 2009 at 04:10:59PM +0100, Steve Hay wrote:
Nicholas Clark wrote on 2009-08-28:
Which will all be the same place.
So when run from the directory C:/gitclients/perl/ext/DynaLoader, what
do
File::Spec::Functions::rel2abs($_,
'C:/gitclients/perl/ext/DynaLoader
On Fri, Aug 28, 2009 at 05:26:07PM +0100, Steve Hay wrote:
Nicholas Clark wrote on 2009-08-28:
On Fri, Aug 28, 2009 at 01:38:42PM +0100, Steve Hay wrote:
Nicholas Clark wrote on 2009-08-28:
Does anyone have convenient access to Win32 to run this and display
the output?
Right now
output at test 0
Nicholas Clark
On Tue, Aug 25, 2009 at 12:00:45PM -0500, Craig Berry wrote:
On Tuesday, August 25, 2009, at 10:12AM, Nicholas Clark n...@ccl4.org
wrote:
Does anyone have a good idea where that hash is coming from?
See Dave M.'s previous post to p5p with a subject line similar to smokers 20
commits
of the joke:
What's the value of pi?
Mathematician: Well, it's pi, isn't it?
Physicist: 3.14, within experimental error
Engineer: Allowing for a small safety factor, 18
)
Nicholas Clark
output for each?
Nicholas Clark
;
is delete $SIG{$sig}, undef, delete of $sig returns undef;
}
Nicholas Clark
On Thu, Jun 04, 2009 at 11:06:43AM +0100, Nicholas Clark wrote:
On Thu, Jun 04, 2009 at 09:14:35AM +0200, H.Merijn Brand wrote:
TSTENV = stdio No saved state, selection will be empty
# Failed at op/magic.t line 499
# got 'IGNORE'
# expected undef
# Failed at op/magic.t line
On Thu, Jun 04, 2009 at 01:20:34PM +0200, Steven Schubiger wrote:
Nicholas Clark n...@ccl4.org wrote:
What does OpenBSD dislike about these two tests?
Are you able to send the full output for each?
Thanks.
(smoke log)
Extending failures with harness:
../lib/File/Copy.t ../t/op
$SIG{KILL}
Nicholas Clark
is going to fail when run by miniperl.exe, because Win32 is
an XS module. In particular, right now, Win32 is needed to build Win32.
[yes, I had a hand in Corion's proposed fix]
Nicholas Clark
that this
is going to need to be added.
I can't think of a simpler way to do this which doesn't actually end up with
race conditions.
Nicholas Clark
On Sun, Dec 14, 2008 at 01:23:48AM -0800, Chip Salzenberg wrote:
On Sat, Dec 13, 2008 at 11:19:23PM -0800, Jan Dubois wrote:
On Sat, 13 Dec 2008, Nicholas Clark wrote:
Given the only changes from last night's PASS in blead was 35082, it has
to
be the cause. Presumably [...]
But I
significant
side effect
Although it happens *really* fast. 3.55 seconds per fail. So it's stranger...
But I have no idea what, as the smoke client doesn't provide a log for this.
I guess we wait until Monday, unless anyone else can run a Win32 build.
Nicholas Clark
Change 35082 by r...@scipion
the problem.
Is the TZ data on the HP/UX machine broken? (Rather than perl)
Nicholas Clark
I don't have any good idea what your system's
problem is.
Nicholas Clark
-Duselargefiles -Dusemymalloc
O O -Duseithreads
O O -Duseithreads -Duselargefiles
| +- -DDEBUGGING
+--- no debugging
Win!
(God bless our standard of living | Let's keep it that way)
Nicholas Clark
in addition (+) at -e line 1.
What could be going wrong?
Nicholas Clark
-Duseithreads -Dmorebits
../ext/threads/shared/t/waithires.t.FAILED 7
Do you have the longer output for these?
Does this machine smoke 5.11? And do they fail there too?
Nicholas Clark
On Tue, Aug 26, 2008 at 04:39:00AM +0100, Steve Hay wrote:
op/local.t..FAILED
121
I'm confused as to why that fails. Could you send the long output?
Nicholas Clark
On Tue, Aug 26, 2008 at 12:30:25PM +0100, Steve Hay wrote:
Nicholas Clark wrote:
On Tue, Aug 26, 2008 at 04:39:00AM +0100, Steve Hay wrote:
op/local.t..FAILED
121
I'm confused as to why that fails. Could you send the long output
On Tue, Aug 26, 2008 at 12:39:16PM +0100, Steve Hay wrote:
Nicholas Clark wrote:
Mmm. What happens if you run its little test program from the command
line:
$ ./perl -Ilib
use constant foo = q(a);
index(q(a), foo);
local *g=${::}{foo};print ok;
__END__
ok
And does
On Tue, Aug 26, 2008 at 02:30:47PM +0100, Steve Hay wrote:
Nicholas Clark wrote:
Odd. So try something else: If you change t/op/local.t from
like( runperl(stderr = 1,
prog = 'use constant foo = q(a);' .
'index(q(a), foo
On Thu, Aug 21, 2008 at 04:48:00AM +0100, Steve Hay wrote:
op/local.t..FAILED
121
I hope that change 34213 fixes that one.
I've no idea about the cause of the others.
Nicholas Clark
it now use Test::Harness first time?
Nicholas Clark
On Sun, Aug 10, 2008 at 11:29:11AM +0200, Bram wrote:
Citeren Nicholas Clark [EMAIL PROTECTED]:
By default, does Test::Smoke run the tests using ./TEST, and then only
re-run
with ./harness if tests fail? Or does it now use Test::Harness first time?
That depends on the configuration
1 - 100 of 508 matches
Mail list logo
