この問題はいくつかの形で現れます。原因は、Cygwin でインプリメントされるアクセス権限エミュレーションにあります。Xflow 実行中に XPS ツールの動作が停止しているように見えるのがその一例です。
前述したように、この問題は、Windows のアクセス権限と Cygwin で変換されたアクセス権限が一致していないために起きます。Cygwin は、Windows のアクセス権限を Unix のアクセス権限と同じようになるよう変換しようとしますが、Windows のアクセス権限がデフォルト設定から変更されている場合にこの変換がうまくいかないことがあります。
この問題が起きていることを確認するため、bash シェルを開いて、プロジェクト ディレクトリをタイプし、「ls -al」を実行します。正しいディレクトリの一覧は次のようになります。
drwx------+ 1 myuser mkgroup 0 2010-03-17 15:31 .
drwx------+ 1 myuser mkgroup 0 2010-03-29 16:22 ..
-rwx------+ 1 myuser mkgroup 7814 2010-03-17 14:49 system.mhs
...
「myuser」は現在のユーザー名になります。
間違っているディレクトリの一覧は次のようになります。
----------+ 1 myuser mkgroup 0 2010-03-17 15:31 .
----------+ 1 myuser mkgroup 0 2010-03-29 16:22 ..
----------+ 1 myuser mkgroup 7814 2010-03-17 14:49 system.mhs
...
これは、Cygwin で Windows のアクセス権限を Unix のものに変換できなかったことを示します。
この問題を修正するには、次の手順にしたがいます。
Answer Number | アンサータイトル | 問題の発生したバージョン | 修正バージョン |
---|---|---|---|
34609 | EDK 12.x - アンサーのリスト | N/A | N/A |