Front page | perl.perl5.porters |
Postings from September 2000
These are your utf8-related bug reports I'm able to find from the bug db.
ID 20000819.004 $1 etc.. not flagged as utf8
ID 20000901.097 undef . utf8 == undef
ID 20000903.001 \w in utf8-strings
The last one has been fixed (change #7028, and 5.7.0 was #7015,
so you won't find it in any released Perl.)
The undef thing you submitted a patch for but yourself called
the fix incorrect, so I didn't apply it. (Simon said he thought
the patch would be just fine.)
The $1 etc is still unfixed as far as I know. You did not
supply a patch as a followup to the bug report so there is
no patch in the bug db discussion .
From the p5p archives I find this:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2000-09/msg00241.html
for the $1 etc thing (plus a s/// problem). But you say:
"I doubt this is the correct (or even full) fix. There might
be a lot of similar places ;)"
So I didn't apply it.
There's another part of the s/// fix in:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2000-09/msg00240.html
In which you said:
The small patch below (partly?) fixes s// behaviour of marking
substitution results correctly as utf8 with respect to bug
20000819.004. (The result is still incorrect, despite being
flagged as utf8, so the bug still remains).
So I didn't apply it.
Maybe we have a communication barrier here. If you say "the result
is still incorrect...the bug still remains" I must interpret this
as "please apply this patch"?
--
$jhi++; # http://www.iki.fi/jhi/
# There is this special biologist word we use for 'stable'.
# It is 'dead'. -- Jack Cohen
Thread Previous
|
Thread Next