最初にthis issueと言い、this aptly-named editというように見えて、hh_serverをNFSファイルシステムで実行することを拒否したようです。私はあまりファイルシステムに慣れていないので、質問タイトルを達成しようとすると、/etc/hh.conf
と/etc/hhvm/{php, server}.ini
を編集しようとしました。純粋な推測でhhvm.[server.]enable_on_nfs = true
を追加しました。サイコロはありません。NFS共有フォルダー経由でバーチャルボックスのハックコードを確認する
私がこの問題から理解しているように、変更はhh_server
デーモンがNFSドライブのinotifyを介してファイルに変更を登録できないことに起因しています。これは完全に理解できます。しかし、私のVirtualBoxは純粋に私がHackに慣れ親しんでいる(つまり、型チェッカーしか実行していない)テストサーバーであり、以前はsshfs-mounted(osxfuse)ドライブでhh_clientを正常に実行しました。私が気づいていないもう一つの問題は、これが悪い考えですか?そうでない場合は、hh_server --check
をVBox NFS共有フォルダで実行するにはどうすればよいですか?
ああ、HHVMは型チェッカーのエラーもキャッシュしていますか?私はいつも、変更されたファイルだけでなく、プロジェクト全体を再チェックしたと思っていました。 また、 'enable_on_nfs = true'は私のプロジェクトルートの唯一の設定で、無視されているようです。 – concat
HHVMは、 'hh_server'を尋ねることによって、ランタイム前の静的型検査エラーを取得します。したがって、' hh_server'が古くなっていれば、そのエラーも古くなります。私はNFSからこれを実行することに対して真剣にお勧めします - エラーは理由のためにそこにあります! –
@JoshWatzman 'hh_server'のどの部分が古くなっていますか?私が正しく理解していれば、 'hh_server'にはどのファイルが変更されたのかが通知されませんが、変更されたファイルをチェックするだけでどのようにエラーを返すことができますか? 'inotify'アップデートは)のために使われますか?この論理は、なぜ私の最初の印象は、 'hh_server'が型チェッカーへの呼び出しごとにすべてのファイルを再チェックするということでした。 – concat