在文件夹中解压缩gwan（4.1.17）后，我在此文件夹中执行gwan。它正常工作。
当我从这个解压缩的文件夹中替换项目文件夹中的所有旧gwan文件和文件夹时，gwan找不到c个servlet，但仍然可以在www文件夹中找到这些文件。
谁可以解释一下？
答案 0 :(得分：1)
检查权限问题的一种快捷方法是以root用户身份启动gwan，如果还没有这样做的话。如果它以root身份运行，但不是以其他方式运行，则可能是权限问题。
答案 1 :(得分：0)
我只在我的一个虚拟主机中遇到此问题，而其他所有工作正常。我已经联系了皮埃尔，他应该很快就可以解决这个问题，但截至目前，这只是一天，所以他必须提供更详细的答案。
当我使用vanilla g-wan 4.1.17安装时，这并没有发生，所有这些脚本都运行良好。我很想知道您是否使用了默认侦听器/ IP主机配置或正在使用的虚拟主机。
答案 2 :(得分：0)
在文件夹中解压缩gwan（4.1.17）后，我在此文件夹中执行gwan。它正常工作。
证明这不是G-WAN错误：当在其文件夹中执行gwan 时，一切正常。
当我从此解压文件夹中替换项目文件夹中的所有旧gwan文件和文件夹时，gwan找不到
c servlets，但仍可以在www文件夹中找到这些文件。
此问题很可能与访问权限有关：无法读取C servlets（通过用于运行gwan的帐户），或者无法使用/tmp中的编译对象或$TMPDIR目录，请参阅http://gwan.ch/faq#error8246。
文件权限为notoriously tricky subject：
“在用户空间获取EPERM / EACCES确实有点打击。作为用户，你不知道为什么会得到它。它可能是SELinux，它可能是文件上的rwx位，它可能是缺少能力，它可能是一个ACL，它可能是谁知道什么。 [...] 将SELinux，ACL和功能添加到系统使它们更容易理解，不是吗？ （我对“安全”的定义包括理解系统正在做什么。疯了，我知道。） [...] -EPERM是关于文件权限的。对于SELinux和残障位以及他们本周所谓的OS / 2扩展属性，你需要-EBUREAUCRACY。“