On Thu, Feb 12, 2009 at 22:18, Zefram wrote:
> I suggest a three-part strategy:
>
> 0. Warn at build time if the perl version is 5.8 or later (so Encode is
> possible) but Encode is either absent or exhibits this bug.
>
> 1. If decode() returns undef, treat it as an error. This means that,
>
Gisle Aas wrote:
>Do you know if decoding always fails with this version of if it's only
>when \x{FFFD is substituted?
Decoding generally works, it's just substitution that goes wrong:
$ for pver in 5.8.0 5.8.9; do perl$pver -MEncode -MData::Dumper -lwe
'$Data::Dumper::Useqq=$Data::Dumper::Ters
On Wed, Feb 11, 2009 at 23:10, Zefram wrote:
> LWP has a problem with older versions of Encode. With Encode version
> 1.75 (which is the version included in a base perl-5.8.0), this test
> failure occurs:
>
> base/message..NOK 99/118# Test 99 got: (base/message.t at
> line 386)
> #
LWP has a problem with older versions of Encode. With Encode version
1.75 (which is the version included in a base perl-5.8.0), this test
failure occurs:
base/message..NOK 99/118# Test 99 got: (base/message.t at
line 386)
#Expected: "a\x{FFFD}"
# base/message.t line 386 is: ski