使用 hhvm 命令终端没有响应
No response from terminal with hhvm command
当我输入 hhvm 命令时。终端没有响应。
[环境]
Ubuntu 15.10
嘻哈虚拟机 3.11.0
作曲家 1.0-dev
vagrant@vagrant-ubuntu-trusty:/var/www/html$ cat test2.hh
<?hh
require_once 'vender/facebook/xhp-lib/init.php';
echo <p>test</p>;
vagrant@vagrant-ubuntu-trusty:/var/www/html$ sudo hhvm test2.hh
为什么??
如果我删除 .hhconfig 文件并输入 "touch .hhconfig" 命令,"hhvm test.hh" 成功一次。
但是,我重试 "hhvm test.hh" 没有反应....
vagrant@vagrant-ubuntu-trusty:/var/www/html/project$ sudo rm .hhconfig
vagrant@vagrant-ubuntu-trusty:/var/www/html/project$ sudo touch .hhconfig
vagrant@vagrant-ubuntu-trusty:/var/www/html/project$ sudo hhvm test.hh
<p>test</p>vagrant@vagrant-ubuntu-trusty:/var/www/html/project$
vagrant@vagrant-ubuntu-trusty:/var/www/html/project$ sudo hhvm test.hh
^Cvagrant@vagrant-ubuntu-trusty:/var/www/html/project$
我猜某些服务锁定了 .hhconfig 文件...
有人给我提示吗??
我强烈怀疑您 运行 进入 this issue with hh_client
,这会影响 hhvm
,因为后者调用前者。我们正在调查中,确定问题后会发布3.11.1修复。
在此期间,您可以使用 3.9 LTS,或者您可以尝试在调用 hhvm
时传递 -d hhvm.hack.lang.auto_typecheck=0
。 (尽管如果你选择后者,请确保在 3.11.1 发布时停止这样做,因为它取消了防止 Hack 类型错误潜入你的代码的保护!)
当我输入 hhvm 命令时。终端没有响应。
[环境] Ubuntu 15.10 嘻哈虚拟机 3.11.0 作曲家 1.0-dev
vagrant@vagrant-ubuntu-trusty:/var/www/html$ cat test2.hh
<?hh
require_once 'vender/facebook/xhp-lib/init.php';
echo <p>test</p>;
vagrant@vagrant-ubuntu-trusty:/var/www/html$ sudo hhvm test2.hh
为什么??
如果我删除 .hhconfig 文件并输入 "touch .hhconfig" 命令,"hhvm test.hh" 成功一次。 但是,我重试 "hhvm test.hh" 没有反应....
vagrant@vagrant-ubuntu-trusty:/var/www/html/project$ sudo rm .hhconfig
vagrant@vagrant-ubuntu-trusty:/var/www/html/project$ sudo touch .hhconfig
vagrant@vagrant-ubuntu-trusty:/var/www/html/project$ sudo hhvm test.hh
<p>test</p>vagrant@vagrant-ubuntu-trusty:/var/www/html/project$
vagrant@vagrant-ubuntu-trusty:/var/www/html/project$ sudo hhvm test.hh
^Cvagrant@vagrant-ubuntu-trusty:/var/www/html/project$
我猜某些服务锁定了 .hhconfig 文件... 有人给我提示吗??
我强烈怀疑您 运行 进入 this issue with hh_client
,这会影响 hhvm
,因为后者调用前者。我们正在调查中,确定问题后会发布3.11.1修复。
在此期间,您可以使用 3.9 LTS,或者您可以尝试在调用 hhvm
时传递 -d hhvm.hack.lang.auto_typecheck=0
。 (尽管如果你选择后者,请确保在 3.11.1 发布时停止这样做,因为它取消了防止 Hack 类型错误潜入你的代码的保护!)