| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
and sv_savesharedpv. Need to create non-void returning versions of
Copy and Zero, as the existing macros deliberately cast to (void)
p4raw-id: //depot/perl@23126
|
|
|
|
|
| |
Bug spotted by Nigel Sandever
p4raw-id: //depot/perl@23121
|
|
|
| |
p4raw-id: //depot/perl@23101
|
|
|
|
|
| |
Message-ID: <40F35423.5080304@rowman.com>
p4raw-id: //depot/perl@23088
|
|
|
|
|
| |
Message-Id: <20040421210920.3c467772@r2d2>
p4raw-id: //depot/perl@22734
|
|
|
|
|
| |
Message-ID: <407C8B13.9020104@rowman.com>
p4raw-id: //depot/perl@22692
|
|
|
| |
p4raw-id: //depot/perl@22685
|
|
|
|
|
| |
Message-ID: <40735FC3.5010305@rowman.com>
p4raw-id: //depot/perl@22668
|
|
|
|
|
| |
Message-ID: <533D273D4014D411AB1D00062938C4D90404682E@hotel.npl.co.uk>
p4raw-id: //depot/perl@22521
|
|
|
| |
p4raw-id: //depot/perl@22509
|
|
|
|
|
|
|
| |
Message-ID: <Pine.LNX.4.55.0402252242510.32152@gan.twoshortplanks.com>
(and regenerate perlapi.pod.)
p4raw-id: //depot/perl@22380
|
|
|
|
|
| |
Message-ID: <401DB17F.5060808@rowman.com>
p4raw-id: //depot/perl@22264
|
|
|
|
|
|
|
|
| |
Message-Id: <lrsmiebqvu.fsf@caliper.activestate.com>
Display 'out of memeory' errors using low-level I/O to avoid
recursive failure and so coredumps.
p4raw-id: //depot/perl@22169
|
|
|
|
|
|
|
|
|
|
|
| |
Causes problems with UNIX03/SUSv3
Part 2 of change 21916 - oops!
See:
Message-Id: <3FDD06A5.8010004@sun.com>
Subject: Re: UNIX03 & C99 issue with 5.8.2
Date: Mon, 15 Dec 2003 00:56:05 +0000
p4raw-id: //depot/perl@21917
|
|
|
|
|
|
|
|
|
| |
C99 compilers don't like it.o
see :
Subject: UNIX03 & C99 issue with 5.8.2
Message-ID: <3FDA4994.6050209@sun.com>
p4raw-id: //depot/perl@21883
|
|
|
| |
p4raw-id: //depot/perl@21638
|
|
|
|
|
|
|
|
|
|
|
| |
(based on Chip's plan A (binary compatibility with 5.8.0 and 5.8.1),
Chip's plan B (do something new inside the hv functions)
and introspective sort)
Provides infrastructure for hashes to change their hash function
if necessary, and code in hsplit to detect pathalogical data and
instigate a random rehashing.
Needs refinement. Let's see how much smoke it creates.
p4raw-id: //depot/perl@21471
|
|
|
|
|
| |
Message-Id: <20031002003036.GA9198@londo.c47.org>
p4raw-id: //depot/perl@21397
|
|
|
| |
p4raw-id: //depot/perl@21093
|
|
|
| |
p4raw-id: //depot/perl@21085
|
|
|
|
|
|
|
|
|
|
|
| |
Date: Sat, 16 Aug 2003 16:03:16 +0300
Message-ID: <20030816130316.GA1654@ratsnest.hole>
Subject: Re: [PATCH] Re: [BUG] string loses its utf8 flag on die
From: Enache Adrian <enache@rdslink.ro>
Date: Sun, 17 Aug 2003 04:42:22 +0300
Message-ID: <20030817014222.GA1287@ratsnest.hole>
p4raw-id: //depot/perl@20747
|
|
|
|
|
|
|
| |
systems Wrong Thing would be done. (And as Sarathy
points out, closing both ends of a pipe is rather
identical to never opening it...)
p4raw-id: //depot/perl@20653
|
|
|
|
|
|
|
|
|
| |
implementing the opendir()/readdir()/closedir() using
external commands give up "ANSI-pureness" and define them
in uconfig.sh, also define other stuff like rename() and putenv().
Leave out the $| emulation in my_fork() since we are
not supposed to have fork() under microperl.
p4raw-id: //depot/perl@20646
|
|
|
| |
p4raw-id: //depot/perl@20644
|
|
|
|
|
| |
Eric J Kidder, to solve a name conflict on HP_UX 11.00.
p4raw-id: //depot/perl@20170
|
|
|
| |
p4raw-id: //depot/perl@20143
|
|
|
|
|
|
|
|
|
|
| |
We switch over to the explicit mode: in other words, if
the $ENV{PERL_HASH_SEED} is on, we randomise. Also, we
randomise only if PL_hash_seed_set is FALSE (this means
one can use PERL_HASH() before perl_run.) Also, since
now PERL_HASH_SEED is okay even under -T, all should be fine.
(Ha!)
p4raw-id: //depot/perl@20135
|
|
|
|
|
| |
Message-ID: <3F0BCCD2.1020009@rowman.com>
p4raw-id: //depot/perl@20084
|
|
|
| |
p4raw-id: //depot/perl@19843
|
|
|
|
|
| |
Message-ID: <20030618234237.GA6267@grazzini.net>
p4raw-id: //depot/perl@19819
|
|
|
| |
p4raw-id: //depot/perl@19772
|
|
|
|
|
|
|
| |
Message-ID: <Pine.BSF.4.30.0306111348450.32145-100000@smx.pair.com>
(the first alternative)
p4raw-id: //depot/perl@19765
|
|
|
|
|
| |
<PRADINE@uk.ibm.com>.
p4raw-id: //depot/perl@19306
|
|
|
|
|
|
|
|
|
|
| |
Subject: Re: [perl #21347] segfault in UNIVERSAL::AUTOLOAD
Date: Sun, 20 Apr 2003 02:45:48 +0300
Message-ID: <20030419234548.GA849@ratsnest.hole>
and
Date: Wed, 2 Apr 2003 07:52:28 +0300
Message-ID: <20030402045227.GA1023@ratsnest.hole>
p4raw-id: //depot/perl@19300
|
|
|
|
|
|
|
| |
(Lots of Perl 5 source code archaeology was involved.)
Larry didn't make strangled noises when I showed him
the patch, either :-)
p4raw-id: //depot/perl@19242
|
|
|
| |
p4raw-id: //depot/perl@19238
|
|
|
|
|
| |
updated when fbm_compile() appended a "\n".
p4raw-id: //depot/perl@18857
|
|
|
|
|
| |
also make an explicit (double)cast for the arguments to fabs().
p4raw-id: //depot/perl@18813
|
|
|
| |
p4raw-id: //depot/perl@18801
|
|
|
|
|
|
| |
the t/test.pl (the 'stdin' data gets doubly UTF-8-ied).
Also other small tweaks in the -C neighbourhood.
p4raw-id: //depot/perl@18799
|
|
|
| |
p4raw-id: //depot/perl@18766
|
|
|
| |
p4raw-id: //depot/perl@18741
|
|
|
| |
p4raw-id: //depot/perl@18731
|
|
|
|
|
| |
-C (or PERL_UNICODE). See perlrun/-C for more details.
p4raw-id: //depot/perl@18715
|
|
|
|
|
| |
Message-ID: <533D273D4014D411AB1D00062938C4D9040462CC@hotel.npl.co.uk>
p4raw-id: //depot/perl@18697
|
|
|
|
|
| |
Message-ID: <3E18E9D9.2040908@rowman.com>
p4raw-id: //depot/perl@18682
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Introduce a cache for UTF-8 data: length and byte<->char offset
mapping are stored in a new type of magic. Speeds up length(),
substr(), index(), rindex(), pos(), and some parts of s///.
The speedup varies a lot (on the usual suspects: what is the
access pattern of the data, compiler, CPU), but should be at
least one order of magnitude, and getting to the same magnitude
as byte string speeds, and in some cases (length on unchanged data)
even reaching the byte string speed. On the other hand, in some
cases (index) the byte speed is still faster by a factor of five
or so, but the bottleneck there does not seem to be any more
the byte<->char offset mapping (instead, the fbm_instr() speed).
There is one cache slot for the length, and only two for the
byte<->char offset mapping (the first one for the start->offset,
and the second for the offset->offset+length, when talking
in substr() terms).
Code this hairy is bound to have hairy trolls hiding under it.
[...]
A small tweak on top of #18353: don't display mg_len bytes of
mg_ptr for PERL_MAGIC_utf8 because that's not what's there.
p4raw-id: //depot/perl@18530
|
|
|
|
|
| |
on many platforms
p4raw-id: //depot/perl@18335
|
|
|
|
|
|
|
| |
are sometimes wrong
Message-ID: <874raqz8o3.fsf@vran.herceg.de>
p4raw-id: //depot/perl@18267
|
|
|
| |
p4raw-id: //depot/perl@18225
|