perlfunc - Perl builtin functions perlfunc - Perl 組み込み関数 The functions in this section can serve as terms in an expression. They fall into two major categories: list operators and named unary operators. These differ in their precedence relationship with a following comma. (See the precedence table in perlop.) List operators take more than one argument, while unary operators can never take more than one argument. Thus, a comma terminates the argument of a unary operator, but merely separates the arguments of a list operator. A unary operator generally provides a scalar context to its argument, while a list operator may provide either scalar or list contexts for its arguments. If it does both, the scalar arguments will be first, and the list argument will follow. (Note that there can ever be only one such list argument.) For instance, splice() has three scalar arguments followed by a list, whereas gethostbyname() has four scalar arguments. この節の関数は、式の中で項として使うことができます。 これらは、大きく 2 つに分けられます: リスト演算子と名前付き単項演算子です。 これらの違いは、その後に出て来るコンマとの優先順位の関係にあります。　 (perlop の優先順位の表を参照してください。) リスト演算子は 2 個以上の引数をとるのに対して、 単項演算子が複数の引数をとることはありません。 つまり、コンマは単項演算子の引数の終わりとなりますが、 リスト演算子の場合には、引数の区切りでしかありません。 単項演算子は一般に、 引数に対してスカラコンテキストを与えるのに対して、 スカラ演算子の場合には、引数に対してスカラコンテキストを与える場合も、 リストコンテキストを与える場合もあります。 1 つのリスト演算子が 両方のコンテキストを与える場合には、スカラ引数がいくつか並び、 最後にリスト引数が 1 つ続きます。 (リスト引数は 1 つだけです。) たとえば、splice() は 3 つのスカラ引数に 1 つのリスト引数が続きます。 一方 gethostbyname() は 4 つのスカラ引数を持ちます。 In the syntax descriptions that follow, list operators that expect a list (and provide list context for the elements of the list) are shown with LIST as an argument. Such a list may consist of any combination of scalar arguments or list values; the list values will be included in the list as if each individual element were interpolated at that point in the list, forming a longer single-dimensional list value. Commas should separate elements of the LIST. 後に載せる構文記述では、リストをとり (そのリストの要素にリストコンテキストを与える) リスト演算子は、引数として LIST をとるように書いています。 そのようなリストには、任意のスカラ引数の組み合わせやリスト値を 含めることができ、リスト値はリストの中に、 個々の要素が展開されたように埋め込まれます。 1 次元の長いリスト値が形成されることになります。 LIST の要素は、コンマで区切られます。 Any function in the list below may be used either with or without parentheses around its arguments. (The syntax descriptions omit the parentheses.) If you use the parentheses, the simple (but occasionally surprising) rule is this: It looks like a function, therefore it is a function, and precedence doesn't matter. Otherwise it's a list operator or unary operator, and precedence does matter. And whitespace between the function and left parenthesis doesn't count--so you need to be careful sometimes: 以下のリストの関数はすべて、引数の前後の括弧は省略可能と なっています。 (構文記述では省略しています。) 括弧を使うときには、 単純な (しかし、ときには驚く結果となる) 規則が適用できます: 関数に見えるならば、それは関数で、優先順位は関係ありません。 そう見えなければ、それはリスト演算子か単項演算子で、優先順位が 関係します。 また、関数と開き括弧の間の空白は関係ありませんので、 ときに気を付けなければなりません: If you run Perl with the -w switch it can warn you about this. For example, the third line above produces: Perl に -w スイッチを付けて実行すれば、こういったものには 警告を出してくれます。 たとえば、上記の 3 つめは、以下のような警告が出ます: A few functions take no arguments at all, and therefore work as neither unary nor list operators. These include such functions as time and endpwent. For example, time+86_400 always means time() + 86_400. いくつかの関数は引数を全くとらないので、単項演算子としても リスト演算子としても動作しません。 このような関数としては time や endpwent があります。 例えば、time+86_400 は常に time() + 86_400 として扱われます。 For functions that can be used in either a scalar or list context, nonabortive failure is generally indicated in a scalar context by returning the undefined value, and in a list context by returning the null list. スカラコンテキストでも、リストコンテキストでも使える関数は、 致命的でないエラーを示すために、スカラコンテキストでは 未定義値を返し、リストコンテキストでは空リストを返します。 Remember the following important rule: There is no rule that relates the behavior of an expression in list context to its behavior in scalar context, or vice versa. It might do two totally different things. Each operator and function decides which sort of value it would be most appropriate to return in scalar context. Some operators return the length of the list that would have been returned in list context. Some operators return the first value in the list. Some operators return the last value in the list. Some operators return a count of successful operations. In general, they do what you want, unless you want consistency. context 以下に述べる重要なルールを忘れないで下さい: リストコンテキストでの 振る舞いとスカラコンテキストでの振る舞いの関係、あるいはその逆に ルールはありません。 2 つの全く異なったことがあります。 それぞれの演算子と関数は、スカラコンテキストでは、もっとも適切と 思われる値を返します。 リストコンテキストで返す時のリストの長さを返す演算子もあります。 リストの最初の値を返す演算子もあります。 リストの最後の値を返す演算子もあります。 成功した操作の数を返す演算子もあります。 一般的には、一貫性を求めない限り、こちらが求めることをします。 context A named array in scalar context is quite different from what would at first glance appear to be a list in scalar context. You can't get a list like (1,2,3) into being in scalar context, because the compiler knows the context at compile time. It would generate the scalar comma operator there, not the list construction version of the comma. That means it was never a list to start with. スカラコンテキストでの名前付き配列は、スカラコンテキストでのリストを 一目見たものとは全く違います。 コンパイラはコンパイル時にコンテキストを知っているので、 (1,2,3) のようなリストをスカラコンテキストで得ることはできません。 これはスカラコンマ演算子を生成し、コンマのリスト作成版ではありません。 これは初めからリストであることはないことを意味します。 In general, functions in Perl that serve as wrappers for system calls of the same name (like chown(2), fork(2), closedir(2), etc.) all return true when they succeed and undef otherwise, as is usually mentioned in the descriptions below. This is different from the C interfaces, which return -1 on failure. Exceptions to this rule are wait, waitpid, and syscall. System calls also set the special $! variable on failure. Other functions do not, except accidentally. 一般的に、同じ名前のシステムコールのラッパーとして動作する Perl の関数 (chown(2), fork(2), closedir(2) など)は、以下に述べるように、 成功時に真を返し、そうでなければ undef を返します。 これは失敗時に -1 を返す C のインターフェースとは違います。 このルールの例外は wait, waitpid, syscall です。 システムコールは失敗時に特殊変数 $! をセットします。 その他の関数は、事故を除いて、セットしません。 (カテゴリ別の Perl 関数) Here are Perl's functions (including things that look like functions, like some keywords and named operators) arranged by category. Some functions appear in more than one place. 以下に、カテゴリ別の関数(キーワードや名前付き演算子のような、 関数のように見えるものも含みます)を示します。 複数の場所に現れる関数もあります。 Functions for SCALARs or strings scalar string character (スカラや文字列のための関数) chomp, chop, chr, crypt, hex, index, lc, lcfirst, length, oct, ord, pack, q//, qq//, reverse, rindex, sprintf, substr, tr///, uc, ucfirst, y/// Regular expressions and pattern matching regular expression regex regexp (正規表現とパターンマッチング) m//, pos, quotemeta, s///, split, study, qr// Numeric functions numeric number trigonometric trigonometry (数値関数) abs, atan2, cos, exp, hex, int, log, oct, rand, sin, sqrt, srand Functions for real @ARRAYs array (実配列のための関数) pop, push, shift, splice, unshift Functions for list data list (リストデータのための関数) grep, join, map, qw//, reverse, sort, unpack Functions for real %HASHes hash (実ハッシュのための関数) delete, each, exists, keys, values Input and output functions I/O input output dbm (入出力関数) binmode, close, closedir, dbmclose, dbmopen, die, eof, fileno, flock, format, getc, print, printf, read, readdir, rewinddir, say, seek, seekdir, select, syscall, sysread, sysseek, syswrite, tell, telldir, truncate, warn, write Functions for fixed length data or records (固定長データやレコードのための関数) pack, read, syscall, sysread, syswrite, unpack, vec Functions for filehandles, files, or directories file filehandle directory pipe link symlink (ファイルハンドル、ファイル、ディレクトリのための関数) -X, chdir, chmod, chown, chroot, fcntl, glob, ioctl, link, lstat, mkdir, open, opendir, readlink, rename, rmdir, stat, symlink, sysopen, umask, unlink, utime Keywords related to the control flow of your Perl program control flow (プログラムの流れを制御することに関連するキーワード) caller, continue, die, do, dump, eval, exit, goto, last, next, redo, return, sub, wantarray Keywords related to switch (switch に関連するキーワード) break, continue, given, when, default (These are only available if you enable the "switch" feature. See feature and perlsyn/"Switch statements".) (これらは "switch" 機能が有効の場合にのみ利用可能です。 feature と perlsyn/"Switch statements" を参照してください。) Keywords related to scoping (スコープに関するキーワード) caller, import, local, my, our, state, package, use (state is only available if the "state" feature is enabled. See feature.) (state は "state" 機能が有効の場合にのみ利用可能です。 feature を参照してください。) Miscellaneous functions (さまざまな関数) defined, dump, eval, formline, local, my, our, reset, scalar, state, undef, wantarray Functions for processes and process groups process pid process id (プロセスとプロセスグループのための関数) alarm, exec, fork, getpgrp, getppid, getpriority, kill, pipe, qx//, setpgrp, setpriority, sleep, system, times, wait, waitpid Keywords related to perl modules module (perl モジュールに関するキーワード) do, import, no, package, require, use Keywords related to classes and object-orientation object class package (クラスとオブジェクト指向に関するキーワード) bless, dbmclose, dbmopen, package, ref, tie, tied, untie, use Low-level socket functions socket sock (低レベルソケット関数) accept, bind, connect, getpeername, getsockname, getsockopt, listen, recv, send, setsockopt, shutdown, socket, socketpair System V interprocess communication functions IPC System V semaphore shared memory memory message (System V プロセス間通信関数) msgctl, msgget, msgrcv, msgsnd, semctl, semget, semop, shmctl, shmget, shmread, shmwrite Fetching user and group info user group password uid gid passwd /etc/passwd (ユーザーとグループの情報取得) endgrent, endhostent, endnetent, endpwent, getgrent, getgrgid, getgrnam, getlogin, getpwent, getpwnam, getpwuid, setgrent, setpwent Fetching network info network protocol host hostname IP address service (ネットワーク情報取得) endprotoent, endservent, gethostbyaddr, gethostbyname, gethostent, getnetbyaddr, getnetbyname, getnetent, getprotobyname, getprotobynumber, getprotoent, getservbyname, getservbyport, getservent, sethostent, setnetent, setprotoent, setservent Time-related functions time date (時刻に関する関数) gmtime, localtime, time, times Functions new in perl5 perl5 (perl5 で新設された関数) abs, bless, break, chomp, chr, continue, default, exists, formline, given, glob, import, lc, lcfirst, lock, map, my, no, our, prototype, qr//, qw//, qx//, readline, readpipe, ref, sub*, sysopen, tie, tied, uc, ucfirst, untie, use, when * - sub was a keyword in perl4, but in perl5 it is an operator, which can be used in expressions. * - sub は perl4 ではキーワードですが、perl5 では演算子なので、 式で使えます。 Functions obsoleted in perl5 (perl5 では古いものとなった関数) dbmclose, dbmopen (移植性) Perl was born in Unix and can therefore access all common Unix system calls. In non-Unix environments, the functionality of some Unix system calls may not be available, or details of the available functionality may differ slightly. The Perl functions affected by this are: Perl は Unix 環境で生まれたので、全ての共通する Unix システムコールに アクセスします。非 Unix 環境では、いくつかの Unix システムコールの 機能が使えなかったり、使える機能の詳細が多少異なったりします。 これによる影響を受ける Perl 関数は以下のものです: -X, binmode, chmod, chown, chroot, crypt, dbmclose, dbmopen, dump, endgrent, endhostent, endnetent, endprotoent, endpwent, endservent, exec, fcntl, flock, fork, getgrent, getgrgid, gethostbyname, gethostent, getlogin, getnetbyaddr, getnetbyname, getnetent, getppid, getpgrp, getpriority, getprotobynumber, getprotoent, getpwent, getpwnam, getpwuid, getservbyport, getservent, getsockopt, glob, ioctl, kill, link, lstat, msgctl, msgget, msgrcv, msgsnd, open, pipe, readlink, rename, select, semctl, semget, semop, setgrent, sethostent, setnetent, setpgrp, setpriority, setprotoent, setpwent, setservent, setsockopt, shmctl, shmget, shmread, shmwrite, socket, socketpair, stat, symlink, syscall, sysopen, system, times, truncate, umask, unlink, utime, wait, waitpid For more information about the portability of these functions, see perlport and other available platform-specific documentation. これらの関数の移植性に関するさらなる情報については、 perlport とその他のプラットホーム固有のドキュメントを参照して下さい。 -X FILEHANDLE -r-w-x-o-R-W-X-O-e-z-s-f-d-l-p -S-b-c-t-u-g-k-T-B-M-A-C -X EXPR -X DIRHANDLE -X A file test, where X is one of the letters listed below. This unary operator takes one argument, either a filename, a filehandle, or a dirhandle, and tests the associated file to see if something is true about it. If the argument is omitted, tests $_, except for -t, which tests STDIN. Unless otherwise documented, it returns 1 for true and '' for false, or the undefined value if the file doesn't exist. Despite the funny names, precedence is the same as any other named unary operator. The operator may be any of: X は以下にあげる文字で、ファイルテストを行ないます。 この単項演算子は、ファイル名かファイルハンドルを唯一の 引数として動作し、「あること」について真であるか否かを 判定した結果を返します。 引数が省略されると、-t では STDIN を調べますが、その他は $_ を調べます。 特に記述されていなければ、真として 1 を返し、偽として '' を返し、ファイルが存在しなければ、未定義値を返します。 みかけは変わっていますが、優先順位は名前付き単項演算子と同じで、 他の単項演算子と同じく、引数を括弧で括ることもできます。 演算子には以下のものがあります: Example: 例: ) { chomp; next unless -f $_; # ignore specials #... } ]]> The interpretation of the file permission operators -r, -R, -w, -W, -x, and -X is by default based solely on the mode of the file and the uids and gids of the user. There may be other reasons you can't actually read, write, or execute the file: for example network filesystem access controls, ACLs (access control lists), read-only filesystems, and unrecognized executable formats. Note that the use of these six specific operators to verify if some operation is possible is usually a mistake, because it may be open to race conditions. ファイルのパーミッション演算子 -r, -R, -w, -W, -x, -X の解釈は、ファイルのモードとユーザの実効／実 uid と 実効／実 gid のみから判断されます。 実際にファイルが読めたり、書けたり、実行できたりするためには、 別の条件が必要かもしれません: 例えば、ネットワークファイルシステムアクセスコントロール、 ACL(アクセスコントロールリスト)、読み込み専用ファイルシステム、 認識できない実行ファイルフォーマット、などです。 これらの 6 つの演算子を、特定の操作が可能かどうかを確認するために使うのは 通常は誤りであることに注意してください; なぜなら、これらは競合条件を 招きやすいからです。 Also note that, for the superuser on the local filesystems, the -r, -R, -w, and -W tests always return 1, and -x and -X return 1 if any execute bit is set in the mode. Scripts run by the superuser may thus need to do a stat() to determine the actual mode of the file, or temporarily set their effective uid to something else. ローカルファイルシステムのスーパーユーザには、 -r, -R, -w, -W に対して、常に 1 が返り、モード中の いずれかの実行許可ビットが立っていれば、-x, -X にも 1 が 返ることにも注意してください。 スーパーユーザが実行するスクリプトでは、ファイルのモードを調べるためには、 stat() を行なうか、実効 uid を一時的に別のものにする 必要があるでしょう。 If you are using ACLs, there is a pragma called filetest that may produce more accurate results than the bare stat() mode bits. When under the use filetest 'access' the above-mentioned filetests will test whether the permission can (not) be granted using the access() family of system calls. Also note that the -x and -X may under this pragma return true even if there are no execute permission bits set (nor any extra execute permission ACLs). This strangeness is due to the underlying system calls' definitions. Note also that, due to the implementation of use filetest 'access', the _ special filehandle won't cache the results of the file tests when this pragma is in effect. Read the documentation for the filetest pragma for more information. ACL を使っている場合は、生の stat() モードビットより 精度の高い結果を作成する filetest プラグマがあります。 use filetest 'access' とした場合、上述したファイルテストは システムコールの access() ファミリーを使って権限が与えられているか どうかをテストします。 また、このプラグマが指定されている場合、-x と -X は たとえ実行許可ビット(または追加の実行許可 ACL)がセットされていない 場合でも真を返すことに注意してください。 この挙動は使用するシステムコールの定義によるものです。 use filetest 'access' の実装により、このプラグマが有効の場合は _ 特殊ファイルハンドルはファイルテストの結果をキャッシュしないことに 注意してください。 さらなる情報については filetest プラグマのドキュメントを 参照してください。 Note that -s/a/b/ does not do a negated substitution. Saying -exp($foo) still works as expected, however--only single letters following a minus are interpreted as file tests. -s/a/b は、置換演算 (s///) の符号反転ではありません。 しかし、-exp($foo) は期待どおりに動作します。 マイナス記号の後に英字が 1 字続くときにのみ、ファイルテストと 解釈されます。 The -T and -B switches work as follows. The first block or so of the file is examined for odd characters such as strange control codes or characters with the high bit set. If too many strange characters (>30%) are found, it's a -B file; otherwise it's a -T file. Also, any file containing null in the first block is considered a binary file. If -T or -B is used on a filehandle, the current IO buffer is examined rather than the first block. Both -T and -B return true on a null file, or a file at EOF when testing a filehandle. Because you have to read a file to do the -T test, on most occasions you want to use a -f against the file first, as in next unless -f $file && -T $file. ファイルテスト -T と -B の動作原理は、次のようになっています。 ファイルの最初の数ブロックを調べて、変わった制御コードや 上位ビットがセットされているような、通常のテキストには現れない文字を探します。 そのような文字が、たくさん (>30%) 見つかるようであれば、 そのファイルは -B ファイルであると判断されます; さもなければ -T ファイルとなります。 最初のブロックにヌル文字が含まれるファイルも、 バイナリファイルとみなされます。 -T や -B をファイルハンドルに対して用いると、 最初のブロックを調べる代わりに、IO バッファを調べます。 調べたファイルの中身が何もないときや、 ファイルハンドルを調べたときに EOF に達して いたときには、-T も -B も「真」を返します。 -T テストをするためにはファイルを読み込まないといけないので、 たいていは next unless -f $file && -T $file というような形で まず調べたいファイルに対して -f を使いたいはずです。 If any of the file tests (or either the stat or lstat operators) are given the special filehandle consisting of a solitary underline, then the stat structure of the previous file test (or stat operator) is used, saving a system call. (This doesn't work with -t, and you need to remember that lstat() and -l will leave values in the stat structure for the symbolic link, not the real file.) (Also, if the stat buffer was filled by an lstat call, -T and -B will reset it with the results of stat _). Example: どのファイルテスト (あるいは、stat や lstat) 演算子にも、 下線だけから成る特別なファイルハンドルを与えると、 前回のファイルテスト (や stat) の stat 構造体が使われ、 システムコールを省きます。 (-t には使えませんし、lstat() や -l は実ファイルではなく、 シンボリックリンクの情報を stat 構造体に残すことを 覚えておく必要があります。) (また、stat バッファが lstat 呼び出しで埋まった場合、 -T と -B の結果は stat _ の結果でリセットされます。 例: As of Perl 5.9.1, as a form of purely syntactic sugar, you can stack file test operators, in a way that -f -w -x $file is equivalent to -x $file && -w _ && -f _. (This is only syntax fancy: if you use the return value of -f $file as an argument to another filetest operator, no special magic will happen.) Perl 5.9.1 から、純粋にシンタックスシュガーとして、ファイルテスト演算子を スタックさせることができるので、-f -w -x $file は -x $file && -w _ && -f _ と等価です。 (これば文法上だけの話です; もし -f $file の返り値を他のファイルテスト 演算子の引数として使う場合は、何の特別なことも起きません。) abs VALUE abs absolute abs Returns the absolute value of its argument. If VALUE is omitted, uses $_. 引数の絶対値を返します。 VALUE が省略された場合は、$_ を使います。 accept NEWSOCKET,GENERICSOCKET accept Accepts an incoming socket connect, just as the accept(2) system call does. Returns the packed address if it succeeded, false otherwise. See the example in perlipc/"Sockets: Client/Server Communication". accept(2) システムコールと同様に、着信するソケットの接続を受け付けます。 成功時にはパックされたアドレスを返し、失敗すれば偽を返します。 perlipc/"Sockets: Client/Server Communication" の 例を参照してください。 On systems that support a close-on-exec flag on files, the flag will be set for the newly opened file descriptor, as determined by the value of $^F. See perlvar/$^F. ファイルに対する close-on-exec フラグをサポートしているシステムでは、 フラグは $^F の値で決定される、新しくオープンされたファイル記述子に対して セットされます。perlvar/$^F を参照してください。 alarm SECONDS alarm SIGALRM timer alarm Arranges to have a SIGALRM delivered to this process after the specified number of wallclock seconds has elapsed. If SECONDS is not specified, the value stored in $_ is used. (On some machines, unfortunately, the elapsed time may be up to one second less or more than you specified because of how seconds are counted, and process scheduling may delay the delivery of the signal even further.) 指定した壁時計秒数が経過した後に、自プロセスに SIGALRM が 送られてくるようにします。SECONDS が指定されていない場合は、 $_に格納されている値を使います。 (マシンによっては、秒の数え方が異なるため、指定した秒数よりも 最大で 1 秒ずれます。) Only one timer may be counting at once. Each call disables the previous timer, and an argument of 0 may be supplied to cancel the previous timer without starting a new one. The returned value is the amount of time remaining on the previous timer. 一度には 1 つのタイマだけが設定可能です。 呼び出しを行なう度に、以前のタイマを無効にしますし、 新しくタイマを起動しないで以前のタイマをキャンセルするために 引数に 0 を指定して呼び出すことができます。 以前のタイマの残り時間が、返り値となります。 For delays of finer granularity than one second, the Time::HiRes module (from CPAN, and starting from Perl 5.8 part of the standard distribution) provides ualarm(). You may also use Perl's four-argument version of select() leaving the first three arguments undefined, or you might be able to use the syscall interface to access setitimer(2) if your system supports it. See perlfaq8 for details. 1 秒より精度の高いスリープを行なうには、 Time::HiRes モジュール(CPAN から、また Perl 5.8 からは 標準配布されています) が ualarm() を提供します。 Perl の 4 引数版 select() を最初の 3 引数を未定義にして使うか、 setitimer(2) をサポートしているシステムでは、Perl の syscall インタフェースを使ってアクセスすることもできます。 詳しくは perlfaq8 を参照してください。 It is usually a mistake to intermix alarm and sleep calls. (sleep may be internally implemented in your system with alarm) alarm と sleep を混ぜて使うのは普通は間違いです。 (sleep は内部的に alarm を使って内部的に実装されているかもしれません) If you want to use alarm to time out a system call you need to use an eval/die pair. You can't rely on the alarm causing the system call to fail with $! set to EINTR because Perl sets up signal handlers to restart system calls on some systems. Using eval/die always works, modulo the caveats given in perlipc/"Signals". alarm をシステムコールの時間切れのために使いたいなら、 eval/die のペアで使う必要があります。 システムコールが失敗したときに $! に EINTR がセットされることに 頼ってはいけません。なぜならシステムによっては Perl は システムコールを再開するためにシグナルハンドラを設定するからです。 eval/die は常にうまく動きます。 注意点については perlipc/"Signals" を参照して下さい。 For more information see perlipc. さらなる情報については perlipc を参照してください。 atan2 Y,X atan2 arctangent tan tangent Returns the arctangent of Y/X in the range -PI to PI. -πからπの範囲で Y/X の逆正接を返します。 For the tangent operation, you may use the Math::Trig::tan function, or use the familiar relation: 正接を求めたいときは、Math::Trig::tan を使うか、 以下のよく知られた関係を使ってください。 Note that atan2(0, 0) is not well-defined. atan2(0, 0) は未定義であることに注意してください。 bind SOCKET,NAME bind Binds a network address to a socket, just as the bind system call does. Returns true if it succeeded, false otherwise. NAME should be a packed address of the appropriate type for the socket. See the examples in perlipc/"Sockets: Client/Server Communication". bind(2) システムコールと同様に、ネットワークアドレスをソケットに結び付けます。 成功時には真を返し、失敗時には偽を返します。 NAME は、ソケットに対する、適切な型のパックされたアドレスでなければなりません。 perlipc/"Sockets: Client/Server Communication" の例を参照してください。 binmode FILEHANDLE, LAYER binmode binary text DOS Windows binmode FILEHANDLE Arranges for FILEHANDLE to be read or written in "binary" or "text" mode on systems where the run-time libraries distinguish between binary and text files. If FILEHANDLE is an expression, the value is taken as the name of the filehandle. Returns true on success, otherwise it returns undef and sets $! (errno). バイナリファイルとテキストファイルを区別する OS において、 FILEHANDLE を「バイナリ」または「テキスト」で読み書きするように 指定します。 FILEHANDLE が式である場合には、その式の値がファイルハンドルの 名前として使われます。 On some systems (in general, DOS and Windows-based systems) binmode() is necessary when you're not working with a text file. For the sake of portability it is a good idea to always use it when appropriate, and to never use it when it isn't appropriate. Also, people can set their I/O to be by default UTF-8 encoded Unicode, not bytes. テキストファイルでないものを扱う場合に binmode() が必要な システムもあります(一般的には DOS と Windows ベースのシステムです)。 移植性のために、適切なときには常にこれを使い、適切でないときには 決して使わないというのは良い考えです。 また、デフォルトとして I/O を bytes ではなく UTF-8 エンコードされた Unicode にセットすることも出来ます。 In other words: regardless of platform, use binmode() on binary data, like for example images. 言い換えると: プラットフォームに関わらず、 例のイメージのようなバイナリファイルに対しては binmode() を使ってください。 If LAYER is present it is a single string, but may contain multiple directives. The directives alter the behaviour of the file handle. When LAYER is present using binmode on text file makes sense. LAYER が存在すると、それは単一の文字列ですが、複数の指示子を 含むことができます。 指示子はファイルハンドルの振る舞いを変更します。 LAYER が存在すると、テキストファイルでの binmode が意味を持ちます。 If LAYER is omitted or specified as :raw the filehandle is made suitable for passing binary data. This includes turning off possible CRLF translation and marking it as bytes (as opposed to Unicode characters). Note that, despite what may be implied in "Programming Perl" (the Camel) or elsewhere, :raw is not simply the inverse of :crlf -- other layers which would affect the binary nature of the stream are also disabled. See PerlIO, perlrun and the discussion about the PERLIO environment variable. LAYER が省略されたり、:raw が指定されると、ファイルハンドルはバイナリ データの通過に適するように設定されます。 これには CRLF 変換をオフにしたり、それぞれを(Unicode 文字ではなく) バイトであるとマークしたりすることを含みます。 "プログラミング Perl"(ラクダ本) やその他で暗示されているにも関わらず、 :raw は単なる :crlf の 逆ではありません -- ストリームの バイナリとしての性質に影響を与える その他の層も無効にされます。 PerlIO, perlrun およびPERLIO 環境変数に関する議論を参照してください。 The :bytes, :crlf, and :utf8, and any other directives of the form :..., are called I/O layers. The open pragma can be used to establish default I/O layers. See open. :bytes, :crlf, and :utf8, 及びその他の :... 形式の指示子は I/O 層 が呼び出されます。 open プラグマはデフォルト I/O 層を指定するために使われます。 open を参照してください。 The LAYER parameter of the binmode() function is described as "DISCIPLINE" in "Programming Perl, 3rd Edition". However, since the publishing of this book, by many known as "Camel III", the consensus of the naming of this functionality has moved from "discipline" to "layer". All documentation of this version of Perl therefore refers to "layers" rather than to "disciplines". Now back to the regularly scheduled documentation... binmode() 関数の LAYER パラメータは 「プログラミングPerl 第3版」では 「ディシプリン(DISCIPLINE)」と表現されていました。 しかし、「ラクダ本第3版」として知られているこの本の出版後、この機能の名前は 「ディシプリン」から「層」に変更することで合意されました。 従って、このバージョンの Perl の全ての文書では「ディシプリン」ではなく 「層」と記述されています。では通常の解説に戻ります…。 To mark FILEHANDLE as UTF-8, use :utf8 or :encoding(utf8). :utf8 just marks the data as UTF-8 without further checking, while :encoding(utf8) checks the data for actually being valid UTF-8. More details can be found in PerlIO::encoding. FILEHANDLE が UTF-8 であるというマークをつけるには、:utf8 か :encoding(utf8) を使ってください。 :utf8 は、さらなるチェックなしにデータが UTF-8 としてマークしますが、 :encoding(utf8) はデータが実際に有効な UTF-8 かどうかをチェックします。 さらなる詳細は PerlIO::encoding にあります。 In general, binmode() should be called after open() but before any I/O is done on the filehandle. Calling binmode() will normally flush any pending buffered output data (and perhaps pending input data) on the handle. An exception to this is the :encoding layer that changes the default character encoding of the handle, see open. The :encoding layer sometimes needs to be called in mid-stream, and it doesn't flush the stream. The :encoding also implicitly pushes on top of itself the :utf8 layer because internally Perl will operate on UTF-8 encoded Unicode characters. 一般的に binmode() は open() を呼び出した後、このファイルハンドルに対する I/O 操作をする前に呼び出すべきです。 binmode() を呼び出すと、普通はこのファイルハンドルに対して バッファリングされている全ての出力データ (およびおそらくは入力データ)をフラッシュします。 例外は、このハンドルに対するデフォルト文字エンコーディングを変更する :encoding 層です; open を参照してください。 :encoding 層はストリームの途中で呼び出す必要があることがあり、 それによってストリームはフラッシュされません。 Perl は内部で UTF-8 エンコードされた Unicode 文字を操作しているので、 :encoding は暗黙のうちに自身を :utf8 層の上に押し上げます。 The operating system, device drivers, C libraries, and Perl run-time system all work together to let the programmer treat a single character (\n) as the line terminator, irrespective of the external representation. On many operating systems, the native text file representation matches the internal representation, but on some platforms the external representation of \n is made up of more than one character. オペレーションシステム、デバイスドライバ、C ライブラリ、 Perl ランタイムシステムは全て、プログラマが外部表現に関わらず 1 文字 (\n) を行終端として扱えるように協調作業します。 多くのオペレーティングシステムでは、ネイティブテキストファイル表現は 内部表現と同じですが、\n の外部表現が複数文字になる プラットフォームもあります。 Mac OS, all variants of Unix, and Stream_LF files on VMS use a single character to end each line in the external representation of text (even though that single character is CARRIAGE RETURN on Mac OS and LINE FEED on Unix and most VMS files). In other systems like OS/2, DOS and the various flavors of MS-Windows your program sees a \n as a simple \cJ, but what's stored in text files are the two characters \cM\cJ. That means that, if you don't use binmode() on these systems, \cM\cJ sequences on disk will be converted to \n on input, and any \n in your program will be converted back to \cM\cJ on output. This is what you want for text files, but it can be disastrous for binary files. Mac OS、全ての Unix 系、VMS の Stream_LF ファイルは テキストの外部表現として各行の末尾に 1 つの文字を 使っています(その文字は Mac OS では復帰で、 Unix とほとんどのVMS のファイルでは改行です)。 VMS, MS-DOS, MS-Windows 系といったその他のシステムでは、 プログラムからは \n は単純に \cJ に見えますが、 テキストファイルとして保存される場合は \cM\cJ の 2 文字になります。 つまり、もしこれらのシステムで binmode() を使わないと、 ディスク上の \cM\cJ という並びは入力時に \n に変換され、 プログラムが出力した全ての \n は \cM\cJ に逆変換されます。 これはテキストファイルの場合は思い通りの結果でしょうが、 バイナリファイルの場合は悲惨です。 Another consequence of using binmode() (on some systems) is that special end-of-file markers will be seen as part of the data stream. For systems from the Microsoft family this means that if your binary data contains \cZ, the I/O subsystem will regard it as the end of the file, unless you use binmode(). binmode() を(いくつかのシステムで)使うことによるその他の作用としては、 特別なファイル終端マーカーがデータストリームの一部として 見られることです。 Microsoft ファミリーのシステムでは、binmode() を使っていないと もしバイナリデータに \cZ が含まれていたときに、I/O サブシステムが これをファイル終端とみなすことを意味します。 binmode() is not only important for readline() and print() operations, but also when using read(), seek(), sysread(), syswrite() and tell() (see perlport for more details). See the $/ and $\ variables in perlvar for how to manually set your input and output line-termination sequences. binmode() は readline() と print() 操作にだけではなく、 read(), seek(), sysread(), syswrite(), tell() を使うときにも重要です (詳細は perlport を参照してください)。 入出力の行端末シーケンスを手動でセットする方法については perlvar の $/ 変数と $\ 変数を参照してください。 bless REF,CLASSNAME bless bless REF This function tells the thingy referenced by REF that it is now an object in the CLASSNAME package. If CLASSNAME is omitted, the current package is used. Because a bless is often the last thing in a constructor, it returns the reference for convenience. Always use the two-argument version if a derived class might inherit the function doing the blessing. See perltoot and perlobj for more about the blessing (and blessings) of objects. この関数は、REF で渡された オブジェクトに対し、 CLASSNAME 内のオブジェクトとなったことを伝えます。 CLASSNAME が省略された場合には、その時点のパッケージとなります。 bless は通常、コンストラクタの最後に置かれますので、 簡便のためにそのリファレンスを返します。 派生クラスが bless される関数を継承する場合は、 常に 2 引数版を使ってください。 オブジェクトの bless (や再 bless) について、 詳しくは perltoot と perlobj を参照してください。 Consider always blessing objects in CLASSNAMEs that are mixed case. Namespaces with all lowercase names are considered reserved for Perl pragmata. Builtin types have all uppercase names. To prevent confusion, you may wish to avoid such package names as well. Make sure that CLASSNAME is a true value. 大文字小文字が混じっている CLASSNAME のオブジェクトは常に bless することを 考慮してください。 全て小文字の名前を持つ名前空間は Perl プラグマのために予約されています。 組み込みの型は全て大文字の名前を持ちます。 混乱を避けるために、 パッケージ名としてこのような名前は避けるべきです。 CLASSNAME は真の値を持つようにしてください。 See perlmod/"Perl Modules". perlmod/"Perl Modules" を参照して下さい。 break Break out of a given() block. given() ブロックから脱出します。 This keyword is enabled by the "switch" feature: see feature for more information. このキーワードは "switch" 機能によって有効になります: さらなる情報については feature を参照してください。 caller EXPR caller call stack stack stack trace caller Returns the context of the current subroutine call. In scalar context, returns the caller's package name if there is a caller, that is, if we're in a subroutine or eval or require, and the undefined value otherwise. In list context, returns その時点のサブルーチン呼び出しのコンテキストを返します。 スカラコンテキストでは、呼び元がある場合 (サブルーチン、eval、require の中にいるとき) には 呼び出し元のパッケージ名を返し、その他のときには未定義値を返します。 リストコンテキストでは、以下を返します: With EXPR, it returns some extra information that the debugger uses to print a stack trace. The value of EXPR indicates how many call frames to go back before the current one. EXPR を付けると、デバッガがスタックトレースを表示するために使う情報を返します。 EXPR の値は、現状から数えて、 いくつ前のコールフレームまで戻るかを示します。 Here $subroutine may be (eval) if the frame is not a subroutine call, but an eval. In such a case additional elements $evaltext and $is_require are set: $is_require is true if the frame is created by a require or use statement, $evaltext contains the text of the eval EXPR statement. In particular, for an eval BLOCK statement, $subroutine is (eval), but $evaltext is undefined. (Note also that each use statement creates a require frame inside an eval EXPR frame.) $subroutine may also be (unknown) if this particular subroutine happens to have been deleted from the symbol table. $hasargs is true if a new instance of @_ was set up for the frame. $hints and $bitmask contain pragmatic hints that the caller was compiled with. The $hints and $bitmask values are subject to change between versions of Perl, and are not meant for external use. ここでフレームがサブルーチン呼び出しでない場合、eval ではなく (eval) になります。 この場合、追加の要素である $evaltext と $is_require がセットされます: $is_require はフレームが require または use で作られた場合に 真になり、$evaltext は eval EXPR のテキストが入ります。 特に、eval BLOCK の場合、$subroutine は (eval) になりますが、 $evaltext は未定義値になります。 (それぞれの use は eval EXPR の中で require フレームを作ることに 注意してください。) $subroutine は、そのサブルーチンがシンボルテーブルから削除された場合は (unknown) になります。 $hasargs はこのフレーム用に @_ の新しい実体が設定された場合に真となります。 $hints と $bitmask は caller がコンパイルされたときの 実際的なヒントを含みます。 $hints は $bitmask は Perl のバージョンによって変更される 可能性があるので、外部での使用を想定していません。 $hinthash is a reference to a hash containing the value of %^H when the caller was compiled, or undef if %^H was empty. Do not modify the values of this hash, as they are the actual values stored in the optree. $hinthash は、caller がコンパイルされた時の %^H の値を含む ハッシュへのリファレンスか、あるいは %^H が空の場合は undef です。 このハッシュの値は構文木に保管されている実際の値なので、変更しないで下さい。 Furthermore, when called from within the DB package, caller returns more detailed information: it sets the list variable @DB::args to be the arguments with which the subroutine was invoked. さらに、DB パッケージの中から呼ばれた場合は、caller は より詳細な情報を返します。 サブルーチンが起動されたときの引数を変数 @DB::args に設定します。 Be aware that the optimizer might have optimized call frames away before caller had a chance to get the information. That means that caller(N) might not return information about the call frame you expect it do, for N > 1. In particular, @DB::args might have information from the previous time caller was called. caller が情報を得る前にオプティマイザが呼び出しフレームを最適化して しまうかもしれないことに注意してください。 これは、caller(N) が N > 1 のとき、 あなたが予測した呼び出しフレームの情報を返さないかもしれないことを意味します。 特に、@DB::args は caller が前回呼び出された時の情報を 持っているかもしれません。 chdir EXPR chdir cd directory, change chdir FILEHANDLE chdir DIRHANDLE chdir Changes the working directory to EXPR, if possible. If EXPR is omitted, changes to the directory specified by $ENV{HOME}, if set; if not, changes to the directory specified by $ENV{LOGDIR}. (Under VMS, the variable $ENV{SYS$LOGIN} is also checked, and used if it is set.) If neither is set, chdir does nothing. It returns true upon success, false otherwise. See the example under die. (可能であれば、) カレントディレクトリを EXPR に移します。 EXPR を指定しないと、$ENV{HOME} が設定されていれば、 そのディレクトリに移ります。 そうでなく、$ENV{LOGDIR}が設定されていれば、そのディレクトリに移ります。 (VMS では $ENV{SYS$LOGIN} もチェックされ、もしセットされていれば使われます。) どちらも設定されていなければ、chdir は何もしません。 成功時には真を返し、そうでなければ偽を返します。 die の項の例を参照してください。 On systems that support fchdir, you might pass a file handle or directory handle as argument. On systems that don't support fchdir, passing handles produces a fatal error at run time. fchdir に対応しているシステムでは、ファイルハンドルやディレクトリハンドルを 引数として渡せます。 fchdir に対応していないシステムでは、ハンドルを渡すと実行時に 致命的エラーになります。 chmod LIST chmod permission mode Changes the permissions of a list of files. The first element of the list must be the numerical mode, which should probably be an octal number, and which definitely should not be a string of octal digits: 0644 is okay, '0644' is not. Returns the number of files successfully changed. See also /oct, if all you have is a string. LIST に含まれるファイルの、パーミッションを変更します。 LIST の最初の要素は、数値表現のモードでなければなりません。 0644 は OK ですが、 '0644' はだめです。 変更に成功したファイルの数を返します。 文字列を使いたい場合は、/oct を参照してください。 On systems that support fchmod, you might pass file handles among the files. On systems that don't support fchmod, passing file handles produces a fatal error at run time. The file handles must be passed as globs or references to be recognized. Barewords are considered file names. fchmod に対応しているシステムでは、ファイルハンドルを引数として渡せます。 fchmod に対応していないシステムでは、ファイルハンドルを渡すと実行時に 致命的エラーになります。 ファイルハンドルを認識させるためには、グロブまたはリファレンスとして 渡されなければなりません。 裸の単語はファイル名として扱われます。 You can also import the symbolic S_I* constants from the Fcntl module: シンボリックな S_I* 定数を Fcntl モジュールからインポートすることもできます。 chomp VARIABLE chomp INPUT_RECORD_SEPARATOR $/ newline eol chomp( LIST ) chomp This safer version of /chop removes any trailing string that corresponds to the current value of $/ (also known as $INPUT_RECORD_SEPARATOR in the English module). It returns the total number of characters removed from all its arguments. It's often used to remove the newline from the end of an input record when you're worried that the final record may be missing its newline. When in paragraph mode ($/ = ""), it removes all trailing newlines from the string. When in slurp mode ($/ = undef) or fixed-length record mode ($/ is a reference to an integer or the like, see perlvar) chomp() won't remove anything. If VARIABLE is omitted, it chomps $_. Example: より安全な chop (以下を参照してください) です。 $/ (English モジュールでは、$INPUT_RECORD_SEPARATOR とも言う) のその時点の値に対応する行末文字を削除します。 全ての引数から削除した文字数の合計を返します。 入力レコードから、改行を削除したいのだけれど、最後のレコードには改行が 入っているのかわからないような場合に、使用できます。 段落モード ($/ = "") では、レコードの最後の改行をすべて取り除きます。 吸い込みモード ($/ = undef) や 固定長レコードモード ($/ が整数へのリファレンスや類似のものの場合。perlvarを参照してください) では、chomp() は何も取り除きません。 VARIABLE が省略されると、$_ を対象として chomp します。 例: ) { chomp; # avoid \n on last field @array = split(/:/); # ... } ]]> If VARIABLE is a hash, it chomps the hash's values, but not its keys. VARIABLE がハッシュなら、ハッシュのキーではなく値について chomp します。 You can actually chomp anything that's an lvalue, including an assignment: 左辺値であれば、代入を含めて、任意のものを chomp できます: ); ]]> If you chomp a list, each element is chomped, and the total number of characters removed is returned. リストを chomp すると、個々の要素が chomp され、 削除された文字数の合計が返されます。 Note that parentheses are necessary when you're chomping anything that is not a simple variable. This is because chomp $cwd = `pwd`; is interpreted as (chomp $cwd) = `pwd`;, rather than as chomp( $cwd = `pwd` ) which you might expect. Similarly, chomp $a, $b is interpreted as chomp($a), $b rather than as chomp($a, $b). 単純な変数以外のものを chomp する場合はかっこが必要であることに 注意してください。 これは、chomp $cwd = `pwd`; は、予測している chomp( $cwd = `pwd` ) ではなく、(chomp $cwd) = `pwd`; と 解釈されるからです。 同様に、chomp $a, $b ではなく、chomp($a, $b) chomp($a), $b と 解釈されます。 chop VARIABLE chop chop( LIST ) chop Chops off the last character of a string and returns the character chopped. It is much more efficient than s/.$//s because it neither scans nor copies the string. If VARIABLE is omitted, chops $_. If VARIABLE is a hash, it chops the hash's values, but not its keys. 文字列の最後の文字を切り捨てて、その切り取った文字を返します。 文字列の検索もコピーも行ないませんので s/\n// よりも、ずっと効率的です。 VARIABLE が省略されると、$_ を対象として chop します。 VARIABLE がハッシュの場合、ハッシュの value を chop しますが、 key は chop しません。 You can actually chop anything that's an lvalue, including an assignment. 実際のところ、代入を含む左辺値となりうるなんでも chop できます。 If you chop a list, each element is chopped. Only the value of the last chop is returned. リストを chop すると、個々の要素が chop されます。 最後の chop の値だけが返されます。 Note that chop returns the last character. To return all but the last character, use substr($string, 0, -1). chop は最後の文字を返すことに注意してください。 最後以外の全ての文字を返すためには、substr($string, 0, -1) を 使ってください。 See also /chomp. /chomp も参照してください。 chown LIST chown owner user group Changes the owner (and group) of a list of files. The first two elements of the list must be the numeric uid and gid, in that order. A value of -1 in either position is interpreted by most systems to leave that value unchanged. Returns the number of files successfully changed. LIST に含まれるファイルの所有者 (とグループ) を変更します。 LIST の最初の 2 つの要素には、数値表現 の uid と gid を この順序で与えなければなりません。 どちらかの値を -1 にすると、ほとんどのシステムではその値は 変更しないと解釈します。 変更に成功したファイルの数が返されます。 On systems that support fchown, you might pass file handles among the files. On systems that don't support fchown, passing file handles produces a fatal error at run time. The file handles must be passed as globs or references to be recognized. Barewords are considered file names. fchown に対応しているシステムでは、ファイルハンドルを引数として渡せます。 fchown に対応していないシステムでは、ファイルハンドルを渡すと実行時に 致命的エラーになります。 ファイルハンドルを認識させるためには、グロブまたはリファレンスとして 渡されなければなりません。 裸の単語はファイル名として扱われます。 Here's an example that looks up nonnumeric uids in the passwd file: passwd ファイルから数値表現でない uid を検索する例を 示します: ); print "Files: "; chomp($pattern = ); ]]> On most systems, you are not allowed to change the ownership of the file unless you're the superuser, although you should be able to change the group to any of your secondary groups. On insecure systems, these restrictions may be relaxed, but this is not a portable assumption. On POSIX systems, you can detect this condition this way: ほとんどのシステムでは、スーパーユーザーだけがファイルの所有者を 変更できますが、グループは実行者の副グループに変更できるべきです。 安全でないシステムでは、この制限はゆるめられています。 しかしこれは移植性のある仮定ではありません。 POSIX システムでは、以下のようにしてこの条件を検出できます: chr NUMBER chr character ASCII Unicode chr Returns the character represented by that NUMBER in the character set. For example, chr(65) is "A" in either ASCII or Unicode, and chr(0x263a) is a Unicode smiley face. 特定の文字セットでの NUMBER で表わされる文字を返します。 たとえば、chr(65) は ASCII と Unicode の両方で "A" となります。 chr(0x263a) は Unicode のスマイリーフェイスです。 Negative values give the Unicode replacement character (chr(0xfffd)), except under the bytes pragma, where low eight bits of the value (truncated to an integer) are used. 負の数は Unicode の置換文字 (chr(0xfffd)) を与えますが、 bytes プラグマの影響下では、(integer に切り詰められた)値の下位 8 ビットが 使われます。 If NUMBER is omitted, uses $_. NUMBER が省略された場合、$_ を使います。 For the reverse, use /ord. 逆を行うためには、/ord を参照してください。 Note that characters from 128 to 255 (inclusive) are by default internally not encoded as UTF-8 for backward compatibility reasons. 128 から 255 までの文字は過去との互換性のために デフォルトでは UTF-8 Unicode にエンコードされません。 See perlunicode for more about Unicode. Unicode についてもっと知りたいなら、perlunicode を 参照してください。 chroot FILENAME chroot root chroot This function works like the system call by the same name: it makes the named directory the new root directory for all further pathnames that begin with a / by your process and all its children. (It doesn't change your current working directory, which is unaffected.) For security reasons, this call is restricted to the superuser. If FILENAME is omitted, does a chroot to $_. 同じ名前のシステムコールと同じことをします。 現在のプロセス及び子プロセスに対して、/で始まるパス名に関して 指定されたディレクトリを新しいルートディレクトリとして扱います。 (これはカレントディレクトリを変更しません。カレントディレクトリはそのままです)。 セキュリティ上の理由により、この呼び出しはスーパーユーザーしか行えません。 FILENAME を省略すると、$_ へ chroot します。 close FILEHANDLE close close Closes the file or pipe associated with the file handle, flushes the IO buffers, and closes the system file descriptor. Returns true if those operations have succeeded and if no error was reported by any PerlIO layer. Closes the currently selected filehandle if the argument is omitted. FILEHANDLE に対応したファイルまたはパイプをクローズして、 IO バッファをフラッシュし、システムファイル記述子をクローズします。 操作が成功し、PerlIO 層からエラーが報告されなかった場合に真を返します。 引数が省略された場合、現在選択されているファイルハンドルをクローズします。 You don't have to close FILEHANDLE if you are immediately going to do another open on it, because open will close it for you. (See open.) However, an explicit close on an input file resets the line counter ($.), while the implicit close done by open does not. クローズしてすぐにまた、同じファイルハンドルに 対してオープンを行なう場合には、open が自動的に close を行ないますので、close FILEHANDLE する必要はありません (open を参照してください)。 ただし、明示的にクローズを行なったときにのみ入力ファイルの 行番号 ($.) のリセットが行なわれ、open によって行なわれる 暗黙の closeでは行なわれません。 If the file handle came from a piped open, close will additionally return false if one of the other system calls involved fails, or if the program exits with non-zero status. (If the only problem was that the program exited non-zero, $! will be set to 0.) Closing a pipe also waits for the process executing on the pipe to complete, in case you want to look at the output of the pipe afterwards, and implicitly puts the exit status value of that command into $? and ${^CHILD_ERROR_NATIVE}. ファイルハンドルがパイプつきオープンなら、 close はその他のシステムコールが失敗したり プログラムが非ゼロのステータスで終了した場合にも偽を返します (プログラムが非ゼロで終了しただけの場合は、$!が0にセットされます)。 後でパイプの出力を見たい場合のために、 パイプのクローズでは、パイプ上で実行されている プロセスの完了を待ちます。 また自動的にコマンドのステータス値を $? と ${^CHILD_ERROR_NATIVE} に設定します。 Prematurely closing the read end of a pipe (i.e. before the process writing to it at the other end has closed it) will result in a SIGPIPE being delivered to the writer. If the other end can't handle that, be sure to read all the data before closing the pipe. 途中で(つまり、書き込み側が閉じる前に) パイプの読み込み側が閉じた場合、 書き込み側に SIGPIPE が配送されます。 書き込み側がこれを扱えない場合、パイプを閉じる前に 確実に全てのデータが読み込まれるようにする必要があります。 Example: 例: foo') # pipe to sort or die "Can't start sort: $!"; #... # print stuff to output close OUTPUT # wait for sort to finish or warn $! ? "Error closing sort pipe: $!" : "Exit status $? from sort"; open(INPUT, 'foo') # get sort's results or die "Can't open 'foo' for input: $!"; ]]> FILEHANDLE may be an expression whose value can be used as an indirect filehandle, usually the real filehandle name. FILEHANDLE は式でもかまいません。この場合、値は間接ファイルハンドルと して扱われ、普通は実際のファイルハンドル名です。 closedir DIRHANDLE closedir Closes a directory opened by opendir and returns the success of that system call. opendir でオープンしたディレクトリをクローズし、 システムコールの返り値を返します。 connect SOCKET,NAME connect Attempts to connect to a remote socket, just as the connect system call does. Returns true if it succeeded, false otherwise. NAME should be a packed address of the appropriate type for the socket. See the examples in perlipc/"Sockets: Client/Server Communication". connect(2) システムコールと同様に、リモートソケットへの接続を試みます。 成功時には真を返し、失敗時には偽を返します。 NAME は、ソケットに対する、適切な型のパックされた アドレスでなければなりません。 perlipc/"Sockets: Client/Server Communication" の例を参照してください。 continue BLOCK continue continue continue is actually a flow control statement rather than a function. If there is a continue BLOCK attached to a BLOCK (typically in a while or foreach), it is always executed just before the conditional is about to be evaluated again, just like the third part of a for loop in C. Thus it can be used to increment a loop variable, even when the loop has been continued via the next statement (which is similar to the C continue statement). continue は実際には関数ではなく、実行制御文です。 continue BLOCK が BLOCK (典型的には while または foreach の中)にあると、 これは条件文が再評価される直前に常に実行されます。 これは C における for ループの 3 番目の部分と同様です。 従って、これは next 文 (これは C の continue 文と似ています)を使ってループが繰り返されるときでも ループ変数を増やしたいときに使えます。 last, next, or redo may appear within a continue block. last and redo will behave as if they had been executed within the main block. So will next, but since it will execute a continue block, it may be more entertaining. last, next, redo が continue ブロック内に現れる可能性があります。 last と redo はメインブロックの中で実行されたのと同じように振舞います。 next の場合は、continue ブロックを実行することになるので、 より面白いことになります。 Omitting the continue section is semantically equivalent to using an empty one, logically enough. In that case, next goes directly back to check the condition at the top of the loop. continue 節を省略するのは、文法的には空の節を指定したのと同じで、 論理的には十分です。 この場合、next は直接ループ先頭の条件チェックに戻ります。 If the "switch" feature is enabled, continue is also a function that will break out of the current when or default block, and fall through to the next case. See feature and perlsyn/"Switch statements" for more information. "switch" 機能が有効なら、continue は現在の when や default の ブロックから飛び出して、次の場合に移動するための文となります。 さらなる情報については feature と perlsyn/"Switch statements" を 参照してください。 cos EXPR cos cosine acos arccosine cos Returns the cosine of EXPR (expressed in radians). If EXPR is omitted, takes cosine of $_. (ラジアンで示した) EXPR の余弦を返します。 EXPR が省略されたときには、$_ の余弦を取ります。 For the inverse cosine operation, you may use the Math::Trig::acos() function, or use this relation: 逆余弦を求めるためには、Math::Trig::acos() 関数を使うか、 以下の関係を使ってください。 crypt PLAINTEXT,SALT crypt digest hash salt plaintext password decrypt cryptography passwd encrypt Creates a digest string exactly like the crypt(3) function in the C library (assuming that you actually have a version there that has not been extirpated as a potential munitions). C ライブラリの crypt(3) 関数と全く同じように、ダイジェスト文字列を 作成します(一時的な必需品として、まだ絶滅していないバージョンを 持っていると仮定しています)。 crypt() is a one-way hash function. The PLAINTEXT and SALT is turned into a short string, called a digest, which is returned. The same PLAINTEXT and SALT will always return the same string, but there is no (known) way to get the original PLAINTEXT from the hash. Small changes in the PLAINTEXT or SALT will result in large changes in the digest. crypt() は一方向ハッシュ関数です。 PLAINTEXT と SALT はダイジェストと呼ばれる短い文字列に変えられて、 それが返されます。 PLAINTEXT と SALT が同じ場合は常に同じ文字列を返しますが、ハッシュから 元の PLAINTEXT を得る(既知の)方法はありません。 PLAINTEXT や SALT を少し変更してもダイジェストは大きく変更されます。 There is no decrypt function. This function isn't all that useful for cryptography (for that, look for Crypt modules on your nearby CPAN mirror) and the name "crypt" is a bit of a misnomer. Instead it is primarily used to check if two pieces of text are the same without having to transmit or store the text itself. An example is checking if a correct password is given. The digest of the password is stored, not the password itself. The user types in a password that is crypt()'d with the same salt as the stored digest. If the two digests match the password is correct. 複合化関数はありません。 この関数は暗号化のためにはまったく役に立ちません(このためには、 お近くの CPAN ミラーで Crypt モジュールを探してください)ので、 "crypt" という名前は少し間違った名前です。 その代わりに、一般的には二つのテキスト片が同じかどうかをテキストそのものを 転送したり保管したりせずにチェックするために使います。 例としては、正しいパスワードが与えられたかどうかをチェックがあります。 パスワード自身ではなく、パスワードのダイジェストが保管されます。 ユーザーがパスワードを入力すると、保管されているダイジェストと同じ salt で crypt() します。 二つのダイジェストが同じなら、パスワードは正しいです。 When verifying an existing digest string you should use the digest as the salt (like crypt($plain, $digest) eq $digest). The SALT used to create the digest is visible as part of the digest. This ensures crypt() will hash the new string with the same salt as the digest. This allows your code to work with the standard crypt and with more exotic implementations. In other words, do not assume anything about the returned string itself, or how many bytes in the digest matter. すでにあるダイジェスト文字列を検証するには、ダイジェストを (crypt($plain, $digest) eq $digest のようにして)salt として使います。 ダイジェストを作るのに使われた SALT はダイジェストの一部として見えます。 これにより、crypt() は同じ salt で新しい文字列をダイジェストとして ハッシュ化できるようにします。 これによって標準的な crypt|/crypt や、より風変わりな実装でも動作します。 言い換えると、返される文字列そのものや、ダイジェスト文字列が 何バイトあるかといったことに対して、どのような仮定もしてはいけません。 Traditionally the result is a string of 13 bytes: two first bytes of the salt, followed by 11 bytes from the set [./0-9A-Za-z], and only the first eight bytes of the digest string mattered, but alternative hashing schemes (like MD5), higher level security schemes (like C2), and implementations on non-UNIX platforms may produce different strings. 伝統的には結果は 13 バイトの文字列です: 最初の 2 バイトは salt、引き続いて 集合 [./0-9A-Za-z] からの 11 バイトで、ダイジェスト文字列の最初の 8 バイトだけが意味がありますが、(MD5 のように) 異なったハッシュ手法、 (C2 のような) 高レベルセキュリティ手法、非 UNIX プラットフォームでの 実装などでは異なった文字列が生成されることがあります。 When choosing a new salt create a random two character string whose characters come from the set [./0-9A-Za-z] (like join '', ('.', '/', 0..9, 'A'..'Z', 'a'..'z')[rand 64, rand 64]). This set of characters is just a recommendation; the characters allowed in the salt depend solely on your system's crypt library, and Perl can't restrict what salts crypt() accepts. 新しい salt を選択する場合は、集合 [./0-9A-Za-z] から (join '', ('.', '/', 0..9, 'A'..'Z', 'a'..'z')[rand 64, rand 64] のようにして) ランダムに2 つの文字を選びます。 この文字集合は単なる推薦です; salt として許される文字はシステムの暗号化 ライブラリだけに依存し、Perl は crypt() がどのような salt を受け付けるかに ついて制限しません。 Here's an example that makes sure that whoever runs this program knows their password: プログラムを実行する人が、 自分のパスワードを知っていることを確認する例です: ); print "\n"; system "stty echo"; ]]> Of course, typing in your own password to whoever asks you for it is unwise. もちろん、自分自身のパスワードを誰にでも入力するのは賢明ではありません。 The crypt function is unsuitable for hashing large quantities of data, not least of all because you can't get the information back. Look at the Digest module for more robust algorithms. crypt 関数は大量のデータのハッシュ化には向いていません。 これは情報を戻せないという理由だけではありません。 より頑強なアルゴリズムについては Digest モジュールを参照してください。 If using crypt() on a Unicode string (which potentially has characters with codepoints above 255), Perl tries to make sense of the situation by trying to downgrade (a copy of the string) the string back to an eight-bit byte string before calling crypt() (on that copy). If that works, good. If not, crypt() dies with Wide character in crypt. Unicode 文字列(潜在的には 255 を越えるコードポイントを持つ文字を 含みます)に crypt() を使った場合、Perl は crypt() を呼び出す前に与えられた 文字列を8 ビットバイト文字列にダウングレードする(文字列のコピーを作る) ことで状況のつじつまを合わせようとします。 うまく動けば、それでよし。動かなければ、crypt() は Wide character in crypt というメッセージと共に die します。 dbmclose HASH dbmclose [This function has been largely superseded by the untie function.] [この関数は、untie 関数に大きくとって代わられました。] Breaks the binding between a DBM file and a hash. DBM ファイルとハッシュの連結をはずします。 dbmopen HASH,DBNAME,MASK dbmopen dbm ndbm sdbm gdbm [This function has been largely superseded by the tie function.] [この関数は、tie 関数に大きくとって代わられました。] This binds a dbm(3), ndbm(3), sdbm(3), gdbm(3), or Berkeley DB file to a hash. HASH is the name of the hash. (Unlike normal open, the first argument is not a filehandle, even though it looks like one). DBNAME is the name of the database (without the .dir or .pag extension if any). If the database does not exist, it is created with protection specified by MASK (as modified by the umask). If your system supports only the older DBM functions, you may perform only one dbmopen in your program. In older versions of Perl, if your system had neither DBM nor ndbm, calling dbmopen produced a fatal error; it now falls back to sdbm(3). dbm(3), ndbm(3), sdbm(3), gdbm(3) ファイルまたは Berkeley DB ファイルを連想配列に結び付けます。 HASH は、その連想配列の名前です。 (普通の open とは違って、最初の引数はファイルハンドル ではありません。まあ、似たようなものですが。) DBNAME は、データベースの名前です (拡張子の .dir や .pag はもしあってもつけません)。 データベースが存在しなければ、MODE MASK (を umask で修正したもの) で 指定されたモードで作られます。 古い DBM 関数のみをサポートしているシステムでは、プログラム中で 1 度だけ dbmopen() を実行することができます。 昔のバージョンの Perl では、DBM も ndbm も持っていないシステムでは、 dbmopen() を呼び出すと致命的エラーになります。 現在では sdbm(3) にフォールバックします。 If you don't have write access to the DBM file, you can only read hash variables, not set them. If you want to test whether you can write, either use file tests or try setting a dummy hash entry inside an eval, which will trap the error. DBM ファイルに対して、書き込み権が無いときには、ハッシュ 配列を読みだすことだけができ、設定することはできません。 書けるか否かを調べたい場合には、ファイルテスト 演算子を使うか、エラーをトラップしてくれる、eval の中で、ダミーのハッシュエントリを設定してみることになります。 Note that functions such as keys and values may return huge lists when used on large DBM files. You may prefer to use the each function to iterate over large DBM files. Example: 大きな DBM ファイルを扱うときには、keys や values のような関数は、 巨大なリストを返します。 大きな DBM ファイルでは、each 関数を使って繰り返しを行なった方が 良いかもしれません。 例: See also AnyDBM_File for a more general description of the pros and cons of the various dbm approaches, as well as DB_File for a particularly rich implementation. 様々な dbm 手法に対する利点欠点に関するより一般的な記述および 特にリッチな実装である DB_File に関しては AnyDBM_File も参照してください。 You can control which DBM library you use by loading that library before you call dbmopen(): dbmopen() を呼び出す前にライブラリを読み込むことで、 どの DBM ライブラリを使うかを制御できます: defined EXPR defined undef undefined defined Returns a Boolean value telling whether EXPR has a value other than the undefined value undef. If EXPR is not present, $_ will be checked. 左辺値 EXPR が未定義値 undef 以外の値を持つか否かを示す、ブール値を 返します。 EXPR がない場合は、$_ がチェックされます。 Many operations return undef to indicate failure, end of file, system error, uninitialized variable, and other exceptional conditions. This function allows you to distinguish undef from other values. (A simple Boolean test will not distinguish among undef, zero, the empty string, and "0", which are all equally false.) Note that since undef is a valid scalar, its presence doesn't necessarily indicate an exceptional condition: pop returns undef when its argument is an empty array, or when the element to return happens to be undef. 多くの演算子が、EOF や未初期化変数、システムエラーといった、 例外的な条件で undef を返すようになっています。 この関数は、他の値と undef とを区別するために使えます。 (単純な真偽値テストでは、undef、0、"0" のいずれも偽を返すので、 区別することができません。) undef は有効なスカラ値なので、その存在が 必ずしも 例外的な状況を表すとは限らないということに注意してください: pop は引数が空の配列だったときに undef を返しますが、 あるいは 返すべき要素がたまたま undef だったのかもしれません。 You may also use defined(&func) to check whether subroutine &func has ever been defined. The return value is unaffected by any forward declarations of &func. Note that a subroutine which is not defined may still be callable: its package may have an AUTOLOAD method that makes it spring into existence the first time that it is called -- see perlsub. defined(&func) とすることでサブルーチン &func の存在を、 確かめることもできます。 返り値は &func の前方定義には影響されません。 定義されていないサブルーチンも呼び出し可能であることに注意してください。 最初に呼び出されたときに存在するようにするための AUTOLOAD メソッドを持ったパッケージかもしれません-- perlsub を参照して下さい。 Use of defined on aggregates (hashes and arrays) is deprecated. It used to report whether memory for that aggregate has ever been allocated. This behavior may disappear in future versions of Perl. You should instead use a simple test for size: 集合(ハッシュや配列)への defined の使用は非推奨です。 これはその集合にメモリが割り当てられたかを報告するのに 用いられていました。 この振る舞いは将来のバージョンの Perl では消滅するかもしれません。 代わりにサイズに対する簡単なテストを使うべきです。 When used on a hash element, it tells you whether the value is defined, not whether the key exists in the hash. Use /exists for the latter purpose. ハッシュの要素に対して用いると、value が定義されているか否かを 返すものであって、ハッシュに key が存在するか否かを返すのではありません。 この用途には、/exists を使ってください。 Examples: 例: Note: Many folks tend to overuse defined, and then are surprised to discover that the number 0 and "" (the zero-length string) are, in fact, defined values. For example, if you say 注意: 多くの人々が defined を使いすぎて、0 と ""(空文字列) が 実際のところ定義された値であることに驚くようです。 例えば、以下のように書くと: The pattern match succeeds, and $1 is defined, despite the fact that it matched "nothing". It didn't really fail to match anything. Rather, it matched something that happened to be zero characters long. This is all very above-board and honest. When a function returns an undefined value, it's an admission that it couldn't give you an honest answer. So you should use defined only when you're questioning the integrity of what you're trying to do. At other times, a simple comparison to 0 or "" is what you want. パターンマッチングが成功し、$1 が定義されても、実際には 「なし」にマッチしています。 しかしこれは何にもマッチしていないわけではありません。 何かにはマッチしているのですが、たまたまそれが長さ 0 だっただけです。 これは非常に率直で正直なことです。 関数が未定義値を返すとき、正直な答えを返すことができないことを 告白しています。 ですので、あなたが自分がしようとしていることの完全性を確認するときにだけ defined を使うべきです。 その他の場合では、単に 0 または "" と比較するというのがあなたの 求めているものです。 See also /undef, /exists, /ref. /undef, /exists, /ref も参照してください。 delete EXPR delete Given an expression that specifies a hash element, array element, hash slice, or array slice, deletes the specified element(s) from the hash or array. In the case of an array, if the array elements happen to be at the end, the size of the array will shrink to the highest element that tests true for exists() (or 0 if no such element exists). ハッシュ要素、配列要素、ハッシュスライス、配列スライスを指定する式を取り、 指定された要素をハッシュや配列からを削除します。 配列の場合、配列要素が最後にあった場合は、 配列の大きさは exists() が真を返す最後尾の要素に縮みます (そのような要素がない場合は 0 になります)。 Returns a list with the same number of elements as the number of elements for which deletion was attempted. Each element of that list consists of either the value of the element deleted, or the undefined value. In scalar context, this means that you get the value of the last element deleted (or the undefined value if that element did not exist). 削除をしようとしたようその数と同じ数の要素からなるリストを返します。 このリストの各要素は、削除された値か未定義値のどちらかです。 スカラコンテキストでは、これは削除された最後の要素(または削除された要素が ない場合は未定義値)を得ることを意味します。 11, bar => 22, baz => 33); $scalar = delete $hash{foo}; # $scalar is 11 $scalar = delete @hash{qw(foo bar)}; # $scalar is 22 @array = delete @hash{qw(foo bar baz)}; # @array is (undef,undef,33) ]]> Deleting from %ENV modifies the environment. Deleting from a hash tied to a DBM file deletes the entry from the DBM file. Deleting from a tied hash or array may not necessarily return anything. %ENV から削除を行なうと、実際に環境変数を変更します。 DBM ファイルに tie された配列からの削除は、その DBM ファイルからエントリを 削除します。 しかし、tie されたハッシュや配列からの削除は、 値を返すとは限りません。 Deleting an array element effectively returns that position of the array to its initial, uninitialized state. Subsequently testing for the same element with exists() will return false. Also, deleting array elements in the middle of an array will not shift the index of the elements after them down. Use splice() for that. See /exists. 配列要素を削除した場合、配列の位置は初期の、初期化されていない状態になります。 引き続いて同じ要素に対して exists() でテストすると偽を返します。 また、配列の途中の配列要素を削除してもインデックスはシフトしません。 このためには splice() を使ってください。 /exists を参照してください。 The following (inefficiently) deletes all the values of %HASH and @ARRAY: 以下は、%HASH と @ARRAY のすべての値を(非効率的に)削除します: And so do these: そして以下のようにもできます: But both of these are slower than just assigning the empty list or undefining %HASH or @ARRAY: しかし、これら二つは単に空リストを代入するか、%HASH や @ARRAY を undef するより遅いです: Note that the EXPR can be arbitrarily complicated as long as the final operation is a hash element, array element, hash slice, or array slice lookup: 最終的な操作がハッシュ要素、配列要素、ハッシュスライス、配列スライスの いずれかである限りは、EXPR には任意の複雑な式を置くことができることに 注意してください: [$x][$y]{$key}; delete @{$ref->[$x][$y]}{$key1, $key2, @morekeys}; ]]> [$x][$y][$index]; delete @{$ref->[$x][$y]}[$index1, $index2, @moreindices]; ]]> die LIST die throw exception raise $@ abort Outside an eval, prints the value of LIST to STDERR and exits with the current value of $! (errno). If $! is 0, exits with the value of ($? >> 8) (backtick `command` status). If ($? >> 8) is 0, exits with 255. Inside an eval(), the error message is stuffed into $@ and the eval is terminated with the undefined value. This makes die the way to raise an exception. eval の外では、LIST の値を STDERR に出力し、その時点の $! (errno) の値で exit します。 $! の値が 0 ならば、 ($? >> 8) (backtick `command` のステータス) の値で exitします。 ($? >> 8) も 0 であれば、255 で exit することになります。 eval の中で使用すると、エラーメッセージが、 $@ に入れられます。 eval は中断され、未定義値を返します。 これが die が例外を発生させる方法です。 Equivalent examples: 等価な例: If the last element of LIST does not end in a newline, the current script line number and input line number (if any) are also printed, and a newline is supplied. Note that the "input line number" (also known as "chunk") is subject to whatever notion of "line" happens to be currently in effect, and is also available as the special variable $.. See perlvar/"$/" and perlvar/"$.". LIST の最後の要素が改行で終わっていなければ、その時点の スクリプト名とスクリプトの行番号、(もしあれば) 入力ファイルの行番号と改行文字が、続けて表示されます。 「入力行番号」("chunk" とも呼ばれます)は 「行」という概念が現在有効であると仮定しています。 また特殊変数 $. でも利用可能です。 perlvar/"$/" と perlvar/"$." も参照してください。 Hint: sometimes appending ", stopped" to your message will cause it to make better sense when the string "at foo line 123" is appended. Suppose you are running script "canasta". ヒント: メッセージの最後を ", stopped" のようなもので 終わるようにしておけば、"at foo line 123" のように 追加されて、わかりやすくなります。 "canasta" というスクリプトを実行しているとします。 produce, respectively これは、それぞれ以下のように表示します。 See also exit(), warn(), and the Carp module. exit() と warn() と Carp モジュールも参照してください。 If LIST is empty and $@ already contains a value (typically from a previous eval) that value is reused after appending "\t...propagated". This is useful for propagating exceptions: LIST が空で $@ が(典型的には前回の eval で)既に値を持っている場合、 値は "\t...propagated" を追加した後再利用されます。 これは例外を伝播させる場合に有効です: If LIST is empty and $@ contains an object reference that has a PROPAGATE method, that method will be called with additional file and line number parameters. The return value replaces the value in $@. i.e. as if $@ = eval { $@->PROPAGATE(__FILE__, __LINE__) }; were called. LIST が空で、$@ が PROPAGATE メソッドを含むオブジェクトへの リファレンスを含む場合、このメソッドが追加ファイルと行番号を引数として 呼び出されます。 返り値は $@ の値を置き換えます。 つまり、$@ = eval { $@->PROPAGATE(__FILE__, __LINE__) }; が 呼び出されたかのようになります。 If $@ is empty then the string "Died" is used. $@ が空の場合、"Died" が使われます。 die() can also be called with a reference argument. If this happens to be trapped within an eval(), $@ contains the reference. This behavior permits a more elaborate exception handling implementation using objects that maintain arbitrary state about the nature of the exception. Such a scheme is sometimes preferable to matching particular string values of $@ using regular expressions. Because $@ is a global variable, and eval() may be used within object implementations, care must be taken that analyzing the error object doesn't replace the reference in the global variable. The easiest solution is to make a local copy of the reference before doing other manipulations. Here's an example: die() はリファレンス引数と共に呼び出すこともできます。 eval() 内部でこのように呼び出された場合、$@ はリファレンスを持ちます。 この振る舞いは、例外の性質にすいて任意の状態を管理するオブジェクトを使った より複雑な例外処理の実装を可能にします。 このようなスキーマは $@ の特定の文字列値を正規表現を使って マッチングするときに時々好まれます。 $@ はグローバル変数で、eval() はオブジェクト実装の内部で 使われることがあるので、エラーオブジェクトの解析はグローバル変数の リファレンスを置き換えないことに注意を払わなければなりません。 最も簡単な解決方法は、他の操作をする前にリファレンスのローカルコピーを 作ることです。 以下に例を示します: new( FOO => "bar" ) }; if (my $ev_err = $@) { if (blessed($ev_err) && $ev_err->isa("Some::Module::Exception")) { # handle Some::Module::Exception } else { # handle all other possible exceptions } } ]]> Because perl will stringify uncaught exception messages before displaying them, you may want to overload stringification operations on such custom exception objects. See overload for details about that. perl は捕らえられなかった例外のメッセージを表示する前に文字列化するので、 このようなカスタム例外オブジェクトの文字列化をオーバーロードしたいと 思うかもしれません。 これに関する詳細は overload を参照してください。 You can arrange for a callback to be run just before the die does its deed, by setting the $SIG{__DIE__} hook. The associated handler will be called with the error text and can change the error message, if it sees fit, by calling die again. See for details on setting %SIG entries, and "eval BLOCK" for some examples. Although this feature was to be run only right before your program was to exit, this is not currently the case--the $SIG{__DIE__} hook is currently called even inside eval()ed blocks/strings! If one wants the hook to do nothing in such situations, put $SIG{__DIE__} フックをセットすることで、die がその行動を行う 直前に実行されるコールバックを設定できます。 結び付けられたハンドラはエラーテキストと共に呼び出され、 必要なら再び die を呼び出すことでエラーテキストを変更できアス。 %SIG のエントリをセットする詳細については、 を、 例については "eval BLOCK" を参照してください。 この機能はプログラムが終了しようとする前に 1 回だけ実行していましたが、 現在ではそうではありません -- $SIG{__DIE__} フックは eval() されたブロック/文字列の中でも 呼ばれるのです! もしそのような状況で何もしなくない時は: as the first line of the handler (see perlvar/$^S). Because this promotes strange action at a distance, this counterintuitive behavior may be fixed in a future release. をハンドラの最初の行に置いてください(perlvar/$^S を参照してください)。 これは離れたところで不思議な行動を引き起こすので、 この直感的でない振る舞いは将来のリリースで修正されるかもしれません。 do BLOCK do block Not really a function. Returns the value of the last command in the sequence of commands indicated by BLOCK. When modified by the while or until loop modifier, executes the BLOCK once before testing the loop condition. (On other statements the loop modifiers test the conditional first.) 実際は関数ではありません。 BLOCK で示されるコマンド列の最後の値を返します。 while や until ループ修飾子で修飾すると、 ループ条件を調べる前に 1 度、BLOCK を実行します。 (これ以外の実行文は、ループ修飾子により、条件が最初に 調べられます。) do BLOCK does not count as a loop, so the loop control statements next, last, or redo cannot be used to leave or restart the block. See perlsyn for alternative strategies. do BLOCK はループとしては 扱われません。 従って、next, last, redo といったループ制御文は ブロックから抜けたり再開することはできません。 その他の戦略については perlsyn を参照して下さい。 do SUBROUTINE(LIST) do This form of subroutine call is deprecated. See perlsub. この形のサブルーチン呼び出しは非推奨です。 perlsub を参照してください。 do EXPR do Uses the value of EXPR as a filename and executes the contents of the file as a Perl script. EXPR の値をファイル名として用い、そのファイルの中身を Perl のスクリプトとして実行します。 is just like は以下のものと同じようなものですが、 except that it's more efficient and concise, keeps track of the current filename for error messages, searches the @INC directories, and updates %INC if the file is found. See perlvar/Predefined Names for these variables. It also differs in that code evaluated with do FILENAME cannot see lexicals in the enclosing scope; eval STRING does. It's the same, however, in that it does reparse the file every time you call it, so you probably don't want to do this inside a loop. より効率的で、簡潔であり、エラーメッセージでファイル名がわかる、 カレントディレクトリでファイルが見つからなかったときに @INC ディレクトリを検索する、ファイルがあったときに %INC を更新する、 といったことがあります。 perlvar/Predefined Names も参照してください。 do FILENAME で評価されたコードは、入れ子のスコープにある レキシカル変数を見ることができないのに対し、eval STRINGではできる、 という違いがあります。 しかし、呼び出すたびにファイルを解析し直すという点では同じですから、 ループ内でこれを使おうなどとは、間違っても思ったりしないように。 If do cannot read the file, it returns undef and sets $! to the error. If do can read the file but cannot compile it, it returns undef and sets an error message in $@. If the file is successfully compiled, do returns the value of the last expression evaluated. doがファイルを読み込めなかった場合、undef を返して $! に エラーを設定します。 do がファイルを読み込めたがコンパイルできなかった場合、 undef を返して $@ にエラーメッセージを設定します。 ファイルのコンパイルに成功した場合、do は最後に評価した表現の値を返します。 Note that inclusion of library modules is better done with the use and require operators, which also do automatic error checking and raise an exception if there's a problem. ライブラリモジュールのインクルードには、use 演算子や require 演算子を使った方がよいことに注意してください。 これらは自動的にエラーをチェックして、問題があれば例外を発生させます。 You might like to use do to read in a program configuration file. Manual error checking can be done this way: do をプログラム設定ファイルを読み込むのに使いたいかもしれません。 手動のエラーチェックは以下のようにして行えます: dump LABEL dump core undump dump This function causes an immediate core dump. See also the -u command-line switch in perlrun, which does the same thing. Primarily this is so that you can use the undump program (not supplied) to turn your core dump into an executable binary after having initialized all your variables at the beginning of the program. When the new binary is executed it will begin by executing a goto LABEL (with all the restrictions that goto suffers). Think of it as a goto with an intervening core dump and reincarnation. If LABEL is omitted, restarts the program from the top. この関数は即座にコアダンプを行ないます。 同様のことを行う perlrun の -u オプションも参照してください。 プログラムの先頭で、 すべての変数を初期化したあとのコアダンプを undump プログラム(提供していません)を使って実行ファイルに返ることができます。 この新しいバイナリが実行されると、goto LABEL から始めます (goto に関する制限はすべて適用されます)。 コアダンプをはさんで再生する goto と考えてください。 LABEL が省略されると、プログラムを先頭から再開します。 WARNING: Any files opened at the time of the dump will not be open any more when the program is reincarnated, with possible resulting confusion on the part of Perl. 警告: dump 時点でオープンされていたファイルは、 プログラムが再生されたときには、もはやオープンされていません。 Perl を部分的に混乱させる可能性があります。 This function is now largely obsolete, mostly because it's very hard to convert a core file into an executable. That's why you should now invoke it as CORE::dump(), if you don't want to be warned against a possible typo. この関数は大幅に時代遅れのものです; 主な理由としては、コアファイルを 実行形式に変換するのが非常に困難であることです。 これが、今ではタイプミスの可能性を警告されたくないなら CORE::dump() として起動するべき理由です。 each HASH each hash, iterator When called in list context, returns a 2-element list consisting of the key and value for the next element of a hash, so that you can iterate over it. When called in scalar context, returns only the key for the next element in the hash. リストコンテキストで呼び出した場合は、 ハッシュの次の 要素 に対する、key と 要素 からなる 2 要素のリストを返しますので、ハッシュ上での繰り返しを 行なうことができます。 スカラコンテキストで呼び出した場合は、 ハッシュの次の要素のための key を返します。 Entries are returned in an apparently random order. The actual random order is subject to change in future versions of perl, but it is guaranteed to be in the same order as either the keys or values function would produce on the same (unmodified) hash. Since Perl 5.8.1 the ordering is different even between different runs of Perl for security reasons (see perlsec/"Algorithmic Complexity Attacks"). エントリは見かけ上、ランダムな順序で返されます。 実際のランダムな順番は perl の将来のバージョンでは変わるかもしれませんが、 keys や values 関数が同じ(変更されていない)ハッシュに対して 生成するのと同じ順番であることは保証されます。 Perl 5.8.1 以降ではセキュリティ上の理由により、 実行される毎に順番は変わります (perlsec/"Algorithmic Complexity Attacks" を参照してください)。 When the hash is entirely read, a null array is returned in list context (which when assigned produces a false (0) value), and undef in scalar context. The next call to each after that will start iterating again. There is a single iterator for each hash, shared by all each, keys, and values function calls in the program; it can be reset by reading all the elements from the hash, or by evaluating keys HASH or values HASH. If you add or delete elements of a hash while you're iterating over it, you may get entries skipped or duplicated, so don't. Exception: It is always safe to delete the item most recently returned by each(), which means that the following code will work: ハッシュをすべて読み込んでしまうと、リストコンテキストでは空配列が 返されます(これは代入されると、偽 (0) となります)。 スカラコンテキストでは undef が返されます。 そのあと、もう一度 each を呼び出すと、 再び繰り返しを始めます。 ハッシュごとに反復子が 1 つあり、プログラム中のすべての each 関数、keys 関数、values 関数で共用されます。 反復子は、配列の要素をすべて読むことによって、またはkeys HASH, values HASHを評価することでリセットすることができます。 繰り返しを行なっている間に、ハッシュに要素を追加したり削除したりすると、 要素が飛ばされたり重複したりするので、してはいけません。 例外: 一番最近に each() から返されたものを削除するのは常に安全です。 これは以下のようなコードが正しく動くことを意味します: The following prints out your environment like the printenv(1) program, only in a different order: 以下のプログラムは、順番が異なるものの、 printenv(1) プログラムのように環境変数を表示します: See also keys, values and sort. keys や values や sort も参照してください。 eof FILEHANDLE eof end of file end-of-file eof () eof Returns 1 if the next read on FILEHANDLE will return end of file, or if FILEHANDLE is not open. FILEHANDLE may be an expression whose value gives the real filehandle. (Note that this function actually reads a character and then ungetcs it, so isn't very useful in an interactive context.) Do not read from a terminal file (or call eof(FILEHANDLE) on it) after end-of-file is reached. File types such as terminals may lose the end-of-file condition if you do. 次に FILEHANDLE 上で読み込みを行なったときに、 EOF が返されるときか、 FILEHANDLE がオープンされていないと、1 を返します。 FILEHANDLE は、値が実際のファイルハンドルを示す式であってもかまいません。 (この関数は、実際に文字を読み、ungetc を行ないますので、 対話型の場合には、それ程有用ではありません。) 端末ファイルは EOF に達した後にさらに読み込んだり eof(FILEHANDLE) を 呼び出したりしてはいけません。 そのようなことをすると、端末のようなファイルタイプは EOF 状態を失ってしまうかもしれません。 An eof without an argument uses the last file read. Using eof() with empty parentheses is very different. It refers to the pseudo file formed from the files listed on the command line and accessed via the <> operator. Since <> isn't explicitly opened, as a normal filehandle is, an eof() before <> has been used will cause @ARGV to be examined to determine if input is available. Similarly, an eof() after <> has returned end-of-file will assume you are processing another @ARGV list, and if you haven't set @ARGV, will read input from STDIN; see perlop/"I/O Operators". 引数を省略した eof は、最後に読み込みを行なったファイルを使います。 空の括弧をつけた eof() は大きく異なります。 これはコマンドラインのファイルリストで構成され、<> 演算子経由で アクセスされる擬似ファイルを示すために用いられます。 通常のファイルハンドルと違って <> は明示的にオープンされないので、 <> を使う前に eof() を使うと、 入力が正常か確認するために @ARGV がテストされます。 同様に、<> の後の eof() で EOF が返るのは、 他の @ARGV リストを処理していると仮定し、もし @ARGV を セットしていないときは STDIN から読み込みます; perlop/"I/O Operators" を参照してください。 In a while (<>) loop, eof or eof(ARGV) can be used to detect the end of each file, eof() will only detect the end of the last file. Examples: while (<>) ループの中では、個々のファイルの終わりを調べるには、 eof か eof(ARGV) を用います。 eof() は最後のファイルの終わりのみを調べます。 例: ) { next if /^\s*#/; # skip comments print "$.\t$_"; } continue { close ARGV if eof; # Not eof()! } ]]> ) { if (eof()) { # check for end of last file print "--------------\n"; } print; last if eof(); # needed if we're reading from a terminal } ]]> Practical hint: you almost never need to use eof in Perl, because the input operators typically return undef when they run out of data, or if there was an error. 現実的なヒント: Perl で eof が必要となることは、ほとんどありません。 基本的には、 データがなくなったときやエラーがあったときに、入力演算子が undef を返してくれるからです。 eval EXPR eval try catch evaluate parse execute error, handling exception, handling eval BLOCK eval In the first form, the return value of EXPR is parsed and executed as if it were a little Perl program. The value of the expression (which is itself determined within scalar context) is first parsed, and if there weren't any errors, executed in the lexical context of the current Perl program, so that any variable settings or subroutine and format definitions remain afterwards. Note that the value is parsed every time the eval executes. If EXPR is omitted, evaluates $_. This form is typically used to delay parsing and subsequent execution of the text of EXPR until run time. 第一の形式では、EXPR の返り値が Perl のプログラムであるかのように 解析され、実行されます。 式の値(それ自身スカラコンテキストの中で決定されます)はまずパースされ、 エラーがなければ Perl プログラムのレキシカルコンテキストの中で実行されますので、変数の設定、 サブルーチンやフォーマットの定義は、その後も残っています。　 返される値は eval が実行されるごとにパースされることに注意してください。 EXPR を省略すると、$_ を評価します。 この形は主に EXPR のテキストのパースと実行を実行時にまで 遅延させるのに用います。 In the second form, the code within the BLOCK is parsed only once--at the same time the code surrounding the eval itself was parsed--and executed within the context of the current Perl program. This form is typically used to trap exceptions more efficiently than the first (see below), while also providing the benefit of checking the code within BLOCK at compile time. 第二の形式では、BLOCK 内部のコードは一度だけパースされ -- コードを 囲む eval 自身がパースされるのと同じ時点です -- 現在の Perl プログラムの コンテキストで実行されます。 この形式は典型的には第一の形式より効率的に例外をトラップします(後述)。 また BLOCK 内部のコードはコンパイル時にチェックされるという利点を提供します。 The final semicolon, if any, may be omitted from the value of EXPR or within the BLOCK. 最後のセミコロンは、もしあれば、EXPR の値や BLOCK の中身から省くことができます。 In both forms, the value returned is the value of the last expression evaluated inside the mini-program; a return statement may be also used, just as with subroutines. The expression providing the return value is evaluated in void, scalar, or list context, depending on the context of the eval itself. See /wantarray for more on how the evaluation context can be determined. どちらの形式でも、返される値はミニプログラムの内部で最後に評価された 表現の値です; サブルーチンと同様、return 文も使えます。 返り値として提供される表現は、eval 自身のコンテキストに依存して 無効・スカラ・リストのいずれかのコンテキストで評価されます。 評価コンテキストの決定方法についての詳細は /wantarray を参照してください。 If there is a syntax error or runtime error, or a die statement is executed, an undefined value is returned by eval, and $@ is set to the error message. If there was no error, $@ is guaranteed to be a null string. Beware that using eval neither silences perl from printing warnings to STDERR, nor does it stuff the text of warning messages into $@. To do either of those, you have to use the $SIG{__WARN__} facility, or turn off warnings inside the BLOCK or EXPR using no{char:160}warnings{char:160}'all'. See /warn, perlvar, warnings and perllexwarn. 構文エラーや実行エラーが発生するか、die 文が実行されると、 eval の値として未定義値が返され、$@ にエラーメッセージが設定されます。 エラーがなければ、$@ は、空文字列であることが保証されます。　 eval を、STDERR に警告メッセージを表示させない目的や、 警告メッセージを $@ に格納する目的では使わないでください。 そのような用途では、$SIG{__WARN__} 機能を使うか、 no{char:160}warnings{char:160}'all' を使って BLOCK か EXPR の内部での警告を オフにする必要があります。 /warn, perlvar, warnings, perllexwarn を参照してください。 Note that, because eval traps otherwise-fatal errors, it is useful for determining whether a particular feature (such as socket or symlink) is implemented. It is also Perl's exception trapping mechanism, where the die operator is used to raise exceptions. eval は、致命的エラーとなるようなものをトラップすることができますから、 (socket や symlink といった) 特定の機能が実装されているかを、 調べるために使うことができることに注意してください。 die 演算子が例外を発生させるものとすれば、 これはまた、Perl の例外捕捉機能と捉えることもできます。 If the code to be executed doesn't vary, you may use the eval-BLOCK form to trap run-time errors without incurring the penalty of recompiling each time. The error, if any, is still returned in $@. Examples: 実行するコードが変わらないのであれば、毎回多量の再コンパイルすることなしに、 実行時エラーのトラップを行なうために、 eval-BLOCK 形式を使うことができます。 エラーがあれば、やはり $@ に返されます。 例: Using the eval{} form as an exception trap in libraries does have some issues. Due to the current arguably broken state of __DIE__ hooks, you may wish not to trigger any __DIE__ hooks that user code may have installed. You can use the local $SIG{__DIE__} construct for this purpose, as shown in this example: eval{} 形式をライブラリの例外を捕捉するために使うときには 問題があります。 現在の __DIE__ フックの状態はほぼ確実に壊れているという理由で、 ユーザーのコードが設定した __DIE__ フックを実行したくないかもしれません。 この目的には以下の例のように、local $SIG{__DIE__} 構造が使えます。 This is especially significant, given that __DIE__ hooks can call die again, which has the effect of changing their error messages: これは特に顕著です。与えられた __DIE__ フックは die をもう一度 呼び出すことができ、これによってエラーメッセージを変える効果があります: Because this promotes action at a distance, this counterintuitive behavior may be fixed in a future release. これは距離の離れた行動であるため、この直感的でない振る舞いは 将来のリリースでは修正されるかもしれません。 With an eval, you should be especially careful to remember what's being looked at when: eval では、以下のような場合に、 何が調べられるかに特に注意しておくことが必要です: Cases 1 and 2 above behave identically: they run the code contained in the variable $x. (Although case 2 has misleading double quotes making the reader wonder what else might be happening (nothing is).) Cases 3 and 4 likewise behave in the same way: they run the code '$x', which does nothing but return the value of $x. (Case 4 is preferred for purely visual reasons, but it also has the advantage of compiling at compile-time instead of at run-time.) Case 5 is a place where normally you would like to use double quotes, except that in this particular situation, you can just use symbolic references instead, as in case 6. 上記の CASE 1 と CASE 2 の動作は同一で、変数 $x 内の コードを実行します。 (ただし、CASE 2 では、必要のないダブルクォートによって、 読む人が何が起こるか混乱することでしょう (何も起こりませんが)。) 同様に CASE 3 と CASE 4 の動作も等しく、$x の値を返す以外に 何もしない $x というコードを実行します (純粋に見た目の問題で、CASE 4 が好まれますが、 実行時でなくコンパイル時にコンパイルされるという利点もあります)。 CASE 5 の場合は、通常ダブルクォートを使用します。 この状況を除けば、CASE 6 のように、単に シンボリックリファレンスを使えば良いでしょう。 eval BLOCK does not count as a loop, so the loop control statements next, last, or redo cannot be used to leave or restart the block. eval BLOCK はループとして 扱われません。 従って、next, last, redo といったループ制御文でブロックから離れたり 再実行したりはできません。 Note that as a very special case, an eval '' executed within the DB package doesn't see the usual surrounding lexical scope, but rather the scope of the first non-DB piece of code that called it. You don't normally need to worry about this unless you are writing a Perl debugger. とても特殊な場合として、DB パッケージ内で eval '' を実行すると、 通常のレキシカルスコープではなく、これを呼び出した最初の非 DB コード片の スコープになります。 Perl デバッガを書いているのでない限り、普通はこれについて心配する必要は ありません。 exec LIST exec execute exec PROGRAM LIST The exec function executes a system command and never returns-- use system instead of exec if you want it to return. It fails and returns false only if the command does not exist and it is executed directly instead of via your system's command shell (see below). exec 関数は、システムのコマンドを実行し、戻ってはきません。 戻って欲しい場合には、execではなく system 関数を使ってください。 コマンドが存在せず、しかも システムのコマンドシェル経由でなく 直接コマンドを実行しようとした場合にのみこの関数は失敗して偽を返します。 Since it's a common mistake to use exec instead of system, Perl warns you if there is a following statement which isn't die, warn, or exit (if -w is set - but you always do that). If you really want to follow an exec with some other statement, you can use one of these styles to avoid the warning: system の代わりに exec を使うというよくある間違いを防ぐために、 引き続く文が die, warn, exit(-w がセットされている場合 - でもいつもセットしてますよね) 以外の場合、Perl は警告を出します。 もし 本当に exec の後に他の文を書きたい場合、 以下のどちらかのスタイルを使うことで警告を回避できます: If there is more than one argument in LIST, or if LIST is an array with more than one value, calls execvp(3) with the arguments in LIST. If there is only one scalar argument or an array with one element in it, the argument is checked for shell metacharacters, and if there are any, the entire argument is passed to the system's command shell for parsing (this is /bin/sh -c on Unix platforms, but varies on other platforms). If there are no shell metacharacters in the argument, it is split into words and passed directly to execvp, which is more efficient. Examples: LIST に複数の引数がある場合か、LIST が複数の値を持つ 配列の場合には、LIST の引数を使って、execvp(3) を呼び出します。 1 つのスカラ引数のみまたは要素が 1 つの配列の場合には、その引数から シェルのメタ文字をチェックし、もし、メタ文字があれば、 引数全体をシステムのコマンドシェル(これはUnix では /bin/sh -c ですが、システムによって異なります)に渡して解析させます。 もし、メタキャラクタがなければ、その引数を単語に分け、 より効率的な execvp に直接渡します。 例: If you don't really want to execute the first argument, but want to lie to the program you are executing about its own name, you can specify the program you actually want to run as an "indirect object" (without a comma) in front of the LIST. (This always forces interpretation of the LIST as a multivalued list, even if there is only a single scalar in the list.) Example: 第一引数に指定するものを本当に実行したいが、実行する プログラムに対して別の名前を教えたい場合には、LISTの前に、 「間接オブジェクト」(コンマなし) として、実際に 実行したいプログラムを指定することができます。 (これによって、LIST に単一のスカラしかなくても、複数 値のリストであるように、LIST の解釈を行ないます。) 例: or, more directly, あるいは、より直接的に、 When the arguments get executed via the system shell, results will be subject to its quirks and capabilities. See perlop/"`STRING`" for details. 引数がシステムシェルで実行されるとき、結果はシェルの奇癖と能力によって 変わります。 詳細については perlop/"`STRING`" を参照してください。 Using an indirect object with exec or system is also more secure. This usage (which also works fine with system()) forces interpretation of the arguments as a multivalued list, even if the list had just one argument. That way you're safe from the shell expanding wildcards or splitting up words with whitespace in them. exec や system で間接オブジェクトを使うのもより安全です。 この使い方(system() でも同様にうまく動きます)は、たとえ引数が一つだけの 場合も、複数の値を持つリストとして引数を解釈することを強制します。 この方法で、シェルによるワイルドカード展開や、空白による単語の分割から 守られます。 The first version, the one without the indirect object, ran the echo program, passing it "surprise" an argument. The second version didn't--it tried to run a program literally called "echo surprise", didn't find it, and set $? to a non-zero value indicating failure. 間接オブジェクトなしの一つ目のバージョンでは、echo プログラムが実行され、 "surprise" が引数として渡されます。 二つ目のバージョンでは違います -- 文字通り "echo surprise" という名前の プログラムを実行しようとして、見つからないので、失敗したことを示すために $? に非 0 がセットされます。 Beginning with v5.6.0, Perl will attempt to flush all files opened for output before the exec, but this may not be supported on some platforms (see perlport). To be safe, you may need to set $| ($AUTOFLUSH in English) or call the autoflush() method of IO::Handle on any open handles in order to avoid lost output. v5.6.0 から、Perl は exec の前に出力用に開かれている全てのファイルを フラッシュしようとしますが、これに対応していないプラットフォームもあります (perlport を参照してください)。 安全のためには、出力が重複するのを避けるために、全てのオープンしている ハンドルに対して $| (English モジュールでは $AUTOFLUSH) を設定するか、 IO::Handle モジュールの autoflush() メソッドをを呼ぶ必要が あるかもしれません。 Note that exec will not call your END blocks, nor will it call any DESTROY methods in your objects. exec は END ブロックや、オブジェクトの DESTROY メソッドを 呼び出さないことに注意してください。 exists EXPR exists autovivification Given an expression that specifies a hash element or array element, returns true if the specified element in the hash or array has ever been initialized, even if the corresponding value is undefined. The element is not autovivified if it doesn't exist. ハッシュ要素か配列要素を示す表現が与えられ、 指定された要素が、ハッシュか配列に存在すれば、 たとえ対応する value が未定義でも真を返します。 要素が存在しなかった場合は自動活性化されません。 A hash or array element can be true only if it's defined, and defined if it exists, but the reverse doesn't necessarily hold true. ハッシュまたは配列要素は、定義されているときにのみ真となり、 存在しているときにのみ定義されますが、逆は必ずしも真ではありません。 Given an expression that specifies the name of a subroutine, returns true if the specified subroutine has ever been declared, even if it is undefined. Mentioning a subroutine name for exists or defined does not count as declaring it. Note that a subroutine which does not exist may still be callable: its package may have an AUTOLOAD method that makes it spring into existence the first time that it is called -- see perlsub. 引数としてサブルーチンの名前が指定された場合、 指定されたサブルーチンが宣言されていれば(たとえ未定義でも) 真を返します。 exists や defined のために言及されているサブルーチン名は 宣言としてのカウントに入りません。 存在しないサブルーチンでも呼び出し可能かもしれないことに注意してください: パッケージが AUTOLOAD メソッドを持っていて、最初に呼び出された時に 存在を作り出すかもしれません -- perlsub を参照してください。 Note that the EXPR can be arbitrarily complicated as long as the final operation is a hash or array key lookup or subroutine name: 最終的な操作がハッシュや配列の key による検索またはサブルーチン名である限りは、 EXPR には任意の複雑な式を置くことができます: {A}->{B}->{$key}) { } if (exists $hash{A}{B}{$key}) { } ]]> {A}->{B}->[$ix]) { } if (exists $hash{A}{B}[$ix]) { } ]]> {A}{B}{$key}}) { } ]]> Although the deepest nested array or hash will not spring into existence just because its existence was tested, any intervening ones will. Thus $ref->{"A"} and $ref->{"A"}->{"B"} will spring into existence due to the existence test for the $key element above. This happens anywhere the arrow operator is used, including even: ネストした配列やハッシュの一番深い部分は、その存在をテストしただけでは 存在するようにはなりませんが、途中のものは存在するようになります。 従って $ref->{"A"} と $ref->{"A"}->{"B"} は上記の $key の 存在をテストしたことによって存在するようになります。 これは、矢印演算子が使われるところでは、以下のようなものを含むどこででも 起こります。 {"Some key"}) { } print $ref; # prints HASH(0x80d3d5c) ]]> This surprising autovivification in what does not at first--or even second--glance appear to be an lvalue context may be fixed in a future release. 一目見ただけでは -- あるいは二目見ても -- 驚かされる、左辺値コンテキストでの 自動有効化は将来のリリースでは修正されるでしょう。 Use of a subroutine call, rather than a subroutine name, as an argument to exists() is an error. exists() の引数としてサブルーチン名でなくサブルーチン呼び出しを使うと、 エラーになります。 exit EXPR exit terminate abort exit Evaluates EXPR and exits immediately with that value. Example: EXPR を評価し、即座にその値を持って終了します。 例: ; exit 0 if $ans =~ /^[Xx]/; ]]> See also die. If EXPR is omitted, exits with 0 status. The only universally recognized values for EXPR are 0 for success and 1 for error; other values are subject to interpretation depending on the environment in which the Perl program is running. For example, exiting 69 (EX_UNAVAILABLE) from a sendmail incoming-mail filter will cause the mailer to return the item undelivered, but that's not true everywhere. die も参照してください。 EXPR が省略された場合には、ステータスを 0 として終了します。 EXPR の値として広く利用可能なのは 0 が成功で 1 がエラーということだけです。 その他の値は、 Perl が実行される環境によって異なる解釈がされる 可能性があります。 例えば、sendmail 到着メールフィルタから 69 (EX_UNAVAILABLE) で終了すると メーラーはアイテムを配達せずに差し戻しますが、 これはいつでも真ではありません。 Don't use exit to abort a subroutine if there's any chance that someone might want to trap whatever error happened. Use die instead, which can be trapped by an eval. 誰かが発生したエラーをトラップしようと考えている可能性がある場合は、 サブルーチンの中断に exit を使わないでください。 代わりに eval でトラップできる die を使ってください。 The exit() function does not always exit immediately. It calls any defined END routines first, but these END routines may not themselves abort the exit. Likewise any object destructors that need to be called are called before the real exit. If this is a problem, you can call POSIX:_exit($status) to avoid END and destructor processing. See perlmod for details. exit() 関数は常に直ちに終了するわけではありません。 まず、定義されている END ルーチンを呼び出しますが、 END ルーチン自身は exit を止められません。 同様に、呼び出す必要のあるオブジェクトデストラクタは すべて、実際の終了前に呼び出されます。 これが問題になる場合は、END やデストラクタが実行されることを 防ぐために POSIX:_exit($status) を呼び出してください。 詳しくは perlmod を参照してください。 exp EXPR exp exponential antilog antilogarithm e exp Returns e (the natural logarithm base) to the power of EXPR. If EXPR is omitted, gives exp($_). e (自然対数の底) の EXPR 乗を返します。　 EXPR を省略した場合には、exp($_) を返します。 fcntl FILEHANDLE,FUNCTION,SCALAR fcntl Implements the fcntl(2) function. You'll probably have to say fcntl(2) 関数を実装します。 正しい定数定義を得るために、まず、 first to get the correct constant definitions. Argument processing and value return works just like ioctl below. For example: と書くことが必要でしょう。 引数の処理と返り値については、下記の ioctl と同様に動作します。 例: You don't have to check for defined on the return from fcntl. Like ioctl, it maps a 0 return from the system call into "0 but true" in Perl. This string is true in boolean context and 0 in numeric context. It is also exempt from the normal -w warnings on improper numeric conversions. fcntl からの返り値のチェックに defined を使う必要はありません。 ioctl と違って、fnctl はシステムコールの結果が 0 だった場合は "0 だが真"を返します。 この文字列は真偽値コンテキストでは真となり、 数値コンテキストでは 0 になります。 これはまた、不適切な数値変換に関する通常の -w 警告を回避します。 Note that fcntl will produce a fatal error if used on a machine that doesn't implement fcntl(2). See the Fcntl module or your fcntl(2) manpage to learn what functions are available on your system. fcntl(2) が実装されていないマシンでは、fcntlは致命的エラーを 引き起こすことに注意してください。 システムでどの関数が利用可能かについては Fcntl モジュールや fcntl(2) man ページを参照してください。 Here's an example of setting a filehandle named REMOTE to be non-blocking at the system level. You'll have to negotiate $| on your own, though. これは REMOTE というファイルハンドルをシステムレベルで 非ブロックモードにセットする例です。 ただし、 $| を自分で管理しなければなりません。 fileno FILEHANDLE fileno Returns the file descriptor for a filehandle, or undefined if the filehandle is not open. This is mainly useful for constructing bitmaps for select and low-level POSIX tty-handling operations. If FILEHANDLE is an expression, the value is taken as an indirect filehandle, generally its name. ファイルハンドルに対するファイル記述子を返します。 ファイルハンドルがオープンしていない場合は未定義値を返します。 これは主に select や低レベル POSIX tty 操作に対する、ビットマップを 構成するときに便利です。 FILEHANDLE が式であれば、 その値が間接ファイルハンドル(普通は名前)として使われます。 You can use this to find out whether two handles refer to the same underlying descriptor: これを、二つのハンドルが同じ識別子を参照しているかどうかを見つけるのに 使えます: (Filehandles connected to memory objects via new features of open may return undefined even though they are open.) (open の新機能によってメモリに接続されたファイルハンドルは、 開いている時でも未定義値を返します。) flock FILEHANDLE,OPERATION flock lock locking Calls flock(2), or an emulation of it, on FILEHANDLE. Returns true for success, false on failure. Produces a fatal error if used on a machine that doesn't implement flock(2), fcntl(2) locking, or lockf(3). flock is Perl's portable file locking interface, although it locks only entire files, not records. FILEHANDLE に対して flock(2)、またはそのエミュレーションを呼び出します。 成功時には真を、失敗時には偽を返します。 flock(2), fcntl(2) ロック, lockf(3) のいずれかを実装していない マシンで使うと、致命的エラーが発生します。 flock は Perl の移植性のあるファイルロックインターフェースです。 しかしレコードではなく、ファイル全体のみをロックします。 Two potentially non-obvious but traditional flock semantics are that it waits indefinitely until the lock is granted, and that its locks merely advisory. Such discretionary locks are more flexible, but offer fewer guarantees. This means that programs that do not also use flock may modify files locked with flock. See perlport, your port's specific documentation, or your system-specific local manpages for details. It's best to assume traditional behavior if you're writing portable programs. (But if you're not, you should as always feel perfectly free to write for your own system's idiosyncrasies (sometimes called "features"). Slavish adherence to portability concerns shouldn't get in the way of your getting your job done.) 明白ではないものの、伝統的な flock の動作としては、ロックが得られるまで 無限に待ち続けるものと、単に勧告的に ロックするものの二つがあります。 このような自由裁量のロックはより柔軟ですが、保障されるものはより少ないです。 これは、flock を使わないプログラムが flock でロックされたファイルを 書き換えるかもしれないことを意味します。 詳細については、perlport、システム固有のドキュメント、システム固有の ローカルの man ページを参照してください。 移植性のあるプログラムを書く場合は、伝統的な振る舞いを仮定するのが ベストです。 (しかし移植性のないプログラムを書く場合は、自身のシステムの性癖(しばしば 「仕様」と呼ばれます)に合わせて書くことも完全に自由です。 盲目的に移植性に固執することで、あなたの作業を仕上げるのを邪魔するべきでは ありません。) OPERATION is one of LOCK_SH, LOCK_EX, or LOCK_UN, possibly combined with LOCK_NB. These constants are traditionally valued 1, 2, 8 and 4, but you can use the symbolic names if you import them from the Fcntl module, either individually, or as a group using the ':flock' tag. LOCK_SH requests a shared lock, LOCK_EX requests an exclusive lock, and LOCK_UN releases a previously requested lock. If LOCK_NB is bitwise-or'ed with LOCK_SH or LOCK_EX then flock will return immediately rather than blocking waiting for the lock (check the return status to see if you got it). OPERATION は LOCK_SH, LOCK_EX, LOCK_UN のいずれかで、LOCK_NB と 組み合わされることもあります。 これらの定数は伝統的には 1, 2, 8, 4 の値を持ちますが、Fcntl モジュールから シンボル名を独立してインポートするか、 ':flock' タグを使うグループとして、 シンボル名をを使うことができます。 LOCK_SH は共有ロックを要求し、LOCK_EX は排他ロックを要求し、LOCK_UN は 前回要求したロックを開放します。 LOCK_NB と LOCK_SH か LOCK_EX がビット単位の論理和されると、flock は ロックを取得するまで待つのではなく、すぐに返ります(ロックが取得できたか どうかは返り値を調べます)。 To avoid the possibility of miscoordination, Perl now flushes FILEHANDLE before locking or unlocking it. 不一致の可能性を避けるために、Perl はファイルをロック、アンロックする前に FILEHANDLE をフラッシュします。 Note that the emulation built with lockf(3) doesn't provide shared locks, and it requires that FILEHANDLE be open with write intent. These are the semantics that lockf(3) implements. Most if not all systems implement lockf(3) in terms of fcntl(2) locking, though, so the differing semantics shouldn't bite too many people. lockf(3) で作成されたエミュレーションは共有ロックを提供せず、 FILEHANDLE が書き込みモードで開いていることを必要とすることに 注意してください。 これは lockf(3) が実装している動作です。 しかし、全てではないにしてもほとんどのシステムでは fcntl(2) を使って lockf(3) を実装しているので、異なった動作で多くの人々を混乱させることは ないはずです。 Note that the fcntl(2) emulation of flock(3) requires that FILEHANDLE be open with read intent to use LOCK_SH and requires that it be open with write intent to use LOCK_EX. flock(3) の fcntl(2) エミュレーションは、 LOCK_SH を使うためには FILEHANDLE を読み込みで開いている必要があり、LOCK_EX を使うためには 書き込みで開いている必要があることに注意してください。 Note also that some versions of flock cannot lock things over the network; you would need to use the more system-specific fcntl for that. If you like you can force Perl to ignore your system's flock(2) function, and so provide its own fcntl(2)-based emulation, by passing the switch -Ud_flock to the Configure program when you configure perl. ネットワーク越しにはロックできない flock もあることに注意してください; このためには、よりシステム依存な fcntl を使う必要があります。 Perl にシステムの flock(2) 関数を無視させ、自身の fcntl(2) ベースの エミュレーションを使う場合は、perl を設定するときに Configure プログラムに -Ud_flock オプションを渡してください。 Here's a mailbox appender for BSD systems. BSD システムでのメールボックスへの追加処理の例を示します。 >/usr/spool/mail/$ENV{'USER'}") or die "Can't open mailbox: $!"; ]]> On systems that support a real flock(), locks are inherited across fork() calls, whereas those that must resort to the more capricious fcntl() function lose the locks, making it harder to write servers. 真の flock() に対応しているシステムではロックは fork() を通して 継承されるのに対して、より不安定な fcntl() に頼らなければならない場合、 サーバを書くのはより難しくなります。 See also DB_File for other flock() examples. その他の flock() の例としては DB_File も参照してください。 fork fork child parent Does a fork(2) system call to create a new process running the same program at the same point. It returns the child pid to the parent process, 0 to the child process, or undef if the fork is unsuccessful. File descriptors (and sometimes locks on those descriptors) are shared, while everything else is copied. On most systems supporting fork(), great care has gone into making it extremely efficient (for example, using copy-on-write technology on data pages), making it the dominant paradigm for multitasking over the last few decades. 同じプログラムの同じ地点から開始する新しいプロセスを作成するために システムコール fork(2) を行ないます。 親プロセスには、チャイルドプロセスの pid を、 チャイルドプロセスに 0 を返しますが、 fork に失敗したときには、undefを返します。 ファイル記述子(および記述子に関連するロック)は共有され、 その他の全てはコピーされます。 fork() に対応するほとんどのシステムでは、 これを極めて効率的にするために多大な努力が払われてきました (例えば、データページへの copy-on-write テクノロジーなどです)。 これはここ 20 年にわたるマルチタスクに関する主要なパラダイムとなっています。 Beginning with v5.6.0, Perl will attempt to flush all files opened for output before forking the child process, but this may not be supported on some platforms (see perlport). To be safe, you may need to set $| ($AUTOFLUSH in English) or call the autoflush() method of IO::Handle on any open handles in order to avoid duplicate output. v5.6.0 から、Perl は子プロセスを fork する前に出力用にオープンしている全ての ファイルをフラッシュしようとしますが、これに対応していないプラットフォームも あります(perlport を参照してください)。 安全のためには、出力が重複するのを避けるために、 全てのオープンしているハンドルに対して $| (English モジュールでは $AUTOFLUSH) を設定するか、 IO::Handle モジュールの autoflush()メソッドをを呼ぶ必要が あるかもしれません。 If you fork without ever waiting on your children, you will accumulate zombies. On some systems, you can avoid this by setting $SIG{CHLD} to "IGNORE". See also perlipc for more examples of forking and reaping moribund children. チャイルドプロセスの終了を待たずに、fork を繰り返せば、 ゾンビをためこむことになります。 $SIG{CHLD} に "IGNORE" を指定することでこれを回避できるシステムもあります。 fork と消滅しかけている子プロセスを回収するための更なる例については perlpc も参照してください。 Note that if your forked child inherits system file descriptors like STDIN and STDOUT that are actually connected by a pipe or socket, even if you exit, then the remote server (such as, say, a CGI script or a backgrounded job launched from a remote shell) won't think you're done. You should reopen those to /dev/null if it's any issue. fork した子プロセスが STDIN や STDOUT といったシステムファイル記述子を 継承する場合、(CGI スクリプトやリモートシェルといった バックグラウンドジョブのような)リモートサーバは考え通りに 動かないであろうことに注意してください。 このような場合ではこれらを /dev/null として再オープンするべきです。 format format Declare a picture format for use by the write function. For example: write 関数で使うピクチャーフォーマットを宣言します。 例: >>>> $str, $%, '$' . int($num) . ]]> See perlform for many details and examples. 詳細と例については perlform を参照して下さい。 formline PICTURE,LIST formline This is an internal function used by formats, though you may call it, too. It formats (see perlform) a list of values according to the contents of PICTURE, placing the output into the format output accumulator, $^A (or $ACCUMULATOR in English). Eventually, when a write is done, the contents of $^A are written to some filehandle. You could also read $^A and then set $^A back to "". Note that a format typically does one formline per line of form, but the formline function itself doesn't care how many newlines are embedded in the PICTURE. This means that the ~ and ~~ tokens will treat the entire PICTURE as a single line. You may therefore need to use multiple formlines to implement a single record format, just like the format compiler. これは、format が使用する内部関数ですが、直接呼び出すこともできます。 これは、PICTURE の内容にしたがって、LIST の値を整形し (perlform を 参照してください)、結果をフォーマット出力アキュムレータ$^A (English モジュールでは $ACCUMULATOR) に納めます。 最終的に、write が実行されると、$^A の中身が、 何らかのファイルハンドルに書き出されます。 また、自分で $^A を読んで、$^A の内容を "" に戻してもかまいません。 format は通常、1 行ごとに formline を行ないますが、 formline 関数自身は、PICTURE の中にいくつの改行が入っているかは、 関係がありません。 これは、~ と ~~トークンは PICTURE 全体を一行として扱うことを意味します。 従って、1 レコードフォーマットを実装するためには フォーマットコンパイラのような複数 formline を使う必要があります。 Be careful if you put double quotes around the picture, because an @ character may be taken to mean the beginning of an array name. formline always returns true. See perlform for other examples. ダブルクォートで PICTURE を囲む場合には、@ という文字が 配列名の始まりと解釈されますので、注意してください。 formline は常に真を返します。 その他の例については perlform を参照してください。 getc FILEHANDLE getc getchar character file, read getc Returns the next character from the input file attached to FILEHANDLE, or the undefined value at end of file, or if there was an error (in the latter case $! is set). If FILEHANDLE is omitted, reads from STDIN. This is not particularly efficient. However, it cannot be used by itself to fetch single characters without waiting for the user to hit enter. For that, try something more like: FILEHANDLE につながれている入力ファイルから、次の一文字を返します。 ファイルの最後、またはエラーが発生した場合は、未定義値を返します (後者の場合は $! がセットされます)。 FILEHANDLE が省略された場合には、STDIN から読み込みを行ないます。 これは特に効率的ではありません。 しかし、これはユーザーがリターンキーを押すのを待つことなく 一文字を読み込む用途には使えません。 そのような場合には、以下のようなものを試して見てください: /dev/tty 2>&1"; } else { system "stty", '-icanon', 'eol', "\001"; } ]]> /dev/tty 2>&1"; } else { system "stty", 'icanon', 'eol', '^@'; # ASCII null } print "\n"; ]]> Determination of whether $BSD_STYLE should be set is left as an exercise to the reader. $BSD_STYLE をセットするべきかどうかを決定する方法については 読者への宿題として残しておきます。 The POSIX::getattr function can do this more portably on systems purporting POSIX compliance. See also the Term::ReadKey module from your nearest CPAN site; details on CPAN can be found on perlmodlib/CPAN. POSIX::getattr 関数は POSIX 準拠を主張するシステムでこれを より移植性のある形で行います。 お近くの CPAN サイトから Term::ReadKey モジュールも参照して下さい; CPAN に関する詳細は perlmodlib/CPAN にあります。 getlogin getlogin login This implements the C library function of the same name, which on most systems returns the current login from /etc/utmp, if any. If null, use getpwuid. これは同じ名前の C ライブラリ関数を実装していて、 多くのシステムでは、もしあれば、/etc/utmp から現在のログイン名を返します。 ヌルであれば、getpwuid() を使ってください。 Do not consider getlogin for authentication: it is not as secure as getpwuid. getlogin を認証に使ってはいけません。 これは getpwuid のように安全ではありません。 getpeername SOCKET getpeername peer Returns the packed sockaddr address of other end of the SOCKET connection. SOCKET コネクションの向こう側のパックされた aockaddr アドレスを返します。 getpgrp PID getpgrp group Returns the current process group for the specified PID. Use a PID of 0 to get the current process group for the current process. Will raise an exception if used on a machine that doesn't implement getpgrp(2). If PID is omitted, returns process group of current process. Note that the POSIX version of getpgrp does not accept a PID argument, so only PID==0 is truly portable. 指定された PID の現在のプロセスグループを返します。 PID に 0 を与えるとカレントプロセスの指定となります。 getpgrp(2) を実装していないマシンで実行した場合には、例外が発生します。 PID を省略するとカレントプロセスのプロセスグループを返します。 POSIX 版の getpgrp は PID 引数を受け付けないので、 PID==0 のみが完全に移植性があります。 getppid getppid parent pid Returns the process id of the parent process. 親プロセスのプロセス id を返します。 Note for Linux users: on Linux, the C functions getpid() and getppid() return different values from different threads. In order to be portable, this behavior is not reflected by the perl-level function getppid(), that returns a consistent value across threads. If you want to call the underlying getppid(), you may use the CPAN module Linux::Pid. Linux ユーザーへの注意: Linux では getpid() と getppid() の C 関数は スレッドが異なると異なった値を返します。 移植性のために、この振る舞いは perl レベルの関数 getppid() には 反映されず、スレッドをまたいで一貫性のある値を返します。 基礎となる getppid() を呼び出したい場合は、CPAN モジュールである Linux::Pid を使ってください。 getpriority WHICH,WHO getpriority priority nice Returns the current priority for a process, a process group, or a user. (See getpriority(2).) Will raise a fatal exception if used on a machine that doesn't implement getpriority(2). プロセス、プロセスグループ、ユーザに対する現在の優先度を返します。 (getpriority(2) を参照してください。) getpriority(2) を実装していない マシンで実行した場合には、致命的例外が発生します。 getpwnam NAME getpwnam getgrnam gethostbyname getnetbyname getprotobyname getpwuid getgrgid getservbyname gethostbyaddr getnetbyaddr getprotobynumber getservbyport getpwent getgrent gethostent getnetent getprotoent getservent setpwent setgrent sethostent setnetent setprotoent setservent endpwent endgrent endhostent endnetent endprotoent endservent getgrnam NAME gethostbyname NAME getnetbyname NAME getprotobyname NAME getpwuid UID getgrgid GID getservbyname NAME,PROTO gethostbyaddr ADDR,ADDRTYPE getnetbyaddr ADDR,ADDRTYPE getprotobynumber NUMBER getservbyport PORT,PROTO getpwent getgrent gethostent getnetent getprotoent getservent setpwent setgrent sethostent STAYOPEN setnetent STAYOPEN setprotoent STAYOPEN setservent STAYOPEN endpwent endgrent endhostent endnetent endprotoent endservent These routines perform the same functions as their counterparts in the system library. In list context, the return values from the various get routines are as follows: これらのルーチンは、システムライブラリの同名の関数を実行します。 リストコンテキストでは、さまざまな get ルーチンからの返り値は、次のようになります: (If the entry doesn't exist you get a null list.) (エントリが存在しなければ、空リストが返されます。) The exact meaning of the $gcos field varies but it usually contains the real name of the user (as opposed to the login name) and other information pertaining to the user. Beware, however, that in many system users are able to change this information and therefore it cannot be trusted and therefore the $gcos is tainted (see perlsec). The $passwd and $shell, user's encrypted password and login shell, are also tainted, because of the same reason. $gcos フィールドの正確な意味はさまざまですが、通常は(ログイン名ではなく) ユーザーの実際の名前とユーザーに付随する情報を含みます。 但し、多くのシステムではユーザーがこの情報を変更できるので、この情報は 信頼できず、従って $gcos は汚染されます(perlsec を参照してください)。 ユーザーの暗号化されたパスワードとログインシェルである $passwd と $shell も、同様の理由で汚染されます。 In scalar context, you get the name, unless the function was a lookup by name, in which case you get the other thing, whatever it is. (If the entry doesn't exist you get the undefined value.) For example: スカラコンテキストでは、*nam、*byname といった NAME で検索するもの以外は、 name を返し、NAME で検索するものは、何か別のものを返します。 (エントリが存在しなければ、未定義値が返ります。) 例: In getpw*() the fields $quota, $comment, and $expire are special cases in the sense that in many systems they are unsupported. If the $quota is unsupported, it is an empty scalar. If it is supported, it usually encodes the disk quota. If the $comment field is unsupported, it is an empty scalar. If it is supported it usually encodes some administrative comment about the user. In some systems the $quota field may be $change or $age, fields that have to do with password aging. In some systems the $comment field may be $class. The $expire field, if present, encodes the expiration period of the account or the password. For the availability and the exact meaning of these fields in your system, please consult your getpwnam(3) documentation and your pwd.h file. You can also find out from within Perl what your $quota and $comment fields mean and whether you have the $expire field by using the Config module and the values d_pwquota, d_pwage, d_pwchange, d_pwcomment, and d_pwexpire. Shadow password files are only supported if your vendor has implemented them in the intuitive fashion that calling the regular C library routines gets the shadow versions if you're running under privilege or if there exists the shadow(3) functions as found in System V (this includes Solaris and Linux.) Those systems that implement a proprietary shadow password facility are unlikely to be supported. getpw*() では、$quota, $comment, $expire フィールドは、 多くのシステムでは対応していないので特別な処理がされます。 $quota が非対応の場合、空のスカラになります。 対応している場合、通常はディスククォータの値が入ります。 $comment フィールドが非対応の場合、空のスカラになります。 対応している場合、通常はユーザーに関する管理上のコメントが入ります。 $quota フィールドはパスワードの寿命を示す $change や $age である システムもあります。 $comment フィールドは $class であるシステムもあります。 $expire フィールドがある場合は、アカウントやパスワードが時間切れになる 期間が入ります。 動作させるシステムでのこれらのフィールドの有効性と正確な意味については、 getpwnam(3) のドキュメントと pwd.h ファイルを参照してください。 $quota と $comment フィールドが何を意味しているかと、$expire フィールドが あるかどうかは、Config モジュールを使って、d_pwquota, d_pwage, d_pwchange, d_pwcomment, d_pwexpire の値を調べることによって Perl 自身で調べることも出来ます。 シャドウパスワードは、通常の C ライブラリルーチンを権限がある状態で 呼び出すことでシャドウ版が取得できるか、System V にあるような (Solaris と Linux を含みます) shadow(3) 関数があるといった、 直感的な方法で実装されている場合にのみ対応されます。 独占的なシャドウパスワード機能を実装しているシステムでは、 それに対応されることはないでしょう。 The $members value returned by getgr*() is a space separated list of the login names of the members of the group. getgr*() によって返る値 $members は、グループのメンバの ログイン名をスペースで区切ったものです。 For the gethost*() functions, if the h_errno variable is supported in C, it will be returned to you via $? if the function call fails. The @addrs value returned by a successful call is a list of the raw addresses returned by the corresponding system library call. In the Internet domain, each address is four bytes long and you can unpack it by saying something like: gethost*() 関数では、C で h_errno 変数がサポートされていれば、 関数呼出が失敗したときに、$? を通して、その値が返されます。 成功時に返される @addrs 値は、対応するシステムコールが返す、 生のアドレスのリストです。 インターネットドメインでは、個々のアドレスは、4 バイト長で、 以下のようにして unpack することができます。 The Socket library makes this slightly easier: Socket ライブラリを使うともう少し簡単になります。 In the opposite way, to resolve a hostname to the IP address you can write this: 逆方向に、ホスト名から IP アドレスを解決するには以下のように書けます: Make sure <gethostbyname()> is called in SCALAR context and that its return value is checked for definedness. gethostbyname() はスカラコンテキストで呼び出すようにして、返り値が 定義されているかを必ずチェックしてください。 If you get tired of remembering which element of the return list contains which return value, by-name interfaces are provided in standard modules: File::stat, Net::hostent, Net::netent, Net::protoent, Net::servent, Time::gmtime, Time::localtime, and User::grent. These override the normal built-ins, supplying versions that return objects with the appropriate names for each field. For example: 返り値のリストの何番目がどの要素かを覚えるのに疲れたなら、 名前ベースのインターフェースが標準モジュールで提供されています: File::stat, Net::hostent, Net::netent, Net::protoent, Net::servent, Time::gmtime, Time::localtime, User::grent です。 これらは通常の組み込みを上書きし、 それぞれのフィールドに適切な名前をつけたオブジェクトを返します。 例: uid == pwent($whoever)->uid); ]]> Even though it looks like they're the same method calls (uid), they aren't, because a File::stat object is different from a User::pwent object. 同じメソッド(uid)を呼び出しているように見えますが、違います。 なぜなら File::stat オブジェクトは User::pwent オブジェクトとは 異なるからです。 getsockname SOCKET getsockname Returns the packed sockaddr address of this end of the SOCKET connection, in case you don't know the address because you have several different IPs that the connection might have come in on. SOCKET 接続のこちら側の pack された sockaddr アドレスを返します。 複数の異なる IP から接続されるためにアドレスがわからない場合に使います。 getsockopt SOCKET,LEVEL,OPTNAME getsockopt Queries the option named OPTNAME associated with SOCKET at a given LEVEL. Options may exist at multiple protocol levels depending on the socket type, but at least the uppermost socket level SOL_SOCKET (defined in the Socket module) will exist. To query options at another level the protocol number of the appropriate protocol controlling the option should be supplied. For example, to indicate that an option is to be interpreted by the TCP protocol, LEVEL should be set to the protocol number of TCP, which you can get using getprotobyname. 与えられた LEVEL で SOCKET に関連付けられた OPTNAME と言う名前のオプションを 問い合わせます。 オプションはソケットの種類に依存しした複数のプロトコルレベルに存在することも ありますが、少なくとも最上位ソケットレベル SOL_SOCKET (Socket モジュールで 定義されています)は存在します。 その他のレベルのオプションを問い合わせるには、そのオプションを制御する 適切なプロトコルのプロトコル番号を指定します。 例えば、オプションが TCP プロトコルで解釈されるべきであることを示すためには、 LEVEL は getprotobyname で得られる TCP のプロトコル番号を設定します。 The call returns a packed string representing the requested socket option, or undef if there is an error (the error reason will be in $!). What exactly is in the packed string depends in the LEVEL and OPTNAME, consult your system documentation for details. A very common case however is that the option is an integer, in which case the result will be a packed integer which you can decode using unpack with the i (or I) format. この呼び出しは、要求されたソケットオプションの pack された文字列表現か、 あるいはエラーがある場合は undef を返します(エラーの理由は $! にあります)。 pack された文字列の正確な中身は LEVEL と OPTNAME に依存するので、 詳細についてはシステムドキュメントを確認してください。 しかし、とても一般的な場合というのはオプションが整数の場合で、この場合 結果は unpack の i (あるいは I)フォーマットでデコードできる pack された 整数です。 An example testing if Nagle's algorithm is turned on on a socket: あるソケットで Nagle のアルゴリズム有効かどうかを調べる例です: glob EXPR glob wildcard filename, expansion expand glob In list context, returns a (possibly empty) list of filename expansions on the value of EXPR such as the standard Unix shell /bin/csh would do. In scalar context, glob iterates through such filename expansions, returning undef when the list is exhausted. This is the internal function implementing the <*.c> operator, but you can use it directly. If EXPR is omitted, $_ is used. The <*.c> operator is discussed in more detail in perlop/"I/O Operators". リストコンテキストでは、 EXPR の値を、標準 Unix シェル /bin/csh が行なうように ファイル名の展開を行なった結果のリスト(空かもしれません)を返します。 スカラコンテキストでは、glob はこのようなファイル名展開を繰り返し、 リストがなくなったら undef を返します。 これは、<*.c> 演算子を実装する内部関数ですが、 直接使用することもできます。 EXPR を省略すると、$_が使われます。 <*.c>演算子については perlop/"I/O Operators" でより詳細に議論しています。 Beginning with v5.6.0, this operator is implemented using the standard File::Glob extension. See File::Glob'}File::Glob for details. v5.6.0 から、この演算子は標準の File::Glob 拡張を使って 実装されています。 詳細は File::Glob'}File::Glob を参照して下さい。 gmtime EXPR gmtime UTC Greenwich gmtime Works just like localtime but the returned values are localized for the standard Greenwich time zone. localtime と同様に働きますが、返り値はグリニッジ標準時に ローカライズされています。 Note: when called in list context, $isdst, the last value returned by gmtime is always 0. There is no Daylight Saving Time in GMT. 注意: リストコンテキストで呼び出した時、gmtime が返す末尾の値である $isdst は常に 0 です。 GMT には夏時間はありません。 See perlport/gmtime for portability concerns. 移植性の問題については perlport/gmtime を参照してください。 goto LABEL goto jump jmp goto EXPR goto &NAME The goto-LABEL form finds the statement labeled with LABEL and resumes execution there. It may not be used to go into any construct that requires initialization, such as a subroutine or a foreach loop. It also can't be used to go into a construct that is optimized away, or to get out of a block or subroutine given to sort. It can be used to go almost anywhere else within the dynamic scope, including out of subroutines, but it's usually better to use some other construct such as last or die. The author of Perl has never felt the need to use this form of goto (in Perl, that is--C is another matter). (The difference being that C does not offer named loops combined with loop control. Perl does, and this replaces most structured uses of goto in other languages.) goto-LABEL の形式は、LABEL というラベルの付いた文を 探して、そこへ実行を移すものです。　サブルーチンや foreach ループなど、何らかの初期化が必要な構造の中に 入り込むことは許されません。　最適化によってなくなってしまう構造の中にも goto することはできません。 また、sortで与えられたブロックやサブルーチンから外へ出ることもできません。 これ以外は、サブルーチンの外を含む、動的スコープ内の ほとんどすべての場所へ行くために使用できますが、普通は、 last や die といった別の構造を使った方が良いでしょう。 Perl の作者はこの形式の goto を使う必要を感じたことは、 1 度もありません (Perl では。C は別のお話です)。 (違いは、C にはループ制御と結びついた名前つきのループがないことです。 Perl にはあり、これが他の言語でのほとんどの構造的な goto の使用法を 置き換えます。) The goto-EXPR form expects a label name, whose scope will be resolved dynamically. This allows for computed gotos per FORTRAN, but isn't necessarily recommended if you're optimizing for maintainability: goto-EXPR の形式はラベル名を予測し、このスコープは動的に解決されます。 これにより FORTRAN のような算術 goto が可能になりますが、 保守性を重視するならお勧めしません。 The goto-&NAME form is quite different from the other forms of goto. In fact, it isn't a goto in the normal sense at all, and doesn't have the stigma associated with other gotos. Instead, it exits the current subroutine (losing any changes set by local()) and immediately calls in its place the named subroutine using the current value of @_. This is used by AUTOLOAD subroutines that wish to load another subroutine and then pretend that the other subroutine had been called in the first place (except that any modifications to @_ in the current subroutine are propagated to the other subroutine.) After the goto, not even caller will be able to tell that this routine was called first. goto-&NAME の形式は、その他の goto の形式とはかなり 異なったものです。 実際、これは普通の感覚でいうところのどこかへ行くものでは全くなく、 他の goto が持つ不名誉を持っていません。 現在のサブルーチンを終了し (local() による変更は失われます)、 直ちに現在の @_ の値を使って指定された名前のサブルーチンを呼び出します。 これは、AUTOLOAD サブルーチンが別のサブルーチンをロードして、 その別のサブルーチンが最初に呼ばれたようにするために使われます (ただし、現在のサブルーチンで @_ を修正した場合には、 その別のサブルーチンに伝えられます)。 goto のあとは、caller でさえも、現在のサブルーチンが 最初に呼び出されたと言うことができません。 NAME needn't be the name of a subroutine; it can be a scalar variable containing a code reference, or a block that evaluates to a code reference. NAME はサブルーチンの名前である必要はありません; コードリファレンスを 含むスカラ値や、コードリファレンスと評価されるブロックでも構いません。 grep BLOCK LIST grep grep EXPR,LIST This is similar in spirit to, but not the same as, grep(1) and its relatives. In particular, it is not limited to using regular expressions. これは grep(1) とその親類と同じようなものですが、同じではありません。 特に、正規表現の使用に制限されません。 Evaluates the BLOCK or EXPR for each element of LIST (locally setting $_ to each element) and returns the list value consisting of those elements for which the expression evaluated to true. In scalar context, returns the number of times the expression was true. LIST の個々の要素に対して、BLOCK か EXPR を評価し ($_ は、ローカルに個々の要素が設定されます) 、 その要素のうち、評価した式が真となったものからなるリスト値が返されます。 スカラコンテキストでは、式が真となった回数を返します。　例: or equivalently, あるいは等価な例として: Note that $_ is an alias to the list value, so it can be used to modify the elements of the LIST. While this is useful and supported, it can cause bizarre results if the elements of LIST are not variables. Similarly, grep returns aliases into the original list, much as a for loop's index variable aliases the list elements. That is, modifying an element of a list returned by grep (for example, in a foreach, map or another grep) actually modifies the element in the original list. This is usually something to be avoided when writing clear code. $_ は、LIST の値へのエイリアスですので、LIST の要素を 変更するために使うことができます。 これは、便利でサポートされていますが、 LIST の要素が変数でないと、おかしな結果になります。 同様に、grep は元のリストへのエイリアスを返します。 for ループのインデックス変数がリスト要素のエイリアスであるのと 同様です。 つまり、grep で返されたリストの要素を (foreach, map, または他の grep で)修正すると 元のリストの要素が変更されます。 これはきれいなコードを書こうとする邪魔になることが多いです。 If $_ is lexical in the scope where the grep appears (because it has been declared with my $_) then, in addition to being locally aliased to the list elements, $_ keeps being lexical inside the block; i.e. it can't be seen from the outside, avoiding any potential side-effects. (my $_ として宣言されることによって) $_ が grep が現れるスコープ内で レキシカルな場合は、ローカルではリスト要素へのエイリアスであることに加えて、 $_ はブロック内でレキシカルでありつづけます; つまり、外側からは見えず、 起こりうる副作用を回避します。 See also /map for a list composed of the results of the BLOCK or EXPR. BLOCK や EXPR の結果をリストの形にしたい場合は /map を参照してください。 hex EXPR hex hexadecimal hex Interprets EXPR as a hex string and returns the corresponding value. (To convert strings that might start with either 0, 0x, or 0b, see /oct.) If EXPR is omitted, uses $_. EXPR を 16 進数の文字列と解釈して、対応する値を返します。 (0, 0x, 0b で始まる文字列の変換には、/oct を 参照してください。) EXPR が省略されると、$_ を使用します。 Hex strings may only represent integers. Strings that would cause integer overflow trigger a warning. Leading whitespace is not stripped, unlike oct(). To present something as hex, look into /printf, /sprintf, or /unpack. 16 進文字列は整数のみを表現します。 整数オーバーフローを起こすような文字列は警告を引き起こします。 oct() とは違って、先頭の空白は除去されません。 何かを 16 進で表現したい場合は、/printf, /sprintf, /unpack を 参照してください。 import LIST import There is no builtin import function. It is just an ordinary method (subroutine) defined (or inherited) by modules that wish to export names to another module. The use function calls the import method for the package used. See also /use, perlmod, and Exporter. 組み込みの import 関数というものはありません。 これは単に、別のモジュールに名前をエクスポートしたいモジュールが 定義した(または継承した)、通常のメソッド(サブルーチン)です。 use 関数はパッケージを使う時に import メソッドを呼び出します。 /use, perlmod, Exporter も参照してください。 index STR,SUBSTR,POSITION index indexOf InStr index STR,SUBSTR The index function searches for one string within another, but without the wildcard-like behavior of a full regular-expression pattern match. It returns the position of the first occurrence of SUBSTR in STR at or after POSITION. If POSITION is omitted, starts searching from the beginning of the string. POSITION before the beginning of the string or after its end is treated as if it were the beginning or the end, respectively. POSITION and the return value are based at 0 (or whatever you've set the $[ variable to--but don't do that). If the substring is not found, index returns one less than the base, ordinarily -1. index 関数は ある文字列をもうひとつの文字列から検索しますが、 完全正規表現パターンマッチのワイルドカード的な振る舞いはしません。 STR の中の POSITION の位置以降で、最初に SUBSTR が見つかった位置を返します。 POSITION が省略された場合には、STR の最初から探し始めます。 POSITION が文字列の先頭より前、あるいは末尾より後ろを指定した場合は、 それぞれ先頭と末尾を指定されたものとして扱われます。 POSITION と返り値のベースは、0 (もしくは、変数 $[ に設定した値です -- しかし、これは使ってはいけません)。 SURSTR が見つからなかった場合には、index はベースよりも 1 小さい値、 通常は -1 が返されます。 int EXPR int integer truncate trunc floor int Returns the integer portion of EXPR. If EXPR is omitted, uses $_. You should not use this function for rounding: one because it truncates towards 0, and two because machine representations of floating point numbers can sometimes produce counterintuitive results. For example, int(-6.725/0.025) produces -268 rather than the correct -269; that's because it's really more like -268.99999999999994315658 instead. Usually, the sprintf, printf, or the POSIX::floor and POSIX::ceil functions will serve you better than will int(). EXPR の整数部を返します。 EXPR を省略すると、$_ を使います。 この関数を丸めのために使うべきではありません。 第一の理由として 0 の方向への切捨てを行うから、第二の理由として 浮動小数点数の機械表現は時々直感に反した結果を生み出すからです。 たとえば、int(-6.725/0.025) は正しい結果である -269 ではなく -268 を返します。 これは実際には -268.99999999999994315658 というような値になっているからです。 通常、sprintf, printf, POSIX::floor, POSIX::ceil の方が int() より便利です。 ioctl FILEHANDLE,FUNCTION,SCALAR ioctl Implements the ioctl(2) function. You'll probably first have to say ioctl(2) 関数を実装します。 正しい関数の定義を得るために、おそらく最初に to get the correct function definitions. If sys/ioctl.ph doesn't exist or doesn't have the correct definitions you'll have to roll your own, based on your C header files such as <sys/ioctl.h>. (There is a Perl script called h2ph that comes with the Perl kit that may help you in this, but it's nontrivial.) SCALAR will be read and/or written depending on the FUNCTION--a pointer to the string value of SCALAR will be passed as the third argument of the actual ioctl call. (If SCALAR has no string value but does have a numeric value, that value will be passed rather than a pointer to the string value. To guarantee this to be true, add a 0 to the scalar before using it.) The pack and unpack functions may be needed to manipulate the values of structures used by ioctl. としなくてはならないでしょう。 sys/ioctl.ph がないか、間違った定義をしている場合には、 <sys/ioctl.ph>のような C のヘッダファイルをもとに、 自分で作らなければなりません。 (Perl の配布キットに入っている h2ph という Perl スクリプトがこれを手助けしてくれるでしょうが、これは重要です。) FOUNCTION に応じて SCALAR が読み書きされます。 SCALAR の文字列値へのポインタが、実際の ioctl コールの 3 番目の引数として渡されます。 (SCALAR が文字列値を持っておらず、数値を持っている場合には、 文字列値へのポインタの代わりに、その値が渡されます。 このことを保証するためには、使用する前に SCALAR に0 を足してください。) ioctl で使われる構造体の値を操作するには、 pack 関数と unpack 関数が必要となるでしょう。 The return value of ioctl (and fcntl) is as follows: ioctl (と fcntl) の返り値は、以下のようになります: Thus Perl returns true on success and false on failure, yet you can still easily determine the actual value returned by the operating system: つまり Perl は、成功時に「真」、失敗時に「偽」を返す ことになり、OS が実際に返した値も、以下のように簡単に知ることができます。 The special string "0 but true" is exempt from -w complaints about improper numeric conversions. 特別な文字列 "0 だが真" は、不適切な数値変換に関する -w 警告を回避します。 join EXPR,LIST join Joins the separate strings of LIST into a single string with fields separated by the value of EXPR, and returns that new string. Example: LIST の個別の文字列を、EXPR の値で区切って 1 つの文字列につなげ、その文字列を返します。 例: Beware that unlike split, join doesn't take a pattern as its first argument. Compare /split. split と違って、join は最初の引数にパターンは取れないことに 注意してください。 /split と比較してください。 keys HASH keys key Returns a list consisting of all the keys of the named hash. (In scalar context, returns the number of keys.) 指定したハッシュのすべての key からなる、リストを返します。 (スカラコンテキストでは、key の数を返します。) The keys are returned in an apparently random order. The actual random order is subject to change in future versions of perl, but it is guaranteed to be the same order as either the values or each function produces (given that the hash has not been modified). Since Perl 5.8.1 the ordering is different even between different runs of Perl for security reasons (see {tag:link xref='perlsec/"Algorithmic Complexity Attacks"'}perlsec/"Algorithmic Complexity Attacks"). キーは見たところではランダムな順番に返されます。 実際のランダムな順番は perl の将来のバージョンでは変わるかもしれませんが、 values や each 関数が同じ(変更されていない)ハッシュに対して 生成するのと同じ順番であることは保証されます。 Perl 5.8.1 以降ではセキュリティ上の理由により、 実行される毎に順番は変わります (perlsec/"Algorithmic Complexity Attacks" を参照してください)。 As a side effect, calling keys() resets the HASH's internal iterator (see /each). In particular, calling keys() in void context resets the iterator with no other overhead. 副作用として、HASH の反復子を初期化します (/each を参照してください)。 特に、無効コンテキストで keys() を呼び出すと オーバーヘッドなしで反復子を初期化します。 Here is yet another way to print your environment: 環境変数を表示する別の例です: or how about sorted by key: key でソートしてもいいでしょう: The returned values are copies of the original keys in the hash, so modifying them will not affect the original hash. Compare /values. 返される値はハッシュにある元のキーのコピーなので、 これを変更しても元のハッシュには影響を与えません。 /values と比較してください。 To sort a hash by value, you'll need to use a sort function. Here's a descending numeric sort of a hash by its values: ハッシュを値でソートするためには、sort 関数を使う必要があります。 以下ではハッシュの値を数値の降順でソートしています: $hash{$a} } keys %hash) { printf "%4d %s\n", $hash{$key}, $key; } ]]> As an lvalue keys allows you to increase the number of hash buckets allocated for the given hash. This can gain you a measure of efficiency if you know the hash is going to get big. (This is similar to pre-extending an array by assigning a larger number to $#array.) If you say 左辺値としては、keys を使うことで与えられたハッシュに割り当てられた ハッシュ表の大きさを増やすことができます。 これによって、ハッシュが大きくなっていくなっていくときの 効率の測定ができます。以下のようにすると: then %hash will have at least 200 buckets allocated for it--256 of them, in fact, since it rounds up to the next power of two. These buckets will be retained even if you do %hash = (), use undef %hash if you want to free the storage while %hash is still in scope. You can't shrink the number of buckets allocated for the hash using keys in this way (but you needn't worry about doing this by accident, as trying has no effect). %hash は少なくとも 200 の大きさの表が割り当てられます -- 実際には 2 のべき乗に切り上げられるので、256 が割り当てられます。 この表はたとえ %hash = () としても残るので、 もし %hash がスコープにいるうちにこの領域を開放したい場合は undef %hash を使います。 この方法で keys を使うことで、表の大きさを小さくすることはできません (間違えてそのようなことをしても何も起きないので気にすることはありません)。 See also each, values and sort. each, values, sort も参照してください。 kill SIGNAL, LIST kill signal Sends a signal to a list of processes. Returns the number of processes successfully signaled (which is not necessarily the same as the number actually killed). プロセスのリストにシグナルを送ります。シグナル送信に成功したプロセスの 数を返します (実際に kill に成功したプロセスと同じとは限りません)。 If SIGNAL is zero, no signal is sent to the process, but the kill(2) system call will check whether it's possible to send a signal to it (that means, to be brief, that the process is owned by the same user, or we are the super-user). This is a useful way to check that a child process is alive (even if only as a zombie) and hasn't changed its UID. See perlport for notes on the portability of this construct. SIGNAL がゼロの場合、プロセスにシグナルは送られませんが、 but the kill(2) system call will check whether it's possible to send a signal to it (that means, to be brief, that the process is owned by the same user, or we are the super-user) これは子プロセスが(ゾンビとしてだけでも)生きていて、 UID が 変わっていないことを調べる時に有用です。 この構成の移植性に関する注意については perlport を参照して下さい。 Unlike in the shell, if SIGNAL is negative, it kills process groups instead of processes. (On System V, a negative PROCESS number will also kill process groups, but that's not portable.) That means you usually want to use positive not negative signals. You may also use a signal name in quotes. シェルとは異なり、シグナルに負の数を与えると、 プロセスではなくプロセスグループに対して kill を行ないます。 (Syetem V では、プロセス番号として負の値を与えても、 プロセスグループの kill を行ないますが、 移植性がありません。) すなわち、通常は、負のシグナルは用いず、正のシグナルを使うことになります。 シグナル名をクォートして使うこともできます。 See perlipc/"Signals" for more details. 詳細はperlipc/"Signals"を参照してください。 last LABEL last break last The last command is like the break statement in C (as used in loops); it immediately exits the loop in question. If the LABEL is omitted, the command refers to the innermost enclosing loop. The continue block, if any, is not executed: last コマンドは、(ループ内で使った) C の break 文と 同じようなもので、LABEL で指定されるループを即座に抜けます。 LABEL が省略されると、一番内側のループが対象となります。 continue ブロックがあっても実行されません: ) { last LINE if /^$/; # exit when done with header #... } ]]> last cannot be used to exit a block which returns a value such as eval {}, sub {} or do {}, and should not be used to exit a grep() or map() operation. last は eval {}, sub {}, do {} といった 値を返すブロックを終了するのには使えませんし、 grep() や map() 操作を終了するのに使うべきではありません。 Note that a block by itself is semantically identical to a loop that executes once. Thus last can be used to effect an early exit out of such a block. ブロックはそれ自体文法的には一度だけ実行されるループと同等であることに 注意してください。従って、last でそのようなブロックを 途中で抜け出すことができます。 See also /continue for an illustration of how last, next, and redo work. last, next, redo がどのように働くかについては /continue を参照して下さい。 lc EXPR lc lowercase lc Returns a lowercased version of EXPR. This is the internal function implementing the \L escape in double-quoted strings. Respects current LC_CTYPE locale if use locale in force. See perllocale and perlunicode for more details about locale and Unicode support. EXPR を小文字に変換したものを返します。 これは、ダブルクォート文字列における、 \L エスケープを実装する内部関数です。 use locale が有効な場合は、現在の LC_CTYPE ロケールを参照します。 ロケールと Unicode のサポートに関するさらなる詳細については perllocale と perlunicode を参照してください。 If EXPR is omitted, uses $_. EXPR が省略されると、$_を使います。 lcfirst EXPR lcfirst lowercase lcfirst Returns the value of EXPR with the first character lowercased. This is the internal function implementing the \l escape in double-quoted strings. Respects current LC_CTYPE locale if use locale in force. See perllocale and perlunicode for more details about locale and Unicode support. 最初の文字だけを小文字にした、EXPR を返します。 これは、ダブルクォート文字列における、\l エスケープを 実装する内部関数です。 use locale が有効な場合は、現在の LC_CTYPE ロケールを参照します。 ロケールと Unicode のサポートに関するさらなる詳細については perllocale と perlunicode を参照してください。 If EXPR is omitted, uses $_. EXPR が省略されると、$_を使います。 length EXPR length size length Returns the length in characters of the value of EXPR. If EXPR is omitted, returns length of $_. Note that this cannot be used on an entire array or hash to find out how many elements these have. For that, use scalar @array and scalar keys %hash respectively. EXPR の値の 文字 の長さを返します。 EXPR が省略されたときには、$_ の長さを返します。 これは配列やハッシュ全体に対してどれだけの要素を含んでいるかを 調べるためには使えません。 そのような用途には、それぞれ scalar @array と scalar keys %hash を 利用してください。 Note the characters: if the EXPR is in Unicode, you will get the number of characters, not the number of bytes. To get the length of the internal string in bytes, use bytes::length(EXPR), see bytes. Note that the internal encoding is variable, and the number of bytes usually meaningless. To get the number of bytes that the string would have when encoded as UTF-8, use length(Encoding::encode_utf8(EXPR)). 文字 関する注意: EXPR が Unicode の場合、バイト数ではなく、文字の数が返ります。 内部文字列のバイト数が必要な場合は bytes を参照して、 do { use bytes; length(EXPR) } を使ってください。 内部エンコーディングは様々なので、バイト数は普通は無意味です。 UTF-8 でエンコードされている場合の文字列のバイト数を得たい場合は、 length(Encoding::encode_utf8(EXPR)) を使ってください。 link OLDFILE,NEWFILE link Creates a new filename linked to the old filename. Returns true for success, false otherwise. OLDFILE にリンクされた、新しいファイル NEWFILE を作ります。 成功時には true を、失敗時には false を返します。 listen SOCKET,QUEUESIZE listen Does the same thing that the listen system call does. Returns true if it succeeded, false otherwise. See the example in perlipc/"Sockets: Client/Server Communication". listen システムコールと同じことをします。成功時には真を返し、 失敗時には偽を返します。 perlipc/"Sockets: Client/Server Communication"の例を参照してください。 local EXPR local You really probably want to be using my instead, because local isn't what most people think of as "local". See perlsub/"Private Variables via my()" for details. あなたはが本当に望んでいるのは my の方でしょう。 local はほとんどの人々が「ローカル」と考えるものと違うからです。 詳細は perlsub/"Private Variables via my()" を参照してください。 A local modifies the listed variables to be local to the enclosing block, file, or eval. If more than one value is listed, the list must be placed in parentheses. See perlsub/"Temporary Values via local()" for details, including issues with tied arrays and hashes. "local" はリストアップされた変数を、囲っているブロック、 ファイル、eval の中で、ローカルなものにします。 複数の値を指定する場合は、リストは括弧でくくらなければなりません。 tie した配列とハッシュに関する事項を含む詳細については perlsub/"Temporary Values via local()" を参照してください。 localtime EXPR localtime ctime localtime Converts a time as returned by the time function to a 9-element list with the time analyzed for the local time zone. Typically used as follows: time 関数が返す時刻を、ローカルなタイムゾーンで測った時刻として、 9 要素の配列に変換します。 通常は、以下のようにして使用します。 All list elements are numeric, and come straight out of the C `struct tm'. $sec, $min, and $hour are the seconds, minutes, and hours of the specified time. すべてのリスト要素は数値で、C の `struct tm' 構造体から 直接持ってきます。 $sec, $min, $hour は指定された時刻の秒、分、時です。 $mday is the day of the month, and $mon is the month itself, in the range 0..11 with 0 indicating January and 11 indicating December. This makes it easy to get a month name from a list: $mday は月の何日目か、$mon は月の値です。 月の値は 0..11 で、0 が 1 月、11 が 12 月です。 これにより、リストから月の名前を得るのが簡単になります: $year is the number of years since 1900, not just the last two digits of the year. That is, $year is 123 in year 2023. The proper way to get a complete 4-digit year is simply: $year は 1900 年からの年数であり、単に西暦の下 2 桁を表しているのでは ありません。 つまり、$year が 123 なら 2023 年です。 完全な 4 桁の西暦を得るには単に以下のようにしてください: Otherwise you create non-Y2K-compliant programs--and you wouldn't want to do that, would you? さもなければ、Y2K 問題を含んだプログラムを作ることになります -- それはお望みじゃないでしょう? To get the last two digits of the year (e.g., '01' in 2001) do: 西暦の下 2 桁(2001 年では '01')がほしい場合は以下のようにします: $wday is the day of the week, with 0 indicating Sunday and 3 indicating Wednesday. $yday is the day of the year, in the range 0..364 (or 0..365 in leap years.) $wday は曜日で、0 が日曜日、3 が木曜日です。 $yday はその年の何日目かで、0..364 の値を取ります (うるう年は 0..365 です)。 $isdst is true if the specified time occurs during Daylight Saving Time, false otherwise. $isdst は指定された時刻が夏時間の場合は真、そうでなければ偽です。 If EXPR is omitted, localtime() uses the current time (localtime(time)). EXPR が省略されると、localtime() は現在時刻を使います (localtime(time())。 In scalar context, localtime() returns the ctime(3) value: スカラコンテキストでは、localtime() は ctime(3) の値を返します: This scalar value is not locale dependent but is a Perl builtin. For GMT instead of local time use the /gmtime builtin. See also the Time::Local module (to convert the second, minutes, hours, ... back to the integer value returned by time()), and the POSIX module's strftime(3) and mktime(3) functions. スカラ値はロケール依存 ではなく、Perl の組み込みの値です。 ローカル時刻ではなく GMT がほしい場合は /gmtime 組み込み関数を 使ってください。 また、(秒、分、時…の形から、time() が返す値である 1970 年 1 月 1 日の真夜中からの秒数に変換する) Time::Local モジュール 及び POSIX モジュールで提供される strftime(3) と mktime(3) 関数も 参照してください。 To get somewhat similar but locale dependent date strings, set up your locale environment variables appropriately (please see perllocale) and try for example: 似たような、しかしロケール依存の日付文字列がほしい場合は、 ロケール環境変数を適切に設定して(perllocale を参照してください)、 以下の例を試してください: Note that the %a and %b, the short forms of the day of the week and the month of the year, may not necessarily be three characters wide. 曜日と月の短い表現である %a と %b は、3 文字とは限らないことに 注意してください。 See perlport/localtime for portability concerns. 移植性については perlport/localtime を参照してください。 The Time::gmtime and Time::localtime modules provides a convenient, by-name access mechanism to the gmtime() and localtime() functions, respectively. Time::gmtime モジュールと Time::localtime モジュールは、それぞれ gmtime() 関数と localtime() 関数に、名前でアクセスする機構を提供する 便利なモジュールです。 For a comprehensive date and time representation look at the DateTime module on CPAN. 包括的な日付と時刻の表現については、CPAN の DateTime モジュールを 参照してください。 lock THING lock This function places an advisory lock on a shared variable, or referenced object contained in THING until the lock goes out of scope. この関数は THING が含む共有変数またはリファレンスされたオブジェクトに、 スコープから出るまでアドバイサリロックを掛けます． lock() is a "weak keyword" : this means that if you've defined a function by this name (before any calls to it), that function will be called instead. (However, if you've said use threads, lock() is always a keyword.) See threads. lock() は「弱いキーワード」です: もしユーザーが(呼び出し前に) この名前で関数を定義すると、定義された関数の方が呼び出されます (ただし、use threads とすると、lock() は常にキーワードです)。 threads を参照してください。 log EXPR log logarithm e ln base log Returns the natural logarithm (base e) of EXPR. If EXPR is omitted, returns log of $_. To get the log of another base, use basic algebra: The base-N log of a number is equal to the natural log of that number divided by the natural log of N. For example: EXPR の (e を底とする) 自然対数を返します。 EXPR が省略されると、$_ の対数を返します。 底の異なる対数を求めるためには、基礎代数を利用してください: ある数の N を底とする対数は、その数の自然対数を N の自然対数で割ったものです。 例: See also /exp for the inverse operation. 逆操作については /exp を参照して下さい。 lstat EXPR lstat lstat Does the same thing as the stat function (including setting the special _ filehandle) but stats a symbolic link instead of the file the symbolic link points to. If symbolic links are unimplemented on your system, a normal stat is done. For much more detailed information, please see the documentation for stat. (特別なファイルハンドルである _ の設定を含めて) stat 関数と同じことをしますが、シンボリックリンクが 指しているファイルではなく、シンボリックリンク自体の stat をとります。 シンボリックリンクがシステムに実装されていないと、通常の stat が行なわれます。 さらにより詳細な情報については、stat の文書を参照してください。 If EXPR is omitted, stats $_. EXPR が省略されると、$_ の stat をとります。 m// The match operator. See perlop. マッチ演算子です。 perlop を参照してください。 map BLOCK LIST map map EXPR,LIST Evaluates the BLOCK or EXPR for each element of LIST (locally setting $_ to each element) and returns the list value composed of the results of each such evaluation. In scalar context, returns the total number of elements so generated. Evaluates BLOCK or EXPR in list context, so each element of LIST may produce zero, one, or more elements in the returned value. LIST の個々の要素に対して、BLOCK か EXPR を評価し ($_ は、ローカルに個々の要素が設定されます) 、 それぞれの評価結果からなるリスト値が返されます。 スカラコンテキストでは、生成された要素の数を返します。 BLOCK や EXPR をリストコンテキストで評価しますので、LIST の 個々の要素によって作られる、返り値であるリストの要素数は、 0 個の場合もあれば、複数の場合もあります。 translates a list of numbers to the corresponding characters. And は、数のリストを対応する文字に変換します。 また: $_ } @array; ]]> is just a funny way to write は以下のものをちょっと変わった書き方で書いたものです。 Note that $_ is an alias to the list value, so it can be used to modify the elements of the LIST. While this is useful and supported, it can cause bizarre results if the elements of LIST are not variables. Using a regular foreach loop for this purpose would be clearer in most cases. See also /grep for an array composed of those items of the original list for which the BLOCK or EXPR evaluates to true. $_ は、LIST の値へのエイリアスですので、LIST の要素を 変更するために使うことができます。 これは、便利でサポートされていますが、 LIST の要素が変数でないと、おかしな結果になります。 この目的には通常の foreach ループを使うことで、ほとんどの場合は より明確になります。 BLOCK や EXPR が真になる元のリストの要素からなる配列については、 /grep も参照してください。 If $_ is lexical in the scope where the map appears (because it has been declared with my $_), then, in addition to being locally aliased to the list elements, $_ keeps being lexical inside the block; that is, it can't be seen from the outside, avoiding any potential side-effects. (my $_ として宣言されることによって) $_ が map が現れるスコープ内で レキシカルな場合は、ローカルではリスト要素へのエイリアスであることに加えて、 $_ はブロック内でレキシカルでありつづけます; つまり、外側からは見えず、 起こりうる副作用を回避します。 { starts both hash references and blocks, so map { ... could be either the start of map BLOCK LIST or map EXPR, LIST. Because perl doesn't look ahead for the closing } it has to take a guess at which its dealing with based what it finds just after the {. Usually it gets it right, but if it doesn't it won't realize something is wrong until it gets to the } and encounters the missing (or unexpected) comma. The syntax error will be reported close to the } but you'll need to change something near the { such as using a unary + to give perl some help: { はハッシュリファレンスとブロックの両方の開始文字なので、 map { ... は map BLOCK LIST の場合と map EXPR, LIST の場合があります。 perl は終了文字の } を先読みしないので、{ の直後の文字を見て どちらとして扱うかを推測します。 通常この推測は正しいですが、もし間違った場合は、} まで読み込んで カンマが足りない(または多い)ことがわかるまで、何かがおかしいことに 気付きません。 } の近くで文法エラーが出ますが、perl を助けるために単項の + を 使うというように、{ の近くの何かを変更する必要があります。 or to force an anon hash constructor use +{: または +{ を使って無名ハッシュコンストラクタを強制します: and you get list of anonymous hashes each with only 1 entry. こうするとそれぞれ 1 要素だけの無名ハッシュのリストを得られます。 mkdir FILENAME,MASK mkdir md directory, create mkdir FILENAME mkdir Creates the directory specified by FILENAME, with permissions specified by MASK (as modified by umask). If it succeeds it returns true, otherwise it returns false and sets $! (errno). If omitted, MASK defaults to 0777. If omitted, FILENAME defaults to $_. FILENAME で指定したディレクトリを、MASK で指定した許可モード(を umask で修正したもの) で作成します。 成功時には真を返し、失敗時には偽を返して $! (errno) を設定します。 MASK を省略すると、0777 とみなします。 FILENAME を省略すると、$_ を使います。 In general, it is better to create directories with permissive MASK, and let the user modify that with their umask, than it is to supply a restrictive MASK and give the user no way to be more permissive. The exceptions to this rule are when the file or directory should be kept private (mail files, for instance). The perlfunc(1) entry on umask discusses the choice of MASK in more detail. 一般的に、制限された MASK を使ってユーザーがより寛容にする方法を 与えないより、寛容な MASK でディレクトリを作り、ユーザーが自身の umask で 修正するようにした方がよいです。 例外は、(例えばメールファイルのような)プライベートに保つべきファイルや ディレクトリを書く場合です。 perlfunc(1) の umask で、MASK の選択に関して詳細に議論しています。 Note that according to the POSIX 1003.1-1996 the FILENAME may have any number of trailing slashes. Some operating and filesystems do not get this right, so Perl automatically removes all trailing slashes to keep everyone happy. POSIX 1003.1-1996 によれば、FILENAME には末尾に任意の数のスラッシュを つけることができます。 このようには動かない OS やファイルシステムもあるので、Perl はみんなが 幸せになれるように、自動的に末尾のスラッシュを削除します。 In order to recursively create a directory structure look at the mkpath function of the File::Path'}File::Path module. ディレクトリ構造を再帰的に作成するには、File::Path'}File::Path モジュールの makepath 関数を参照してください。 msgctl ID,CMD,ARG msgctl Calls the System V IPC function msgctl(2). You'll probably have to say System V IPC 関数 msgctl を呼び出します。正しい定数定義を得るために、まず first to get the correct constant definitions. If CMD is IPC_STAT, then ARG must be a variable that will hold the returned msqid_ds structure. Returns like ioctl: the undefined value for error, "0 but true" for zero, or the actual return value otherwise. See also perlipc/"SysV IPC", IPC::SysV, and IPC::Semaphore documentation. と宣言する必要があるでしょう。 CMD が IPC_STAT であれば、ARG は返される msqid_ds 構造体を 納める変数でなければなりません。 ioctl と同じように、エラー時には未定義値、 ゼロのときは "0 but true"、それ以外なら、その値そのものを返します。 perlipc/"SysV IPC", IPC::SysV, IPC::Semaphore も参照してください。 msgget KEY,FLAGS msgget Calls the System V IPC function msgget(2). Returns the message queue id, or the undefined value if there is an error. See also perlipc/"SysV IPC" and IPC::SysV and IPC::Msg documentation. System V IPC 関数 msgget を呼び出します。 メッセージキューの ID か、エラー時には未定義値を返します。 perlipc/"SysV IPC", IPC::SysV, IPC::Msg も参照してください。 msgrcv ID,VAR,SIZE,TYPE,FLAGS msgrcv Calls the System V IPC function msgrcv to receive a message from message queue ID into variable VAR with a maximum message size of SIZE. Note that when a message is received, the message type as a native long integer will be the first thing in VAR, followed by the actual message. This packing may be opened with unpack("l! a*"). Taints the variable. Returns true if successful, or false if there is an error. See also perlipc/"SysV IPC", IPC::SysV, and IPC::SysV::Msg documentation. System V IPC 関数 msgrcv を呼び出し、メッセージキュー ID から、 変数 VAR に最大メッセージ長 SIZE のメッセージを受信します。 メッセージが受信された時、ネイティブな long 整数のメッセージタイプが VAR の先頭となり、実際のメッセージが続きます。 このパッキングは unpack("l! a*") で展開できます。 変数は汚染されます。 成功時には真を返し、エラー時には偽を返します。 perlipc/"SysV IPC", IPC::SysV, IPC::SysV::Msg も参照してください。 msgsnd ID,MSG,FLAGS msgsnd Calls the System V IPC function msgsnd to send the message MSG to the message queue ID. MSG must begin with the native long integer message type, and be followed by the length of the actual message, and finally the message itself. This kind of packing can be achieved with pack("l! a*", $type, $message). Returns true if successful, or false if there is an error. See also IPC::SysV and IPC::SysV::Msg documentation. System V IPC 関数 msgsnd を呼び出し、メッセージキュー ID に メッセージ MSG を送信します。 MSG の先頭は、ネイティブなlong 整数のメッセージタイプでなければならず、 メッセージの長さ、メッセージ本体と続きます。 これは、pack("l! a*", $type, $message) として生成できます。 成功時には真を、エラー時には偽を返します。 IPC::SysV と IPC::SysV::Msg も参照してください。 my EXPR my my TYPE EXPR my EXPR : ATTRS my TYPE EXPR : ATTRS A my declares the listed variables to be local (lexically) to the enclosing block, file, or eval. If more than one value is listed, the list must be placed in parentheses. my はリストアップされた変数を、囲っているブロック、ファイル、 eval の中でローカルな (レキシカルな) ものにします。 複数の値を並べる場合には、括弧で括る必要があります。 The exact semantics and interface of TYPE and ATTRS are still evolving. TYPE is currently bound to the use of fields pragma, and attributes are handled using the attributes pragma, or starting from Perl 5.8.0 also via the Attribute::Handlers module. See perlsub/"Private Variables via my()" for details, and fields, attributes, and Attribute::Handlers. TYPE と ATTRS の正確な文法とインターフェースは今でも進化しています。 現在のところ、TYPE は fields プラグマの使用と結び付けられていて、 属性は attributes プラグマか、Perl 5.8.0 からは Attribute::Handlers モジュールと結び付けられています。 詳しくはperlsub/"Private Variables via my()", fields, attributes, Attribute::Handlers を参照してください。 next LABEL next continue next The next command is like the continue statement in C; it starts the next iteration of the loop: next コマンドは、C での continue 文のようなもので、 ループの次の繰り返しを開始します: ) { next LINE if /^#/; # discard comments #... } ]]> Note that if there were a continue block on the above, it would get executed even on discarded lines. If the LABEL is omitted, the command refers to the innermost enclosing loop. continue ブロックが存在すれば、たとえ捨てられる行に あっても、それが実行されます。 LABEL が省略されると、このコマンドはもっとも内側のループを参照します。 next cannot be used to exit a block which returns a value such as eval {}, sub {} or do {}, and should not be used to exit a grep() or map() operation. next は eval {}, sub {}, do {} のように値を返す ブロックから抜けるのには使えません。 また、grep() や map() 操作から抜けるのに使うべきではありません。 Note that a block by itself is semantically identical to a loop that executes once. Thus next will exit such a block early. ブロック自身は一回だけ実行されるループと文法的に同一であることに 注意してください。 従って、next はそのようなブロックから早く抜けるのに使えます。 See also /continue for an illustration of how last, next, and redo work. last, next, redo がどのように働くかについては /continue も参照して下さい。 no Module VERSION LIST no no Module VERSION no Module LIST no Module no VERSION See the use function, of which no is the opposite. use 関数を参照してください。no は、その逆を行なうものです。 oct EXPR oct octal hex hexadecimal binary bin oct Interprets EXPR as an octal string and returns the corresponding value. (If EXPR happens to start off with 0x, interprets it as a hex string. If EXPR starts off with 0b, it is interpreted as a binary string. Leading whitespace is ignored in all three cases.) The following will handle decimal, binary, octal, and hex in the standard Perl or C notation: EXPR を 8 進数文字列と解釈して、対応する値を返します。 (EXPR が 0x で始まるときには、16 進数文字列と解釈します。 EXPR が 0bで始まるときは、2 進数文字列と解釈します。 どの場合でも、先頭の空白は無視されます。) 以下の例は、標準的な Perl や C の記法での 10 進数、2 進数、8 進数、16 進数を扱います: If EXPR is omitted, uses $_. To go the other way (produce a number in octal), use sprintf() or printf(): EXPR を省略すると、$_ を使用します。 (8 進数を扱う)その他の方法としては sprintf() または printf()があります。 The oct() function is commonly used when a string such as 644 needs to be converted into a file mode, for example. (Although perl will automatically convert strings into numbers as needed, this automatic conversion assumes base 10.) oct() 関数は例えば、 644 といった文字列をファイルモードに変換する時に よく使います。 (Perl は必要に応じて自動的に文字列を数値に変換しますが、 この自動変換は十進数を仮定します。) open FILEHANDLE,EXPR open pipe file, open fopen open FILEHANDLE,MODE,EXPR open FILEHANDLE,MODE,EXPR,LIST open FILEHANDLE,MODE,REFERENCE open FILEHANDLE Opens the file whose filename is given by EXPR, and associates it with FILEHANDLE. EXPR で与えられたファイル名のファイルを開き、FILEHANDLE と結び付けます。 (The following is a comprehensive reference to open(): for a gentler introduction you may consider perlopentut.) (以下は総合的な open() のリファレンスです: より親切な説明については perlopentut を参照してください。) If FILEHANDLE is an undefined scalar variable (or array or hash element) the variable is assigned a reference to a new anonymous filehandle, otherwise if FILEHANDLE is an expression, its value is used as the name of the real filehandle wanted. (This is considered a symbolic reference, so use strict 'refs' should not be in effect.) FILEHANDLE が未定義のスカラ変数(または配列かハッシュの要素)の場合、その 変数は新しい無名ファイルハンドルへのリファレンスが代入され、 さもなければ、もし FILEHANDLE が式なら、その値を求めている実際の ファイルハンドルの名前として使います。 (これはシンボリックリファレンスとして扱われるので、 use strict 'refs' の影響を 受けません。) If EXPR is omitted, the scalar variable of the same name as the FILEHANDLE contains the filename. (Note that lexical variables--those declared with my--will not work for this purpose; so if you're using my, specify EXPR in your call to open.) EXPR が省略された場合、FILEHANDLE と同じ名前のスカラ変数にファイル名が 入っています。 (レキシカル変数 -- my で宣言されたもの -- はこの用途には使えないことに 注意してください; 従って、my を使っている場合は、open を呼び出すときに EXPR を指定してください。) If three or more arguments are specified then the mode of opening and the file name are separate. If MODE is '<' or nothing, the file is opened for input. If MODE is '>', the file is truncated and opened for output, being created if necessary. If MODE is '>>', the file is opened for appending, again being created if necessary. 3 以上の引数が指定された場合、開く時のモードとファイル名は分離されます。 MODE が '<' か空の場合、ファイルは入力用に開かれます。 MODE が '>' の場合、ファイルは切り詰められて出力用に開かれ、 必要なら作成されます。 MODE が '>>' の場合、ファイルは追加用に開かれ、やはり必要なら 作成されます。 You can put a '+' in front of the '>' or '<' to indicate that you want both read and write access to the file; thus '+<' is almost always preferred for read/write updates--the '+>' mode would clobber the file first. You can't usually use either read-write mode for updating textfiles, since they have variable length records. See the -i switch in perlrun for a better approach. The file is created with permissions of 0666 modified by the process' umask value. ファイルに読み込みアクセスと書き込みアクセスの両方をしたいことを示すために、 '>' や '<' の前に '+' を付けることができます: 従って、'+<' ほとんど常に 読み書き更新のために使われます -- '+>' モードはまずファイルを上書きします。 普通はこれらの読み書きモードをテキストファイルの更新のためには使えません; なぜなら可変長のレコードで構成されているからです。 よりよい手法については perlrun の -i オプションを参照してください。 ファイルは 0666 をプロセスの umask 値で修正したパーミッションで 作成されます。 These various prefixes correspond to the fopen(3) modes of 'r', 'r+', 'w', 'w+', 'a', and 'a+'. これらの様々な前置詞は fopen(3) の 'r', 'r+', 'w', 'w+', 'a', 'a+' のモードに対応します。 In the 2-arguments (and 1-argument) form of the call the mode and filename should be concatenated (in this order), possibly separated by spaces. It is possible to omit the mode in these forms if the mode is '<'. 2 引数(と 1 引数) の形式ではモードとファイル名は(この順番で) 結合されます(空白によって分割されているかもしれません)。 この形式で、モードが '<' の場合はモードを省略できます。 If the filename begins with '|', the filename is interpreted as a command to which output is to be piped, and if the filename ends with a '|', the filename is interpreted as a command which pipes output to us. See perlipc/"Using open() for IPC" for more examples of this. (You are not allowed to open to a command that pipes both in and out, but see IPC::Open2, IPC::Open3, and perlipc/"Bidirectional Communication with Another Process" for alternatives.) ファイル名の先頭に '|' を付けると、 そのファイル名をコマンドとして解釈し、ファイルハンドルへの 出力がパイプを通じて、そのコマンドへ入力されます。 逆にファイル名の最後に '|' を付けた場合には、 同様にファイル名をコマンドと解釈し、そのコマンドの出力が パイプを通じて、ファイルハンドルから入力として 読み込むことができるようになります。 これに関する例については perlipc/"Using open() for IPC" を参照してください。 (open を入出力両用にパイプすることは出来ませんが 代替案としては IPC::Open2, IPC::Open3, perlipc/"Bidirectional Communication with Another Process" を参照してください。) For three or more arguments if MODE is '|-', the filename is interpreted as a command to which output is to be piped, and if MODE is '-|', the filename is interpreted as a command which pipes output to us. In the 2-arguments (and 1-argument) form one should replace dash ('-') with the command. See perlipc/"Using open() for IPC" for more examples of this. (You are not allowed to open to a command that pipes both in and out, but see IPC::Open2, IPC::Open3, and perlipc/"Bidirectional Communication" for alternatives.) 3 引数以上の形式で MODE が '|-' の場合、ファイル名は出力がパイプされるコマンドとして 解釈され、MODE が '-|' の場合、ファイル名は出力がこちらに パイプされるコマンドとして解釈されます。 2 引数(と 1 引数) の形式ではハイフン('-')をコマンドの代わりに 使えます。 これに関するさらなる例については perlipc/"Using open() for IPC" を 参照してください。 (open を入出力 両用 にパイプすることは出来ませんが 代替案としては IPC::Open2, IPC::Open3, perlipc/"Bidirectional Communication" を参照してください。) In the three-or-more argument form of pipe opens, if LIST is specified (extra arguments after the command name) then LIST becomes arguments to the command invoked if the platform supports it. The meaning of open with more than three arguments for non-pipe modes is not yet specified. Experimental "layers" may give extra LIST arguments meaning. パイプでの 3 つ以上の引数の形式では、LIST (コマンド名の後の追加の引数) が 指定されると、プラットフォームが対応していれば、LIST は起動される コマンドへの引数となります。 パイプモードではない open での 3 つ以上の引数の意味はまだ未定義です。 実験的な「層」は追加の LIST 引数の意味を与えます。 In the 2-arguments (and 1-argument) form opening '-' opens STDIN and opening '>-' opens STDOUT. 2 引数(と 1 引数)で '-' を open すると STDIN がオープンされ、 '>-' を open すると STDOUT がオープンされます。 You may use the three-argument form of open to specify IO "layers" (sometimes also referred to as "disciplines") to be applied to the handle that affect how the input and output are processed (see open and PerlIO for more details). For example open の 3 引数形式では、どのように入出力が処理されるかに影響を与える IO 「層」(「ディシプリン」とも呼ばれます)を指定できます (詳細については open と PerlIO を参照してください)。 例えば: will open the UTF-8 encoded file containing Unicode characters, see perluniintro. Note that if layers are specified in the three-arg form then default layers stored in ${^OPEN} (see perlvar; usually set by the open pragma or the switch -CioD) are ignored. は、Unicode 文字を含む UTF-8 エンコードされたファイルを開きます; perlruniintro を参照してください。 3 引数形式で層を指定すると、${^OPEN} (perlvar を参照してください; 通常はopen プラグマか -CioD オプションでセットされます) に保存されたデフォルト層は無視されることに注意してください。 Open returns nonzero upon success, the undefined value otherwise. If the open involved a pipe, the return value happens to be the pid of the subprocess. open は、成功時にはゼロ以外を返し、失敗時には未定義値を返します。 パイプに関る open のときには、返り値はサブプロセスの pid となります。 If you're running Perl on a system that distinguishes between text files and binary files, then you should check out /binmode for tips for dealing with this. The key distinction between systems that need binmode and those that don't is their text file formats. Systems like Unix, Mac OS, and Plan 9, which delimit lines with a single character, and which encode that character in C as "\n", do not need binmode. The rest need it. テキストファイルとバイナリファイルを区別するシステムで Perl を実行している 場合、これを扱うための小技のために /binmode をチェックするべきです。 動作させているシステムで binmode が必要か不要化を区別する鍵は、テキスト ファイルの形式です。 Unix, Mac OS, Plan 9 といった、行の境界を 1 文字で表現し、それが C では "\n" でエンコードされる場合、binmode は不要です。 それ以外では必要です。 When opening a file, it's usually a bad idea to continue normal execution if the request failed, so open is frequently used in connection with die. Even if die won't do what you want (say, in a CGI script, where you want to make a nicely formatted error message (but there are modules that can help with that problem)) you should always check the return value from opening a file. The infrequent exception is when working with an unopened filehandle is actually what you want to do. ファイルを開く時、開くのに失敗した時に通常の処理を続けるのは 普通は悪い考えですので、open はしばしば die と結び付けられて 使われます。 望むものが die でない場合(例えば、CGI スクリプト のように きれいにフォーマットされたエラーメッセージを作りたい場合 (但しこの問題を助けるモジュールがあります))でも、 ファイルを開いた時の帰り値を常にチェックするべきです。 めったにない例外は、開いていないファイルハンドルを使うのが 本当にやりたいことの場合です。 As a special case the 3-arg form with a read/write mode and the third argument being undef: 特別な場合として、3 引数の形で読み書きモードで 3 番目の引数が undef の場合: ", undef) or die ... ]]> opens a filehandle to an anonymous temporary file. Also using "+<" works for symmetry, but you really should consider writing something to the temporary file first. You will need to seek() to do the reading. 無名一時ファイルとしてファイルハンドルを開きます。 また "+<" も対称性のために動作しますが、 一時ファイルにはまず何かを書き込みたいはずです。 読み込みを行うためには seek() が必要です。 Since v5.8.0, perl has built using PerlIO by default. Unless you've changed this (i.e. Configure -Uuseperlio), you can open file handles to "in memory" files held in Perl scalars via: v5.8.0 から、perl はデフォルトで PerlIO を使ってビルドされています。 これ(Configure -Uuseperlio)を変更していない限り、 以下のようにして、Perl スカラに保持されている「オンメモリの」 ファイルをファイルハンドルを開くことができます: ', \$variable) || .. ]]> Though if you try to re-open STDOUT or STDERR as an "in memory" file, you have to close it first: しかし、もし STDOUT や STDERR を「オンメモリの」ファイルとして 再び開きたい場合は、先にそれを閉じる必要があります: ', \$variable or die "Can't open STDOUT: $!"; ]]> Examples: 例: ) {... ]]> >/usr/spool/news/twitlog'); # (log is reserved) # if the open fails, output is discarded ]]> Tmp$$") # $$ is our process id or die "Can't start sort: $!"; ]]> ', \$var) or die "Can't open memory file: $!"; print MEMORY "foo!\n"; # output will end up in $var ]]> ) { # note use of indirection if (/^#include "(.*)"/) { process($1, $input); next; } #... # whatever } } ]]> See perliol for detailed info on PerlIO. PerlIO に関する詳しい情報については perliol を参照してください。 You may also, in the Bourne shell tradition, specify an EXPR beginning with '>&', in which case the rest of the string is interpreted as the name of a filehandle (or file descriptor, if numeric) to be duped (as dup(2)) and opened. You may use & after >, >>, <, +>, +>>, and +<. The mode you specify should match the mode of the original filehandle. (Duping a filehandle does not take into account any existing contents of IO buffers.) If you use the 3-arg form then you can pass either a number, the name of a filehandle or the normal "reference to a glob". Bourne シェルの慣例にしたがって、EXPR の先頭に '>&' を付けると、EXPR の残りの文字列をファイルハンドル名 (数字であれば、ファイル記述子) と解釈して、それを (dup(2) によって) 複製してオープンします。 & は、>, >>, <, +>, +>>, +<というモード指定に付けることができます。 指定するモード指定は、もとのファイルハンドルのモードと 合っていないといけません。 (ファイルハンドルの複製は既に存在する IO バッファの内容に含めません。) 3 引数形式を使う場合は、数値を渡すか、ファイルハンドルの名前を渡すか、 通常の「グロブへのリファレンス」を渡します。 Here is a script that saves, redirects, and restores STDOUT and STDERR using various methods: STDOUT と STDERR 保存し、リダイレクトし、元に戻すスクリプトを示します: &STDOUT" or die "Can't dup STDOUT: $!"; open OLDERR, ">&", \*STDERR or die "Can't dup STDERR: $!"; ]]> ', "foo.out" or die "Can't redirect STDOUT: $!"; open STDERR, ">&STDOUT" or die "Can't dup STDOUT: $!"; ]]> &", $oldout or die "Can't dup \$oldout: $!"; open STDERR, ">&OLDERR" or die "Can't dup OLDERR: $!"; ]]> If you specify '<&=X', where X is a file descriptor number or a filehandle, then Perl will do an equivalent of C's fdopen of that file descriptor (and not call dup(2)); this is more parsimonious of file descriptors. For example: X をファイル記述子の番号化ファイルハンドルとして、 '<&=X' と指定すると、Perl はそのファイル記述子に対する C の fdopen と同じことを行ないます(そして dup(2) は呼び出しません); これはファイル記述子をより節約します。 例: or または or または >&=", OLDFH) ]]> or または >&=OLDFH") ]]> Being parsimonious on filehandles is also useful (besides being parsimonious) for example when something is dependent on file descriptors, like for example locking using flock(). If you do just open(A, '>>&B'), the filehandle A will not have the same file descriptor as B, and therefore flock(A) will not flock(B), and vice versa. But with open(A, '>>&=B') the filehandles will share the same file descriptor. ファイルハンドルを倹約することは、何かがファイル記述子に依存している場合、 例えば flock() を使ったファイルロックといった場合に有用です (しかも倹約できます)。 open(A, '>>&B') とすると、ファイルハンドル A は B と同じ ファイル記述子にはならないので、flock(A) と flock(B) は別々になります。 しかし open(A, '>>&=B') ではファイルハンドルは同じファイル記述子を 共有します。 Note that if you are using Perls older than 5.8.0, Perl will be using the standard C libraries' fdopen() to implement the "=" functionality. On many UNIX systems fdopen() fails when file descriptors exceed a certain value, typically 255. For Perls 5.8.0 and later, PerlIO is most often the default. 5.8.0 より前の Perl を使っている場合、"=" 機能の実装は 標準 C ライブラリの fdopen() を使っています。 多くの UNIX システムでは、fdopen() はファイル記述子がある値 (典型的には 255)を超えた場合に失敗することが知られています。 5.8.0 以降の Perl では、ほとんどの場合 PerlIO がデフォルトです。 You can see whether Perl has been compiled with PerlIO or not by running perl -V and looking for useperlio= line. If useperlio is define, you have PerlIO, otherwise you don't. Perl が PerlIO つきでコンパイルされているかどうかを確認するには、 perl -V として useperlio= の行を見ます。 useperlio が define なら PerlIO を使っています。 そうでなければ使っていません。 If you open a pipe on the command '-', i.e., either '|-' or '-|' with 2-arguments (or 1-argument) form of open(), then there is an implicit fork done, and the return value of open is the pid of the child within the parent process, and 0 within the child process. (Use defined($pid) to determine whether the open was successful.) The filehandle behaves normally for the parent, but i/o to that filehandle is piped from/to the STDOUT/STDIN of the child process. In the child process the filehandle isn't opened--i/o happens from/to the new STDOUT or STDIN. Typically this is used like the normal piped open when you want to exercise more control over just how the pipe command gets executed, such as when you are running setuid, and don't want to have to scan shell commands for metacharacters. The following triples are more or less equivalent: 2 引数(または 1 引数)の形の open() で '-|' や '|-' というふうに、'-' というコマンドに パイプをオープンすると、fork が行なわれ、open の返り値として、 親プロセスにはチャイルドプロセスの pid が、チャイルドプロセスには 0 が返されます。 (open が成功したかどうかは、 defined($pid) のようにして調べることができます。) 親プロセスでは、このファイルハンドルは 通常通りに動作しますが、行なわれる入出力は、 チャイルドプロセスの STDIN/STDOUT にパイプされます。 チャイルドプロセス側では、そのファイルハンドルは オープンされず、入出力は新しい STDOUT か STDIN に対して行なわれます。 これは、setuid で実行して、シェルコマンドのメタ文字を 検索させたくないような場合に、パイプコマンドの起動の仕方を 制御したいとき、普通のパイプの open と同じように使います。 以下の組み合わせは、だいたい同じものです: The last example in each block shows the pipe as "list form", which is not yet supported on all platforms. A good rule of thumb is that if your platform has true fork() (in other words, if your platform is UNIX) you can use the list form. それぞれのブロックの最後の例ではパイプを「リスト形式」にしていますが、 これはまだ全てのプラットフォームで対応しているわけではなりません。 よい経験則としては、もし実行しているプラットフォームで真の fork() が あれば(言い換えると、プラットフォームが UNIX なら) リスト形式が使えます。 See perlipc/"Safe Pipe Opens" for more examples of this. これに関する更なる例については perlipc/"Safe Pipe Opens" を参照して下さい。 Beginning with v5.6.0, Perl will attempt to flush all files opened for output before any operation that may do a fork, but this may not be supported on some platforms (see perlport). To be safe, you may need to set $| ($AUTOFLUSH in English) or call the autoflush() method of IO::Handle on any open handles. v5.6.0 から、Perl は書き込み用に開いている全てのファイルに対して fork を行う前にフラッシュしようとしますが、これに対応していない プラットフォームもあります(perlport を参照してください)。 安全のために、$| (English モジュールでは $AUTOFLUSH) をセットするか、 全ての開いているハンドルに対して IO::Handle の autoflush() メソッドを 呼び出すようにしてください。 On systems that support a close-on-exec flag on files, the flag will be set for the newly opened file descriptor as determined by the value of $^F. See perlvar/$^F. ファイルに対する close-on-exec フラグをサポートしているシステムでは、 フラグは $^F の値で決定される、新しくオープンされたファイル記述子に対して セットされます。 perlvar/$^F を参照してください。 Closing any piped filehandle causes the parent process to wait for the child to finish, and returns the status value in $? and ${^CHILD_ERROR_NATIVE}. パイプのファイルハンドルを close することで、 親プロセスは、チャイルドプロセスの終了を待ち、$? と ${^CHILD_ERROR_NATIVE} にステータス値を返します。 The filename passed to 2-argument (or 1-argument) form of open() will have leading and trailing whitespace deleted, and the normal redirection characters honored. This property, known as "magic open", can often be used to good effect. A user could specify a filename of "rsh cat file |", or you could change certain filenames as needed: 2 引数(と 1 引数)の形の open() に渡されたファイル名は、 はじめと終わりの空白が取り除かれ、 通常のリダイレクト文字列を受け付けます。 この機能は "magic open" として知られていますが、 普通いい効果をもたらします。 ユーザーは "rsh cat file |" といったファイル名を指定できますし、 特定のファイル名を必要に応じて変更できます。 Use 3-argument form to open a file with arbitrary weird characters in it, 妙な文字が含まれているようなファイル名をオープンするには、 3 引数の形を使います。 otherwise it's necessary to protect any leading and trailing whitespace: あるいは、次のようにして、最初と最後の空白を保護します: (this may not work on some bizarre filesystems). One should conscientiously choose between the magic and 3-arguments form of open(): (これは奇妙なファイルシステムでは動作しないかもしれません)。 open() の magic と 3 引数形式を誠実に選択するべきです。 will allow the user to specify an argument of the form "rsh cat file |", but will not work on a filename which happens to have a trailing space, while とするとユーザーは "rsh cat file |" という形の引数を指定できますが、 末尾にスペースがついてしまったファイル名では動作しません。一方: will have exactly the opposite restrictions. はまったく逆の制限があります。 If you want a "real" C open (see open(2) on your system), then you should use the sysopen function, which involves no such magic (but may use subtly different filemodes than Perl open(), which is mapped to C fopen()). This is another way to protect your filenames from interpretation. For example: もし「本当の」C 言語の open (システムの open(2) を参照してください)が 必要なら、このような副作用のない sysopen 関数を使うべきです (ただし、C の fopen() に割り付けられる Perl の open() とは かすかに違うファイルモードを持ちます)。 これはファイル名を解釈から守るもう一つの方法です。 例えば: ; ]]> Using the constructor from the IO::Handle package (or one of its subclasses, such as IO::File or IO::Socket), you can generate anonymous filehandles that have the scope of whatever variables hold references to them, and automatically close whenever and however you leave that scope: IO::Handle パッケージ(または IO::File や IO::Socket といった サブパッケージ)のコンストラクタを使うことで、 これらへのリファレンスを保持している変数のスコープを持ち、 スコープから離れると自動的に閉じる無名ファイルハンドルを作成できます: or return (); # Automatically closed here. mung $first or die "mung failed"; # Or here. return $first, <$handle> if $ALL; # Or here. $first; # Or here. } ]]> See /seek for some details about mixing reading and writing. 読み書きを混ぜる場合の詳細については /seek を参照して下さい。 opendir DIRHANDLE,EXPR opendir Opens a directory named EXPR for processing by readdir, telldir, seekdir, rewinddir, and closedir. Returns true if successful. DIRHANDLE may be an expression whose value can be used as an indirect dirhandle, usually the real dirhandle name. If DIRHANDLE is an undefined scalar variable (or array or hash element), the variable is assigned a reference to a new anonymous dirhandle. DIRHANDLEs have their own namespace separate from FILEHANDLEs. readdir、telldir、seekdir、rewinddir、closedir で 処理するために、EXPR で指定された名前のディレクトリをオープンします。 成功時には真を返します。 DIRHANDLE は間接ディレクトリハンドルとして使える値(普通は実際のディレクトリ ハンドルの名前)となる式でも構いません。 DIRHANDLE が未定義のスカラ値(または配列かハッシュの要素)の場合、その変数は 新しい無名ディレクトリハンドルへのリファレンスが代入されます。 DIRHANDLE は、FILEHANDLE とは別に名前空間を持っています。 ord EXPR ord encoding ord Returns the numeric (the native 8-bit encoding, like ASCII or EBCDIC, or Unicode) value of the first character of EXPR. If EXPR is omitted, uses $_. EXPR の最初の文字の数値としての(ASCII, EBCDIC, Unicode のような 8-bit ネイティブエンコーディングの)値を返します。 EXPR を省略した場合には、$_ を使用します。 For the reverse, see /chr. See perlunicode for more about Unicode. 逆のことをするには /chr を参照してください。 Unicode については perlunicode を参照してください。 our EXPR our global our TYPE EXPR our EXPR : ATTRS our TYPE EXPR : ATTRS our associates a simple name with a package variable in the current package for use within the current scope. When use strict 'vars' is in effect, our lets you use declared global variables without qualifying them with package names, within the lexical scope of the our declaration. In this way our differs from use vars, which is package scoped. our は単純名を、現在のスコープ内で使うために、現在のパッケージの パッケージ変数と結び付けます。 use strict 'vars' が有効の場合は、our を使うことで、our 宣言の レキシカルスコープ内で、宣言されたグローバル変数をパッケージ名で 修飾することなく使うことができます。 この意味では、use vars はパッケージスコープなので、our とは異なります。 Unlike my, which both allocates storage for a variable and associates a simple name with that storage for use within the current scope, our associates a simple name with a package variable in the current package, for use within the current scope. In other words, our has the same scoping rules as my, but does not necessarily create a variable. 記憶領域を変数に割り当て、単純名を現在のスコープ内で使うためにその記憶領域に 割り当てる my と違って、our は単純名を、現在のスコープ内で使うために、 現在のパッケージのパッケージ変数と結び付けます。 言い換えると、our は my と同じスコープルールを持ちますが、 変数を作る必要はありません。 If more than one value is listed, the list must be placed in parentheses. 二つ以上の値をリストする場合は、リストはかっこでくくる必要があります。 An our declaration declares a global variable that will be visible across its entire lexical scope, even across package boundaries. The package in which the variable is entered is determined at the point of the declaration, not at the point of use. This means the following behavior holds: our 宣言はレキシカルスコープ全体に対して(たとえパッケージ境界を 越えていても)見えるグローバル変数を宣言します。 この変数が入るパッケージは宣言した時点で定義され、 使用した時点ではありません。 これにより、以下のような振る舞いになります: Multiple our declarations with the same name in the same lexical scope are allowed if they are in different packages. If they happen to be in the same package, Perl will emit warnings if you have asked for them, just like multiple my declarations. Unlike a second my declaration, which will bind the name to a fresh variable, a second our declaration in the same package, in the same scope, is merely redundant. 同じレキシカルスコープでも、パッケージが異なっていれば、同じ名前で複数の our 宣言ができます。 同じパッケージになっていると、警告が出力されるようになっていれば 複数の my 宣言がある場合と同じように警告が出力されます。 新しい変数を名前に割り当てることになる 2 回目の my 宣言と違って、 同じパッケージの同じスコープで 2 回 our 宣言するのは単に冗長です。 An our declaration may also have a list of attributes associated with it. our 宣言には、それと結び付けられる属性のリストを持つこともあります。 The exact semantics and interface of TYPE and ATTRS are still evolving. TYPE is currently bound to the use of fields pragma, and attributes are handled using the attributes pragma, or starting from Perl 5.8.0 also via the Attribute::Handlers module. See perlsub/"Private Variables via my()" for details, and fields, attributes, and Attribute::Handlers. TYPE と ATTRS の正確な文法とインターフェースは今でも進化しています。 現在のところ、TYPE は fields プラグマの使用と結び付けられていて、 属性は attributes プラグマか、Perl 5.8.0 からは Attribute::Handlers モジュールと結び付けられています。 詳しくはperlsub/"Private Variables via my()", fields, attributes, Attribute::Handlers を参照してください。 pack TEMPLATE,LIST pack Takes a LIST of values and converts it into a string using the rules given by the TEMPLATE. The resulting string is the concatenation of the converted values. Typically, each converted value looks like its machine-level representation. For example, on 32-bit machines an integer may be represented by a sequence of 4 bytes that will be converted to a sequence of 4 characters. LIST の値を TEMPLATE で与えられたルールを用いて文字列に変換します。 結果の文字列は変換した値を連結したものです。 典型的には、それぞれの変換された値はマシンレベルの表現のように見えます。 例えば、32-bit マシンでは、4 バイトで表現される整数を変換すると 4 文字の文字列に変換されます。 The TEMPLATE is a sequence of characters that give the order and type of values, as follows: TEMPLATE は、以下のような値の型と順番を指定する文字を並べたものです: One or more of the modifiers below may optionally follow some letters in the TEMPLATE (the second column lists the letters for which the modifier is valid): 以下に示す一つまたは複数の修飾子を、TEMPLATE の文字のいくつかにオプションで 付けることができます(表の 2 列目は、その修飾子が有効な文字です): sSiIlLqQ Force big-endian byte-order on the type. jJfFdDpP (The "big end" touches the construct.) ]]> sSiIlLqQ これらの型のバイト順をビッグエンディアンに強制します jJfFdDpP (「大きい端」が構造に触れています) ]]> The > and < modifiers can also be used on ()-groups, in which case they force a certain byte-order on all components of that group, including subgroups. > と < の修飾子は ()-グループでも使えます; この場合はそのグループと副グループ内の全ての要素を特定のバイト順に 強制します。 The following rules apply: 以下の条件が適用されます: Each letter may optionally be followed by a number giving a repeat count. With all types except a, A, Z, b, B, h, H, @, ., x, X and P the pack function will gobble up that many values from the LIST. A * for the repeat count means to use however many items are left, except for @, x, X, where it is equivalent to 0, for <.> where it means relative to string start and u, where it is equivalent to 1 (or 45, which is the same). A numeric repeat count may optionally be enclosed in brackets, as in pack 'C[80]', @arr. これらの文字の後には、繰り返し数を示す数字を付けることができます。 a, A, Z, b, B, h, H, @, ., x, X, P 以外の全ての型では、LIST からその数の値を取り出して使います。 繰り返し数に * を指定すると、その時点で残っているすべての要素を意味します。 ただし、@, x, X では 0 と等価で、 . では文字列の開始からの相対位置を意味し、 u では 1 (あるいは 45 でも同じ) と等価です。 数値の繰り返し数は pack 'C[80]', @arr のように大かっこで囲むこともできます。 One can replace the numeric repeat count by a template enclosed in brackets; then the packed length of this template in bytes is used as a count. For example, x[L] skips a long (it skips the number of bytes in a long); the template $t X[$t] $t unpack()s twice what $t unpacks. If the template in brackets contains alignment commands (such as x![d]), its packed length is calculated as if the start of the template has the maximal possible alignment. 大かっこで囲まれたテンプレートで数値の繰り返し数を置き換えることができます; このテンプレートでパックされたバイト長が繰り返し数として使われます。 例えば、x[L] は long をスキップします(long のバイト数だけスキップします); テンプレート $t X[$t] $t は $t を unpack したものの 2 倍を unpack() します。 (x![d] のように) 大かっこにアライメントコマンドが含まれている場合、 パックされた長さは、テンプレートの先頭で最大限可能なアライメントを 持っているものとして計算されます。 When used with Z, * results in the addition of a trailing null byte (so the packed result will be one longer than the byte length of the item). * が Z と共に使われた場合、末尾にヌルバイトをつけます (従ってパックされた結果は要素の length の値より 1 大きくなります)。 When used with @, the repeat count represents an offset from the start of the innermost () group. @ を使うと、繰り返し数は一番内側の () グループの先頭からのオフセットを 表現します。 When used with ., the repeat count is used to determine the starting position from where the value offset is calculated. If the repeat count is 0, it's relative to the current position. If the repeat count is *, the offset is relative to the start of the packed string. And if its an integer n the offset is relative to the start of the n-th innermost () group (or the start of the string if n is bigger then the group level). . で使われると、繰り返し数は値のオフセットを計算するための開始位置を 決定するために使われます。 繰り返し数が 0 なら、現在位置からの相対位置となります。 繰り返し数が * なら、オフセットは pack された文字列の先頭からの相対位置です。 そして整数 n なら、オフセットは一番内側から n 番目の () グループの先頭 (または n がグループレベルより大きい場合は文字列の先頭)からの 相対位置です。 The repeat count for u is interpreted as the maximal number of bytes to encode per line of output, with 0, 1 and 2 replaced by 45. The repeat count should not be more than 65. u での繰り返し回数は、出力行毎に最大何バイトまでをエンコードするかを 示します。0, 1, 2 は 45 として扱われます。 繰り返し数は 65 を超えてはなりません。 The a, A, and Z types gobble just one value, but pack it as a string of length count, padding with nulls or spaces as necessary. When unpacking, A strips trailing whitespace and nulls, Z strips everything after the first null, and a returns data verbatim. a, A, Z という型を使うと、値を一つだけ取り出して使いますが、 繰り返し数で示す長さの文字列となるように、必要に応じてヌル文字か スペース文字を付け足します。 unpack するとき、A は後続の空白やヌル文字を取り除きます。 Zは最初のヌル文字以降の全てを取り除きます。 aはデータをそのまま返します。 If the value-to-pack is too long, it is truncated. If too long and an explicit count is provided, Z packs only $count-1 bytes, followed by a null byte. Thus Z always packs a trailing null (except when the count is 0). pack する値が長すぎる場合、切り詰められます。 長すぎてかつ明示的に個数が指定されている場合、 Z は $count-1 バイトまで pack し、その後にヌルバイトがつきます。 従って、Z は(繰り返し数が 0 の場合を除いて)常に末尾にヌルバイトが つきます。 Likewise, the b and B fields pack a string that many bits long. Each character of the input field of pack() generates 1 bit of the result. Each result bit is based on the least-significant bit of the corresponding input character, i.e., on ord($char)%2. In particular, characters "0" and "1" generate bits 0 and 1, as do characters "\0" and "\1". 同様に、b や B は、繰り返し数で示すビット長のビット列に pack します。 pack() の入力フィールドの各文字は結果の 1 ビットを生成します。 結果ビットのそれぞれは対応する入力文字の最下位ビットを基にします (つまり ord($char)%2)。 特に、文字 "0" と "1" は文字 "\0" と "\1" と同様に、 ビット 0 と 1 を生成します。 Starting from the beginning of the input string of pack(), each 8-tuple of characters is converted to 1 character of output. With format b the first character of the 8-tuple determines the least-significant bit of a character, and with format B it determines the most-significant bit of a character. pack() の入力文字列の先頭から始めて、8 タプル毎に 1 文字の出力に 変換されます。 b フォーマットでは 8 タプルの最初の文字が出力の最下位ビットとなり、 B フォーマットでは出力の最上位ビットとなります。 If the length of the input string is not exactly divisible by 8, the remainder is packed as if the input string were padded by null characters at the end. Similarly, during unpack()ing the "extra" bits are ignored. もし入力文字列の長さが 8 で割り切れない場合、余りの部分は入力文字列の 最後にヌル文字がパッディングされているものとしてパックされます。 同様に、unpack() 中は「余分な」ビットは無視されます。 If the input string of pack() is longer than needed, extra characters are ignored. A * for the repeat count of pack() means to use all the characters of the input field. On unpack()ing the bits are converted to a string of "0"s and "1"s. pack() の入力文字列が必要な分よりも長い場合、余分な文字は無視されます。 pack() の繰り返し数として * が指定されると、入力フィールドの全ての 文字が使われます。 unpack() 時にはビット列は "0" と "1" の文字列に変換されます。 The h and H fields pack a string that many nybbles (4-bit groups, representable as hexadecimal digits, 0-9a-f) long. h や H は、多ニブル長(16 進文字である 0-9a-f で表現可能な 4 ビットグループ)のニブル列に pack します。 Each character of the input field of pack() generates 4 bits of the result. For non-alphabetical characters the result is based on the 4 least-significant bits of the input character, i.e., on ord($char)%16. In particular, characters "0" and "1" generate nybbles 0 and 1, as do bytes "\0" and "\1". For characters "a".."f" and "A".."F" the result is compatible with the usual hexadecimal digits, so that "a" and "A" both generate the nybble 0xa==10. The result for characters "g".."z" and "G".."Z" is not well-defined. pack() の入力フィールドの各文字は結果の 4 ビットを生成します。 英字でない文字の場合、結果は入力文字の下位 4 ビットを 基にします(つまり ord($char)%16)。 特に、文字 "0" と "1" はバイト "\0" と "\1" と同様に ニブル 0 と 1 を生成します。 文字 "a".."f" と "A".."F" の場合は結果は通常の 16 進数と同じ結果になりますので、"a" と "A" はどちらも ニブル 0xa==10 を生成します。 文字 "g".."z" と "G".."Z" に対する結果は未定義です。 Starting from the beginning of the input string of pack(), each pair of characters is converted to 1 character of output. With format h the first character of the pair determines the least-significant nybble of the output character, and with format H it determines the most-significant nybble. pack() の入力文字列の先頭から始めて、2 文字毎に 1 文字の出力に 変換されます。 h フォーマットでは 1 文字目が出力の最下位ニブルとなり、 H フォーマットでは出力の最上位ニブルとなります。 If the length of the input string is not even, it behaves as if padded by a null character at the end. Similarly, during unpack()ing the "extra" nybbles are ignored. 入力文字列の長さが偶数でない場合、最後にヌル文字でパッディングされて いるかのように振る舞います。 同様に、unpack() 中は「余分な」ニブルは無視されます。 If the input string of pack() is longer than needed, extra characters are ignored. A * for the repeat count of pack() means to use all the characters of the input field. On unpack()ing the nybbles are converted to a string of hexadecimal digits. pack() の入力文字列が必要な分より長い場合、余分な部分は無視されます。 pack() の繰り返し数として * が指定されると、入力フィールドの全ての 文字が使われます。 unpack() 時にはニブルは 16 進数の文字列に変換されます。 The p type packs a pointer to a null-terminated string. You are responsible for ensuring the string is not a temporary value (which can potentially get deallocated before you get around to using the packed result). The P type packs a pointer to a structure of the size indicated by the length. A NULL pointer is created if the corresponding value for p or P is undef, similarly for unpack(). pは、ヌル文字終端文字列へのポインタを pack します。 文字列が一時的な値でない(つまり pack された結果を使う前に文字列が 解放されない) ことに責任を持つ必要があります P は、指定した長さの構造体へのポインタを pack します。 pまたはPに対応する値が undef だった場合、 unpack() と同様にヌルポインタが作成されます。 If your system has a strange pointer size (i.e. a pointer is neither as big as an int nor as big as a long), it may not be possible to pack or unpack pointers in big- or little-endian byte order. Attempting to do so will result in a fatal error. システムのポインタが変わったサイズの場合(つまり、int の大きさでも long の大きさでもない場合) ポインタをビッグエンディアンやリトルエンディアンの バイト順で pack や unpack することはできません。 そうしようとすると致命的エラーになります。 The / template character allows packing and unpacking of a sequence of items where the packed structure contains a packed item count followed by the packed items themselves. / テンプレート文字は、アイテムの数の後にアイテムそのものが入っている形の アイテム列を pack 及び unpack します。 For pack you write length-item/sequence-item and the length-item describes how the length value is packed. The ones likely to be of most use are integer-packing ones like n (for Java strings), w (for ASN.1 or SNMP) and N (for Sun XDR). pack では length-item/string-item の形になり、 length-item は長さの値がどのように pack されているかを指定します。 もっともよく使われるのは n(Java 文字列), w(SNMP), N(Sun XDR) と いった整数型です。 For pack, the sequence-item may have a repeat count, in which case the minimum of that and the number of available items is used as argument for the length-item. If it has no repeat count or uses a '*', the number of available items is used. pack では、sequence-item は繰り返し数を持つことがあり、その場合は その最小値と利用可能なアイテムの数は length-item のための引数として 使われます。 繰り返し数がなかったり、'*' を使うと、利用可能なアイテムの数が使われます。 For unpack an internal stack of integer arguments unpacked so far is used. You write /sequence-item and the repeat count is obtained by popping off the last element from the stack. The sequence-item must not have a repeat count. unpack では、今まで unpack した数値引数の内部スタックが使われます。 /sequence-item と書いて、繰り返し数はスタックから最後の要素を 取り出すことで得ます。 sequence-item は繰り返し数を持っていてはいけません。 If the sequence-item refers to a string type ("A", "a" or "Z"), the length-item is a string length, not a number of strings. If there is an explicit repeat count for pack, the packed string will be adjusted to that given length. sequence-item が文字列型 ("A", "a", "Z") を参照している場合、 length-item は文字列の数ではなく、文字列の長さです。 pack で明示的な繰り返し数があると、pack された文字列は与えられた 長さに調整されます。 The length-item is not returned explicitly from unpack. length-item は unpack から明示的には返されません。 Adding a count to the length-item letter is unlikely to do anything useful, unless that letter is A, a or Z. Packing with a length-item of a or Z may introduce "\000" characters, which Perl does not regard as legal in numeric strings. length-item 文字に繰り返し数をつけるのは 文字が A, a, Z でない限りは有用ではありません。 a や Z を length-item としてパックすると "\000" 文字が 出力されることがあり、Perl はこれを有効な数値文字列として認識しません。 The integer types s, S, l, and L may be followed by a ! modifier to signify native shorts or longs--as you can see from above for example a bare l does mean exactly 32 bits, the native long (as seen by the local C compiler) may be larger. This is an issue mainly in 64-bit platforms. You can see whether using ! makes any difference by s, S, l, L の整数タイプに引き続いて ! 修飾子を つけることで、ネイティブの short や long を指定できます -- 上述のように、例えば l は正確に 32 ビットであり、ネイティブな (ローカルな C コンパイラによる)long はもっと大きいかもしれません。 これは主に 64 ビットプラットフォームで意味があります。 ! を使うことによって違いがあるかどうかは以下のようにして調べられます: i! and I! also work but only because of completeness; they are identical to i and I. i! と I! も動作しますが、単に完全性のためだけです; これは i 及び I と同じです。 The actual sizes (in bytes) of native shorts, ints, longs, and long longs on the platform where Perl was built are also available via Config: Perl がビルドされたプラットフォームでの short, int, long, long long の 実際の(バイト数での)サイズは Config でも得られます。 (The $Config{longlongsize} will be undefined if your system does not support long longs.) (システムが long long に対応していない場合は $Config{longlongsize} は 未定義値になります。) The integer formats s, S, i, I, l, L, j, and J are inherently non-portable between processors and operating systems because they obey the native byteorder and endianness. For example a 4-byte integer 0x12345678 (305419896 decimal) would be ordered natively (arranged in and handled by the CPU registers) into bytes as 整数フォーマット s, S, i, I, l, L, j, J は ネイティブなバイト順序とエンディアンに従っているため、 本質的にプロセッサ間や OS 間で移植性がありません。 例えば 4 バイトの整数 0x12345678 (10 進数では 305419896) は 内部では(CPU レジスタによって変換され扱われる形では) 以下のようなバイト列に並べられます: Basically, the Intel and VAX CPUs are little-endian, while everybody else, for example Motorola m68k/88k, PPC, Sparc, HP PA, Power, and Cray are big-endian. Alpha and MIPS can be either: Digital/Compaq used/uses them in little-endian mode; SGI/Cray uses them in big-endian mode. 基本的に、Intel と VAX の CPU はリトルエンディアンです。 一方それ以外、例えば Motorola m68k/88k, PPC, Sparc, HP PA, Power, Cray などはビッグエンディアンです。 Alpha と MIPS は両方ともあります: Digital/Compaq はリトルエンディアンモードで使っています(いました); SGI/Cray はビッグエンディアンモードで使っています。 The names `big-endian' and `little-endian' are comic references to the classic "Gulliver's Travels" (via the paper "On Holy Wars and a Plea for Peace" by Danny Cohen, USC/ISI IEN 137, April 1, 1980) and the egg-eating habits of the Lilliputians. 「ビッグエンディアン」と「リトルエンディアン」の名前は 古典である「ガリバー旅行記」とリリパット族の卵を食べる習慣から 取られています。 Some systems may have even weirder byte orders such as 以下のような、さらに変わったバイト順序を持つシステムもあるかもしれません: You can see your system's preference with システムの設定は以下のようにして見ることができます: The byteorder on the platform where Perl was built is also available via Config: Perl がビルドされたプラットフォームでのバイト順序は Config でも知ることができます: Byteorders '1234' and '12345678' are little-endian, '4321' and '87654321' are big-endian. '1234' と '12345678' はリトルエンディアン、 '4321' と '87654321' はビッグエンディアンです。 If you want portable packed integers you can either use the formats n, N, v, and V, or you can use the > and < modifiers. These modifiers are only available as of perl 5.9.2. See also perlport. 移植性のあるパック化された整数がほしい場合は、 n, N, v, V フォーマットを使うか、> と < の 修飾子が使えます。 これらの修飾子は perl 5.9.2 以降でのみ使えます。 perlport も参照して下さい。 All integer and floating point formats as well as p and P and ()-groups may be followed by the > or < modifiers to force big- or little- endian byte-order, respectively. This is especially useful, since n, N, v and V don't cover signed integers, 64-bit integers and floating point values. However, there are some things to keep in mind. p と P と () グループと同様、全ての整数と浮動小数点数の フォーマットは > や < の修飾子をつけることで、それぞれ ビッグエンディアンとリトルエンディアンに強制させることができます。 n, N, v and V は符号付き整数、64 ビット整数、浮動小数点数に 対応していないので、これは特に有用です。 しかし、心に留めておくべきことがいくつかあります。 Exchanging signed integers between different platforms only works if all platforms store them in the same format. Most platforms store signed integers in two's complement, so usually this is not an issue. 異なったプラットフォームで符号付き整数を交換することは、全ての プラットフォームで同じフォーマットで保存されている場合にのみうまくいきます。 ほとんどのプラットフォームでは符号付き整数は 2 の補数で保存するので、 普通はこれは問題になりません。 The > or < modifiers can only be used on floating point formats on big- or little-endian machines. Otherwise, attempting to do so will result in a fatal error. > や < の修飾子はビッグエンディアンやリトルエンディアンの マシンでの浮動小数点フォーマットでのみ使えます。 それ以外では、そのような試みは致命的エラーとなります。 Forcing big- or little-endian byte-order on floating point values for data exchange can only work if all platforms are using the same binary representation (e.g. IEEE floating point format). Even if all platforms are using IEEE, there may be subtle differences. Being able to use > or < on floating point values can be very useful, but also very dangerous if you don't know exactly what you're doing. It is definitely not a general way to portably store floating point values. データ交換のために浮動小数点数のバイト順をビッグエンディアンかリトル エンディアンに強制することは、全てのプラットフォームが同じバイナリ 表現(例えば IEEE 浮動小数点フォーマット)の場合にのみうまくいきます。 たとえ全てのプラットフォームが IEEE を使っていても、そこには微妙な違いが あるかもしれません。 浮動小数点数に > や < が使えることはとても便利な場合が ありますが、もし自分が何をしているかを正確に理解していなければ、 とても危険です。 移植性のある浮動小数点数の保存のための一般的な方法がないことは確実です。 When using > or < on an ()-group, this will affect all types inside the group that accept the byte-order modifiers, including all subgroups. It will silently be ignored for all other types. You are not allowed to override the byte-order within a group that already has a byte-order modifier suffix. () グループで > や < を使うと、これは、副グループを 含む全ての型のうち、バイト順修飾子を受け入れる全てのものに影響与えます。 その他の型については沈黙のうちに無視されます。 既にバイト順接尾辞を持っているグループ内のバイト順を上書きすることは できません。 Real numbers (floats and doubles) are in the native machine format only; due to the multiplicity of floating formats around, and the lack of a standard "network" representation, no facility for interchange has been made. This means that packed floating point data written on one machine may not be readable on another - even if both use IEEE floating point arithmetic (as the endian-ness of the memory representation is not part of the IEEE spec). See also perlport. 実数 (float と double) は、機種依存のフォーマットしかありません。 いろんな浮動小数点数のフォーマットが在り、標準的な "network" 表現といったものがないため、データ交換のための機能は 用意してありません。 つまり、あるマシンで pack した浮動小数点数は、別のマシンでは 読めないかもしれないということです。 たとえ双方で IEEE フォーマットの浮動小数点数演算を行なっていてもです (IEEE の仕様では、メモリ表現上のバイト順序までは、 規定されていないからです)。 perlport も参照してください。 If you know exactly what you're doing, you can use the > or < modifiers to force big- or little-endian byte-order on floating point values. もし何をしようとしているのかを正確に理解しているなら、浮動小数点数の バイト順をビッグエンディアンやリトルエンディアンに強制するために、 > と < の修飾子が使えます。 Note that Perl uses doubles (or long doubles, if configured) internally for all numeric calculation, and converting from double into float and thence back to double again will lose precision (i.e., unpack("f", pack("f", $foo)) will not in general equal $foo). Perl では、すべての数値演算のために、内部的に double (または 設定によっては long double) を使用しています。 double から float へ変換し、それから再び double に戻すと 精度が落ちることになります (つまり、unpack("f", pack("f", $foo)) は、 一般には $foo と同じではないということです)。 Pack and unpack can operate in two modes, character mode (C0 mode) where the packed string is processed per character and UTF-8 mode (U0 mode) where the packed string is processed in its UTF-8-encoded Unicode form on a byte by byte basis. Character mode is the default unless the format string starts with an U. You can switch mode at any moment with an explicit C0 or U0 in the format. A mode is in effect until the next mode switch or until the end of the ()-group in which it was entered. pack と unpack は二つのモードで操作します; pack された文字列を文字単位で 処理する文字モード (C0 モード) と、pack された文字列を、バイト毎に、 その UTF-8 エンコードされた形式で処理するUTF-8 モード (U0 モード) です。 文字モードはフォーマット文字列が U で始まっていない限りはデフォルトです。 モードはフォーマット中に明示的に C0 または U0 と書くことでいつでも 切り替えられます。 モードは次のモードに切り替えられるか、現在の () グループが終了するまで 有効です。 You must yourself do any alignment or padding by inserting for example enough 'x'es while packing. There is no way to pack() and unpack() could know where the characters are going to or coming from. Therefore pack (and unpack) handle their output and input as flat sequences of characters. pack するときに、例えば十分な数の 'x' を挿入することによって アライメントやパッディングを行うのは全て自分でしなければなりません。 文字列がどこへ行くか・どこから来たかを pack() や unpack() が 知る方法はありません。 従って pack (と unpack) は出力と入力をフラットな文字列として 扱います。 A ()-group is a sub-TEMPLATE enclosed in parentheses. A group may take a repeat count, both as postfix, and for unpack() also via the / template character. Within each repetition of a group, positioning with @ starts again at 0. Therefore, the result of () のグループはかっこで囲われた副テンプレートです。 グループは繰り返し数を取ることができます; 接尾辞によるか、unpack() の場合は / テンプレート文字によります。 グループの繰り返し毎に、@ の位置は 0 になります。 従って、以下の結果は: is the string "\0a\0\0bc". 文字列 "\0a\0\0bc" です。 x and X accept ! modifier. In this case they act as alignment commands: they jump forward/back to the closest position aligned at a multiple of count characters. For example, to pack() or unpack() C's struct {char c; double d; char cc[2]} one may need to use the template W x![d] d W[2]; this assumes that doubles must be aligned on the double's size. x と X には ! 修飾子を付けることができます。 この場合、これらはアライメントコマンドとして働きます: count 文字の倍数のアライメントとなる、もっとも近い位置に移動します。 例えば、C の struct {char c; double d; char cc[2]} を pack() または unpack() するためには、W x![d] d W[2] というテンプレートを使う必要が あるかもしれません; これは double が double のサイズでアライメントされていることを 仮定しています。 For alignment commands count of 0 is equivalent to count of 1; both result in no-ops. アライメントコマンドに対しては、count に 0 を指定するのは 1 を 指定するのと等価です; どちらも何もしません。 n, N, v and V accept the ! modifier. In this case they will represent signed 16-/32-bit integers in big-/little-endian order. This is only portable if all platforms sharing the packed data use the same binary representation for signed integers (e.g. all platforms are using two's complement representation). n, N, v, V は ! 修飾子を受け入れます。 この場合、これらはビッグ/リトルエンディアンの順序で符号付き 16 または 32 ビット整数で表現されます。 これは pack されたデータを共有する全てのプラットフォームが 符号付き整数について同じバイナリ表現を使う(つまり、全ての プラットフォームで 2 の補数表現を使う)場合にのみ移植性があります。 A comment in a TEMPLATE starts with # and goes to the end of line. White space may be used to separate pack codes from each other, but modifiers and a repeat count must follow immediately. TEMPLATE の中の # から行末まではコメントです。 空白は pack コードをそれぞれ分けるために使えますが、修飾子と 繰り返し数は直後に置かなければなりません。 If TEMPLATE requires more arguments to pack() than actually given, pack() assumes additional "" arguments. If TEMPLATE requires fewer arguments to pack() than actually given, extra arguments are ignored. TEMPLATE が要求する引数の数が pack() が実際に与えている数より多い場合、 追加の "" 引数があるものと仮定します。 TEMPLATE が要求する引数の数の方が少ない場合、余分の引数は無視されます。 Examples: 例: L>', 42, 4711); # exactly the same $foo = pack('s The same template may generally also be used in unpack(). 一般には、pack で使用したものと同じテンプレートが、 unpack() 関数でも使用できます。 package NAMESPACE package module namespace package Declares the compilation unit as being in the given namespace. The scope of the package declaration is from the declaration itself through the end of the enclosing block, file, or eval (the same as the my operator). All further unqualified dynamic identifiers will be in this namespace. A package statement affects only dynamic variables--including those you've used local on--but not lexical variables, which are created with my. Typically it would be the first declaration in a file to be included by the require or use operator. You can switch into a package in more than one place; it merely influences which symbol table is used by the compiler for the rest of that block. You can refer to variables and filehandles in other packages by prefixing the identifier with the package name and a double colon: $Package::Variable. If the package name is null, the main package as assumed. That is, $::sail is equivalent to $main::sail (as well as to $main'sail, still seen in older code). 与えられた名前空間でのコンパイル単位を宣言します。 パッケージ宣言のスコープは、宣言自体から、閉じたブロック、ファイル、 eval の終わりまでです(my 演算子と同じです)。 全てのさらなる修飾されてない動的識別子はこの名前空間になります。 package 文は動的変数にのみ影響します -- local で使ったものも 含みます -- が、my で作成されたレキシカル変数には 影響しません。 典型的にはこれは require や use 演算子でインクルードされるファイルの 最初に宣言されます。 パッケージを複数の場所で切り替えることができます; これは単にコンパイラがこのブロックの残りに対してどのシンボルテーブルを 使うかにのみ影響します。 他のパッケージの変数やファイルハンドルは、識別子にパッケージ名と コロン 2 つをつけることで参照できます($Package::Variable)。 パッケージ名が空文字列の場合、main パッケージが仮定されます。 つまり、$::sail は $main::sail と等価です($main'sail も 古いコードではまだ見られます)。 If NAMESPACE is omitted, then there is no current package, and all identifiers must be fully qualified or lexicals. However, you are strongly advised not to make use of this feature. Its use can cause unexpected behaviour, even crashing some versions of Perl. It is deprecated, and will be removed from a future release. NAMESPACE が省略されると、カレントパッケージはなくなるので、 全ての識別子は完全修飾されるかレキシカルでなければなりません。 しかし、この機能を使わないことを強く勧めます。 この使用は予想外の振る舞いを引きおこすことがあり、Perl のバージョンに よってはクラッシュするかもしれません。 これは非推奨であり、将来のリリースでは削除されます。 See perlmod/"Packages" for more information about packages, modules, and classes. See perlsub for other scoping issues. パッケージ、モジュール、クラスに関するさらなる情報については perlmod/"Packages" を参照してください。 その他のスコープに関する話題については perlsub を参照してください。 pipe READHANDLE,WRITEHANDLE pipe Opens a pair of connected pipes like the corresponding system call. Note that if you set up a loop of piped processes, deadlock can occur unless you are very careful. In addition, note that Perl's pipes use IO buffering, so you may need to set $| to flush your WRITEHANDLE after each command, depending on the application. 対応するシステムコールと同じように、 接続されたパイプのペアをオープンします。 パイプでプロセスをループにするときには、よほど気を付けないと、 デッドロックが起こり得ます。 さらに、Perl のパイプでは、IO のバッファリングを使いますから、 アプリケーションによっては、コマンドごとに WRITEHANDLE を フラッシュするように、$| を設定することが必要になるかもしれません。 See IPC::Open2, IPC::Open3, and perlipc/"Bidirectional Communication" for examples of such things. これらに関する例については、IPC::Open2, IPC::Open3, perlipc/"Bidirectional Communication" を参照して下さい。 On systems that support a close-on-exec flag on files, the flag will be set for the newly opened file descriptors as determined by the value of $^F. See perlvar/$^F. ファイルに対する close-on-exec フラグをサポートしているシステムでは、 フラグは $^F の値で決定される、新しくオープンされたファイル記述子に対して セットされます。 perlvar/$^F を参照してください。 pop ARRAY pop stack pop Pops and returns the last value of the array, shortening the array by one element. 配列の最後の値をポップして返し、配列の大きさを 1 だけ小さくします。 If there are no elements in the array, returns the undefined value (although this may happen at other times as well). If ARRAY is omitted, pops the @ARGV array in the main program, and the @_ array in subroutines, just like shift. 指定された配列に要素がなければ、未定義値が返されます (しかしこれは他の場合にも起こり得ます)。 ARRAY が省略されると、shift と同様に、メインプログラムでは @ARGVが、 サブルーチンでは @_ が使われます。 pos SCALAR pos match, position pos Returns the offset of where the last m//g search left off for the variable in question ($_ is used when the variable is not specified). Note that 0 is a valid match offset. undef indicates that the search position is reset (usually due to match failure, but can also be because no match has yet been performed on the scalar). pos directly accesses the location used by the regexp engine to store the offset, so assigning to pos will change that offset, and so will also influence the \G zero-width assertion in regular expressions. Because a failed m//gc match doesn't reset the offset, the return from pos won't change either in this case. See perlre and perlop. 対象の変数に対して、前回の m//g が終了した場所の オフセットを返します(変数が指定されなかった場合は $_ が使われます)。 0 は有効なマッチオフセットであることに注意してください。 undef は検索位置がリセットされることを意味します (通常はマッチ失敗が 原因ですが、このスカラ値にまだマッチングが行われていないためかもしれません)。 pos は正規表現エンジンがオフセットを保存するために使う場所を直接 アクセスするので、pos への代入はオフセットを変更し、そのような変更は 正規表現における \G ゼロ幅アサートにも影響を与えます。 m//gc マッチに失敗してもオフセットはリセットしないので、 pos からの返り値はどちらの場合も変更されません。 perlre と perlop を参照してください。 print FILEHANDLE LIST print print LIST print Prints a string or a list of strings. Returns true if successful. FILEHANDLE may be a scalar variable name, in which case the variable contains the name of or a reference to the filehandle, thus introducing one level of indirection. (NOTE: If FILEHANDLE is a variable and the next token is a term, it may be misinterpreted as an operator unless you interpose a + or put parentheses around the arguments.) If FILEHANDLE is omitted, prints by default to standard output (or to the last selected output channel--see /select). If LIST is also omitted, prints $_ to the currently selected output channel. To set the default output channel to something other than STDOUT use the select operation. The current value of $, (if any) is printed between each LIST item. The current value of $\ (if any) is printed after the entire LIST has been printed. Because print takes a LIST, anything in the LIST is evaluated in list context, and any subroutine that you call will have one or more of its expressions evaluated in list context. Also be careful not to follow the print keyword with a left parenthesis unless you want the corresponding right parenthesis to terminate the arguments to the print--interpose a + or put parentheses around all the arguments. 文字列か文字列のリストを出力します。 成功時には、真を返します。FILEHANDLE は、スカラ変数名でもよく、 その場合には、その変数にファイルハンドル名またはそのリファレンスが 入っているものとして扱われますから、一段階の間接指定が行なえます。 (注: FILEHANDLE に変数を使い、次のトークンが「項」のときには、 間に + を置くか、引数の前後を括弧で括らなければ、 誤って解釈されることがあります。) FILEHANDLE を省略した場合には、標準出力 (か、最後に選択された出力チャネル -- /selectを参照) に出力します。 LIST も省略すると、$_ を現在選択されている出力チャネルに 出力することになります。 デフォルトの出力チャネルを STDOUT 以外にしたければ、select 演算子を 使ってください。 $, の値が(もしあれば)各 LIST 要素の間に出力されます。 print の引数は LIST なので、LISTの中のものは、 すべてリストコンテキストで評価されます。 サブルーチンの呼び出しがあれば、リストコンテキストでは、 複数の値を返すかもしれません。 また、すべての引数を括弧で括るのでなければ、print というキーワードの 次に開き括弧を書いてはいけません。 "print" と引数の間に + を書くか、すべての引数を括弧で括ってください。 Note that if you're storing FILEHANDLEs in an array, or if you're using any other expression more complex than a scalar variable to retrieve it, you will have to use a block returning the filehandle value instead: もし FILESHANDLE を配列に保存していたり、それを得るためにスカラ変数より 複雑な表現を使っている場合、 代わりにその値を返すブロックを使う必要があります: printf FILEHANDLE FORMAT, LIST printf printf FORMAT, LIST Equivalent to print FILEHANDLE sprintf(FORMAT, LIST), except that $\ (the output record separator) is not appended. The first argument of the list will be interpreted as the printf format. See sprintf for an explanation of the format argument. If use locale is in effect, and POSIX::setlocale() has been called, the character used for the decimal separator in formatted floating point numbers is affected by the LC_NUMERIC locale. See perllocale and POSIX. $\(出力レコードセパレータ)を追加しないことを除けば、 print FILEHANDLE sprintf(FORMAT, LIST) と等価です。 リストの最初の要素は、printf フォーマットと解釈されます。 フォーマット引数の説明については sprintf を参照してください。 use locale が効力をもっていて、POSIX::setlocale() が呼び出されていれば、 小数点に使われる文字は LC_NUMERIC ロケールの影響を受けます。 perllocale と POSIX を参照してください。 Don't fall into the trap of using a printf when a simple print would do. The print is more efficient and less error prone. 単純な print を使うべきところで printf を使ってしまう 罠にかからないようにしてください。 print はより効率的で、間違いが起こりにくいです。 prototype FUNCTION prototype Returns the prototype of a function as a string (or undef if the function has no prototype). FUNCTION is a reference to, or the name of, the function whose prototype you want to retrieve. 関数のプロトタイプを文字列として返します(関数にプロトタイプがない場合は undef を返します)。 FUNCTION はプロトタイプを得たい関数の名前、またはリファレンスです。 If FUNCTION is a string starting with CORE::, the rest is taken as a name for Perl builtin. If the builtin is not overridable (such as qw//) or if its arguments cannot be adequately expressed by a prototype (such as system), prototype() returns undef, because the builtin does not really behave like a Perl function. Otherwise, the string describing the equivalent prototype is returned. FUNCTION が CORE:: で始まっている場合、残りは Perl ビルドインの名前として 扱われます。 このビルドインが(qw// のように) オーバーライド可能 でない、 またはこの引数が(system のように)プロトタイプとして適切に記述できない場合、 prototype() は undef を返します; なぜならビルドインは実際に Perl 関数のように振舞わないからです。 それ以外では、等価なプロトタイプを表現した文字列が返されます。 push ARRAY,LIST push stack Treats ARRAY as a stack, and pushes the values of LIST onto the end of ARRAY. The length of ARRAY increases by the length of LIST. Has the same effect as ARRAY をスタックとして扱い、LIST 内の値を ARRAY の終わりにプッシュします。 ARRAY の大きさは、LIST の長さ分だけ大きくなります。 これは、 but is more efficient. Returns the number of elements in the array following the completed push. とするのと同じ効果がありますが、より効率的です。 push の処理終了後の配列の要素数を返します。 q/STRING/ qq/STRING/ qr/STRING/ qx/STRING/ qw/STRING/ Generalized quotes. See perlop/"Regexp Quote-Like Operators". 汎用のクォートです。 perlop/"Regexp Quote-Like Operators" を参照してください。 quotemeta EXPR quotemeta metacharacter quotemeta Returns the value of EXPR with all non-"word" characters backslashed. (That is, all characters not matching /[A-Za-z_0-9]/ will be preceded by a backslash in the returned string, regardless of any locale settings.) This is the internal function implementing the \Q escape in double-quoted strings. EXPR の中のすべての非英数字キャラクタをバックスラッシュで エスケープしたものを返します (つまり、/[A-Za-z_0-9]/ にマッチしない全ての文字の前には ロケールに関わらずバックスラッシュが前置されます)。 これは、ダブルクォート文字列での \Q エスケープを 実装するための内部関数です。 If EXPR is omitted, uses $_. EXPR が省略されると、$_ を使います。 rand EXPR rand random rand Returns a random fractional number greater than or equal to 0 and less than the value of EXPR. (EXPR should be positive.) If EXPR is omitted, the value 1 is used. Currently EXPR with the value 0 is also special-cased as 1 - this has not been documented before perl 5.8.0 and is subject to change in future versions of perl. Automatically calls srand unless srand has already been called. See also srand. 0 以上 EXPR の値未満の小数の乱数値を返します。 (EXPR は正の数である必要があります。) EXPR を省略すると、1 とみなします。 現在のところ、EXPR に値 0 をセットすると 1 として特別扱いされます - これは perl 5.8.0 以前には文書化されておらず、将来のバージョンの perl では 変更される可能性があります。 srand が既に呼ばれている場合以外は、自動的に srand 関数を 呼び出します。 srand も参照してください。 Apply int() to the value returned by rand() if you want random integers instead of random fractional numbers. For example, ランダムな小数ではなく、ランダムな整数がほしい場合は、rand() から 返された値に int() を適用してください。 returns a random integer between 0 and 9, inclusive. これは 0 から 9 の値をランダムに返します。 (Note: If your rand function consistently returns numbers that are too large or too small, then your version of Perl was probably compiled with the wrong number of RANDBITS.) (注: もし、rand 関数が、常に大きい値ばかりや、小さい数ばかりを 返すようなら、お使いになっている Perl が、 良くない RANDBITS を使ってコンパイルされている可能性があります。) read FILEHANDLE,SCALAR,LENGTH,OFFSET read file, read read FILEHANDLE,SCALAR,LENGTH Attempts to read LENGTH characters of data into variable SCALAR from the specified FILEHANDLE. Returns the number of characters actually read, 0 at end of file, or undef if there was an error (in the latter case $! is also set). SCALAR will be grown or shrunk so that the last character actually read is the last character of the scalar after the read. 指定した FILEHANDLE から、変数 SCALAR に LENGTH 文字 の データを読み込みます。 実際に読み込まれた文字数、 ファイル終端の場合は 0、エラーの場合は undef のいずれかを返します (後者の場合、$! もセットされます)。 SCALAR は伸び縮みするので、 読み込み後は、実際に読み込んだ最後の文字がスカラの最後の文字になります。 An OFFSET may be specified to place the read data at some place in the string other than the beginning. A negative OFFSET specifies placement at that many characters counting backwards from the end of the string. A positive OFFSET greater than the length of SCALAR results in the string being padded to the required size with "\0" bytes before the result of the read is appended. OFFSET を指定すると、文字列の先頭以外の場所から、 読み込みを行なうことができます。 負の数の OFFSET を指定すると、文字列の最後から逆方向に何文字目かを数えます。 SCALAR の長さよりも大きい、正の数の OFFSET を指定すると、文字列は 読み込みの結果が追加される前に、必要なサイズまで "\0" のバイトで パッディングされます。 The call is actually implemented in terms of either Perl's or system's fread() call. To get a true read(2) system call, see sysread. この関数は、Perl か システムの fread() 関数を使って実装しています。 本当の read(2) システムコールを利用するには、sysread を参照してください。 Note the characters: depending on the status of the filehandle, either (8-bit) bytes or characters are read. By default all filehandles operate on bytes, but for example if the filehandle has been opened with the :utf8 I/O layer (see /open, and the open pragma, open), the I/O will operate on UTF-8 encoded Unicode characters, not bytes. Similarly for the :encoding pragma: in that case pretty much any characters can be read. 文字 に関する注意: ファイルハンドルの状態によって、(8 ビットの) バイトか 文字が読み込まれます。 デフォルトでは全てのファイルハンドルはバイトを処理しますが、 例えばファイルハンドルが :utf8 I/O 層(/open, open プラグマ、 open を参照してください) で開かれた場合、I/O はバイトではなく、 UTF-8 エンコードされた Unicode 文字を操作します。 :encoding プラグマも同様です: この場合、ほとんど大体全ての文字が読み込めます。 readdir DIRHANDLE readdir Returns the next directory entry for a directory opened by opendir. If used in list context, returns all the rest of the entries in the directory. If there are no more entries, returns an undefined value in scalar context or a null list in list context. opendir でオープンしたディレクトリで、 次のディレクトリエントリを返します。 リストコンテキストで用いると、 そのディレクトリの残りのエントリを、すべて返します。 エントリが残っていない場合には、スカラコンテキストでは未定義値を、 リストコンテキストでは空リストを返します。 If you're planning to filetest the return values out of a readdir, you'd better prepend the directory in question. Otherwise, because we didn't chdir there, it would have been testing the wrong file. readdir の返り値をファイルテストに使おうと計画しているなら、 頭にディレクトリをつける必要があります。 さもなければ、ここでは chdir はしないので、 間違ったファイルをテストしてしまうことになるでしょう。 readline EXPR readline readline gets fgets Reads from the filehandle whose typeglob is contained in EXPR (or from *ARGV if EXPR is not provided). In scalar context, each call reads and returns the next line, until end-of-file is reached, whereupon the subsequent call returns undef. In list context, reads until end-of-file is reached and returns a list of lines. Note that the notion of "line" used here is however you may have defined it with $/ or $INPUT_RECORD_SEPARATOR). See perlvar/"$/". 型グロブが EXPR (EXPR がない場合は *ARGV) に含まれている ファイルハンドルから読み込みます。 スカラコンテキストでは、呼び出し毎に一行読み込んで返します。 ファイルの最後まで読み込んだら、以後の呼び出しでは undef を返します。 リストコンテキストでは、ファイルの最後まで読み込んで、 行のリストを返します。 ここでの「行」とは、$/ または $INPUT_RECORD_SEPARATOR で 定義されることに注意してください。perlvar/"$/" も参照して下さい。 When $/ is set to undef, when readline() is in scalar context (i.e. file slurp mode), and when an empty file is read, it returns '' the first time, followed by undef subsequently. $/ に undef を設定した場合は、readline() はスカラコンテキスト (つまりファイル吸い込みモード)となり、 空のファイルを読み込んだ場合は、最初は '' を返し、 それ以降は undef を返します。 This is the internal function implementing the <EXPR> operator, but you can use it directly. The <EXPR> operator is discussed in more detail in perlop/"I/O Operators". これは <EXPR> 演算子を実装している内部関数ですが、 直接使うこともできます。 <EXPR> 演算子についてのさらなる詳細については perlop/"I/O Operators" で議論されています。 ; $line = readline(*STDIN); # same thing ]]> If readline encounters an operating system error, $! will be set with the corresponding error message. It can be helpful to check $! when you are reading from filehandles you don't trust, such as a tty or a socket. The following example uses the operator form of readline, and takes the necessary steps to ensure that readline was successful. readline が OS のシステムエラーになると、$! に対応するエラーメッセージが セットされます。 tty やソケットといった、信頼できないファイルハンドルから読み込む時には $! をチェックするのが助けになります。 以下の例は演算子の形の readline を使っており、readline が 成功したことを確実にするために必要なステップを実行しています。 )) { die $! if $!; last; # reached EOF } # ... } ]]> readlink EXPR readlink readlink Returns the value of a symbolic link, if symbolic links are implemented. If not, gives a fatal error. If there is some system error, returns the undefined value and sets $! (errno). If EXPR is omitted, uses $_. シンボリックリンクが実装されていれば、 シンボリックリンクの値を返します。 実装されていないときには、致命的エラーとなります。 何らかのシステムエラーが検出されると、 未定義値を返し、$! (errno)を設定します。 EXPR を省略すると、$_ を使用します。 readpipe EXPR readpipe readpipe EXPR is executed as a system command. The collected standard output of the command is returned. In scalar context, it comes back as a single (potentially multi-line) string. In list context, returns a list of lines (however you've defined lines with $/ or $INPUT_RECORD_SEPARATOR). This is the internal function implementing the qx/EXPR/ operator, but you can use it directly. The qx/EXPR/ operator is discussed in more detail in perlop/"I/O Operators". If EXPR is omitted, uses $_. EXPR がシステムコマンドとして実行されます。 コマンドの標準出力の内容が返されます。 スカラコンテキストでは、単一の(内部的に複数行の)文字列を返します。 リストコンテキストでは、行のリストを返します (但し、行は $/ または $INPUT_RECORD_SEPARATOR で定義されます)。 これは qx/EXPR/ 演算子を実装する内部関数ですが、 直接使うことも出来ます。 qx/EXPR/ 演算子は perlop/"I/O Operators" でより詳細に 述べられています。 EXPR を省略すると、$_ を使用します。 recv SOCKET,SCALAR,LENGTH,FLAGS recv Receives a message on a socket. Attempts to receive LENGTH characters of data into variable SCALAR from the specified SOCKET filehandle. SCALAR will be grown or shrunk to the length actually read. Takes the same flags as the system call of the same name. Returns the address of the sender if SOCKET's protocol supports this; returns an empty string otherwise. If there's an error, returns the undefined value. This call is actually implemented in terms of recvfrom(2) system call. See perlipc/"UDP: Message Passing" for examples. ソケット上のメッセージを受信します。 指定されたファイルハンドル SOCKET から、変数 SCALAR に LENGTH 文字のデータを読み込もうとします。 SCALAR は、実際に読まれた長さによって、大きくなったり、 小さくなったりします。 同名のシステムコールと同じ FLAGS を使います。 SOCKET のプロトコルが対応していれば、送信側のアドレスを返します。 エラー発生時には、未定義値を返します。 実際には、C のrecvfrom(2) を呼びます。 例についてはperlipc/"UDP: Message Passing"を参照してください。 Note the characters: depending on the status of the socket, either (8-bit) bytes or characters are received. By default all sockets operate on bytes, but for example if the socket has been changed using binmode() to operate with the :encoding(utf8) I/O layer (see the open pragma, open), the I/O will operate on UTF-8 encoded Unicode characters, not bytes. Similarly for the :encoding pragma: in that case pretty much any characters can be read. 文字 に関する注意: ソケットの状態によって、(8 ビットの) バイトか 文字を受信します。 デフォルトでは全てのソケットはバイトを処理しますが、 例えばソケットが binmode() で :encoding(utf8) I/O 層(open プラグマ、 open を参照してください) を使うように指定された場合、I/O はバイトではなく、 UTF-8 エンコードされた Unicode 文字を操作します。 :encoding プラグマも同様です: この場合、ほとんど大体全ての文字が読み込めます。 redo LABEL redo redo The redo command restarts the loop block without evaluating the conditional again. The continue block, if any, is not executed. If the LABEL is omitted, the command refers to the innermost enclosing loop. Programs that want to lie to themselves about what was just input normally use this command: redo コマンドは、条件を再評価しないで、ループブロックの始めからもう一度 実行を開始します。 continue ブロックがあっても、実行されません。 LABEL が省略されると、このコマンドは、もっとも内側のループを参照します。 このコマンドは通常、自分への入力を欺くために使用します: ) { while (s|({.*}.*){.*}|$1 |) {} s|{.*}| |; if (s|{.*| |) { $front = $_; while () { if (/}/) { # end of comment? s|^|$front\{|; redo LINE; } } } print; } ]]> redo cannot be used to retry a block which returns a value such as eval {}, sub {} or do {}, and should not be used to exit a grep() or map() operation. redo は eval {}, sub {}, do {} のように値を返す ブロックを繰り返すのには使えません。 また、grep() や map() 操作から抜けるのに使うべきではありません。 Note that a block by itself is semantically identical to a loop that executes once. Thus redo inside such a block will effectively turn it into a looping construct. ブロック自身は一回だけ実行されるループと文法的に同一であることに 注意してください。 従って、ブロックの中で redo を使うことで効果的に ループ構造に変換します。 See also /continue for an illustration of how last, next, and redo work. last, next, redo がどのように働くかについては /continue を参照して下さい。 ref EXPR ref reference ref Returns a non-empty string if EXPR is a reference, the empty string otherwise. If EXPR is not specified, $_ will be used. The value returned depends on the type of thing the reference is a reference to. Builtin types include: EXPR がリファレンスであれば、空でない文字列を返し、さもなくば、 空文字列を返します。 EXPR が指定されなければ、$_ が使われます。 返される値は、リファレンスが参照するものの型に依存します。 組み込みの型には、以下のものがあります。 If the referenced object has been blessed into a package, then that package name is returned instead. You can think of ref as a typeof operator. 参照されるオブジェクトが、何らかのパッケージに bless されたものであれば、これらの代わりに、 そのパッケージ名が返されます。 ref は、typeof 演算子のように考えることができます。 The return value LVALUE indicates a reference to an lvalue that is not a variable. You get this from taking the reference of function calls like pos() or substr(). VSTRING is returned if the reference points to a version string. 返り値 LVALUE は、変数ではない左辺値へのリファレンスを示します。 これは、pos() や substr() のようの関数呼び出しのリファレンスから 得られます。 VSTRING は、リファレンスが version string を 指している場合に返されます。 The result Regexp indicates that the argument is a regular expression resulting from qr//. Regexp という結果は、ｈ奇数が qr// からの結果である 正規表現であることを意味します。 See also perlref. perlref も参照してください。 rename OLDNAME,NEWNAME rename move mv ren Changes the name of a file; an existing file NEWNAME will be clobbered. Returns true for success, false otherwise. ファイルの名前を変更します。 NEWNAME というファイルが既に存在した場合、上書きされるかもしれません。 成功時には真、失敗時には偽を返します。 Behavior of this function varies wildly depending on your system implementation. For example, it will usually not work across file system boundaries, even though the system mv command sometimes compensates for this. Other restrictions include whether it works on directories, open files, or pre-existing files. Check perlport and either the rename(2) manpage or equivalent system documentation for details. この関数の振る舞いはシステムの実装に大きく依存して異なります。 普通はファイルシステムにまたがってパス名を付け替えることはできません。 システムの mv がこれを補完している場合でもそうです。 その他の制限には、ディレクトリ、オープンしているファイル、既に存在している ファイルに対して使えるか、といったことを含みます。 詳しくは、perlport および rename(2) man ページあるいは同様の システムドキュメントを参照してください。 For a platform independent move function look at the File::Copy'}File::Copy module. プラットフォームに依存しない move 関数については File::Copy'}File::Copy モジュールを 参照してください。 require VERSION require require EXPR require Demands a version of Perl specified by VERSION, or demands some semantics specified by EXPR or by $_ if EXPR is not supplied. VERSION で指定される Perl のバージョンを要求するか、 EXPR (省略時には $_) によって指定されるいくつかの動作を要求します。 VERSION may be either a numeric argument such as 5.006, which will be compared to $], or a literal of the form v5.6.1, which will be compared to $^V (aka $PERL_VERSION). A fatal error is produced at run time if VERSION is greater than the version of the current Perl interpreter. Compare with /use, which can do a similar check at compile time. VERSION は 5.006 のような数値($] と比較されます)か、v5.6.1 の形 ($^V (またの名を $PERL_VERSION) と比較されます)で指定します。 VERSION が Perl の現在のバージョンより大きいと、実行時に致命的エラーが 発生します。 /use と似ていますが、これはコンパイル時にチェックされます。 Specifying VERSION as a literal of the form v5.6.1 should generally be avoided, because it leads to misleading error messages under earlier versions of Perl that do not support this syntax. The equivalent numeric version should be used instead. VERSION に v5.6.1 の形のリテラルを指定することは一般的には避けるべきです; なぜなら、この文法に対応していない Perl の初期のバージョンでは 誤解させるようなエラーメッセージが出るからです。 代わりに等価な数値表現を使うべきです。 Otherwise, require demands that a library file be included if it hasn't already been included. The file is included via the do-FILE mechanism, which is essentially just a variety of eval with the caveat that lexical variables in the invoking script will be invisible to the included code. Has semantics similar to the following subroutine: それ以外の場合には、require は、既に読み込まれていないときに読み込む ライブラリファイルを要求するものとなります。 そのファイルは、基本的には eval の一種である、do-FILE によって 読み込まれますが、起動したスクリプトのレキシカル変数は読み込まれたコードから 見えないという欠点があります。 意味的には、次のようなサブルーチンと同じようなものです: Note that the file will not be included twice under the same specified name. ファイルは、同じ名前で 2 回読み込まれることはないことに注意してください。 The file must return true as the last statement to indicate successful execution of any initialization code, so it's customary to end such a file with 1; unless you're sure it'll return true otherwise. But it's better just to put the 1;, in case you add more statements. 初期化コードの実行がうまくいったことを示すために、 ファイルは真を返さなければなりませんから、 真を返すようになっている自信がある場合を除いては、 ファイルの最後に 1; と書くのが習慣です。 実行文を追加するような場合に備えて、1; と書いておいた方が 良いでしょう。 If EXPR is a bareword, the require assumes a ".pm" extension and replaces "::" with "/" in the filename for you, to make it easy to load standard modules. This form of loading of modules does not risk altering your namespace. EXPR が裸の単語であるときには、標準モジュールのロードを 簡単にするように、require は拡張子が ".pm" であり、 "::" を "/" に変えたものがファイル名であると仮定します。 この形式のモジュールロードは、 名前空間を変更してしまう危険はありません。 In other words, if you try this: 言い換えると、以下のようにすると: The require function will actually look for the "Foo/Bar.pm" file in the directories specified in the @INC array. require 関数は @INC 配列で指定されたディレクトリにある "Foo/Bar.pm" ファイルを探します。 But if you try this: しかし、以下のようにすると: The require function will look for the "Foo::Bar" file in the @INC array and will complain about not finding "Foo::Bar" there. In this case you can do: require 関数は @INC 配列の "Foo::Bar" ファイルを探し、 おそらくそこに "Foo::Bar" がないと文句をいうことになるでしょう。 このような場合には、以下のようにします: Now that you understand how require looks for files in the case of a bareword argument, there is a little extra functionality going on behind the scenes. Before require looks for a ".pm" extension, it will first look for a similar filename with a ".pmc" extension. If this file is found, it will be loaded in place of any file ending in a ".pm" extension. 引数が裸の単語の場合、require がどのようにファイルを探すかを 理解してください; 水面下でちょっとした追加の機能があります。 require が拡張子 ".pm" のファイルを探す前に、まず拡張子 ".pmc" を 持つファイルを探します。 このファイルが見つかると、このファイルが拡張子 ".pm" の代わりに 読み込まれます。 You can also insert hooks into the import facility, by putting directly Perl code into the @INC array. There are three forms of hooks: subroutine references, array references and blessed objects. @INC 配列に直接 Perl コードを入れることで、インポート機能にフックを 挿入できます。 3 種類のフックがあります: サブルーチンリファレンス、配列リファレンス、 bless されたオブジェクトです。 Subroutine references are the simplest case. When the inclusion system walks through @INC and encounters a subroutine, this subroutine gets called with two parameters, the first being a reference to itself, and the second the name of the file to be included (e.g. "Foo/Bar.pm"). The subroutine should return nothing, or a list of up to three values in the following order: サブルーチンへのリファレンスは一番単純な場合です。 インクルード機能が @INC を走査してサブルーチンに出会った場合、この サブルーチンは二つの引数と共に呼び出されます; 一つ目は自身へのリファレンス、二つ目はインクルードされるファイル名 ("Foo/Bar.pm" など)です。 サブルーチンは undef か、インクルードするファイルが読み込まれる ファイルハンドルを返します。 サブルーチンは何も返さないか、以下の順で最大 3 つの値のリストを 返します。 1 A filehandle, from which the file will be read. ファイルが読み込まれるファイルハンドル。 2 A reference to a subroutine. If there is no filehandle (previous item), then this subroutine is expected to generate one line of source code per call, writing the line into $_ and returning 1, then returning 0 at "end of file". If there is a filehandle, then the subroutine will be called to act a simple source filter, with the line as read in $_. Again, return 1 for each valid line, and 0 after all lines have been returned. サブルーチンへのリファレンス。 (一つ前のアイテムである)ファイルハンドルがない場合、 サブルーチンは呼び出し毎に一行のソースコードを生成し、その行を $_ に 書き込んで 1 を返し、それから「ファイル終端」で 0 を返すものと想定されます。 ファイルハンドルがある場合、サブルーチンは単純なソースフィルタとして 振舞うように呼び出され、行は $_ から読み込まれます。 再び、有効な行ごとに 1 を返し、全ての行を返した後では 0 を返します。 3 Optional state for the subroutine. The state is passed in as $_[1]. A reference to the subroutine itself is passed in as $_[0]. サブルーチンのための状態(オプション)。 状態は $_[1] として渡されます。 サブルーチンへのリファレンス自身は $_[0] として渡されます。 If an empty list, undef, or nothing that matches the first 3 values above is returned then require will look at the remaining elements of @INC. Note that this file handle must be a real file handle (strictly a typeglob, or reference to a typeglob, blessed or unblessed) - tied file handles will be ignored and return value processing will stop there. 空リスト、undef、または上記の最初の 3 つの値のどれとも一致しないものが 返されると、require は @INC の残りの要素を見ます。 このファイルハンドルは実際のファイルハンドル(厳密には型グロブ、型グロブへの リファレンス、bless されているかされていないか)である必要があります - tie されたファイルハンドルは無視され、返り値の処理はそこで停止します。 If the hook is an array reference, its first element must be a subroutine reference. This subroutine is called as above, but the first parameter is the array reference. This enables to pass indirectly some arguments to the subroutine. フックが配列のリファレンスの場合、その最初の要素はサブルーチンへの リファレンスでなければなりません。 このサブルーチンは上述のように呼び出されますが、その最初の引数は 配列のリファレンスです。 これによって、間接的にサブルーチンに引数を渡すことが出来ます。 In other words, you can write: 言い換えると、以下のように書いたり: or: または以下のように書けます: If the hook is an object, it must provide an INC method that will be called as above, the first parameter being the object itself. (Note that you must fully qualify the sub's name, as unqualified INC is always forced into package main.) Here is a typical code layout: フックがオブジェクトの場合、INC メソッドを提供している必要があります; それが、最初の引数をオブジェクト自身として上述のように呼び出されます。 (修飾されていない INC は常にパッケージ main に強制されるため、 サブルーチン名は完全修飾する必要があることに注意してください。) 以下は典型的なコードレイアウトです: Note that these hooks are also permitted to set the %INC entry corresponding to the files they have loaded. See perlvar/%INC. これらのフックは、読み込まれるファイルに対応する %INC エントリを セットすることも許可することに注意してください。 perlvar/%INC を参照してください。 For a yet-more-powerful import facility, see /use and perlmod. より強力な import 機能については、このドキュメントの /use の項と、perlmod を参照してください。 reset EXPR reset reset Generally used in a continue block at the end of a loop to clear variables and reset ?? searches so that they work again. The expression is interpreted as a list of single characters (hyphens allowed for ranges). All variables and arrays beginning with one of those letters are reset to their pristine state. If the expression is omitted, one-match searches (?pattern?) are reset to match again. Resets only variables or searches in the current package. Always returns 1. Examples: 通常、ループの最後に、変数をクリアし、?? 検索を再び 動作するようにリセットするため、continue ブロックで使われます。 EXPR は、文字を並べたもの (範囲を指定するのに、ハイフンが使えます) と 解釈されます。 名前がその文字のいずれかで始まる変数や配列は、 最初の状態にリセットされます。 EXPR を省略すると、1 回検索 (?PATTERN?) を再びマッチするように リセットできます。 カレントパッケージの変数もしくは検索だけがリセットされます。 常に 1 を返します。 例: Resetting "A-Z" is not recommended because you'll wipe out your @ARGV and @INC arrays and your %ENV hash. Resets only package variables--lexical variables are unaffected, but they clean themselves up on scope exit anyway, so you'll probably want to use them instead. See /my. reset "A-Z" とすると、@ARGV, @INC 配列や %ENV ハッシュも なくなってしまいますから、止めた方が良いでしょう。 パッケージ変数だけがリセットされます。 レキシカル変数は、影響を受けませんが、スコープから外れれば、 自動的に綺麗になりますので、これからは、こちらを使うようにした方が よいでしょう。 /my を参照してください。 return EXPR return return Returns from a subroutine, eval, or do FILE with the value given in EXPR. Evaluation of EXPR may be in list, scalar, or void context, depending on how the return value will be used, and the context may vary from one execution to the next (see wantarray). If no EXPR is given, returns an empty list in list context, the undefined value in scalar context, and (of course) nothing at all in a void context. サブルーチン, eval, do FILE から EXPR で与えられた値をもって、 リターンします。 EXPR の評価は、返り値がどのように使われるかによって リスト、スカラ、無効コンテキストになります。 またコンテキストは実行毎に変わります(wantarray を参照してください)。 EXPR が指定されなかった場合は、リストコンテキストでは空リストを、 スカラコンテキストでは未定義値を返します。 そして(もちろん)無効コンテキストでは何も返しません。 (Note that in the absence of an explicit return, a subroutine, eval, or do FILE will automatically return the value of the last expression evaluated.) (サブルーチン, eval, do FILE に明示的に return が なければ、最後に評価された値で、自動的にリターンします。) reverse LIST reverse rev invert In list context, returns a list value consisting of the elements of LIST in the opposite order. In scalar context, concatenates the elements of LIST and returns a string value with all characters in the opposite order. リストコンテキストでは、LIST を構成するよ要素を逆順に並べた リスト値を返します。 スカラコンテキストでは、LIST の要素を連結して、 全ての文字を逆順にした文字列を返します。 ; # line tac, last line first ]]> print scalar reverse <>; # character tac, last line tsrif ]]> Used without arguments in scalar context, reverse() reverses $_. スカラコンテキストで引数なしで使うと、reverse() は $_ を逆順にします。 This operator is also handy for inverting a hash, although there are some caveats. If a value is duplicated in the original hash, only one of those can be represented as a key in the inverted hash. Also, this has to unwind one hash and build a whole new one, which may take some time on a large hash, such as from a DBM file. この演算子はハッシュの逆順にするのにも便利ですが、いくつかの弱点があります。 元のハッシュで値が重複していると、それらのうち一つだけが 逆順になったハッシュのキーとして表現されます。 また、これは一つのハッシュをほどいて完全に新しいハッシュを作るので、 DBM ファイルからのような大きなハッシュでは少し時間がかかります。 rewinddir DIRHANDLE rewinddir Sets the current position to the beginning of the directory for the readdir routine on DIRHANDLE. DIRHANDLE に対する readdir ルーチンの現在位置を ディレクトリの最初に設定します。 rindex STR,SUBSTR,POSITION rindex rindex STR,SUBSTR Works just like index() except that it returns the position of the last occurrence of SUBSTR in STR. If POSITION is specified, returns the last occurrence beginning at or before that position. STR 中で 最後に 見つかった SUBSTR の位置を返すことを除いて、 index() と同じように動作します。 POSITION を指定すると、その位置から始まるか、その位置より前の、 最後の位置を返します。 rmdir FILENAME rmdir rd directory, remove rmdir Deletes the directory specified by FILENAME if that directory is empty. If it succeeds it returns true, otherwise it returns false and sets $! (errno). If FILENAME is omitted, uses $_. FILENAME で指定したディレクトリが空であれば、 そのディレクトリを削除します。 成功時には真を返し、失敗時には偽を返し、$! (errno) を設定します。 FILENAMEを省略した場合には、$_ を使用します。 To remove a directory tree recursively (rm -rf on unix) look at the rmtree function of the File::Path'}File::Path module. ディレクトリツリーを再帰的に削除したい (unix での rm -rf) 場合、 File::Path'}File::Path モジュールの rmtree 関数を参照してください。 s/// The substitution operator. See perlop. 置換演算子。 perlop を参照してください。 say FILEHANDLE LIST say say LIST say Just like print, but implicitly appends a newline. say LIST is simply an abbreviation for { local $\ = "\n"; print LIST }. print と同様ですが、暗黙に改行が追加されます。 say LIST は単に { local $\ = "\n"; print LIST } の省略形です。 This keyword is only available when the "say" feature is enabled: see feature. このキーワードは、"say" 機能が有効の場合にのみ利用可能です: feature を参照してください。 scalar EXPR scalar context Forces EXPR to be interpreted in scalar context and returns the value of EXPR. EXPR を強制的にスカラコンテキストで解釈されるようにして、 EXPR の値を返します。 There is no equivalent operator to force an expression to be interpolated in list context because in practice, this is never needed. If you really wanted to do so, however, you could use the construction @{[ (some expression) ]}, but usually a simple (some expression) suffices. 式を強制的にリストコンテキストで解釈させるようにする演算子はありません。 理論的には不要だからです。 それでも、もしそうしたいのなら、@{[ (some expression) ]} という構造を 使えます。 しかし、普通は単に (some expression) とすれば十分です。 Because scalar is unary operator, if you accidentally use for EXPR a parenthesized list, this behaves as a scalar comma expression, evaluating all but the last element in void context and returning the final element evaluated in scalar context. This is seldom what you want. scalar は単項演算子なので、EXPR として括弧でくくったリストを使った場合、 これはスカラカンマ表現として振舞い、最後以外の全ては無効コンテキストとして 扱われ、最後の要素をスカラコンテキストとして扱った結果が返されます。 これがあなたの望むものであることはめったにないでしょう。 The following single statement: 以下の 1 つの文は: is the moral equivalent of these two: 以下の 2 つの文と等価です。 See perlop for more details on unary operators and the comma operator. 単項演算子とカンマ演算子に関する詳細については perlop を参照して下さい。 seek FILEHANDLE,POSITION,WHENCE seek fseek filehandle, position Sets FILEHANDLE's position, just like the fseek call of stdio. FILEHANDLE may be an expression whose value gives the name of the filehandle. The values for WHENCE are 0 to set the new position in bytes to POSITION, 1 to set it to the current position plus POSITION, and 2 to set it to EOF plus POSITION (typically negative). For WHENCE you may use the constants SEEK_SET, SEEK_CUR, and SEEK_END (start of the file, current position, end of the file) from the Fcntl module. Returns 1 upon success, 0 otherwise. stdio ライブラリの fseek 関数のように、FILEHANDLE の ファイルポインタを任意の位置に設定します。 FILEHANDLE は、実際のファイルハンドル名を与える式でもかまいません。 WHENCE の値が、0 ならば、新しい位置を POSITION の位置へ、1 ならば、 現在位置から バイト数で POSITION 加えた位置へ、2 ならば、EOF から POSITION だけ加えた位置へ、新しい位置を設定します。 この値には、Fcntl モジュールで使われている SEEK_SET、 SEEK_CUR、SEEK_END (ファイルの先頭、現在位置、ファイルの最後)という定数を使うこともできます。 成功時には、1 を、失敗時には 0 を返します。 Note the in bytes: even if the filehandle has been set to operate on characters (for example by using the :encoding(utf8) open layer), tell() will return byte offsets, not character offsets (because implementing that would render seek() and tell() rather slow). バイト単位 に関する注意: ファイルハンドルが (例えば :encoding(utf8) 層を 使って)文字を操作するように設定されていたとしても、tell() は文字の オフセットではなくバイトのオフセットを返すことに注意してください (なぜならこれを実装すると seek() と tell() が遅くなってしまうからです)。 If you want to position file for sysread or syswrite, don't use seek--buffering makes its effect on the file's system position unpredictable and non-portable. Use sysseek instead. sysread や syswrite のためにファイルの位置を指定したい場合は、 seek は使えません -- バッファリングのために動作は予測不能で 移植性のないものになってしまいます。 代わりに sysseek を使ってください。 Due to the rules and rigors of ANSI C, on some systems you have to do a seek whenever you switch between reading and writing. Amongst other things, this may have the effect of calling stdio's clearerr(3). A WHENCE of 1 (SEEK_CUR) is useful for not moving the file position: ANSI C の規則と困難により、システムによっては読み込みと書き込みを 切り替える度にシークしなければならない場合があります。 その他のことの中で、これは stdio の clearerr(3) を呼び出す効果があります。 WHENCE の 1 (SEEK_CUR) が、ファイル位置を変えないので有用です: This is also useful for applications emulating tail -f. Once you hit EOF on your read, and then sleep for a while, you might have to stick in a seek() to reset things. The seek doesn't change the current position, but it does clear the end-of-file condition on the handle, so that the next <FILE> makes Perl try again to read something. We hope. これはアプリケーションで tail -f をエミュレートするのにも有用です。 一度読み込み時に EOF に到達すると、しばらくスリープし、 seek() することでリセットする必要があります。 seek は現在の位置を変更しませんが、ハンドルの EOF 状態を クリアします ので、次の <FILE> で Perl は再び何かを 読み込もうとします。 そのはずです。 If that doesn't work (some IO implementations are particularly cantankerous), then you may need something more like this: これが動かない場合(特に意地の悪い IO 実装もあります)、 以下のようなことをする必要があります: ; $curpos = tell(FILE)) { # search for some stuff and put it into files } sleep($for_a_while); seek(FILE, $curpos, 0); } ]]> seekdir DIRHANDLE,POS seekdir Sets the current position for the readdir routine on DIRHANDLE. POS must be a value returned by telldir. seekdir also has the same caveats about possible directory compaction as the corresponding system library routine. DIRHANDLE での readdir ルーチンの現在位置を設定します。 POS は、telldir が返す値でなければなりません。 seekdir は同名のシステムライブラリルーチンと同じく、 ディレクトリ縮小時の問題が考えられます。 select FILEHANDLE select filehandle, default select Returns the currently selected filehandle. If FILEHANDLE is supplied, sets the new current default filehandle for output. This has two effects: first, a write or a print without a filehandle will default to this FILEHANDLE. Second, references to variables related to output will refer to this output channel. For example, if you have to set the top of form format for more than one output channel, you might do the following: その時点で、選択されていたファイルハンドルを返します。 FILEHANDLE を指定した場合には、その値を出力のデフォルト ファイルハンドルに設定します。 これには、2 つの効果があります。 まず、ファイルハンドルを指定しないで write や print を行なった場合のデフォルトが、 この FILEHANDLE になります。 もう一つは、出力関連の変数への参照は、 この出力チャネルを参照するようになります。 たとえば、複数の出力チャネルに対して、ページ先頭フォーマットを 設定しなければならないのであれば、 以下のようにしなければならないでしょう。 FILEHANDLE may be an expression whose value gives the name of the actual filehandle. Thus: FILEHANDLE は、実際のファイルハンドルの名前を示す式でもかまいません。 つまり、以下のようなものです: Some programmers may prefer to think of filehandles as objects with methods, preferring to write the last example as: ファイルハンドルはメソッドを持ったオブジェクトであると 考えることを好むプログラマもいるかもしれません。 そのような場合のための最後の例は以下のようなものです。 autoflush(1); ]]> select RBITS,WBITS,EBITS,TIMEOUT select This calls the select(2) system call with the bit masks specified, which can be constructed using fileno and vec, along these lines: これは、select(2) システムコールを、指定したビットマスクで呼び出します。 ビットマスクは、fileno と vec を使って、以下のようにして作成できます。 If you want to select on many filehandles you might wish to write a subroutine: 複数のファイルハンドルに select を行ないたいのであれば、 以下のようにします。 The usual idiom is: 通常は、 or to block until something becomes ready just do this のように使い、いずれかの準備が整うまでブロックするには、 以下のようにします。 Most systems do not bother to return anything useful in $timeleft, so calling select() in scalar context just returns $nfound. ほとんどのシステムではわざわざ意味のある値を $timeleft に返さないので、 select() をスカラコンテキストで呼び出すと、単に $nfound を返します。 Any of the bit masks can also be undef. The timeout, if specified, is in seconds, which may be fractional. Note: not all implementations are capable of returning the $timeleft. If not, they always return $timeleft equal to the supplied $timeout. どのビットマスクにも undef を設定することができます。 TIMEOUT を指定するときは、秒数で指定し、小数でかまいません。 注: すべての実装で、$timeleft が返せるものではありません。 その場合、$timeleft には、常に指定した TIMEOUT と同じ値が返されます。 You can effect a sleep of 250 milliseconds this way: 250 ミリ秒の sleep と同じ効果が、以下のようにして得られます。 Note that whether select gets restarted after signals (say, SIGALRM) is implementation-dependent. See also perlport for notes on the portability of select. select がシグナル (例えば、SIGALRM) の後に再起動するかどうかは 実装依存であることに注意してください。 select の移植性に関する注意については perlport も参照してください。 On error, select behaves like the select(2) system call : it returns -1 and sets $!. エラー時は、select は select(2) システムコールのように振舞います: -1 を返し、$! をセットします。 Note: on some Unixes, the select(2) system call may report a socket file descriptor as "ready for reading", when actually no data is available, thus a subsequent read blocks. It can be avoided using always the O_NONBLOCK flag on the socket. See select(2) and fcntl(2) for further details. 注意: Unix の中には、実際に利用可能なデータがないために引き続く読み込みが ブロックされる場合、select(2) システムコールが、ソケットファイル記述子が 「読み込み準備中」であると報告するものもあります。 これは、ソケットに対して常に O_NONBLOCK フラグを使うことで回避できます。 さらなる詳細については select(2) と fcntl(2) を参照してください。 WARNING: One should not attempt to mix buffered I/O (like read or <FH>) with select, except as permitted by POSIX, and even then only on POSIX systems. You have to use sysread instead. 警告: バッファ付き I/O (read や <FH>) と select を 混ぜて使ってはいけません(例外: POSIX で認められている形で使い、 POSIX システムでだけ動かす場合を除きます)。 代わりに sysread を使わなければなりません。 semctl ID,SEMNUM,CMD,ARG semctl Calls the System V IPC function semctl. You'll probably have to say System V IPC 関数 semctl を呼び出します。 正しい定数定義を得るために、まず first to get the correct constant definitions. If CMD is IPC_STAT or GETALL, then ARG must be a variable that will hold the returned semid_ds structure or semaphore value array. Returns like ioctl: the undefined value for error, "0 but true" for zero, or the actual return value otherwise. The ARG must consist of a vector of native short integers, which may be created with pack("s!",(0)x$nsem). See also perlipc/"SysV IPC", IPC::SysV, IPC::Semaphore documentation. と宣言する必要があるでしょう。 CMD が、IPC_STAT か GETALL のときには、ARG は、返される semid_ds 構造体か、セマフォ値の配列を納める変数でなければなりません。 ioctl と同じように、エラー時には未定義値、 ゼロのときは "0 だが真"、それ以外なら、その値そのものを返します。 ARG はネイティブな short int のベクターから成っていなければなりません。 これは pack("s!",(0)x$nsem) で作成できます。 perlipc/"SysV IPC", IPC::SysV, IPC::Semaphore も参照してください。 semget KEY,NSEMS,FLAGS semget Calls the System V IPC function semget. Returns the semaphore id, or the undefined value if there is an error. See also perlipc/"SysV IPC", IPC::SysV, IPC::SysV::Semaphore documentation. System V IPC 関数 semget を呼び出します。 セマフォ ID か、エラー時には未定義値を返します。 perlipc/"SysV IPC", IPC::SysV, IPC::SysV::Semaphore も 参照してください。 semop KEY,OPSTRING semop Calls the System V IPC function semop to perform semaphore operations such as signalling and waiting. OPSTRING must be a packed array of semop structures. Each semop structure can be generated with pack("s!3", $semnum, $semop, $semflag). The length of OPSTRING implies the number of semaphore operations. Returns true if successful, or false if there is an error. As an example, the following code waits on semaphore $semnum of semaphore id $semid: シグナルを送信や、待ち合わせなどのセマフォ操作を行なうために、 System V IPC 関数 semop を呼び出します。 OPSTRING は、semop 構造体の pack された配列でなければなりません。 semop 構造体は、それぞれ、 pack("s!3", $semnum, $semop, $semflag) のように作ることができます。 セマフォ操作の数は、OPSTRING の長さからわかります。 成功時には真を、エラー時には偽を返します。 以下の例は、セマフォ ID $semid のセマフォ $semnum で 待ち合わせを行ないます。 To signal the semaphore, replace -1 with 1. See also perlipc/"SysV IPC", IPC::SysV, and IPC::SysV::Semaphore documentation. セマフォにシグナルを送るには、-1 を 1 に変更してください。 perlipc/"SysV IPC", IPC::SysV, IPC::SysV::Semaphore も 参照してください。 send SOCKET,MSG,FLAGS,TO send send SOCKET,MSG,FLAGS Sends a message on a socket. Attempts to send the scalar MSG to the SOCKET filehandle. Takes the same flags as the system call of the same name. On unconnected sockets you must specify a destination to send TO, in which case it does a C sendto. Returns the number of characters sent, or the undefined value if there is an error. The C system call sendmsg(2) is currently unimplemented. See perlipc/"UDP: Message Passing" for examples. ソケットにメッセージを送ります。 スカラ MSG を ファイルハンドル SOCKET に送ろうとします。 同名のシステムコールと同じフラグが指定できます。 接続していないソケットには、送信先 TO を指定しなければならず、 この場合、C の sendto を実行します。 送信した文字数か、エラー時には、未定義値を返します。 C の システムコール sendmsg(2) は現在実装されていません。 例については perlipc/"UDP: Message Passing" を参照してください。 Note the characters: depending on the status of the socket, either (8-bit) bytes or characters are sent. By default all sockets operate on bytes, but for example if the socket has been changed using binmode() to operate with the :encoding(utf8) I/O layer (see /open, or the open pragma, open), the I/O will operate on UTF-8 encoded Unicode characters, not bytes. Similarly for the :encoding pragma: in that case pretty much any characters can be sent. 文字 に関する注意: ソケットの状態によって、(8 ビットの) バイトか 文字を送信します。 デフォルトでは全てのソケットはバイトを処理しますが、 例えばソケットが binmode() で :encoding(utf8) I/O 層(/open、 open プラグマ、open を参照してください) を使うように指定された場合、 I/O はバイトではなく、UTF-8 エンコードされた Unicode 文字を操作します。 :encoding プラグマも同様です: この場合、ほとんど大体全ての文字が書き込めます。 setpgrp PID,PGRP setpgrp group Sets the current process group for the specified PID, 0 for the current process. Will produce a fatal error if used on a machine that doesn't implement POSIX setpgid(2) or BSD setpgrp(2). If the arguments are omitted, it defaults to 0,0. Note that the BSD 4.2 version of setpgrp does not accept any arguments, so only setpgrp(0,0) is portable. See also POSIX::setsid(). 指定した PID (0 を指定するとカレントプロセス) に 対するプロセスグループを設定します。 POSIX setpgrp(2) または BSD setpgrp(2) が実装されていないマシンでは、 致命的エラーが発生します。 引数が省略された場合は、0,0が使われます。 BSD 4.2 版の setpgrp は引数を取ることができないので、 setpgrp(0,0) のみが移植性があることに注意してください。 POSIX::setsid() も参照してください。 setpriority WHICH,WHO,PRIORITY setpriority priority nice renice Sets the current priority for a process, a process group, or a user. (See setpriority(2).) Will produce a fatal error if used on a machine that doesn't implement setpriority(2). プロセス、プロセスグループ、ユーザに対する優先順位を設定します。 (setpriority(2) を参照してください。) setpriority(2) が実装されていないマシンでは、 致命的エラーが発生します。 setsockopt SOCKET,LEVEL,OPTNAME,OPTVAL setsockopt Sets the socket option requested. Returns undefined if there is an error. Use integer constants provided by the Socket module for LEVEL and OPNAME. Values for LEVEL can also be obtained from getprotobyname. OPTVAL might either be a packed string or an integer. An integer OPTVAL is shorthand for pack("i", OPTVAL). 要求したソケットオプションを設定します。 エラー時には、未定義値が返されます。 LEVEL と OPNAME には Socket モジュールが提供する整数定数を使います。 LEVEL の値は getprotobyname から得ることもできます。 OPTVAL は pack された文字列か整数です。 整数の OPTVAL は pack("i", OPTVAL) の省略表現です。 An example disabling the Nagle's algorithm for a socket: ソケットに対する Nagle のアルゴリズムを無効にする例です: shift ARRAY shift shift Shifts the first value of the array off and returns it, shortening the array by 1 and moving everything down. If there are no elements in the array, returns the undefined value. If ARRAY is omitted, shifts the @_ array within the lexical scope of subroutines and formats, and the @ARGV array outside of a subroutine and also within the lexical scopes established by the eval STRING, BEGIN {}, INIT {}, CHECK {}, UNITCHECK {} and END {} constructs. 配列の最初の値を取り出して、その値を返し、配列を一つ 短くして、すべての要素を前へずらします。 配列に要素がなければ、未定義値を返します。 ARRAY を省略すると、 サブルーチンやフォーマットのレキシカルスコープでは @_ を、 サブルーチンの外側で、eval STRING, BEGIN {}, INIT {}, CHECK {}, UNITCHECK {}, END {} で作成されたレキシカルスコープでは @ARGV が用いられます。 See also unshift, push, and pop. shift and unshift do the same thing to the left end of an array that pop and push do to the right end. unshift、push、pop も参照してください。 shift と unshift は、pop と push が配列の右端で行なうことを、左端で行ないます。 shmctl ID,CMD,ARG shmctl Calls the System V IPC function shmctl. You'll probably have to say System V IPC 関数 shmctl を呼び出します。正しい定数定義を得るために、まず first to get the correct constant definitions. If CMD is IPC_STAT, then ARG must be a variable that will hold the returned shmid_ds structure. Returns like ioctl: the undefined value for error, "0 but true" for zero, or the actual return value otherwise. See also perlipc/"SysV IPC" and IPC::SysV documentation. と宣言する必要があるでしょう。 CMD が、IPC_STAT ならば、ARG は、返される shmid_ds 構造体を 納める変数でなければなりません。 ioctl と同じように、エラー時には未定義値、ゼロのときは "0 だが真"、 それ以外なら、その値そのものを返します。 perlipc/"SysV IPC" と IPC::SysV も参照してください。 shmget KEY,SIZE,FLAGS shmget Calls the System V IPC function shmget. Returns the shared memory segment id, or the undefined value if there is an error. See also perlipc/"SysV IPC" and IPC::SysV documentation. System V IPC 関数 shmget を呼び出します。 共有メモリのセグメント ID か、エラー時には未定義値を返します。 perlipc/"SysV IPC" と IPC::SysV も参照してください。 shmread ID,VAR,POS,SIZE shmread shmwrite shmwrite ID,STRING,POS,SIZE Reads or writes the System V shared memory segment ID starting at position POS for size SIZE by attaching to it, copying in/out, and detaching from it. When reading, VAR must be a variable that will hold the data read. When writing, if STRING is too long, only SIZE bytes are used; if STRING is too short, nulls are written to fill out SIZE bytes. Return true if successful, or false if there is an error. shmread() taints the variable. See also perlipc/"SysV IPC", IPC::SysV documentation, and the IPC::Shareable module from CPAN. System V 共有メモリセグメント ID に対し、アタッチして、 コピーを行ない、デタッチするという形で、位置 POS から、 サイズ SIZE だけ、読み込みか書き込みを行ないます。 読み込み時には、VAR は読み込んだデータを納める 変数でなければなりません。 書き込み時には、STRING が長すぎても、SIZE バイトだけが使われます。 STRING が短すぎる場合には、SIZE バイトを埋めるために、 ヌル文字が書き込まれます。 成功時には真を、エラー時には偽を返します。 shmread() は変数を汚染します。 perlipc/"SysV IPC" と IPC::SysV の文章と、 CPAN の IPC::Shareable も参照してください。 shutdown SOCKET,HOW shutdown Shuts down a socket connection in the manner indicated by HOW, which has the same interpretation as in the system call of the same name. 同名のシステムコールと同じように解釈される HOW によって、 指定された方法でソケット接続のシャットダウンを行ないます。 This is useful with sockets when you want to tell the other side you're done writing but not done reading, or vice versa. It's also a more insistent form of close because it also disables the file descriptor in any forked copies in other processes. これは、こちらがソケットを書き終わったが読み終わっていない、 またはその逆を相手側に伝えたいときに便利です。 これはその他のプロセスでフォークしたファイル記述子のコピーも 無効にするので、よりしつこい閉じ方です。 sin EXPR sin sine asin arcsine sin Returns the sine of EXPR (expressed in radians). If EXPR is omitted, returns sine of $_. (ラジアンで示した) EXPR の正弦を返します。 EXPR が省略されたときには、$_ の正弦を返します。 For the inverse sine operation, you may use the Math::Trig::asin function, or use this relation: 逆正弦を求めるためには、Math::Trig::asin 関数を使うか、 以下の関係を使ってください: sleep EXPR sleep pause sleep Causes the script to sleep for EXPR seconds, or forever if no EXPR. May be interrupted if the process receives a signal such as SIGALRM. Returns the number of seconds actually slept. You probably cannot mix alarm and sleep calls, because sleep is often implemented using alarm. スクリプトを EXPR で指定した秒数 (省略時には、永久に) スリープさせます。 そのプロセスには、SIGALRMのようなシグナルを 受信すると、割り込みがかかります。 実際にスリープした秒数を返します。sleep は、alarm を 使って実装されることが多いので、alarm と sleep は、おそらく混ぜて使用することはできません。 On some older systems, it may sleep up to a full second less than what you requested, depending on how it counts seconds. Most modern systems always sleep the full amount. They may appear to sleep longer than that, however, because your process might not be scheduled right away in a busy multitasking system. 古いシステムでは、どのように秒を数えるかによって、要求した秒数に完全に 満たないうちに、スリープから抜ける場合があります。 最近のシステムでは、常に完全にスリープします。 しかし、負荷の高いマルチタスクシステムでは 正しくスケジューリングされないがために より長い時間スリープすることがあります。 For delays of finer granularity than one second, the Time::HiRes module (from CPAN, and starting from Perl 5.8 part of the standard distribution) provides usleep(). You may also use Perl's four-argument version of select() leaving the first three arguments undefined, or you might be able to use the syscall interface to access setitimer(2) if your system supports it. See perlfaq8 for details. 1 秒より精度の高いスリープを行なうには、 Time::HiRes モジュール(CPAN から、また Perl 5.8 からは 標準配布されています) が usleep() を提供します。 Perl の 4 引数版 select() を最初の 3 引数を未定義にして使うか、 setitimer(2) をサポートしているシステムでは、Perl の syscall インタフェースを使ってアクセスすることもできます。 詳しくは perlfaq8 を参照してください。 See also the POSIX module's pause function. POSIX モジュールの pause 関数も参照して下さい。 socket SOCKET,DOMAIN,TYPE,PROTOCOL socket Opens a socket of the specified kind and attaches it to filehandle SOCKET. DOMAIN, TYPE, and PROTOCOL are specified the same as for the system call of the same name. You should use Socket first to get the proper definitions imported. See the examples in perlipc/"Sockets: Client/Server Communication". 指定した種類のソケットをオープンし、ファイルハンドル SOCKET にアタッチします。 DOMAIN、TYPE、PROTOCOL は、 同名のシステムコールと同じように指定します。 適切な定義を import するために、まず、use Socket と するとよいでしょう。 例については perlipc/"Sockets: Client/Server Communication" を 参照してください。 On systems that support a close-on-exec flag on files, the flag will be set for the newly opened file descriptor, as determined by the value of $^F. See perlvar/$^F. ファイルに対する close-on-exec フラグをサポートしているシステムでは、 フラグは $^F の値で決定される、新しくオープンされたファイル記述子に対して セットされます。 perlvar/$^F を参照してください。 socketpair SOCKET1,SOCKET2,DOMAIN,TYPE,PROTOCOL socketpair Creates an unnamed pair of sockets in the specified domain, of the specified type. DOMAIN, TYPE, and PROTOCOL are specified the same as for the system call of the same name. If unimplemented, yields a fatal error. Returns true if successful. 指定した DOMAIN に、指定した TYPE で名前の無いソケットのペアを生成します。 DOMAIN、TYPE、PROTOCOL は、同名のシステムコールと同じように指定します。 実装されていない場合には、致命的エラーとなります。 成功時には真を返します。 On systems that support a close-on-exec flag on files, the flag will be set for the newly opened file descriptors, as determined by the value of $^F. See perlvar/$^F. ファイルに対する close-on-exec フラグをサポートしているシステムでは、 フラグは $^F の値で決定される、新しくオープンされたファイル記述子に対して セットされます。 perlvar/$^F を参照してください。 Some systems defined pipe in terms of socketpair, in which a call to pipe(Rdr, Wtr) is essentially: pipe を socketpair を使って定義しているシステムもあります; pipe(Rdr, Wtr) は本質的には以下のようになります: See perlipc for an example of socketpair use. Perl 5.8 and later will emulate socketpair using IP sockets to localhost if your system implements sockets but not socketpair. socketpair の使用例については perlipc を参照してください。 Perl 5.8 以降では、システムがソケットを実装しているが socketpair を 実装していない場合、localhost に対して IP ソケットを使うことで socketpair をエミュレートします。 sort SUBNAME LIST sort qsort quicksort mergesort sort BLOCK LIST sort LIST In list context, this sorts the LIST and returns the sorted list value. In scalar context, the behaviour of sort() is undefined. リストコンテキストでは、LIST をソートし、ソートされたリスト値を返します。 スカラコンテキストでは、sort() の振る舞いは未定義です。 If SUBNAME or BLOCK is omitted, sorts in standard string comparison order. If SUBNAME is specified, it gives the name of a subroutine that returns an integer less than, equal to, or greater than 0, depending on how the elements of the list are to be ordered. (The <=> and cmp operators are extremely useful in such routines.) SUBNAME may be a scalar variable name (unsubscripted), in which case the value provides the name of (or a reference to) the actual subroutine to use. In place of a SUBNAME, you can provide a BLOCK as an anonymous, in-line sort subroutine. SUBNAME や BLOCK を省略すると、標準の文字列比較の順番でソートが 行なわれます。 SUBNAME を指定すると、それは、リストの要素をどのような順番に並べるかに 応じて、負、ゼロ、正の整数を返すサブルーチンの名前であると解釈されます。 (このようなルーチンには、<=> 演算子や cmp 演算子が、 たいへん便利です。) SUBNAME は、スカラ変数名(添字なし)でもよく、 その場合には、その値が使用する実際のサブルーチンの 名前(またはそのリファレンス)と解釈されます。 SUBNAME の代わりに、無名のインライン ソートルーチンとして、BLOCK を書くことができます。 If the subroutine's prototype is ($$), the elements to be compared are passed by reference in @_, as for a normal subroutine. This is slower than unprototyped subroutines, where the elements to be compared are passed into the subroutine as the package global variables $a and $b (see example below). Note that in the latter case, it is usually counter-productive to declare $a and $b as lexicals. サブルーチンのプロトタイプが ($$)の場合、 比較する要素は通常のサブルーチンと同じように @_ の中に リファレンスとして渡されます。 これはプロトタイプなしのサブルーチンより遅いです。 この場合は比較のためサブルーチンに渡される 2 つの 要素は、パッケージのグローバル変数 $a と $b で渡されます (次の例を参照してください)。 後者の場合、レキシカルに $a と $b を宣言するのは普通逆効果になります。 The values to be compared are always passed by reference and should not be modified. $a や $b はリファレンスによって渡されるので、変更するべきではありません。 You also cannot exit out of the sort block or subroutine using any of the loop control operators described in perlsyn or with goto. また、ソートブロックやサブルーチンから perlsyn で説明されている ループ制御子や goto を使って抜けてはいけません。 When use locale is in effect, sort LIST sorts LIST according to the current collation locale. See perllocale. use locale が有効の場合、sort LIST は LIST を現在の比較ロケールに 従ってソートします。perllocale を参照して下さい。 sort() returns aliases into the original list, much as a for loop's index variable aliases the list elements. That is, modifying an element of a list returned by sort() (for example, in a foreach, map or grep) actually modifies the element in the original list. This is usually something to be avoided when writing clear code. sort() は元のリストへのエイリアスを返します; for ループのインデックス変数が リスト要素へのエイリアスと同様です。 つまり、sort() で返されるリストの要素を(例えば、foreach や map や grep で)変更すると、実際に元のリストの要素が変更されます。 これはきれいなコードを書くことで普通は回避できます。 Perl 5.6 and earlier used a quicksort algorithm to implement sort. That algorithm was not stable, and could go quadratic. (A stable sort preserves the input order of elements that compare equal. Although quicksort's run time is O(NlogN) when averaged over all arrays of length N, the time can be O(N**2), quadratic behavior, for some inputs.) In 5.7, the quicksort implementation was replaced with a stable mergesort algorithm whose worst-case behavior is O(NlogN). But benchmarks indicated that for some inputs, on some platforms, the original quicksort was faster. 5.8 has a sort pragma for limited control of the sort. Its rather blunt control of the underlying algorithm may not persist into future Perls, but the ability to characterize the input or output in implementation independent ways quite probably will. See sort. Perl 5.6 以前ではソートの実装にクイックソートアルゴリズムを使っていました。 このアルゴリズムは安定せず、2 乗の時間が掛かる 可能性があります 。 (安定した ソートは、比較した時に同じ要素の入力順が保存されます。 クイックソートの実行時間は、長さ N の全ての配列の平均では O(NlogN) ですが、入力によっては O(N**2) という 2 乗の 振る舞いを することがあります。) 5.7 では、クイックソートによる実装は、最悪の場合の振る舞いも O(NlogN) である、安定したマージソートアルゴリズムに置き換えられました。 しかし、入力とプラットフォームによっては、ベンチマークはクイックソートの 方が速くなります。 5.8 ではソートを限定的に制御できる sort プラグマがあります。 この、アルゴリズムの直接的な制御方法は将来の perl では引き継がれないかも しれませんが、実装に依存しない形で入力や出力を性格付ける機能は おそらくあります。 sort を参照してください。 Examples: 例: $b} @files; ]]> $a} @files; ]]> $age{$a} } keys %age; ]]> $age{$b}; # presuming numeric } @sortedclass = sort byage @class; ]]> ($a =~ /=(\d+)/)[0] || uc($a) cmp uc($b) } @old; ]]> $nums[$a] || $caps[$a] cmp $caps[$b] } 0..$#old ]; ]]> [0] } sort { $b->[1] <=> $a->[1] || $a->[2] cmp $b->[2] } map { [$_, /=(\d+)/, uc($_)] } @old; ]]> If you're using strict, you must not declare $a and $b as lexicals. They are package globals. That means if you're in the main package and type use strict している場合、$a と $b をレキシカルとして 宣言しては いけません。 これはパッケージグローバルです。 つまり、main パッケージで以下のように書いた場合: $a} @files; ]]> then $a and $b are $main::a and $main::b (or $::a and $::b), but if you're in the FooPack package, it's the same as typing $a と $b は $main::a と $main::b (または $::a と $::b) を 意味しますが、FooPack パッケージ内の場合、これは以下と同じになります: $FooPack::a} @files; ]]> The comparison function is required to behave. If it returns inconsistent results (sometimes saying $x[1] is less than $x[2] and sometimes saying the opposite, for example) the results are not well-defined. 比較関数は一貫した振る舞いをすることが求められます。 一貫しない結果を返す(例えば、あるときは $x[1] が $x[2] より 小さいと返し、またあるときは逆を返す)場合、結果は未定義です。 Because <=> returns undef when either operand is NaN (not-a-number), and because sort will trigger a fatal error unless the result of a comparison is defined, when sorting with a comparison function like $a <=> $b, be careful about lists that might contain a NaN. The following example takes advantage of the fact that NaN != NaN to eliminate any NaNs from the input. <=> はどちらかのオペランドが NaN (not-a-number) のときに undef を返し、sort は比較の結果が未定義値だと致命的エラーになるので、 $a <=> $b といった比較関数でソートする場合はリストに NaN が 含まれないように注意してください。 以下の例は 入力から NaN を取り除くために NaN != NaN という性質を 利用しています。 $b } grep { $_ == $_ } @input; ]]> splice ARRAY,OFFSET,LENGTH,LIST splice splice ARRAY,OFFSET,LENGTH splice ARRAY,OFFSET splice ARRAY Removes the elements designated by OFFSET and LENGTH from an array, and replaces them with the elements of LIST, if any. In list context, returns the elements removed from the array. In scalar context, returns the last element removed, or undef if no elements are removed. The array grows or shrinks as necessary. If OFFSET is negative then it starts that far from the end of the array. If LENGTH is omitted, removes everything from OFFSET onward. If LENGTH is negative, removes the elements from OFFSET onward except for -LENGTH elements at the end of the array. If both OFFSET and LENGTH are omitted, removes everything. If OFFSET is past the end of the array, perl issues a warning, and splices at the end of the array. ARRAY から OFFSET、LENGTH で指定される要素を取り除き、 LIST があれば、それを代わりに挿入します。 リストコンテキストでは、配列から取り除かれた要素を返します。 スカラコンテキストでは、取り除かれた最後の要素を返します。 要素が取り除かれなかった場合は undef を返します。 配列は、必要に応じて、大きくなったり、小さくなったりします。 OFFSET が負の数の場合は、配列の最後からの距離を示します。 LENGTH が省略されると、OFFSET 以降のすべての要素を取り除きます。 LENGTH が負の数の場合は、OFFSET から前方へ、配列の最後から -LENGTH 要素を 除いて取り除きます。 OFFSET と LENGTH の両方が省略されると、全ての要素を取り除きます。 OFFSET が配列の最後より後ろの場合、perl は警告を出し、配列の最後に対して 処理します。 The following equivalences hold (assuming $[ == 0 and $#a >= $i ) 以下は、($[ == 0 と $#a >= $i と仮定すると) それぞれ、等価です。 Example, assuming array lengths are passed before arrays: 次の例では、配列の前に、それぞれの配列の大きさが渡されるものとしています: split /PATTERN/,EXPR,LIMIT split split /PATTERN/,EXPR split /PATTERN/ split Splits the string EXPR into a list of strings and returns that list. By default, empty leading fields are preserved, and empty trailing ones are deleted. (If all fields are empty, they are considered to be trailing.) 文字列 EXPR を文字列のリストに分割して、リストを返します。 デフォルトでは、行頭の空白は保存され、末尾の空白は削除されます。 (全てのフィールドが空の場合、これらは末尾であるとして扱われます。) In scalar context, returns the number of fields found and splits into the @_ array. Use of split in scalar context is deprecated, however, because it clobbers your subroutine arguments. スカラコンテキストの場合には、見つかったフィールドの数を返し、 配列 @_ に分割結果を設定します。 しかし、スカラコンテキストでの split の使用は推奨されません。 サブルーチンの引数を上書きしてしまうからです。 If EXPR is omitted, splits the $_ string. If PATTERN is also omitted, splits on whitespace (after skipping any leading whitespace). Anything matching PATTERN is taken to be a delimiter separating the fields. (Note that the delimiter may be longer than one character.) EXPR を省略すると、文字列 $_ を split します。 もし、PATTERN も省略すると、 (先頭の空白文字をスキップした後) 空白で split します。 PATTERN にマッチするものは、フィールドを分割するデリミタとして扱われます。 (デリミタは、1 文字とは限りません。) If LIMIT is specified and positive, it represents the maximum number of fields the EXPR will be split into, though the actual number of fields returned depends on the number of times PATTERN matches within EXPR. If LIMIT is unspecified or zero, trailing null fields are stripped (which potential users of pop would do well to remember). If LIMIT is negative, it is treated as if an arbitrarily large LIMIT had been specified. Note that splitting an EXPR that evaluates to the empty string always returns the empty list, regardless of the LIMIT specified. 正の数の LIMIT を指定した場合には、EXPR が分割されるフィールドの最大数を 表しますが、実際に返されるフィールドの数は EXPR の中で何回 PATTERN が マッチするかに依存します。 LIMIT を指定しないかゼロなら、末尾の空フィールドを捨ててしまいます (pop を行なうときには気を付けないといけません)。 LIMIT が負ならば、LIMIT に任意の大きな数を指定したのと同じことになります。 空文字列に評価される EXPR を分割する場合、LIMIT での指定に関わらず 常に空のリストが返ることに注意してください。 A pattern matching the null string (not to be confused with a null pattern //, which is just one member of the set of patterns matching a null string) will split the value of EXPR into separate characters at each point it matches that way. For example: 空文字列にマッチするパターン (ヌルパターン // と混同しないでください。 これは、空文字列にマッチするパターンの一つでしかありません) は、 どの場所にもマッチし、EXPR の値を1 文字ずつに分割します。 例えば: produces the output 'h:i:t:h:e:r:e'. は、'h:i:t:h:e:r:e' という出力になります。 As a special case for split, using the empty pattern // specifically matches only the null string, and is not be confused with the regular use of // to mean "the last successful pattern match". So, for split, the following: split に関する特別な場合として、特に空パターン // は空文字列に マッチするので、「最後に成功したパターンマッチ」を意味する通常の // の 使用法と混乱しないようにしてください。 それで、split の場合は、以下のようにすると: produces the output 'h:i: :t:h:e:r:e'. 'h:i: :t:h:e:r:e' という出力になります。 Empty leading fields are produced when there are positive-width matches at the beginning of the string; a zero-width match at the beginning of the string does not produce an empty field. For example: 先頭の空フィールドは、文字列の先頭で 0 でない幅でマッチした場合は 生成されます。 幅 0 でマッチした場合は生成されません。 例えば: produces the output 'h:i :t:h:e:r:e!'. Empty trailing fields, on the other hand, are produced when there is a match at the end of the string (and when LIMIT is given and is not 0), regardless of the length of the match. For example: これの出力は 'h:i :t:h:e:r:e!' となります。 一方、末尾の空フィールドは、マッチングの長さに関わらず、文字列の最後に マッチングした(そして LIMIT が与えられてそれが 0 でなかった)場合に 生成されます。 例えば: produce the output 'h:i: :t:h:e:r:e:!:' and 'hi:there:', respectively, both with an empty trailing field. これの出力はそれぞれ 'h:i :t:h:e:r:e!' および 'hi:there:' となり、 両方とも末尾に空フィールドが付きます。 The LIMIT parameter can be used to split a line partially LIMIT を使うと、行を部分的に split することができます。 When assigning to a list, if LIMIT is omitted, or zero, Perl supplies a LIMIT one larger than the number of variables in the list, to avoid unnecessary work. For the list above LIMIT would have been 4 by default. In time critical applications it behooves you not to split into more fields than you really need. リストへ代入するとき、LIMIT を省略するか 0 の場合、Perl は、 無駄な仕事を避けるため、そのリストの変数の数より、1 つだけ大きい LIMIT が与えられたものとして処理を行ないます。 上のリストの場合には、LIMIT はデフォルトで 4 になります。 時間が問題となるアプリケーションでは、 必要以上のフィールドに分けないようにする必要があります。 If the PATTERN contains parentheses, additional list elements are created from each matching substring in the delimiter. PATTERN に括弧が含まれていると、デリミタ内の部分文字列にマッチするものも、 リスト要素に含まれるようになります。 produces the list value は、以下のリスト値を生成します。 If you had the entire header of a normal Unix email message in $header, you could split it up into fields and their values this way: $header に Unix E メールメッセージヘッダ全体が入っているとすると、 以下のようにしてフィールドとその値に分割できます: split /^(\S*?):\s*/m, $header); ]]> The pattern /PATTERN/ may be replaced with an expression to specify patterns that vary at runtime. (To do runtime compilation only once, use /$variable/o.) /PATTERN/ は、実行時に変わるパターンを指定する式で置き換えることができます。 (実行時のコンパイルを 1 度にするために、/$variable/o を使ってください。) As a special case, specifying a PATTERN of space ('{char:160}') will split on white space just as split with no arguments does. Thus, split('{char:160}') can be used to emulate awk's default behavior, whereas split(/{char:160}/) will give you as many null initial fields as there are leading spaces. A split on /\s+/ is like a split('{char:160}') except that any leading whitespace produces a null first field. A split with no arguments really does a split('{char:160}',{char:160}$_) internally. 特別な場合として、PATTERN にスペース ('{char:160}') を指定すると、 引数なしの split の