his
> > smoke report, I'm stuck as to what I messed up that needs fixing.
>
> I think I failed to spot a change that I needed to integrate. Hopefully
> 25592 fixes it. I think that Steve Hay's 5.8.7 smoker only works weekdays,
> so if someone else is able to test buil
Automated smoke report for 5.8.7 patch 25592
mccoy.peters.homeunix.org: Intel Pentium III ("GenuineIntel" 686-class, 512KB
L2 cache) (i386/1 cpu)
onopenbsd - 3.7
using cc version 3.3.5 (propolice)
smoketime 10 hours 33 minutes (average 1 hour 3 minutes)
Summary: FAIL(XF)
can make
> parallel makes work.
>
I had fixed one bug with parallel make that was somewhat effected by
mv-if-diff, but the biggest issue was just having correct dependencies in
the Makefile. My thoughts are that mv-if-diff is just a symptom of
a different problem in the Makefile where more targets and dependencies
are needed.
Steve Peters
[EMAIL PROTECTED]
Automated smoke report for 5.8.7 patch 25595
Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
onMSWin32 - WinXP/.Net SP2
using ? unknown cc version
smoketime 17 minutes 23 seconds (average 52.150 seconds)
Summary: FAIL(m)
O = OK F = Failure
Automated smoke report for 5.9.3 patch 25588
Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
onMSWin32 - WinXP/.Net SP2
using bcc32 version 5.5.1
smoketime 11 hours 10 minutes (average 16 minutes 46 seconds)
Summary: FAIL(F)
O = OK F = Fail
Change #25571 has caused the smokes to be broken when building with
-DPERL_DEBUG_COW. The following patch fixes the builds.
Steve Peters
[EMAIL PROTECTED]
--- sv.h.old2005-09-22 10:02:52.0 -0500
+++ sv.h2005-09-23 13:05:24.0 -0500
@@ -887,11 +887,6 @@
# define
Automated smoke report for 5.9.3 patch 25582
kirk: Intel(R) Celeron(R) CPU 2.00GHz (GenuineIntel 1994MHz) (i686/1 cpu)
onlinux - 2.6.12-8-686 [debian]
using cc version 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu8)
smoketime 2 hours 29 minutes (average 18 minutes 38 sec
Automated smoke report for 5.8.7 patch 25589
Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
onMSWin32 - WinXP/.Net SP2
using ? unknown cc version
smoketime 2 minutes 12 seconds (average 6.600 seconds)
Summary: FAIL(m)
O = OK F = Failure(s
libraries that Configure will probe for when it is
run with a -DPURIFY argument.
Steve Peters
[EMAIL PROTECTED]
--- hints/linux.sh.old 2005-08-18 09:17:47.0 -0500
+++ hints/linux.sh 2005-09-23 08:38:08.0 -0500
@@ -315,3 +315,13 @@
;;
esac
EOCBU
+
+# Purify fails to link
Nicholas Clark wrote:
On Thu, Sep 22, 2005 at 10:37:00PM +0100, Steve Hay wrote:
25572 Configuration (common) -DINST_TOP=$(INST_DRV)\Smoke\doesntexist
--- -
O O
O O -Dusemymalloc
O O
Automated smoke report for 5.9.3 patch 25571
Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
onMSWin32 - WinXP/.Net SP2
using cl version 12.00.8804
smoketime 10 hours 2 minutes (average 15 minutes 4 seconds)
Summary: FAIL(F)
O = OK F = Fail
xpected output read better IMHO
Feel free to change again
Steve complained about the attachment failing, but in my "Sent" box, it
was still there. Retry ...
The perl.org list server's resident grue eats all files /\.t$/, at least for
the default MIME type that mo
Steve Hay wrote:
Automated smoke report for 5.9.3 patch 25560
Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
onMSWin32 - WinXP/.Net SP2
using cl version 12.00.8804
smoketime 10 hours 6 minutes (average 15 minutes 10 seconds)
Summary: FAIL(F
Automated smoke report for 5.9.3 patch 25560
Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
onMSWin32 - WinXP/.Net SP2
using cl version 12.00.8804
smoketime 10 hours 6 minutes (average 15 minutes 10 seconds)
Summary: FAIL(F)
O = OK F = Fai
] -Uuseperlio
> ../lib/filetest.t...FAILED 12-15
> Inconsistent test results (between TEST and harness):
> ../ext/B/t/xref.t...FAILED--expected 14 tests, saw 2
>
Both sets of failures should be resolved by patches integrated into
maintperl today.
Steve Peters
[EMAIL PROTECTED]
Automated smoke report for 5.8.7 patch 25531
mccoy.peters.homeunix.org: Intel Pentium III ("GenuineIntel" 686-class, 512KB
L2 cache) (i386/1 cpu)
onopenbsd - 3.7
using cc version 3.3.5 (propolice)
smoketime 10 hours 43 minutes (average 1 hour 4 minutes)
Summary: FAIL(F)
O
On Wed, Sep 21, 2005 at 10:29:25AM -0500, Steve Peters wrote:
> On Wed, Sep 21, 2005 at 04:57:31PM +0200, Rafael Garcia-Suarez wrote:
> > Steve Hay (via RT) wrote:
> > > The File::Find::find() function fails on Win32 if the "follow => 1"
> > > option i
On Wed, Sep 21, 2005 at 04:57:31PM +0200, Rafael Garcia-Suarez wrote:
> Steve Hay (via RT) wrote:
> > The File::Find::find() function fails on Win32 if the "follow => 1"
> > option is
> > specified.
>
> > Presumably "follow" (and "follow_
Computational Ltd. The recipient(s) of this message should
check it and any attached files for viruses: Radan Computational will accept no
liability for any damage caused by any virus transmitted by this email.
--- Begin Message ---
Rafael Garcia-Suarez wrote:
Steve Hay (via RT) wrote:
The
Automated smoke report for 5.8.7 patch 25516
mccoy.peters.homeunix.org: Intel Pentium III ("GenuineIntel" 686-class, 512KB
L2 cache) (i386/1 cpu)
onopenbsd - 3.7
using cc version 3.3.5 (propolice)
smoketime 10 hours 44 minutes (average 1 hour 4 minutes)
Summary: FAIL(F)
O
Automated smoke report for 5.8.7 patch 25521
Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
onMSWin32 - WinXP/.Net SP2
using cl version 12.00.8804
smoketime 30 minutes 25 seconds (average 1 minute 31.250 seconds)
Summary: FAIL(M)
O = OK F
Steve Hay wrote:
>Automated smoke report for 5.8.7 patch 25494
>Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
>onMSWin32 - WinXP/.Net SP2
>using ? unknown cc version
>smoketime 2 minutes 46 seconds (average 8.300 seconds)
&
Automated smoke report for 5.8.7 patch 25494
Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
onMSWin32 - WinXP/.Net SP2
using ? unknown cc version
smoketime 2 minutes 46 seconds (average 8.300 seconds)
Summary: FAIL(m)
O = OK F = Failure(s
Thanks for your bug report and patch.
However, the mangled NAME section has already been fixed in the current
development version of Perl, along with a great many other improvements
to File::Basename and its documentation.
The latest version can be found at the following URL:
http://public.active
t enables delay-loading of the Winsock DLL which the free toolkit
does not support)"
If you comment-out "CCTYPE = MSVC60" like it says then delayimp.lib will
no longer be required.
(I don't know of anything free that provides this file, hence the
instruction to simply avoid using it at all.)
- Steve
m. VMS does not have those functions.
>
> ooh man, do I feel guilty! Thanks, applied as change #25474
>
> Any win32 people that can test for the win32env?
>
> > -John
> > [EMAIL PROTECTED]
> > Personal Opinion Only
>
I've not had any problems with Win32 today, but I don't normally build
on it.
Steve Peters
[EMAIL PROTECTED]
Automated smoke report for 5.8.7 patch 25424
kirk: Intel(R) Celeron(R) CPU 2.00GHz (GenuineIntel 1994MHz) (i686/1 cpu)
onlinux - 2.6.12-8-686 [debian]
using cc version 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu8)
smoketime 12 hours 48 minutes (average 42 minutes 41 se
> [nicholas - Wed Jun 01 08:09:31 2005]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.9.3.
>
>
> -
> [Please enter your report here]
>
> Darwin provides 2
ist=libwww-perl
a similar bug has already been reported, although no patch had been
previously provided. I'd suggest adding on the the bug report available
at:
http://rt.cpan.org/NoAuth/Bug.html?id=13025
Steve Peters
[EMAIL PROTECTED]
is a freshly built
maint. Which are you seeing this on?
The actually cause of the problem lies in how Scalar::Utils is built. The
implementation you have was built without compiling the XS portion of
Scalar::Utils. If you do a fresh install of Scalar::Utils, the problems
are fixed.
Steve Peters
[EMAIL PROTECTED]
>
> Clearly if anyone wants to fix bugs in pseudohashes or 5005 threads, then
> those patches have to go direct to maint. But I believe that little else
> does.
>
The only other exception would be changes to re-entrant functions through
reentr.pl, where the generated code is quite different than that in bleadperl.
Steve Peters
[EMAIL PROTECTED]
On Mon, Sep 12, 2005 at 12:41:23PM +0200, Rafael Garcia-Suarez wrote:
> Steve Peters via RT wrote:
> > Acutally, everything looking a return value from SvFLAGS(sv) should be
> > looking for a U32. Since I'd like to "automate" these changes as much
> > as p
> [EMAIL PROTECTED] - Fri Jul 01 14:56:29 2005]:
>
> Hello,
>
> It looks like Apple has changed how ar works in xcode 2.1. As a
> result, Configure thinks that ar can generate random libraries.
>
> This breaks linking libperl.a, for instance when building PerlApp.
>
> Configure doesn't current
> [EMAIL PROTECTED] - Sun Dec 05 18:25:51 2004]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.8.4.
>
>
> -
> [Please enter your report here]
>
> The do
> [nicholas - Wed Jun 01 08:09:31 2005]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.9.3.
>
>
> -
> [Please enter your report here]
>
> Darwin provides 2
Automated smoke report for 5.9.3 patch 25366
Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
onMSWin32 - WinXP/.Net SP2
using bcc32 version 5.5.1
smoketime 11 hours 7 minutes (average 16 minutes 41 seconds)
Summary: FAIL(F)
O = OK F = Failu
> [nicholas - Thu May 12 14:52:46 2005]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.6.2.
>
>
> -
> [Please enter your report here]
>
> /Users/nick/Refer
Thanks for the bug report.
Are you sure that you installed the correct SDK components? I believe
that the "Core" and "MDAC" components are all that is required, but
perhaps something else is too. Try installing other components if you
haven't already installed them all and let us know if some ot
> [EMAIL PROTECTED] - Tue Nov 02 16:25:47 2004]:
>
> On Tue, 2004-11-02 at 14:56, Nicholas Clark wrote:
> > ftp://ftp.linux.activestate.com/pub/staff/gsar/APC/perl-5.8.x/
> > ftp://ftp.linux.activestate.com/pub/staff/gsar/APC/perl-current/
>
> Other than comments, there is no difference between r
> [EMAIL PROTECTED] - Sun Jul 31 23:23:50 2005]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.8.6.
>
>
> -
> The construct
> local %SIG = %SIG;
> does *
> [EMAIL PROTECTED] - Sat Aug 20 19:14:14 2005]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.8.6.
>
>
> -
> [Please enter your report here]
>
> Source
> [jhi - Wed Dec 08 09:02:56 2004]:
>
> >>
> >>As in the following ticket,
> >>http://rt.perl.org/rt3/Ticket/Display.html?id=7460, this core dump seems
> >>to have been fixed prior to 5.8.0. I also built a 5.8.6, and this test
> >>passed without any failures.
> >
> >
> > Did you also try that w
> [stmpeters - Tue Dec 07 16:53:42 2004]:
>
> > [abigail - Thu Apr 04 01:07:36 2002]:
> >
> > This is a bug report for perl from [EMAIL PROTECTED],
> > generated with the help of perlbug 1.33 running under perl v5.6.1.
> >
> >
> >
> [michielblotwijk - Fri Sep 02 06:53:56 2005]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.8.5.
>
>
> -
> [Please enter your report here]
>
> The functi
Automated smoke report for 5.9.3 patch 25349
Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
onMSWin32 - WinXP/.Net SP2
using bcc32 version 5.5.1
smoketime 12 hours 51 minutes (average 19 minutes 17 seconds)
Summary: FAIL(F)
O = OK F = Fail
Automated smoke report for 5.9.3 patch 25348
kirk: Intel(R) Celeron(R) CPU 2.00GHz (GenuineIntel 1994MHz) (i686/1 cpu)
onlinux - 2.6.12-8-686 [debian]
using cc version 4.0.2 20050808 (prerelease) (Debian 4.0.1-4ubuntu5)
smoketime 2 hours 40 minutes (average 20 minutes 3 seco
t in perltodo exactly,
was the writing of TODO tests for perlbugs. No special knowledge is needed
other than navigating through RT and creating patches for the various
test files.
Steve Peters
[EMAIL PROTECTED]
> [EMAIL PROTECTED] - Wed Aug 31 06:01:12 2005]:
>
> Summary: already fixed by patch 24523.
>
> On 2005–08–31, at 10:38, [EMAIL PROTECTED] (via RT) wrote:
>
> > -- CODE BEGINS HERE --
> > #!/usr/bin/perl
> > use strict;
> > sub s { open $X, my $Y, r; }
> > -- CODE ENDS HERE --
> > [crashes on 5.
> [EMAIL PROTECTED] - Wed Aug 31 01:38:30 2005]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.8.7.
>
>
> -
> Hi, i've found a small code that triggers a
ailable at:
http://public.activestate.com/cgi-bin/perlbrowse?patch=24753
An updated Perl with this patch may also be available from RedHat/Fedora.
Steve Peters
[EMAIL PROTECTED]
ith different results.
>From what you've included, though, its hard to say. How are the results
different in 5.8.5 from 5.8.0?
Steve Peters
[EMAIL PROTECTED]
Automated smoke report for 5.9.3 patch 25332
Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
onMSWin32 - WinXP/.Net SP2
using bcc32 version 5.5.1
smoketime 10 hours 55 minutes (average 16 minutes 23 seconds)
Summary: FAIL(F)
O = OK F = Fail
> [EMAIL PROTECTED] - Fri Aug 26 09:47:17 2005]:
>
> Steve Peters wrote
> > This behavior has been fixed in bleadperl by not allowing it.
> >
> > > ./perl rt_7615.pl
> > Can't localize lexical variable $a at rt_7615.pl line 4.
>
> No it hasn&#x
> [EMAIL PROTECTED] - Mon Sep 03 10:43:30 2001]:
>
>
> -
> Local variables declared in a conditional expression of a
> conditional block are not restored at the end of scope.
>
> $a = 10;
> if (local $a = 1){
> }
> print $a; # Shoul
> [RT_System - Sat Sep 22 09:11:39 2001]:
>
> Blair
>
> Michael G Schwern wrote:
> >
> > On Sat, Sep 22, 2001 at 03:53:53PM -0700, Blair Zajac wrote:
> > > Running
> > >
> > > .\perl -MCwd -wle "chdir();"
> > >
> > > causes a core dump.
> >
> > On 5.6.1??
> >
Using 5.6.1 and 5.8.6 (with up to
A little while ago, New() and friends were all replaced with Newx() and
friends, where the latter don't have the now redundant leak checking id
parameter.
I was just thinking of doing the same with NEWSV(x, len) -- i.e.
introduce a new NEWXSV(len) (and keep a backwards-compat NEWSV(x, len) too)
Automated smoke report for 5.9.3 patch 25325
mccoy.peters.homeunix.org: Intel Pentium III ("GenuineIntel" 686-class, 512KB
L2 cache) (548 MHz) (i386/1 cpu)
onopenbsd - 3.7
using cc version 3.3.5 (propolice)
smoketime 4 hours 27 minutes (average 33 minutes 27 seconds)
Summa
Steve Hay wrote:
>Automated smoke report for 5.9.3 patch 25325
>Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
>onMSWin32 - WinXP/.Net SP2
>using cl version 12.00.8804
>smoketime 4 hours 19 minutes (average 6 minutes 28 seco
Automated smoke report for 5.9.3 patch 25325
Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
onMSWin32 - WinXP/.Net SP2
using cl version 12.00.8804
smoketime 4 hours 19 minutes (average 6 minutes 28 seconds)
Summary: FAIL(M)
O = OK F = Fail
`sv_catpvf'
libperl.a(util.o): In function `Perl_vnormal':
util.c:(.text+0x5ab5): undefined reference to `sv_setpvf'
util.c:(.text+0x5b1b): undefined reference to `sv_catpvf'
util.c:(.text+0x5b88): undefined reference to `sv_setpvf'
util.c:(.text+0x5bd0): undefined reference to `sv_catpvf'
util.c:(.text+0x5c5c): undefined reference to `sv_catpvf'
collect2: ld returned 1 exit status
make: *** [miniperl] Error 1
Steve Peters
[EMAIL PROTECTED]
Automated smoke report for 5.9.3 patch 25325
kirk: Intel(R) Celeron(R) CPU 2.00GHz (GenuineIntel 1994MHz) (i686/1 cpu)
onlinux - 2.6.12-7-686 [debian]
using cc version 4.0.2 20050808 (prerelease) (Debian 4.0.1-4ubuntu5)
smoketime 1 hour 32 minutes (average 11 minutes 37 seco
I was just caught out by some undocumented behaviour in
File::Temp::tempfile(), namely, that it croak()'s in some
circumstances. (The particular situation that I had was trying to
create a temporary file in a specific directory which it turns out is
not writable).
There is no indication in th
And who says spending time on #perl is a waste of time. Following nit
found while investigating some particularly nasty code.
Steve Peters
[EMAIL PROTECTED]
--- pod/perlvar.pod.old Sun Aug 7 05:39:09 2005
+++ pod/perlvar.pod Tue Aug 23 14:48:03 2005
@@ -544,7 +544,7 @@
=item C<$2>
> [EMAIL PROTECTED] - Fri Aug 12 18:18:40 2005]:
>
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.34 running under perl v5.8.0.
>
>
> -
> [Please enter your report here]
>
>
> [bepi - Sat Aug 20 15:45:51 2005]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.8.7.
>
> Pod/Perldoc.pm adds also .pod extension (to perldoc argument) only if:
>
> 1) -m switch hasn't been specified
>
> or
>
> 2) fo
Automated smoke report for 5.9.3 patch 25301
Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
onMSWin32 - WinXP/.Net SP2
using cl version 12.00.8804
smoketime 10 hours 19 minutes (average 15 minutes 29 seconds)
Summary: FAIL(F)
O = OK F = Fa
Automated smoke report for 5.9.3 patch 25296
Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
onMSWin32 - WinXP/.Net SP2
using cl version 12.00.8804
smoketime 10 hours 18 minutes (average 15 minutes 28 seconds)
Summary: FAIL(F)
O = OK F = Fa
Automated smoke report for 5.9.3 patch 25294
Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
onMSWin32 - WinXP/.Net SP2
using cl version 12.00.8804
smoketime 10 hours 20 minutes (average 15 minutes 31 seconds)
Summary: FAIL(XF)
O = OK F = F
Steve Hay wrote:
>Saturday night smokes are now done using MinGW. Neither the maint nor
>the blead actually did anything, though, so you didn't see either :-( I
>think the maint smoke hung on an xcopy. I might try it again tonight.
>And I might fix the damn xcopy prob
Nicholas Clark wrote:
>On Fri, Aug 12, 2005 at 06:39:00PM +0100, Steve Hay wrote:
>
>
>>Automated smoke report for 5.8.7 patch 24695
>>Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2
>>cpu)
>>onMSWin32 - WinXP/.Net SP2
>
Automated smoke report for 5.9.3 patch 25289
Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
onMSWin32 - WinXP/.Net SP2
using bcc32 version 5.5.1
smoketime 12 hours 17 minutes (average 18 minutes 26 seconds)
Summary: FAIL(F)
O = OK F = Fail
Automated smoke report for 5.9.3 patch 25289
kirk: Intel(R) Celeron(R) CPU 2.00GHz (GenuineIntel 1994MHz) (i686/1 cpu)
onlinux - 2.6.12-6-686 [debian]
using cc version 4.0.2 20050808 (prerelease) (Debian 4.0.1-4ubuntu2)
smoketime 2 hours 47 minutes (average 20 minutes 58 sec
Automated smoke report for 5.8.7 patch 24695
Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
onMSWin32 - WinXP/.Net SP2
using ? unknown cc version
smoketime 4 minutes 26 seconds (average 13.300 seconds)
Summary: FAIL(m)
O = OK F = Failure(
Steve Hay wrote:
>>>>Automated smoke report for 5.9.3 patch 25260
>>>>ati4: Intel(R) Pentium(R) 4 CPU 2.80GHz(~2793 MHz) (x86/2 cpu)
>>>> onMSWin32 - WinXP/.Net SP2
>>>> using bcc32 version 5.5.1
>>>> sm
f(0){".
Enjoy!
Steve Peters
[EMAIL PROTECTED]
--- nostdio.h.old 2003-04-16 16:25:36.0 -0500
+++ nostdio.h 2005-08-09 06:09:00.0 -0500
@@ -111,7 +111,7 @@
#define _flsbuf(c,f) _CANNOT _flsbuf_
#define fdopen(fd,p) _CANNOT _fdopen_
#define fileno(f) _
> [chip - Wed Oct 29 13:54:58 2003]:
>
> According to [EMAIL PROTECTED]:
> > It seems a list will return an alias to the last element. It further
> > seems the element is not REFCOUNT++ed (same as with @_) and that
> > this alias is retrieved before the right hand side of the expression
> > is eva
Automated smoke report for 5.9.3 patch 25272
kirk: Intel(R) Celeron(R) CPU 2.00GHz (GenuineIntel 1994MHz) (i686/1 cpu)
onlinux - 2.6.12-6-686 [debian]
using ? unknown cc version
smoketime 11 seconds (average 1.375 seconds)
Summary: FAIL(c)
O = OK F = Failure(s), extended
Automated smoke report for 5.9.3 patch 25264
Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
onMSWin32 - WinXP/.Net SP2
using bcc32 version 5.5.1
smoketime 12 hours 15 minutes (average 18 minutes 23 seconds)
Summary: FAIL(F)
O = OK F = Fail
Abe Timmerman wrote:
>Op een mooie zomerdag (Wednesday 03 August 2005 16:26),schreef Steve Hay:
>
>
>>Abe Timmerman wrote:
>>
>>
>...
>
>
>>>Automated smoke report for 5.9.3 patch 25260
>>>ati4: Intel(R) Pentium(R) 4 CPU 2.80GHz(~
Automated smoke report for 5.9.3 patch 25263
mccoy.peters.homeunix.org: Intel Pentium III ("GenuineIntel" 686-class, 512KB
L2 cache) (548 MHz) (i386/1 cpu)
onopenbsd - 3.7
using cc version 3.3.5 (propolice)
smoketime 8 hours 37 minutes (average 1 hour 4 minutes)
Summary: F
Abe Timmerman wrote:
>[sorry, no mail on this box]
>Steve Hay wrote:
>
>
>>Abe Timmerman wrote:
>>
>>
>>>Op een mooie zomerdag (Friday 29 July 2005 21:11),schreef Abe Timmerman:
>>>
>>>
>>>>Automated smoke report
Automated smoke report for 5.9.3 patch 25260
mccoy.peters.homeunix.org: Intel Pentium III ("GenuineIntel" 686-class, 512KB
L2 cache) (548 MHz) (i386/1 cpu)
onopenbsd - 3.7
using cc version 3.3.5 (propolice)
smoketime 8 hours 35 minutes (average 1 hour 4 minutes)
Summary: F
e64bitint
> ../t/op/sprintf.t...FAILED 147
>
It appears that the additional sprintf.t test is causing failures on OpenBSD.
ok 142
ok 143
ok 144
ok 145
ok 146
not ok 147 >%.0g< >-0.0< >-0< >0< # No minus
ok 148
ok 149
ok 150
ok 151
Steve Peters
[EMAIL PROTECTED]
Automated smoke report for 5.9.3 patch 25248
mccoy.peters.homeunix.org: Intel Pentium III ("GenuineIntel" 686-class, 512KB
L2 cache) (548 MHz) (i386/1 cpu)
onopenbsd - 3.7
using cc version 3.3.5 (propolice)
smoketime 8 hours 36 minutes (average 1 hour 4 minutes)
Summary: F
Abe Timmerman wrote:
>Op een mooie zomerdag (Friday 29 July 2005 21:11),schreef Abe Timmerman:
>
>
>>Automated smoke report for 5.9.3 patch 25245
>>neewa: x86 Family 6 Model 5 Stepping 2(~450 MHz) (x86/1 cpu)
>>onMSWin32 - Win2000 SP4
>>using bcc32 version 5.5.1
>>smoket
Automated smoke report for 5.9.3 patch 25245
mccoy.peters.homeunix.org: Intel Pentium III ("GenuineIntel" 686-class, 512KB
L2 cache) (548 MHz) (i386/1 cpu)
onopenbsd - 3.7
using cc version 3.3.5 (propolice)
smoketime 8 hours 39 minutes (average 1 hour 4 minutes)
Summary: F
Automated smoke report for 5.9.3 patch 25245
kirk: Intel(R) Celeron(R) CPU 2.00GHz (GenuineIntel 1994MHz) (i686/1 cpu)
onlinux - 2.6.12-5-686 [debian]
using cc version 4.0.2 20050729 (prerelease) (Debian 4.0.1-4ubuntu1)
smoketime 2 hours 40 minutes (average 20 minutes)
Summ
Automated smoke report for 5.9.3 patch 25244
kirk: Intel(R) Celeron(R) CPU 2.00GHz (GenuineIntel 1994MHz) (i686/1 cpu)
onlinux - 2.6.12-5-686 [debian]
using cc version 4.0.2 20050720 (prerelease) (Debian 4.0.1-2ubuntu3)
smoketime 2 hours 41 minutes (average 20 minutes 9 seco
Automated smoke report for 5.9.3 patch 25241
mccoy.peters.homeunix.org: Intel Pentium III ("GenuineIntel" 686-class, 512KB
L2 cache) (548 MHz) (i386/1 cpu)
onopenbsd - 3.7
using cc version 3.3.5 (propolice)
smoketime 8 hours 39 minutes (average 1 hour 4 minutes)
Summary: F
Automated smoke report for 5.9.3 patch 25241
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 10 hours 45 minutes (average 20 minutes 11 seconds)
Summary: FAIL(F)
O = OK F = F
Automated smoke report for 5.9.3 patch 25241
kirk: Intel(R) Celeron(R) CPU 2.00GHz (GenuineIntel 1994MHz) (i686/1 cpu)
onlinux - 2.6.12-4-686 [debian]
using cc version 4.0.2 20050720 (prerelease) (Debian 4.0.1-2ubuntu3)
smoketime 2 hours 45 minutes (average 20 minutes 41 sec
Automated smoke report for 5.9.3 patch 25237
kirk: Intel(R) Celeron(R) CPU 2.00GHz (GenuineIntel 1994MHz) (i686/1 cpu)
onlinux - 2.6.12-4-686 [debian]
using cc version 4.0.2 20050720 (prerelease) (Debian 4.0.1-2ubuntu3)
smoketime 2 hours 39 minutes (average 19 minutes 57 sec
Nicholas Clark wrote:
>On Thu, Jul 28, 2005 at 11:23:45AM +0100, Steve Hay wrote:
>
>
>
>>I didn't think it was confusing, but that be a minority opinion.
>>
>>
>
>Well, it's erudite, eloquent English written by someone with good vocabulary.
>
On Thu, Jul 28, 2005 at 05:32:56AM -0500, Steve Peters wrote:
> On Thu, Jul 28, 2005 at 08:55:17AM +0200, Piotr Fusik wrote:
> > I have doubts about the following changes:
> >
Clearly, I need to read my mailbox completely after waking up in the
morning :-/
Steve Peters
[EMAIL PROTECTED]
I've already applied the first patch, with the appropriate tweaks :-)
Steve Peters wrote:
>On Thu, Jul 28, 2005 at 08:55:17AM +0200, Piotr Fusik wrote:
>
>
>>I have doubts about the following changes:
>>
>>
>> Note that the $year element is I simply the l
sort. Its rather blunt control of the
> -underlying algorithm may not persist into future perls, but the
> +underlying algorithm may not persist into future Perls, but the
> ability to characterize the input or output in implementation
> independent ways quite probably will. See L.
Nicholas Clark wrote:
>On Thu, Jul 28, 2005 at 08:55:17AM +0200, Piotr Fusik wrote:
>
>
>>I have doubts about the following changes:
>>
>>
>
>
>
>> Note that a block by itself is semantically identical to a loop
>>-that executes once. Thus C can be used to effect an early
>>+that executes
Steve Peters wrote:
>This patch has it all: passive voice removals; spelling fixes; which vs.
>that change; e.g. fixes; and etc. Thanks to Pod::Simple::RTF and
>and handy grammar checker, this was all made much easier. Enjoy!
>
Thanks, applied as change 25234 with minor tweaks
This patch has it all: passive voice removals; spelling fixes; which vs.
that change; e.g. fixes; and etc. Thanks to Pod::Simple::RTF and
and handy grammar checker, this was all made much easier. Enjoy!
Steve Peters
[EMAIL PROTECTED]
--- pod/perlfunc.pod.old2005-07-27 11:57
On Wed, Jul 27, 2005 at 05:06:24PM +0100, Robin Barker wrote:
>
>
> -Original Message-
> From: Nicholas Clark [mailto:[EMAIL PROTECTED]
> Sent: 27 July 2005 17:03
> To: Steve Peters
> Cc: perl5-porters@perl.org
> Subject: Re: [PATCH] Squish warnings in POSIX.x
1 - 100 of 1127 matches
Mail list logo
