[pod] [xml]

NAME

perldelta - what is new for perl v5.8.0

perldelta - perl v5.8.0での変更点

DESCRIPTION

説明

This document describes differences between the 5.6.0 release and the 5.8.0 release.

このドキュメントではリリース5.6.0とリリース5.8.0間での 相違点が述べられています。

Many of the bug fixes in 5.8.0 were already seen in the 5.6.1 maintenance release since the two releases were kept closely coordinated (while 5.8.0 was still called 5.7.something).

5.8.0に含まれるバグフィックスの多くは、5.6.1というメンテナンスリリース にも既に含まれていました。これら2つのリリースは、(5.8.0がまだ5.7.何番 と呼ばれていた頃には)密接に協調していたためです

Changes that were integrated into the 5.6.1 release are marked [561]. Many of these changes have been further developed since 5.6.1 was released, those are marked [561+].

5.6.1に統合された変更点には、[561]という印を付けてあります。これら の変更点の中には5.6.1のリリース後にさらに開発が進んだものも多いのです が、そういった変更点には[561+]という印を付けておきました。

You can see the list of changes in the 5.6.1 release (both from the 5.005_03 release and the 5.6.0 release) by reading perl561delta.

5.6.1に含まれる変更点一覧については、(5.005_03からの変更も、5.6.0から の変更も含めて)perl561deltaに書いてあります。

Highlights In 5.8.0

5.8.0のハイライト

Incompatible Changes

互換性のない変更

Binary Incompatibility

バイナリ非互換

Perl 5.8 is not binary compatible with earlier releases of Perl.

Perl 5.8と以前リリースされたPerlのバイナリには互換性がありません。

You have to recompile your XS modules.

XSモジュールは再コンパイルしなければいけません。

(Pure Perl modules should continue to work.)

(ピュアPerlのモジュールは動作するでしょう。)

The major reason for the discontinuity is the new IO architecture called PerlIO. PerlIO is the default configuration because without it many new features of Perl 5.8 cannot be used. In other words: you just have to recompile your modules containing XS code, sorry about that.

互換性がなくなった主な理由はPerlIOと呼ぶ新しいIOアーキテクチャのためで す。Perl5.8の新しい機能の多くがPerlIOを使用しているので、PerlIOはデフォ ルトで組み込まれます。言い換えれば、残念ですがXSのコードを含んでいるモ ジュールは再コンパイルしなければなりません。

In future releases of Perl, non-PerlIO aware XS modules may become completely unsupported. This shouldn't be too difficult for module authors, however: PerlIO has been designed as a drop-in replacement (at the source code level) for the stdio interface.

PerlIOを意識しないXSモジュールは、将来リリースされるPerlで完全にサポー トされなくなる可能性があります。しかしPerlIOはstdioインターフェイスを (ソースコードレベルで)差し替えるように設計されているので、モジュール作 者へ過度に負担がかかることはないでしょう。

Depending on your platform, there are also other reasons why we decided to break binary compatibility, please read on.

プラットフォームによってはバイナリの互換性を無くした他の理由があるので 読み進めてください。

64-bit platforms and malloc

64ビットプラットフォームとmalloc

If your pointers are 64 bits wide, the Perl malloc is no longer being used because it does not work well with 8-byte pointers. Also, usually the system mallocs on such platforms are much better optimized for such large memory models than the Perl malloc. Some memory-hungry Perl applications like the PDL don't work well with Perl's malloc. Finally, other applications than Perl (such as mod_perl) tend to prefer the system malloc. Such platforms include Alpha and 64-bit HPPA, MIPS, PPC, and Sparc.

もしポインタが64ビット幅であれば、Perlのmallocが使われることはもうない でしょう。なぜならそれは8バイトのポインタでは上手く動かないからです。ま た、通常そのようなプラットフォームでは、システムのmallocはそのような大 きなメモリモデルにおいてPerlのmallocよりもっと良い最適化がなされていま す。PDLのようなメモリハングリーなPerlアプリケーションの中にはPerlの mallocでは上手く動かないものもあります。最後に、Perl以外のアプリケーシ ョン(例えばmod_perl)はシステムのmallocを好む傾向があります。そのような プラットフォームにはAlpha, 64-bit HPPA, MIPS, PPC, Sparcなどがあります。

AIX Dynaloading

AIXのダイナミックローディング

The AIX dynaloading now uses in AIX releases 4.3 and newer the native dlopen interface of AIX instead of the old emulated interface. This change will probably break backward compatibility with compiled modules. The change was made to make Perl more compliant with other applications like mod_perl which are using the AIX native interface.

AIXリリース4.3またはそれ以降においてAIXのダイナミックローディングは以前 のエミュレートされたインターフェースではなくAIXのネイティブdlopenインタ ーフェースを使うようになりました。この変更はおそらくコンパイルされたモ ジュールの後方互換性を破壊するでしょう。この変更は、AIXのネイティブイン ターフェースを使っているmod_perlのような他のアプリケーションに、Perlを より従わせるためになされました。

Attributes for my variables now handled at run-time.

実行時にハンドリングする my 変数の属性

The my EXPR : ATTRS syntax now applies variable attributes at run-time. (Subroutine and our variables still get attributes applied at compile-time.) See attributes for additional details. In particular, however, this allows variable attributes to be useful for tie interfaces, which was a deficiency of earlier releases. Note that the new semantics doesn't work with the Attribute::Handlers module (as of version 0.76).

my EXPR : ATTRS 構文は実行時に変数の属性を適用するようになりました。 (サブルーチンおよび our 変数はいまだコンパイル時に属性を適用させます 。)より詳しくは attributes を参照してください。しかし、これは特に tie インターフェースにとって変数の属性を役立たせます。それは初期のリ リースでは不足していたことです。新しいセマンティクスは Attribute::Handlersモジュール(のバージョン0.76)では動かないことに注意し てください。

Socket Extension Dynamic in VMS

VMSでの動的Socket拡張

The Socket extension is now dynamically loaded instead of being statically built in. This may or may not be a problem with ancient TCP/IP stacks of VMS: we do not know since we weren't able to test Perl in such configurations.

Socket拡張は静的に組み込まれているのではなく動的にロードされるようにな りました。これは古いVMSのTCP/IPスタックでは問題になるかもしれませんしな らないかもしれません。Perlをそのような環境でテストすることができなかっ たので分からないのです。

IEEE-format Floating Point Default on OpenVMS Alpha

OpenVMS AlphaでのIEEEフォーマットの浮動小数点

Perl now uses IEEE format (T_FLOAT) as the default internal floating point format on OpenVMS Alpha, potentially breaking binary compatibility with external libraries or existing data. G_FLOAT is still available as a configuration option. The default on VAX (D_FLOAT) has not changed.

PerlはIEEEフォーマット(T_FLOAT)をOpenVMS Alphaでのデフォルトの内部の 浮動小数点フォーマットとして使うようになりました。これは潜在的に外部ラ イブラリや既存データのバイナリ互換性を破壊します。G_FLOATはいまだ設定の オプションとして利用可能です。VAX (D_FLOAT)でのデフォルトは変更されて いません。

New Unicode Properties

新しいUnicodeプロパティ

Unicode scripts are now supported. Scripts are similar to (and superior to) Unicode blocks. The difference between scripts and blocks is that scripts are the glyphs used by a language or a group of languages, while the blocks are more artificial groupings of (mostly) 256 characters based on the Unicode numbering.

Unicode スクリプト が新たにサポートされました。スクリプトというのは、 Unicode ブロック のようなものですが、それより上位のものです。スクリ プトとブロックの違いは、スクリプトが単一の言語または一群の言語により使 用されるグリフであるのに対して、ブロックというのはUnicodeの番号付けに 基づく(高々)256文字の人工的なグルーピングでしかないということです。

In general, scripts are more inclusive, but not universally so. For example, while the script Latin includes all the Latin characters and their various diacritic-adorned versions, it does not include the various punctuation or digits (since they are not solely Latin).

一般的にはスクリプトのほうがより多くの文字を含みますが、あらゆる場合に そうである訳ではありません。例えば、Latinスクリプトは全てのLatin 文 字といろいろな発音記号付きの文字を含みますが、いろいろな句読点や数字は 含みません(それらはLatinだけに属するわけではないので)。

A number of other properties are now supported, including \p{L&}, \p{Any} \p{Assigned}, \p{Unassigned}, \p{Blank} [561] and \p{SpacePerl} [561] (along with their \P{...} versions, of course). See perlunicode for details, and more additions.

他にもいくつかのプロパティが、新たにサポートされました。\p{L&}, \p{Any} \p{Assigned}, \p{Unassigned}, \p{Blank} [561], \p{SpacePerl} [561] などです (もちろん \P{...} も)。詳しくは、 perlunicode をお読みください。

The In or Is prefix to names used with the \p{...} and \P{...} are now almost always optional. The only exception is that a In prefix is required to signify a Unicode block when a block name conflicts with a script name. For example, \p{Tibetan} refers to the script, while \p{InTibetan} refers to the block. When there is no name conflict, you can omit the In from the block name (e.g. \p{BraillePatterns}), but to be safe, it's probably best to always use the In).

\p{...}\P{...} と共に使われる名前に付けるプレフィックス InIs は、ほとんどの場合省略できることになりました。唯一の例 外は、ブロック名がスクリプト名と競合する場合です。その場合には、 Unicode ブロック名にプレフィックス In を付けて区別しなければなりま せん。例えば、\p{Tibetan}はスクリプトを参照しますが、 \p{InTibetan}はブロックを参照します。名前の競合がない場合には、ブロッ ク名のInは省略できます(例:\p{BraillePatterns})が、安全のために は、いつもInを使うのがたぶん良いでしょう。

REF(...) Instead Of SCALAR(...)

SCALAR(...)のかわりにREF(...)

A reference to a reference now stringifies as "REF(0x81485ec)" instead of "SCALAR(0x81485ec)" in order to be more consistent with the return value of ref().

リファレンスへのリファレンスは、ref() の返り値をより一貫したものにする ために、"SCALAR(0x81485ec)"のかわりに"REF(0x81485ec)"のように文字列化さ れるようになりました。

pack/unpack D/F recycled

pack/unpackのD/Fを再利用

The undocumented pack/unpack template letters D/F have been recycled for better use: now they stand for long double (if supported by the platform) and NV (Perl internal floating point type). (They used to be aliases for d/f, but you never knew that.)

文書化されていなかったpack/unpackのテンプレートの文字D/Fはよりよい用途 のために再利用されました。現在これらはlong double(もしプラットフォーム によってサポートされていれば)と?V(Perlの内部浮動小数点型)を意味しま す。(これらは以前はd/fの別名でしたが、皆さんは知らなかったでしょう。)

Deprecations

非推奨事項

Core Enhancements

コアの拡張

PerlIO is Now The Default

PerlIOが標準に

Restricted Hashes

リストリクトハッシュ

A restricted hash is restricted to a certain set of keys, no keys outside the set can be added. Also individual keys can be restricted so that the key cannot be deleted and the value cannot be changed. No new syntax is involved: the Hash::Util module is the interface.

リストリクトハッシュは使用するキーをある集合に制限し、集合に含まれないキーを追加をすることを防ぎます。さらにそれぞれのキーに対して削除や値の変更を制限することができます。Hash::Utilモジュールがそのインターフェイスになり、新しい構文は複雑にはなりません。

Safe Signals

安全なシグナル

Perl used to be fragile in that signals arriving at inopportune moments could corrupt Perl's internal state. Now Perl postpones handling of signals until it's safe (between opcodes).

シグナルが都合の悪い時にやって来るとPerlの内部状態が改変されてしまうと いう点で以前のPerlは壊れやすいものでした。しかし現在のPerlは安全になる まで(between opcodes)シグナルの扱いを引き延ばすようになりました。

This change may have surprising side effects because signals no longer interrupt Perl instantly. Perl will now first finish whatever it was doing, like finishing an internal operation (like sort()) or an external operation (like an I/O operation), and only then look at any arrived signals (and before starting the next operation). No more corrupt internal state since the current operation is always finished first, but the signal may take more time to get heard. Note that breaking out from potentially blocking operations should still work, though.

この変更は、シグナルがPerlをただちに中断させなくなったため、驚くべき副 作用を持っているかもしれません。現在のPerlは、最初に例えば(sort()のよう な)内部操作や(I/O操作のような)外部操作を1つ完了することによって今行って いることを終わらせ、その後にのみ(そして次の操作を開始する前に)受け取っ たシグナルを調べます。現在の操作が必ず初めに終わらせられるので内部状態 の改変は無くなりましたが、シグナルが効果を発揮するためにはより多くの時 間がかかるかもしれません。しかしpotentially blocking operationsからの脱 出は今でも働くはずです。

Unicode Overhaul

Unicodeのオーバーホール

Unicode in general should be now much more usable than in Perl 5.6.0 (or even in 5.6.1). Unicode can be used in hash keys, Unicode in regular expressions should work now, Unicode in tr/// should work now, Unicode in I/O should work now. See perluniintro for introduction and perlunicode for details.

Unicodeは全体的にPerl 5.6.0(あるいは5.6.1さえ)よりもさらに使えるように なったはずです。Unicodeはハッシュキー中に使われることが可能で、正規表現 でのUnicode、tr///でのUnicode、I/OでのUnicodeは動作するようになったはず です。入門についてはperluniintroを、詳細についてはperluniintroを 参照してください。

Understanding of Numbers

数字の解釈

In general a lot of fixing has happened in the area of Perl's understanding of numbers, both integer and floating point. Since in many systems the standard number parsing functions like strtoul() and atof() seem to have bugs, Perl tries to work around their deficiencies. This results hopefully in more accurate numbers.

Perlの数字(整数及び浮動小数点の両方)の解釈の方面に関して全体的に多くの 修正がなされました。多くのシステムにおいてstrtoul()atof()のよう な数字をパースする標準の関数がバグを抱えているように見えるので、Perlは それらの欠陥に対処するように努めます。上手くいけば数字がより正確になる でしょう。

Perl now tries internally to use integer values in numeric conversions and basic arithmetics (+ - * /) if the arguments are integers, and tries also to keep the results stored internally as integers. This change leads to often slightly faster and always less lossy arithmetics. (Previously Perl always preferred floating point numbers in its math.)

Perlは、数の変換や基本計算(+ - * /)において、もし引数が整数ならば内部的 に整数値を使うように努め、さらに、内部的に整数として記憶された結果を保 持するように努めるようになりました。この変更により、わずかに速くなるこ とがよく起こり、常にless lossy arithmeticsになります。(Perlは以前は常に 計算時には浮動小数点数を優先していました。)

Arrays now always interpolate into double-quoted strings [561]

配列は二重引用符で囲まれた文字列において常に展開されるように [561]

In double-quoted strings, arrays now interpolate, no matter what. The behavior in earlier versions of perl 5 was that arrays would interpolate into strings if the array had been mentioned before the string was compiled, and otherwise Perl would raise a fatal compile-time error. In versions 5.000 through 5.003, the error was

        Literal @example now requires backslash

In versions 5.004_01 through 5.6.0, the error was

        In string, @example now must be written as \@example

The idea here was to get people into the habit of writing "fred\@example.com" when they wanted a literal @ sign, just as they have always written "Give me back my \$5" when they wanted a literal $ sign.

二重引用符で囲まれた文字列において、どんなことが起こるとしても、配列は 展開されるようになりました。Perl 5の初期のバージョンでは、文字列がコン パイルされる以前にその配列が現れていればその文字列にその配列を展開し、 もし現れていなければ致命的なコンパイル時エラーを発生させるという動作を していました。バージョン5.000から5.003では、そのエラーは

        Literal @example now requires backslash

(リテラル@exampleはバックスラッシュが必要になりました) でした。バージョ ン5.004_01から5.6.0では、そのエラーは

        In string, @example now must be written as \@example

(文字列内では、@exampleは\@exampleと書かなければならなくなりました) で した。これは、リテラルの記号$が欲しければ"Give me back my \$5"と 必ず書いているように、リテラルの記号@が欲しければ "fred\@example.com"と書く癖を人々に身に付けさせるためのものでした。

Starting with 5.6.1, when Perl now sees an @ sign in a double-quoted string, it always attempts to interpolate an array, regardless of whether or not the array has been used or declared already. The fatal error has been downgraded to an optional warning:

        Possible unintended interpolation of @example in string

This warns you that "fred@example.com" is going to turn into fred.com if you don't backslash the @. See http://www.plover.com/~mjd/perl/at-error.html for more details about the history here.

5.6.1からは、@記号が二重引用符で囲まれた文字列内にあると、その配列が すでに使われているか宣言されているかどうかに関係なく、その配列を展開す ることを必ず試みます。致命的エラーはオプショナルの警告に格下げされま した:

        Possible unintended interpolation of @example in string

(意図しない可能性のある文字列内での@exampleの展開)

これは、もし@にバックスラッシュを付けなければ"fred@example.com"fred.comに変わるだろうという警告です。この経緯についての詳細は http://www.plover.com/~mjd/perl/at-error.html を参照してください。

Miscellaneous Changes

その他の変更点

Modules and Pragmata

モジュールとプラグマ

New Modules and Pragmata

新しいモジュールとプラグマ

Updated And Improved Modules and Pragmata

更新または改善されたモジュールとプラグマ

Utility Changes

ツールの変更

New Documentation

The following platform-specific documents are available before the installation as README.platform, and after the installation as perlplatform:

    perlaix perlamiga perlapollo perlbeos perlbs2000
    perlce perlcygwin perldgux perldos perlepoc perlfreebsd perlhpux
    perlhurd perlirix perlmachten perlmacos perlmint perlmpeix
    perlnetware perlos2 perlos390 perlplan9 perlqnx perlsolaris
    perltru64 perluts perlvmesa perlvms perlvos perlwin32

These documents usually detail one or more of the following subjects: configuring, building, testing, installing, and sometimes also using P?rl on the said platform.

Eastern Asian Perl users are now welcomed in their own languages: README.jp (Japanese), README.ko (Korean), README.cn (simplified Chinese) and README.tw (traditional Chinese), which are written in normal pod but encoded in EUC-JP, EUC-KR, EUC-CN and Big5. These will get installed as

   perljp perlko perlcn perltw

Performance Enhancements

パフォーマンスの向上

Installation and Configuration Improvements

インストールのコンフィグレーションの改善点

Generic Improvements

全般的な改善点

New Or Improved Platforms

新しい、もしくは改善されたプラットフォーム

For the list of platforms known to support Perl, see perlport/"Supported Platforms".

Selected Bug Fixes

バグフィックスの抜粋

Numerous memory leaks and uninitialized memory accesses have been hunted down. Most importantly, anonymous subs used to leak quite a bit. [561]

Platform Specific Changes and Fixes

プラットフォームに特化した変更と改善点

New or Changed Diagnostics

新しい、もしくは変更された診断メッセージ

Changed Internals

内部の変更点

Security Vulnerability Closed [561]

改善された脆弱性 [561]

(This change was already made in 5.7.0 but bears repeating here.) (5.7.0 came out before 5.6.1: the development branch 5.7 released earlier than the maintenance branch 5.6)

A potential security vulnerability in the optional suidperl component of Perl was identified in August 2000. suidperl is neither built nor installed by default. As of November 2001 the only known vulnerable platform is Linux, most likely all Linux distributions. CERT and various vendors and distributors have been alerted about the vulnerability. See http://www.cpan.org/src/5.0/sperl-2000-08-05/sperl-2000-08-05.txt for more information.

The problem was caused by Perl trying to report a suspected security exploit attempt using an external program, /bin/mail. On Linux platforms the /bin/mail program had an undocumented feature which when combined with suidperl gave access to a root shell, resulting in a serious compromise instead of reporting the exploit attempt. If you don't have /bin/mail, or if you have 'safe setuid scripts', or if suidperl is not installed, you are safe.

The exploit attempt reporting feature has been completely removed from Perl 5.8.0 (and the maintenance release 5.6.1, and it was removed also from all the Perl 5.7 releases), so that particular vulnerability isn't there anymore. However, further security vulnerabilities are, unfortunately, always possible. The suidperl functionality is most probably going to be removed in Perl 5.10. In any case, suidperl should only be used by security experts who know exactly what they are doing and why they are using suidperl instead of some other solution such as sudo ( see http://www.courtesan.com/sudo/ ).

New Tests

新しいテスト

Several new tests have been added, especially for the lib and ext subsections. There are now about 69 000 individual tests (spread over about 700 test scripts), in the regression suite (5.6.1 has about 11 700 tests, in 258 test scripts) The exact numbers depend on the platform and Perl configuration used. Many of the new tests are of course introduced by the new modules, but still in general Perl is now more thoroughly tested.

Because of the large number of tests, running the regression suite will take considerably longer time than it used to: expect the suite to take up to 4-5 times longer to run than in perl 5.6. On a really fast machine you can hope to finish the suite in about 6-8 minutes (wallclock time).

The tests are now reported in a different order than in earlier Perls. (This happens because the test scripts from under t/lib have been moved to be closer to the library/extension they are testing.)

Known Problems

既知の問題

AIX

Alpha systems with old gccs fail several tests

If you see op/pack, op/pat, op/regexp, or ext/Storable tests failing in a Linux/alpha or *BSD/Alpha, it's probably time to upgrade your gcc. gccs prior to 2.95.3 are definitely not good enough, and gcc 3.1 may be even better. (RedHat Linux/alpha with gcc 3.1 reported no problems, as did Linux 2.4.18 with gcc 2.95.4.) (In Tru64, it is preferable to use the bundled C compiler.)

AmigaOS

Perl 5.8.0 doesn't build in AmigaOS. It broke at some point during the ithreads work and we could not find Amiga experts to unbreak the problems. Perl 5.6.1 still works for AmigaOS (as does the the 5.7.2 development release).

BeOS

The following tests fail on 5.8.0 Perl in BeOS Personal 5.03:

 t/op/lfs............................FAILED at test 17
 t/op/magic..........................FAILED at test 24
 ext/Fcntl/t/syslfs..................FAILED at test 17
 ext/File/Glob/t/basic...............FAILED at test 3
 ext/POSIX/t/sigaction...............FAILED at test 13
 ext/POSIX/t/waitpid.................FAILED at test 1

See perlbeos (README.beos) for more details.

Cygwin "unable to remap"

For example when building the Tk extension for Cygwin, you may get an error message saying "unable to remap". This is known problem with Cygwin, and a workaround is detailed in here: http://sources.redhat.com/ml/cygwin/2001-12/msg00894.html

Cygwin ndbm tests fail on FAT

One can build but not install (or test the build of) the NDBM_File on FAT filesystems. Installation (or build) on NTFS works fine.

ext/threads/t/libc

If this test fails, it indicates that your libc (C library) is not threadsafe. This particular test stress tests the localtime() call to find out whether it is threadsafe. See perlthrtut for more information.

FreeBSD built with ithreads coredumps reading large directories

This is a known bug in FreeBSD's readdir_r() (see perlfreebsd (README.freebsd)), which hopefully will be fixed in FreeBSD 4.6.

FreeBSD Failing locale Test 117 For ISO 8859-15 Locales

The ISO 8859-15 locales may fail the locale test 117 in FreeBSD. This is caused by the characters \xFF (y with diaeresis) and \xBE (Y with diaeresis) not behaving correctly when being matched case-insensitively. Apparently this problem has been fixed in the latest FreeBSD releases. ( http://www.freebsd.org/cgi/query-pr.cgi?pr=34308 )

IRIX fails ext/List/Util/t/shuffle.t

IRIX with MIPSpro 7.3.1.3m compiler may fail the said List::Util test by dumping core. This seems to be a compiler error since if compiled with gcc no core dump ensues, and no failures on the said test on any other platform.

Modifying $_ Inside for(..)

   for (1..5) { $_++ }

works without complaint. It shouldn't. (You should be able to modify only lvalue elements inside the loops.) You can see the correct behaviour by replacing the 1..5 with 1, 2, 3, 4, 5.

mod_perl 1.26 Doesn't Build With Threaded Perl

Use mod_perl 1.27 or higher.

lib/ftmp-security tests warn 'system possibly insecure'

Don't panic. Read the 'make test' section of INSTALL instead.

HP-UX lib/posix Subtest 9 Fails When LP64-Configured

If perl is configured with -Duse64bitall, the successful result of the subtest 10 of lib/posix may arrive before the successful result of the subtest 9, which confuses the test harness so much that it thinks the subtest 9 failed.

Linux with glibc 2.2.5 fails t/op/int subtest #6 with -Duse64bitint

This is a known bug in the glibc 2.2.5 with long long integers. ( http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=65612 )

Linux With Sfio Fails op/misc Test 48

No known fix.

libwww-perl (LWP) fails base/date #51

Use libwww-perl 5.65 or later.

Mac OS X

Please remember to set your environment variable LC_ALL to "C" (setenv LC_ALL C) before running "make test" to avoid a lot of warnings about the broken locales of Mac OS X.

The following tests are known to fail in Mac OS X 10.1.5 because of buggy (old) implementations of Berkeley DB included in Mac OS X:

 Failed Test                 Stat Wstat Total Fail  Failed  List of Failed
 -------------------------------------------------------------------------
 ../ext/DB_File/t/db-btree.t    0    11    ??   ??       %  ??
 ../ext/DB_File/t/db-recno.t              149    3   2.01%  61 63 65

If you are building on a UFS partition, you will also probably see t/op/stat.t subtest #9 fail. This is caused by Darwin's UFS not supporting inode change time.

Also the ext/POSIX/t/posix.t subtest #10 fails but it is skipped for now because the failure is Apple's fault, not Perl's (blocked signals are lost).

If you Configure with ithreads, ext/threads/t/libc.t will fail. Again, this is not Perl's fault-- the libc of Mac OS X is not threadsafe (in this particular test, the localtime() call is found to be threadunsafe.)

OS/2 Test Failures

The following tests are known to fail on OS/2 (for clarity only the failures are shown, not the full error messages):

 t/io/utf8............................FAILED at test 19
 t/op/grent...........................FAILED at test 2
 t/op/pwent...........................FAILED at test 1
 t/lib/os2_base.......................FAILED at test 13
 t/lib/os2_process....................FAILED at test 10
 t/lib/os2_process_kid................FAILED at test 10
 t/lib/rx_cmprt.......................FAILED at test 16
 ext/DB_File/t/db-btree...............FAILED at test 0
 ext/DB_File/t/db-hash................FAILED at test 0
 ext/DB_File/t/db-recno...............FAILED at test 0
 lib/ExtUtils/t/basic.................FAILED at test 14
 lib/ExtUtils/t/Constant..............FAILED at test 4
 lib/Memoize/t/errors.................FAILED at test 4

op/sprintf tests 91, 129, and 130

The op/sprintf tests 91, 129, and 130 are known to fail on some platforms. Examples include any platform using sfio, and Compaq/Tandem's NonStop-UX.

Test 91 is known to fail on QNX6 (nto), because sprintf '%e',0 incorrectly produces 0.000000e+0 instead of 0.000000e+00.

For tests 129 and 130, the failing platforms do not comply with the ANSI C Standard: lines 19ff on page 134 of ANSI X3.159 1989, to be exact. (They produce something other than "1" and "-1" when formatting 0.6 and -0.6 using the printf format "%.0f"; most often, they produce "0" and "-0".)

Solaris 2.5

In case you are still using Solaris 2.5 (aka SunOS 5.5), you may experience failures (the test core dumping) in lib/locale.t. The suggested cure is to upgrade your Solaris.

Solaris x86 Fails Tests With -Duse64bitint

The following tests are known to fail in Solaris x86 with Perl configured to use 64 bit integers:

 ext/Data/Dumper/t/dumper.............FAILED at test 268
 ext/Devel/Peek/Peek..................FAILED at test 7

SUPER-UX (NEC SX)

The following tests are known to fail on SUPER-UX:

 op/64bitint...........................FAILED tests 29-30, 32-33, 35-36
 op/arith..............................FAILED tests 128-130
 op/pack...............................FAILED tests 25-5625
 op/pow................................
 op/taint..............................# msgsnd failed
 ../ext/IO/lib/IO/t/io_poll............FAILED tests 3-4
 ../ext/IPC/SysV/ipcsysv...............FAILED tests 2, 5-6
 ../ext/IPC/SysV/t/msg.................FAILED tests 2, 4-6
 ../ext/Socket/socketpair..............FAILED tests 12
 ../lib/IPC/SysV.......................FAILED tests 2, 5-6
 ../lib/warnings.......................FAILED tests 115-116, 118-119

The op/pack failure ("Cannot compress negative numbers at op/pack.t line 126") is serious but as of yet unsolved. It points at some problems with the signedness handling of the C compiler, as do the 64bitint, arith, and pow failures. Most of the rest point at problems with SysV IPC.

PDL failing some tests

Use PDL 2.3.4 or later.

Term::ReadKey not working on Win32

Use Term::ReadKey 2.20 or later.

Failure of Thread (5.005-style) tests

Note that support for 5.005-style threading is deprecated, experimental and practically unsupported. In 5.10, it is expected to be removed. You should migrate your code to ithreads.

5.005スタイルでのスレッド操作は非推奨事項になり、 試験的にではありますがほとんどサポート外となったと言うことを 覚えておいて下さい。5.10では、削除されることが期待されています。 あなたのコードはithreadに移行すべきです。

The following tests are known to fail due to fundamental problems in the 5.005 threading implementation. These are not new failures--Perl 5.005_0x has the same bugs, but didn't have these tests.

以下のテストは5.005のスレッド操作の実行における根本的な問題の結果失敗する ことが知られています。これらは新しい失敗事例ではありません--Perl5.005_0xでも 同じバグを持っていたのですが、テストされなかったのです。

 ../ext/B/t/xref.t                    255 65280    14   12  85.71%  3-14
 ../ext/List/Util/t/first.t           255 65280     7    4  57.14%  2 5-7
 ../lib/English.t                       2   512    54    2   3.70%  2-3
 ../lib/FileCache.t                                 5    1  20.00%  5
 ../lib/Filter/Simple/t/data.t                      6    3  50.00%  1-3
 ../lib/Filter/Simple/t/filter_only.                9    3  33.33%  1-2 5
 ../lib/Math/BigInt/t/bare_mbf.t                 1627    4   0.25%  8 11 1626-1627
 ../lib/Math/BigInt/t/bigfltpm.t                 1629    4   0.25%  10 13 1628-
                                                                    1629
 ../lib/Math/BigInt/t/sub_mbf.t                  1633    4   0.24%  8 11 1632-1633
 ../lib/Math/BigInt/t/with_sub.t                 1628    4   0.25%  9 12 1627-1628
 ../lib/Tie/File/t/31_autodefer.t     255 65280    65   32  49.23%  34-65
 ../lib/autouse.t                                  10    1  10.00%  4
 op/flip.t                                         15    1   6.67%  15

These failures are unlikely to get fixed as 5.005-style threads are considered fundamentally broken. (Basically what happens is that competing threads can corrupt shared global state, one good example being regular expression engine's state.)

これらの失敗は5.005スタイルのスレッドの根本的な部分が破綻していると 見なされているため、修正される見込みは薄いです。(基本的に起こることとしては、 は矛盾したスレッドがグローバルに共有された状態を腐敗させる可能性が あります。一つの良い例としては正規表現エンジンの状態です。)

Timing problems

タイミングの問題

The following tests may fail intermittently because of timing problems, for example if the system is heavily loaded.

以降のテストはタイミングの問題によって断続的に失敗するかも知れません。 例えばシステムに大きな負荷がかかっている時です。

    t/op/alarm.t
    ext/Time/HiRes/HiRes.t
    lib/Benchmark.t
    lib/Memoize/t/expmod_t.t
    lib/Memoize/t/speed.t

In case of failure please try running them manually, for example

失敗する場合は手作業で起動するようにして下さい。例えば

    ./perl -Ilib ext/Time/HiRes/HiRes.t

Unicode in package/class and subroutine names does not work

package/classとサブルーチン名の中でUnicodeは使えません

One can have Unicode in identifier names, but not in package/class or subroutine names. While some limited functionality towards this does exist as of Perl 5.8.0, that is more accidental than designed; use of Unicode for the said purposes is unsupported.

識別名をつける際にUnicodeを用いることは可能ですが、package/class又は サブルーチンの名前に関しては不可能です。これに対する制限が存在するのは Perl5.8.0からですが、意図的と言うよりもむしろ偶発的なものであると言えます。; つまり、これまでに述べた目的でのUnicodeの使用に関してはサポートされません。

One reason of this unfinishedness is its (currently) inherent unportability: since both package names and subroutine names may need to be mapped to file and directory names, the Unicode capability of the filesystem becomes important-- and there unfortunately aren't portable answers.

これが未完成である一つの理由としては固有の携帯性(現時点においての)が 無くなってしまうからです: パッケージとサブルーチンの名前はファイルと ディレクトリの名前と対応させる必要があるため、ファイルシステムのUnicode能力が 重要となります。そして、不幸なことに携帯性を重視した答えと言うものは 存在しないのです。

UNICOS/mk

UTS

There are a few known test failures, see perluts (README.uts).

少しではありますがテストの失敗があります。perluts (README>uts)を 御覧下さい。

VOS (Stratus)

When Perl is built using the native build process on VOS Release 14.5.0 and GNU C++/GNU Tools 2.0.1, all attempted tests either pass or result in TODO (ignored) failures.

VMS

There should be no reported test failures with a default configuration, though there are a number of tests marked TODO that point to areas needing further debugging and/or porting work.

Win32

In multi-CPU boxes, there are some problems with the I/O buffering: some output may appear twice.

XML::Parser not working

Use XML::Parser 2.31 or later.

z/OS (OS/390)

z/OS has rather many test failures but the situation is actually better than it was in 5.6.0; it's just that so many new modules and tests have been added.

 Failed Test                   Stat Wstat Total Fail  Failed  List of Failed
 ---------------------------------------------------------------------------
 ../ext/Data/Dumper/t/dumper.t              357    8   2.24%  311 314 325 327
                                                              331 333 337 339
 ../ext/IO/lib/IO/t/io_unix.t                 5    4  80.00%  2-5
 ../ext/Storable/t/downgrade.t   12  3072   169   12   7.10%  14-15 46-47 78-79
                                                              110-111 150 161
 ../lib/ExtUtils/t/Constant.t   121 30976    48   48 100.00%  1-48
 ../lib/ExtUtils/t/Embed.t                    9    9 100.00%  1-9
 op/pat.t                         0    11   922  283  30.69%  640-922
 op/sprintf.t                               224    3   1.34%  98 100 136
 op/tr.t                                     97    5   5.15%  63 71-74
 uni/fold.t                                 780    6   0.77%  61 169 196 661
                                                              710-711

The failures in dumper.t and downgrade.t are problems in the tests, those in io_unix and sprintf are problems in the USS (UDP sockets and printf formats). The pat, tr, and fold failures are genuine Perl problems caused by EBCDIC (and in the pat and fold cases, combining that with Unicode). The Constant and Embed are probably problems in the tests (since they test Perl's ability to build extensions, and that seems to be working reasonably well.)

Localising Tied Arrays and Hashes Is Broken

localのtieされた配列のハッシュは破壊されます

    local %tied_array;

doesn't work as one would expect: the old value is restored incorrectly. This will be changed in a future release, but we don't know yet what the new semantics will exactly be. In any case, the change will break existing code that relies on the current (ill-defined) semantics, so just avoid doing this in general.

うまく働かず、次のような動作になることでしょう: 古い値が正しく復元されません。 これは将来のリリースでは変更されるでしょうが、我々は現在のところどの新しい セマンティクスが正確であるかを見出していません。どのような場合でも、 変更が現在の(間違った定義の)セマンティクスに依存する既存のコードを 破壊します。よって、通常はとにかくこうなることを回避してください。

Self-tying Problems

Self-tying of arrays and hashes is broken in rather deep and hard-to-fix ways. As a stop-gap measure to avoid people from getting frustrated at the mysterious results (core dumps, most often), it is forbidden for now (you will get a fatal error even from an attempt).

A change to self-tying of globs has caused them to be recursively referenced (see: perlobj/"Two-Phased Garbage Collection"). You will now need an explicit untie to destroy a self-tied glob. This behaviour may be fixed at a later date.

Self-tying of scalars and IO thingies works.

Tied/Magical Array/Hash Elements Do Not Autovivify

For normal arrays $foo = \$bar[1] will assign undef to $bar[1] (assuming that it didn't exist before), but for tied/magical arrays and hashes such autovivification does not happen because there is currently no way to catch the reference creation. The same problem affects slicing over non-existent indices/keys of a tied/magical array/hash.

Building Extensions Can Fail Because Of Largefiles

Some extensions like mod_perl are known to have issues with `largefiles', a change brought by Perl 5.6.0 in which file offsets default to 64 bits wide, where supported. Modules may fail to compile at all, or they may compile and work incorrectly. Currently, there is no good solution for the problem, but Configure now provides appropriate non-largefile ccflags, ldflags, libswanted, and libs in the %Config hash (e.g., $Config{ccflags_nolargefiles}) so the extensions that are having problems can try configuring themselves without the largefileness. This is admittedly not a clean solution, and the solution may not even work at all. One potential failure is whether one can (or, if one can, whether it's a good idea to) link together at all binaries with different ideas about file offsets; all this is platform-dependent.

Unicode Support on EBCDIC Still Spotty

Though mostly working, Unicode support still has problem spots on EBCDIC platforms. One such known spot are the \p{} and \P{} regular expression constructs for code points less than 256: the pP are testing for Unicode code points, not knowing about EBCDIC.

The Compiler Suite Is Still Very Experimental

The compiler suite is slowly getting better but it continues to be highly experimental. Use in production environments is discouraged.

The Long Double Support Is Still Experimental

The ability to configure Perl's numbers to use "long doubles", floating point numbers of hopefully better accuracy, is still experimental. The implementations of long doubles are not yet widespread and the existing implementations are not quite mature or standardised, therefore trying to support them is a rare and moving target. The gain of more precision may also be offset by slowdown in computations (more bits to move around, and the operations are more likely to be executed by less optimised libraries).

Seen In Perl 5.7 But Gone Now

Perl 5.7にはあったが現在無くなってしまったもの

Time::Piece (previously known as Time::Object) was removed because it was felt that it didn't have enough value in it to be a core module. It is still a useful module, though, and is available from the CPAN.

Time::Pieace(以前はTime::Objectとして知られていました)は コアモジュールとして十分な価値を持っていると感じられなかったため 削除されました。それでもなお便利なモジュールですので、CPANから入手可能です。

Perl 5.8 unfortunately does not build anymore on AmigaOS; this broke accidentally at some point. Since there are not that many Amiga developers available, we could not get this fixed and tested in time for 5.8.0. Perl 5.6.1 still works for AmigaOS (as does the the 5.7.2 development release).

Perl 5.8では、不幸なことですが今はもうAmigaOSではビルドされていません;開発の 中断はある時偶然にして起こりました。多くのAmigaの開発者が居なくなって以来 我々は5.8.0のための修正やテストが間に合いませんでした。Perl 5.6.1はまだ AmigaOS上で動作します(開発版である5.7.2はリリースされていますが)。

The PerlIO::Scalar and PerlIO::Via (capitalised) were renamed as PerlIO::scalar and PerlIO::via (all lowercase) just before 5.8.0. The main rationale was to have all core IO layers to have all lowercase names. The "plugins" are named as usual, for example PerlIO::via::QuotedPrint.

PerlIO::ScalarPerlIO::Via(大文字が使われている)は5.8.0で PerlIO::scalarPerlIO::via(全て小文字)に改名されました。 原則としてコアのIOレイヤは全て小文字の名前です。"プラグイン"では 通常PerlIO::via::QuatedPrintのような名前をつけられます。

Reporting Bugs

バグレポート

If you find what you think is a bug, you might check the articles recently posted to the comp.lang.perl.misc newsgroup and the perl bug database at http://bugs.perl.org/ . There may also be information at http://www.perl.com/ , the Perl Home Page.

もしバグだと思ったら、comp.lang.perl.miscニュースグループに 投稿された最近の記事と、http://bugs.perl.org/にある perl bug databaseを確認してください。 Perlのホームページであるhttp://www.perl.com/にも 情報があるかもしれません。

If you believe you have an unreported bug, please run the perlbug program included with your release. Be sure to trim your bug down to a tiny but sufficient test case. Your bug report, along with the output of perl -V, will be sent off to perlbug@perl.org to be analysed by the Perl porting team.

未報告のバグがあると確信した場合は、あなたが持っている リリースに含まれるperlbugプログラムを実行してください。 きっと、小さいですが十分なテストケースを整えてくれます。 あなたのバグレポートはperl -Vによる出力の他に、 Perl porting teamによって解析されるためにperlbug@perl.orgへ 送信されることでしょう。

SEE ALSO

参考資料

The Changes file for exhaustive details on what changed.

変更点に関する完全な詳細を扱ったChangesファイル。

The INSTALL file for how to build Perl.

インストール方法を扱ったINSTALLファイル。

The README file for general stuff.

一般的な事柄を扱ったREADMEファイル

The Artistic and Copying files for copyright information.

著作権情報を扱ったArtisticファイルとCopyingファイル。

HISTORY

履歴

Written by Jarkko Hietaniemi <jhi@iki.fi>.

Jarkko Hietaniemi <jhi@iki.fi>によって書かれました。