为什么万年历中1752年9月少了11天呢？
今天在Linux系统中使用字符命令查看万年历，突然发现1752年9月份少了11天，感觉很奇怪！难道是万年历出错了？还是历史上根本就没有那几天？还是我的机子出现了问题？总之猜测了一切的可能，可都是没有依据的猜测！大家也可以试试，看看效果，也许你会因此对Linux产生兴趣呢！
#cal 9 1752
September 1752
Su Mo Tu We Th Fr Sa
1 2 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
这是最终的结果。于是我就感觉纳闷了，问题到底出在哪呢！为此查了一些资料，解释如下：
我们知道，地球环绕太阳转动的周期是365.2422天，而早先人们所使用的儒略历中，因为每4年加进了1个闰日，即2月29日，所以平均下来，每一个儒略年为365.25天。可千万不要小看了这0.0078天（约11分14秒）的差别。一两年还无所谓，甚至十年二十年也过得去，可是几百年积累下来就非同小可了。事实上，在13世纪时，儒略年比实际的天象已经超出了8天，春分日竟然变成了3月13日，而天文学上规定应当是3月21日。当时杰出的思想家、科学家、哲学家罗吉尔·培根，特意于1263年致信罗马教皇乌尔班四世，敦促他们研究解决这个大问题（当时的制历权在教会）。
可谁也没有想到，这个看似简单的问题却难倒了教廷，一直拖了三百多年，致使误差进一步扩大到10天。直到1582年，格里果里十三世教皇才同意了一位业余天文学家的方案，颁发了改儒略历为格里历的法令，其实，改变的实质主要有二：即在当年扣除多余的10天，具体说来说是把1582年10月4日（星期四）后面的那一天，作为10月15日星期五（本应是10月5日星期五）；今后凡不能被400整除的世纪年，如1700年、1800年、1900年等不再作闰年，只有如1600年、2000年等那样可以被400除尽的年份才仍用闰年。这实际意味着在每400年中加了397个闰日，比原先少了整整3天，也说是说，在新的格里历中，一年长度平均是365.2425天，这与实际年长只差25.9秒，足可保证在二三千年内不出差错。
现行的公历是格利戈里历法，这个历法的是1582年教皇格利戈里根据恺撒大帝引进的算法改进的。它采用的是闰年制也就是现行的制度，不过有一个需要注意的地方就是，这个历法并不是连续的，中间缺少了11天。1752年9月2日之后的那一天并不是1752年9月3日，而是1752年9月14日。也就是说，从1752年9月3日到1752年9月13日的11天并不存在。抹掉这11天是由英国议会做出的决定。所以要计算某年每个月的天数的，除了要考虑是否是闰年以外，还要考虑1752年的9月。
如果你想试试的话，请你在Linux系统下试验，因为windows系统是没办法得出真正的万年历的，他的最早日期只能达到1980年！但是Linux是真正实现了万年历！