perl.perl5.porters Google Group

Smoke [5.11.3] v5.11.3-34-gf099890 FAIL(XF) openbsd 4.6 (i386/1 cpu)

s...@refcnt.org (Steven Schubiger) — Wed, 06 Jan 2010 14:20:38 UT

Automated smoke report for 5.11.3 patch f09989092a6586d2bb4173c4c08882 afef55b70f v5.11.3-34-gf099890
p5openbsd: AMD Athlon(tm) Processor ("AuthenticAMD" 686-class, 256KB L2 cache) (909 MHz) (i386/1 cpu)
on openbsd - 4.6
using cc version 3.3.5 (propolice)
smoketime 14 hours 57 minutes (average 1 hour 52 minutes)

Smoke [5.11.3] v5.11.3-36-gdf17c88 FAIL(F) openvms V8.3-1H1 (IA64/2 cpu)

craigbe...@mac.com ("Craig A. Berry") — Wed, 06 Jan 2010 10:01:42 UT

Automated smoke report for 5.11.3 patch df17c887edae24b6fb41930323837b 575d27a7df v5.11.3-36-gdf17c88
ALMA: HP rx2600 (1.50GHz/6.0MB) (IA64/2 cpu)
on openvms - V8.3-1H1
using ? CC/DECC version 70390018
smoketime 5 hours 11 minutes (average 2 hours 35 minutes)
Summary: FAIL(F)
O = OK F = Failure(s), extended report at the bottom

Smoke [5.11.3] v5.11.3-34-gf099890 FAIL(XF) netbsd 5.0.1 (i386/1 cpu)

s...@refcnt.org (Steven Schubiger) — Wed, 06 Jan 2010 05:32:08 UT

Automated smoke report for 5.11.3 patch f09989092a6586d2bb4173c4c08882 afef55b70f v5.11.3-34-gf099890
p5netbsd: Intel 686-class (i386/1 cpu)
on netbsd - 5.0.1
using cc version 4.1.3 20080704 prerelease (NetBSD nb2 20081120)
smoketime 6 hours 35 minutes (average 49 minutes 26 seconds)

Smoke [5.11.3] v5.11.3-34-gf099890 FAIL(F) MSWin32 WinXP/.Net SP3 (x86/2 cpu)

steve...@planit.com (Steve Hay) — Wed, 06 Jan 2010 05:18:00 UT

Automated smoke report for 5.11.3 patch f09989092a6586d2bb4173c4c08882 afef55b70f v5.11.3-34-gf099890
maldoror.bath.planit.group: Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz(~2660 MHz) (x86/2 cpu)
on MSWin32 - WinXP/.Net SP3
using cl version 12.00.8804
smoketime 5 hours 42 minutes (average 42 minutes 47 seconds)

Re: warding against bytes.pm

john.im...@vodafoneemail.co.uk (John) — Tue, 05 Jan 2010 20:07:32 UT

I have no problem with doing it that way.
John
______________________________ ________________
This email has been scanned by Netintelligence
[link]

Re: warding against bytes.pm

mar...@rectangular.com (Marvin Humphrey) — Tue, 05 Jan 2010 19:43:47 UT

I think this is idealistic. In my opinion, it's not practical to use Perl's
Unicode tools without understanding the implementation down to the C
representation, including the SVf_UTF8 flag and how to use Devel::Peek to
snoop it. Unicode glitches are just too hard to debug without such expertise.

Re: [perl #71854] 5.10.1: for-loop scoping discrepancy with local functions (local *Foo = sub {})

ikeg...@adaelis.com (Eric Brine) — Tue, 05 Jan 2010 19:38:07 UT

Lexical variables aren't accessed via their name. Subs capture the variable
that is associated with the name when the sub is instantiated. This allows
for features such as module-scoped variables and closures. It's possible to
change the value of the variables, but it's always going to be the same
variable.

Re: warding against bytes.pm

john.im...@vodafoneemail.co.uk (John) — Tue, 05 Jan 2010 18:56:42 UT

I think the problem here is that we think of characters in Perl being
in UTF-8. We need to get away from this idea and think of characters as
*CHARACTERS* they only become bytes when encoded into some other format
for transport out of the program.
So if you want to send UTF-8 to MySQL you need to take you string and

[perl #71854] 5.10.1: for-loop scoping discrepancy with local functions (local *Foo = sub {})

perlbug-follo...@perl.org (Jari Aalto) — Tue, 05 Jan 2010 12:59:07 UT

DESCRIPTION
If variable is defined before sub, the $file variable should be seen. It
apperas that for-loop somehow alters the scope, although the loop
variable is defined *before* the for-loop.
TEST RESULTS
The $FILE variable, when assigned is seen in sub.
The $file variable, when not in for loop, when assigned is seen in sub.

Re: warding against bytes.pm

zef...@fysh.org (Zefram) — Tue, 05 Jan 2010 18:12:09 UT

For that purpose, what you need to know is the number of bytes that
you'll be sending to MySQL. This depends on the characters and how
you're encoding them for communication with MySQL, *not* on how Perl
is representing them internally. See previous messages about writing
UTF-8-encoded text to a file.

Re: warding against bytes.pm

rvtol+use...@isolution.nl ("Dr.Ruud") — Tue, 05 Jan 2010 02:54:50 UT

It is not.
A byte count can be very useful,
for example if you need to stay
within MySQL's max_allowed_packet
when creating big SQL statements.
sub bytes {
require bytes;
bytes::length($_[0]);
}

Re: [perl #71852] Warning "/* within comment" in Win32 config.h-related files

zef...@fysh.org (Zefram) — Tue, 05 Jan 2010 17:44:00 UT

kmx wrote:
That would miss the point of having the "/**/" at the end of the line.
The point of that is precisely so that the directive's state can be
switched by the minimal edit of adding or removing "/*" at the start.
If the "/* ... /**/" scheme is not to be used, then the inactive state
of the line should be something like

[perl #71852] Warning "/* within comment" in Win32 config.h-related files

perlbug-follo...@perl.org (kmx) — Tue, 05 Jan 2010 12:58:52 UT

This is a bug report for perl from k...@volny.cz,
generated with the help of perlbug 1.39 running under perl 5.11.3.
------------------------------ ------------------------------ -----
[Please describe your issue here]
Hi,
I would like to propose a cosmetic fix to some "config.h-related" files
in perl core sources mostly regarding Win32 platform.

Re: rvalue "statement" given blocks

pagalt...@gmx.de (Aristotle Pagaltzis) — Tue, 05 Jan 2010 17:03:43 UT

Hi David,
* David Nicol <davidni...@gmail.com> [2010-01-05 17:45]:
No. And that isn’t even plausible if you consider two facts:
• In BASIC-PLUS, where the idea came from, modifiers are freely
stackable.
• If Larry didn’t *want* the restriction, why would he decide
that Perl 6, free from concerns of an existing implementation,

Smoke [5.11.3] v5.11.3-26-g1a64a5e FAIL(XF) openbsd 4.6 (i386/1 cpu)

s...@refcnt.org (Steven Schubiger) — Tue, 05 Jan 2010 14:20:18 UT

Automated smoke report for 5.11.3 patch 1a64a5e6c710ac493fe0339fdf240f 512a934369 v5.11.3-26-g1a64a5e
p5openbsd: AMD Athlon(tm) Processor ("AuthenticAMD" 686-class, 256KB L2 cache) (909 MHz) (i386/1 cpu)
on openbsd - 4.6
using cc version 3.3.5 (propolice)
smoketime 14 hours 57 minutes (average 1 hour 52 minutes)