5.1. Perl for Win32上では関数Xは機能していないように思われます。 どうしてでしょうか？

Perl for Win32では実装されていないような関数が幾つかあります。 これはalarm(), fork()のような類のもので、UNIX用に開発された モジュールでは良く使われているものです。これらの関数はPerl for Win32にはありませんから、そういった関数を使っているモジュールを 使うことはできません。

実装されていない関数の、別の種類のものとしては System Vの IPC関数、 UNIXのシステムコール、WinSockではないバークレイ(Berkeley)ソケット関数 などがあります。こういったものを以下の一覧に示します。 これは unsupported.nttから抜き出したもので、 実装されていない関数を検査するperlスクリプトを使っています。

    alarm(), chroot(), fork(), getpgrp(), getppid(), getpriority(),
    getpwnam(), getgrnam(), getpwuid(), getgrgid(), getpwent(),
    getgrent(), setpwent(), setgrent(), endpwent(), endgrent(), kill(),
    link(), msgctl(), msgget(), msgrcv(), msgsnd(), semctl(), semget(),
    semop(), setpgrp(), setpriority(), shmctl(), shmget(), shmread(),
    shmwrite(), symlink(), syscall(), times(), wait(), waitpid(),
    getnetbyname(), getnetbyaddr(), getnetent(), getprotoent(),
    getservent(), sethostent(), setnetent(), setprotoent(), setservent(),
    endhostent(), endnetent(), endprotoent(), endservent(), socketpair()
 

このほかにも多くの関数で、期待とは違った動作をしたり、貧弱な実装しか なされていなかったりします。以下にリストにします (がこれだけではありません)。

• mkdir: 二番目の引数 MODEは無視される。
• stat: UNIX特有の blockやinode, gid, uidも返されるが、未定義値である。

UNIXプログラムの他にも、PerlISには二つの(標準のものに比べて)不利な点が、 Webサーバとのプロセス空間の共有や他のISAPIエクステンションと比較したとき に存在します。このために、PerlISによって実行されるPerlスクリプトには (PerlISができる/できないによる)制限があります。一部のものは組込みで あり、また別の一部のものは“悪いこと”を行っています。

PerlISのインフォページの記述によれば、PerlISを使ってPerlスクリプトを 実行するときにできない/すべきでないことがふたつあります。

• カレント作業ディレクトリの変更
• バッククォート(``)、system()、exec()、Win32::Spawn()、 Win32::Processをを使った別プロセスの起動

5.3. Perl for Win32と標準的な配布キットの間の違いは何でしょうか？

あー、たくさんあります。標準配布キットはUNIX中心の世界で 開発され、保守されています。そして、OSに依存した組込みの機能が たくさんあります。以下にこれらの違いを簡単にリストにしました。

Perl for Win32は本来Windows 95では動作しませんが、 二つのオペレーティングシステム(NTと95)の間にはわずかな違いが あります。以下に挙げる事柄に注意してください。

• Windows NTで使われるコマンドインタープリター cmd.exeは Windows95で使われるコマンドインタープリターの command.comとは異なります。 command.comは引数の取り扱いに原始的なやり方を使っていて、しかも cmd.exeと一致しないようなエラーコードを返します。ActiveWarcmd32.exe という、Windows95でcmd.exeの代わりにperlスクリプトからプログラムを実行 するための補助プログラムを開発しました。
• Win32::NetAdmin, Win32::NetResource, Win32::EventLog といった モジュールはWindows 95上では動作しません。
• Window NTでは正しく動くのに、Windows95では動かなかったりバグが あったりする関数があります。たとえばflock()がそうです。
• Windows NTでは使える便利なプログラムの多くがWindows95では動作しません。 たとえば"hostname"がそうです。[他には? -ESP]

[他に違いは? -ESP]

ラクダ本(Programming Perl, Wall他, O'Reilly & Associates 1996)は UNIX人によって、(主に)UNIX人のために書かれました。

標準ライブラリモジュールの多くは、他のperlプログラムが動作しないのと 同じ理由で動作しません。つまり、使っている関数が実装されていないとか。 外部ツールがないとか、依存しているモジュールが使えないとかいった ものです。

perl 5.00xの標準配布パッケージに付属している“標準ライブラリ”モジュール の多くは、perl for Win32と一緒に配布されていません。これは そういったモジュールがperl 5.001mにはないからです。このため そのようなモジュールを使うことは多分できません。

まず最初に、あなたの使っているプログラム/モジュールが適切なやり方で 使われいるかどうかを良く確認してください。私たちの多くは 自分達のプログラムが正しく動いていなかったときに、 モジュールやオペレーティングシステム、あるいはインタープリターの せいにしがちです。

もし自分の書いたプログラムに問題がないと確信しているのであれば、 UNIXベースのスクリプトを動作させるようにする最善の方法は、それを 実行する前に机上でチェックするということです。いかに示すことがらを 注意してみてください。

Perl for Win32でもchmod()は期待した通り動作します。ただし、 その結果はあなたが望んだものとは違うかもしれません [誰か、私に何がうまく言って何がだめなのか教えてくれないか? -ESP]。

UNIX形式のファイルセキュリティはWin32システム上のファイルには適用 できません。Win32システムはDOSで使うことのできる四つの“ファイル属性” アーカイブ(A)、リードオンリー(R)、隠し(H)、システム (S) を受け継いでいます。これらはWin32::File::Get/SetAttributes()を 使ってチェックしたリセットしたりすることができます。

Windows NTで使っているNTFSでは、個々のファイルでユーザーや グループに対するより多くの属性を保持できます。ビルド110では、 CALCSというプログラム(詳しくはコマンドラインでHELP CALCSとタイプ してください)を実行することによって、属性を取得したり設定したり できます。ビルド300以降では、Win32::FileSecurityモジュールを使って ファイルの属性を保守できます。