Re: PERL_UNICODE=0 does not work

2005-05-06 Thread Jarkko Hietaniemi
On May 6, 2005, at 0.46, Alex wrote: According to the perlrun manpage, setting PERL_UNICODE to 0 in the environment or using the command line switch -C0 is supposed to turn off all unicode processing. However I'm noticing that when I use It doesn't say that. It says: You can use -C0 (or 0

Re: PERL_UNICODE=0 does not work

2005-05-06 Thread Alex
It doesn't say that. It says: You can use -C0 (or 0 for PERL_UNICODE) to explicitly disable all the above Unicode features. the perl debugger, it still gets in the dreaded utf8_heavy.pl stuff (I tried both perl5.8.5 and perl5.8.6) How can I force perl to NEVER kick in the unicode stuff no

Smoke [5.9.3] 24402 FAIL(F) bsd/os 4.1 (i386/1 cpu)

2005-05-06 Thread kane
Automated smoke report for 5.9.3 patch 24402 fixit.xs4all.nl: Pentium II (i386/1 cpu) onbsd/os - 4.1 using cc version egcs-2.91.66 19990314 (egcs-1.1.2 release) smoketime 4 hours 5 minutes (average 2 hours 2 minutes) Summary: FAIL(F) O = OK F = Failure(s), extended

Re: ithread creation benchmarks

2005-05-06 Thread Nicholas Clark
On Mon, May 02, 2005 at 09:26:53AM -0700, Stas Bekman wrote: Nicholas Clark wrote: Does anyone have any ithread creation benchmarks, to quantify the speed of the thread creation benchmarks. Specifically, I was wondering, because I was wondering if getting the ptr_tbl_ent structs from

[perl #35291] Segv with SIGZERO handling

2005-05-06 Thread via RT
# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #35291] # in the subject line of all future correspondence about this issue. # URL: https://rt.perl.org/rt3/Ticket/Display.html?id=35291 This is a bug report for perl from [EMAIL PROTECTED], generated with the

Re: [perl #35291] Segv with SIGZERO handling

2005-05-06 Thread Abhijit Menon-Sen
At 2005-05-06 14:59:19 -, [EMAIL PROTECTED] wrote: There is a problem with perl when trying to set action for signal 0 handling. You can easly reproduce this with: perl -e '$SIG{ZERO} = {};' There is no such thing as SIGZERO. Doing kill(0, ...) doesn't actually send any signal, and you

ref *PerlIO::Layer::NoWarnings{CODE} == 'SCALAR' # bug!

2005-05-06 Thread Nicholas Clark
[EMAIL PROTECTED] perl$ cat utf #!./perl -wl BEGIN { chdir 't' if -d 't'; @INC = '../lib'; } open(UTF_PL, :raw:encoding(utf16le), utf.pl) or die $!; print ref *PerlIO::Layer::NoWarnings{CODE}; __END__ [EMAIL PROTECTED] perl$ ./perl utf Name main::UTF_PL used only once: possible typo at

possible amusement

2005-05-06 Thread Jarkko Hietaniemi
It would be interesting to see how Perl fares: http://www.dwheeler.com/sloccount/ http://sourceforge.net/projects/ could be useful in pinpointing problem areas in the code.

Re: [P5P] ref *PerlIO::Layer::NoWarnings{CODE} == 'SCALAR' # bug!

2005-05-06 Thread Chip Salzenberg
On Fri, May 06, 2005 at 05:54:16PM +0100, Nicholas Clark wrote: print ref *PerlIO::Layer::NoWarnings{CODE}; SCALAR I'll bet this is the result of an Exporter/AutoLoader space optimization created by Ilya a while ago (5.5 or 5.6). It arranged that the equivalent of Csub foo; didn't necessarily

Re: [P5P] ref *PerlIO::Layer::NoWarnings{CODE} == 'SCALAR' # bug!

2005-05-06 Thread Nicholas Clark
On Fri, May 06, 2005 at 03:02:15PM -0400, Chip Salzenberg wrote: On Fri, May 06, 2005 at 05:54:16PM +0100, Nicholas Clark wrote: print ref *PerlIO::Layer::NoWarnings{CODE}; SCALAR I'll bet this is the result of an Exporter/AutoLoader space optimization created by Ilya a while ago (5.5 or

Re: possible amusement

2005-05-06 Thread Steve Peters
On Fri, May 06, 2005 at 09:09:36PM +0300, Jarkko Hietaniemi wrote: It would be interesting to see how Perl fares: http://www.dwheeler.com/sloccount/ http://sourceforge.net/projects/ could be useful in pinpointing problem areas in the code. After a quick try of , a normal make

Smoke [5.9.3] 24409 FAIL(m) openbsd 3.6 (i386/1 cpu)

2005-05-06 Thread Steven Philip Schubiger
Automated smoke report for 5.9.3 patch 24409 accognoscere.homeunix.org: AMD Athlon(TM) XP 1800+ (AuthenticAMD 686-class) (i386/1 cpu) onopenbsd - 3.6 using cc version 2.95.3 20010125 (prerelease, propolice) smoketime 3 minutes 44 seconds (average 28 seconds) Summary:

Smoke [5.9.3] 24405 FAIL(M) linux 2.6.10-5-386 [debian] (i686/1 cpu)

2005-05-06 Thread steve
Automated smoke report for 5.9.3 patch 24405 kirk: Intel(R) Celeron(R) CPU 2.00GHz (GenuineIntel 1994MHz) (i686/1 cpu) onlinux - 2.6.10-5-386 [debian] using cc version 4.0.0 smoketime 5 hours 31 minutes (average 41 minutes 25 seconds) Summary: FAIL(M) O = OK F =

Re: [P5P] ref *PerlIO::Layer::NoWarnings{CODE} == 'SCALAR' # bug!

2005-05-06 Thread Chip Salzenberg
According to Nicholas Clark: On Fri, May 06, 2005 at 03:02:15PM -0400, Chip Salzenberg wrote: On Fri, May 06, 2005 at 05:54:16PM +0100, Nicholas Clark wrote: print ref *PerlIO::Layer::NoWarnings{CODE}; SCALAR I'll bet this is the result of an Exporter/AutoLoader space optimization

[perl #35306] Module Install

2005-05-06 Thread via RT
# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #35306] # in the subject line of all future correspondence about this issue. # URL: https://rt.perl.org/rt3/Ticket/Display.html?id=35306 Hi Perlbug, I hope that I have this addressed to the right location. If

Re: [P5P] ref *PerlIO::Layer::NoWarnings{CODE} == 'SCALAR' # bug!

2005-05-06 Thread Nicholas Clark
On Fri, May 06, 2005 at 06:06:06PM -0400, Chip Salzenberg wrote: According to Nicholas Clark: $ perl -lwe 'print ref *PerlIO::Layer::Wibble{CODE};' Name PerlIO::Layer::Wibble used only once: possible typo at -e line 1. Hm. Is Wibble a real layer? The optimization (if it is involved)

Somebody please contact westsite.be

2005-05-06 Thread Michael G Schwern
If there's anyone in the vicinity of Belgium could you please contact westside.be? Their listserver is hammering the hell out of Test::Harness' rt.cpan.org queue with virus backscatter. See https://rt.cpan.org/Ticket/Display.html?id=12579 for an example. I just killed over 100 of them. --

Re: [perl #35306] Module Install

2005-05-06 Thread Michael G Schwern
On Fri, May 06, 2005 at 10:23:54PM -, martz @ lanl. gov wrote: I hope that I have this addressed to the right location. If not, could you please forward this to the appropriate one? I just installed the Tk Module (Tk-804.027) in a temporary disk location snip