Windows services 由于闰年原因，.NET 1.1 Windows服务未启动
我们有一些使用.net framework 1.1编写的后端windows服务正在运行，2008年12月31日下午5点左右（美国东部标准时间），我们停止了这些服务以运行一些年终报告。在报告运行后，我们尝试启动服务，当我们尝试时，它会给出一个错误“服务未及时启动”我们尝试了谷歌提出的所有可能的东西。服务包、WinDbg、GFLAG等等 最后，我们在晚上10:30左右打电话给微软支持部（我们与微软签订了特优支持合同），他们开始收集各种服务器数据，大约在美国东部时间12:05左右服务顺利启动，没有出现任何问题。我们没有做任何不同或特殊的事情来启动服务。整个团队都对正在发生的事情感到困惑，同样高兴的是它正在工作 结论是，Microsoft支持团队认为这很可能与.NET Framework 1.1 namepsace System.ServiceProcess.ServiceBase无法支持闰年有关。他们尚未确认，仍在调查中Windows services 由于闰年原因，.NET 1.1 Windows服务未启动,windows-services,Windows Services,我们有一些使用.net framework 1.1编写的后端windows服务正在运行，2008年12月31日下午5点左右（美国东部标准时间），我们停止了这些服务以运行一些年终报告。在报告运行后，我们尝试启动服务，当我们尝试时，它会给出一个错误“服务未及时启动”我们尝试了谷歌提出的所有可能的东西。服务包、WinDbg、GFLAG等等 最后，我们在晚上10:30左右打电话给微软支持部（我们与微软签订了特优支持合同），他们开始收集各种服务器数据，大约在美国东部时间12:05左右服务顺利启动，没有出现
我会在收到MSFT支持部门的最新信息后及时发布。我本来计划2009年的开始会很糟糕，但很高兴一切都会顺利结束。我想知道这个bug是否与导致Zune 30GBs在闰年12月31日锁定的bug有关：它在一个地方测试day>365，在另一个地方测试day>366，结果是day=366通过第二次测试，进入无限循环。想知道这是不是所有Zune都死了的原因？是的，是的。这里也给出了答案。如果你已经解决了一个棘手的问题，那么它可以被视为是对SO社区的一种服务来描述这个问题，然后回答它。不过，最好还是在社区维基上自己作答。