|
|
其实并非我们不看重这些新手的能力，事实上很多时候，他们的技术水平和编程能力非常非常的高，所以我们是害怕他们创新的力量，记忆中无数次了，经常是新来的人一脸委屈的解释说，"我什么也没做"，不过结果有时是灾难的，比如VSS的某个项目文件被莫名破坏了，DailyBuild莫名中断了，一个运行很稳定的模块突然出现奇怪的Bug。甚至是一秒钟前还能正常运行的程序，突然不能运行了。
那些所谓的老鸟，往往蒙头大干很久，才发现原来原来，某个地方被小小修改了一下，而往往这种修改是这样的机缘巧合。而更多的时候，这些老鸟，把这个问题程序化的变成了运气说，运气好，你能解决这个问题，运气更好一点，你还能找到原因。
这两天我们Team的一个老鸟就碰到了这样的问题，ASP.NET的项目突然在一个新来的开发人员的机器上报下面的错误，老鸟又看到了委屈而无畏的神情---对方的潜意识在说，"我什么也没做，一分钟前还好好的，突然就这样了"
错误信息：
CS0016 : 未能写入输出文件
C:/Windows/Microsoft.NET/Framework/V1.1.4322/Temporary ASP.NET File/logtest/ae3a7b05/21b60d47/kxxnk5bg.dll --拒绝访问
然后老鸟接着做了很多尝试
关闭索引服务 --结果错误依旧！
重新启动机器 ----结果错误依旧！
使用 ASPNET_regiis.exe 重新注册一下----结果错误依旧！
修改NETwork Services在Temporary ASP.NET File目录下的权限到最高----结果错误依旧！
修改IIS Application Pool 的启动用户为系统用户 ---成功
-----看来是NETwork Service 用户的权限问题，总算有了方向 找到了FileMon
10秒钟发现了问题，原来NETwork Services 不能存取系统目录的Temp目录
ASP.NET 会使用这个目录做编译吗？ 但修改NETwork Services帐户对Temp目录的权限之后，问题解决了。
老鸟自己也很奇怪，ASP.NET为什么会使用Temp目录做某一个文件的即时编译？ 第二，为什么刚刚还没有问题的机器，突然需要做这样的权限设置？
吃饭的时候，如果有酒，我们差点一起敬他一杯，因为---他的运气不错!
AspNet技术：看到本质而不是现象--解决ASP.NET CS0016的问题，转载需保留来源！
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
