| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
char" but old code using just a "char" doesn't need changes.
(The change is using a temporary pointer instead of a direct
cast to unsigned char* which would blindly cast anything,
not just char pointers.) (The problem arose in MacOS Classic,
as seen by Pudge, the cure by Nicholas Clark.)
p4raw-id: //depot/perl@16656
|
|
|
| |
p4raw-id: //depot/perl@16547
|
|
|
| |
p4raw-id: //depot/perl@16238
|
|
|
| |
p4raw-id: //depot/perl@16232
|
|
|
|
|
|
| |
change is from change#12026)
p4raw-link: @12026 on //depot/maint-5.6/perl: ff42b73b40f5a895aef4bed81c794f468e0609bc
p4raw-id: //depot/perl@16048
|
|
|
| |
p4raw-id: //depot/perl@16036
|
|
|
|
|
| |
Message-ID: <20020416212241.GA315@Bagpuss.unfortu.net>
p4raw-id: //depot/perl@15958
|
|
|
|
|
| |
Message-ID: <20020413015806.GA371@Bagpuss.unfortu.net>
p4raw-id: //depot/perl@15893
|
|
|
| |
p4raw-id: //depot/perl@15794
|
|
|
|
|
|
|
| |
Subject: [PATCH] hv.c
From: "Mattia Barbon" <mbarbon@dsi.unive.it>
Message-ID: <3CB056EC.16340.1119992@localhost>
p4raw-id: //depot/perl@15793
|
|
|
|
|
| |
Message-ID: <20020407110641.O10686@plum.flirble.org>
p4raw-id: //depot/perl@15775
|
|
|
| |
p4raw-id: //depot/perl@15759
|
|
|
|
|
|
| |
and synchronize the nomenclature to talk about restricted
(not fixed) hashes.
p4raw-id: //depot/perl@15758
|
|
|
|
|
|
|
| |
Message-ID: <20020405232117.GE323@Bagpuss.unfortu.net>
(with the last one reversed)
p4raw-id: //depot/perl@15757
|
|
|
|
|
|
|
|
|
|
| |
If the bit is on, when the keys are fetched from the hash
(%h, each %h, keys %h), the Unicodified versions of the keys
are returned if needed. This solution errs on the size of
over-Unicodifying, the old solution erred on the side of
under-Unicodifying. As long as the hash keys can be a mix
of byte and Unicode strings, a perfect fit is hard to come by.
p4raw-id: //depot/perl@15407
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Date: Sun, 10 Mar 2002 13:27:12 -0500
Message-Id: <20020310182712.GC693@blackrider>
Subject: [PATCH] Hash::Util part 2
From: Michael G Schwern <schwern@pobox.com>
Date: Sun, 10 Mar 2002 15:09:34 -0500
Message-Id: <20020310200934.GB27112@blackrider>
Subject: [PATCH] Hash::Util MANIFEST correction
From: Michael G Schwern <schwern@pobox.com>
Date: Sun, 10 Mar 2002 16:27:07 -0500
Message-Id: <20020310212707.GF27112@blackrider>
(Also changes find.t and taint.t, which were looking for access.t)
p4raw-id: //depot/perl@15166
|
|
|
|
|
|
| |
From: "Paul Marquess" <paul_marquess@yahoo.co.uk>
Message-ID: <AIEAJICLCBDNAAOLLOKLMEEGDPAA.paul_marquess@yahoo.co.uk>
p4raw-id: //depot/perl@15155
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
one possible resolution for
"UTF-8, weird \w behaviour after HASH-KEY-ification"
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2002-01/msg01327.html
The hash keys were shared (the SvLEN(sv) = 0 was the giveaway).
The hash keys weren't \0-terminated. This meant that the EOL ($)
in regmatch() got the nextchr beyond the last character. Since
the keys were UTF-8, the nextchr was \1, not the usual
string-terminating \0. Wham, no match.
I think another possible resolution could be to stop the nextchr
computation in regmatch() from peeking beyond the last character
of the string:
nextchr = locinput < PL_regeol ? UCHARAT(locinput) : 0;
p4raw-id: //depot/perl@14908
|
|
|
|
|
| |
Message-Id: <20020226060128.GA2439@blackrider>
p4raw-id: //depot/perl@14882
|
|
|
| |
p4raw-id: //depot/perl@14391
|
|
|
|
|
| |
-Wformat check.
p4raw-id: //depot/perl@14039
|
|
|
|
|
| |
Message-Id: <20011221104035.4B4F.H.M.BRAND@hccnet.nl>
p4raw-id: //depot/perl@13829
|
|
|
|
|
|
|
| |
1. Discovered need for disabled scope.c part of Jeff's patch.
2. Corrected hv_delete* - entry was being de-linked from
chain (patch program not smart enough?)
p4raw-id: //depot/perlio@13795
|
|
|
|
|
|
| |
- added delete of READONLY value inhibit & test for same
- re-tabbed
p4raw-id: //depot/perlio@13760
|
|
|
| |
p4raw-id: //depot/perl@13436
|
|
|
|
|
|
|
|
|
|
|
| |
Message-Id: <200111120515.fAC5FIc74795@ventrue.corp.yahoo.com>
Patching README.foo instead of pod/perlfoo.pod,
not patching Math::BigInt (Tels will take care of that),
dropping broken hv.c and sv.h patches, patching libnetcfg.PL
and perldoc.PL instead of libnetcfg and perldoc, patching
ext/Digest/MD5/t/files.t since MD5.pm was changed.
p4raw-id: //depot/perl@12954
|
|
|
|
|
|
|
|
|
| |
- Test for SvREAONLY(hv) at a few spots in hv.c
- add the error message to perldiag.pod
- (dubious) add access::readonly() to univeral.c
- add test using above
- fixup ext/B/t/stash.t to account for access:: existing
p4raw-id: //depot/perlio@12874
|
|
|
| |
p4raw-id: //depot/perlio@12456
|
|
|
|
|
|
|
| |
"warning 524: Cast (non-lvalue) appears on left-hand side of assignment."
followed by
"error 1549: Modifiable lvalue required for assignment operator."
p4raw-id: //depot/perl@11578
|
|
|
|
|
| |
Message-ID: <20010804165635.E526@lustre.dyn.wiw.org>
p4raw-id: //depot/perl@11571
|
|
|
|
|
| |
Message-ID: <20010804161603.C526@lustre.dyn.wiw.org>
p4raw-id: //depot/perl@11570
|
|
|
|
|
| |
Message-ID: <20010803063811.A19266@lustre.dyn.wiw.org>
p4raw-id: //depot/perl@11558
|
|
|
| |
p4raw-id: //depot/perl@11342
|
|
|
|
|
|
| |
within macro arguments") and warnings ("unary minus applied to
unsigned type", among others)
p4raw-id: //depot/perl@11066
|
|
|
|
|
| |
Message-ID: <B7563A14.17D8%artur@contiller.se>
p4raw-id: //depot/perl@10757
|
|
|
|
|
|
|
| |
use of Hv*() macros -- in comments, so that grepping the
source is easier, from Abhijit. (Also add the ENV_HV_NAME speedup
suggested by Sarathy, also by Abhijit.)
p4raw-id: //depot/perl@10714
|
|
|
|
|
|
|
|
|
| |
broken because it really, REALLY, doesn't like the
HvARRAY() being lvalue:
cc: "hv.c", line 192: warning 524: Cast (non-lvalue) appears on left-hand side of assignment.
cc: "hv.c", line 192: error 1549: Modifiable lvalue required for assignment operator.
p4raw-id: //depot/perl@10669
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Date: Sun, 17 Jun 2001 08:02:59 +0530
Message-ID: <20010617080259.A28776@lustre.linux.in>
Subject: [PATCH #2/7] xhv_eiter
From: Abhijit Menon-Sen <ams@wiw.org>
Date: Sun, 17 Jun 2001 08:13:18 +0530
Message-ID: <20010617081318.B28776@lustre.linux.in>
Subject: [PATCH #3/7] xhv_fill
From: Abhijit Menon-Sen <ams@wiw.org>
Date: Sun, 17 Jun 2001 08:25:16 +0530
Message-ID: <20010617082516.C28776@lustre.linux.in>
Subject: [PATCH #4/7] xhv_keys
From: Abhijit Menon-Sen <ams@wiw.org>
Date: Sun, 17 Jun 2001 08:36:17 +0530
Message-ID: <20010617083617.D28776@lustre.linux.in>
Subject: [PATCH #5/7] xhv_max
From: Abhijit Menon-Sen <ams@wiw.org>
Date: Sun, 17 Jun 2001 08:39:48 +0530
Message-ID: <20010617083948.E28776@lustre.linux.in>
Subject: [PATCH #6,7/7] xhv_pmroot, xhv_riter
From: Abhijit Menon-Sen <ams@wiw.org>
Date: Sun, 17 Jun 2001 08:51:11 +0530
Message-ID: <20010617085111.F28776@lustre.linux.in>
p4raw-id: //depot/perl@10656
|
|
|
|
|
| |
Message-ID: <20010616074119.A24720@lustre.linux.in>
p4raw-id: //depot/perl@10654
|
|
|
|
|
| |
Message-ID: <20010601114955.E29027@blackrider.blackstar.co.uk>
p4raw-id: //depot/perl@10367
|
|
|
|
|
| |
Message-Id: <200105191912.UAA23925@gizmo.fdgroup.co.uk>
p4raw-id: //depot/perl@10168
|
|
|
| |
p4raw-id: //depot/perl@10067
|
|
|
|
|
| |
Message-ID: <Pine.LNX.4.21.0105070947060.23808-100000@mako.covalent.net>
p4raw-id: //depot/perl@10065
|
|
|
|
|
| |
Message-ID: <20010422181749.26976.qmail@plover.com>
p4raw-id: //depot/perl@9788
|
|
|
|
|
|
|
| |
Message-ID: <15016.38044.381174.160189@rls.cx>
EXISTS() returning undef mistakenly triggered a FETCH().
p4raw-id: //depot/perl@9090
|
|
|
|
|
|
|
| |
Message-ID: <007501c09dde$a9b84420$2f7b55c2@vad>
hv_store() not working correctly in ENV_IS_CASELESS case.
p4raw-id: //depot/perl@8919
|
|
|
|
|
| |
integers.
p4raw-id: //depot/perl@8862
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- canonical UTF-8 hash keys: if a key string for a hash is
UTF8-on, try downgrade the string and use it if
unicode::distinct is not in effect.
For the task, I added a function bytes_from_utf8() to utf8.c.
It might resemble utf8_to_bytes() but it is not convenient
to the task.
Made a test for it and added to t/op/each.t
- Changed do_print in doio.c to apply sv_utf8_(downgrade|upgrade) to
the mortal copy of the argument SV.
And changed t/io/utf8.t test 18 which expects print() to
upgrade its argument.
- re-implement sv_eq with bytes_from_utf8()
- some bug fixes
- tr/// does not handle UTF8 range (\x{}-\x{})
- \ before raw UTF8 character produced
"Malformed UTF-8 character" warning.
- "\x{100}\N{CENT SIGN}" is Malformed.
Added tests for these 3.
- and one silly bug (by me) with qu operator.
p4raw-id: //depot/perl@8583
|
|
|
|
|
| |
Message-ID: <3A5606C4.473D2226@uk.sun.com>
p4raw-id: //depot/perl@8336
|
|
|
| |
p4raw-id: //depot/perl@8289
|