Bug #49776 for Encode: Fix URLs

Hello Dan, I'm trying to update various URLs in the Perl source code. Here's a quick patch. Thanks! Leon

diff --git a/ext/Encode/Byte/Byte.pm b/ext/Encode/Byte/Byte.pm index 3ea9035..f28a1f0 100644 --- a/ext/Encode/Byte/Byte.pm +++ b/ext/Encode/Byte/Byte.pm @@ -55,7 +55,7 @@ supported are as follows. viscii # all cp* are also available as ibm-*, ms-*, and windows-* - # also see L<http://msdn.microsoft.com/workshop/author/dhtml/reference/charsets/charset4.asp> + # also see L<http://msdn.microsoft.com/en-us/library/aa752010%28VS.85%29.aspx> cp424 cp437 diff --git a/ext/Encode/CN/CN.pm b/ext/Encode/CN/CN.pm index 9f120fb..d10fd6d 100644 --- a/ext/Encode/CN/CN.pm +++ b/ext/Encode/CN/CN.pm @@ -65,11 +65,7 @@ mean C<euc-cn> encodings. To fix that, C<gb2312> is aliased to C<euc-cn>. Use C<gb2312-raw> when you really mean it. The ASCII region (0x00-0x7f) is preserved for all encodings, even though -this conflicts with mappings by the Unicode Consortium. See - -L<http://www.debian.or.jp/~kubota/unicode-symbols.html.en> - -to find out why it is implemented that way. +this conflicts with mappings by the Unicode Consortium. =head1 SEE ALSO diff --git a/ext/Encode/Changes b/ext/Encode/Changes index dcd7384..499b8a7 100644 --- a/ext/Encode/Changes +++ b/ext/Encode/Changes @@ -518,7 +518,7 @@ $Revision: 2.37 $ $Date: 2009/09/06 14:32:21 $ 1.99 2003/12/29 02:47:16 ! Unicode/Unicode.xs find_encoding("UTF-16BE")->encode("abc") now null terminates - http://www.mail-archive.com/perl5-porters@perl.org/msg69766.html + http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2003-10/threads.html#00258 ! Encode.pm prototype bug in decode_utf8() fixed Message-Id: <600A4CDA-F004-11D7-B570-000393AE4244@dan.co.jp> diff --git a/ext/Encode/JP/JP.pm b/ext/Encode/JP/JP.pm index e78e54d..598aeb0 100644 --- a/ext/Encode/JP/JP.pm +++ b/ext/Encode/JP/JP.pm @@ -86,11 +86,7 @@ in order to preserve text layout as much as possible. =head1 BUGS The ASCII region (0x00-0x7f) is preserved for all encodings, even -though this conflicts with mappings by the Unicode Consortium. See - -L<http://www.debian.or.jp/~kubota/unicode-symbols.html.en> - -to find out why it is implemented that way. +though this conflicts with mappings by the Unicode Consortium. =head1 SEE ALSO diff --git a/ext/Encode/KR/KR.pm b/ext/Encode/KR/KR.pm index 8cb2c63..f43d131 100644 --- a/ext/Encode/KR/KR.pm +++ b/ext/Encode/KR/KR.pm @@ -60,11 +60,7 @@ mean "cp949" encodings. To fix that, the following aliases are set; qr/ks_c_5601-1987$/i => '"cp949"' The ASCII region (0x00-0x7f) is preserved for all encodings, even -though this conflicts with mappings by the Unicode Consortium. See - -L<http://www.debian.or.jp/~kubota/unicode-symbols.html.en> - -to find out why it is implemented that way. +though this conflicts with mappings by the Unicode Consortium. =head1 SEE ALSO diff --git a/ext/Encode/TW/TW.pm b/ext/Encode/TW/TW.pm index ffaa844..8a91693 100644 --- a/ext/Encode/TW/TW.pm +++ b/ext/Encode/TW/TW.pm @@ -66,11 +66,7 @@ manipulation, please use C<EUC-TW> in L<Encode::HanExtra>, which contains planes 1-7. The ASCII region (0x00-0x7f) is preserved for all encodings, even -though this conflicts with mappings by the Unicode Consortium. See - -L<http://www.debian.or.jp/~kubota/unicode-symbols.html.en> - -to find out why it is implemented that way. +though this conflicts with mappings by the Unicode Consortium. =head1 SEE ALSO diff --git a/ext/Encode/Unicode/Unicode.pm b/ext/Encode/Unicode/Unicode.pm index 16982bb..d9f36f8 100644 --- a/ext/Encode/Unicode/Unicode.pm +++ b/ext/Encode/Unicode/Unicode.pm @@ -259,7 +259,7 @@ Consider that "division by zero" of Encode :) L<Encode>, L<Encode::Unicode::UTF7>, L<http://www.unicode.org/glossary/>, L<http://www.unicode.org/unicode/faq/utf_bom.html>, -RFC 2781 L<http://rfc.net/rfc2781.html>, +RFC 2781 L<http://www.ietf.org/rfc/rfc2781.txt>, The whole Unicode standard L<http://www.unicode.org/unicode/uni2book/u2.html> diff --git a/ext/Encode/bin/enc2xs b/ext/Encode/bin/enc2xs index 233ca54..5975c39 100644 --- a/ext/Encode/bin/enc2xs +++ b/ext/Encode/bin/enc2xs @@ -1356,7 +1356,7 @@ L<http://www.icu-project.org/> =item * ICU Character Mapping Tables -L<http://www.icu-project.org/charset/> +L<http://site.icu-project.org/charts/charset> =item * diff --git a/ext/Encode/lib/Encode/Supported.pod b/ext/Encode/lib/Encode/Supported.pod index 431bb77..e84faaf 100644 --- a/ext/Encode/lib/Encode/Supported.pod +++ b/ext/Encode/lib/Encode/Supported.pod @@ -589,7 +589,7 @@ for example) it is beyond the power of words to describe the way HTML browsers encode non-C<ASCII> form data. To get a general impression, visit -L<http://ppewww.ph.gla.ac.uk/~flavell/charset/form-i18n.html>. +L<http://www.alanflavell.org.uk/charset/form-i18n.html>. While encoding of form data has stabilized for C<UTF-8> encoded pages (at least IE 5/6, NS 6, and Opera 6 behave consistently), be sure to expect fun (and cross-browser discrepancies) with C<UTF-16> encoded @@ -817,7 +817,7 @@ L<http://www.iso.ch/> =item RFC Request For Comments -- need I say more? -L<http://www.rfc-editor.org/>, L<http://www.rfc.net/>, +L<http://www.rfc-editor.org/>, L<http://www.ietf.org/rfc.html>, L<http://www.faqs.org/rfcs/> =item UC @@ -850,7 +850,7 @@ vs. vendor mappings. =item CJK.inf -L<http://www.oreilly.com/people/authors/lunde/cjk_inf.html> +L<http://examples.oreilly.com/cjkvinfo/doc/cjk.inf> Somewhat obsolete (last update in 1996), but still useful. Also try @@ -893,7 +893,7 @@ to better support CJKV languages/scripts in all the areas of information processing. To purchase this book, visit -L<http://www.oreilly.com/catalog/cjkvinfo/> +L<http://oreilly.com/catalog/9780596514471/> or your favourite bookstore. =back