阿Pei的一亩三分地

阿Pei的一亩三分地阿Pei的一亩三分地 http://greens-leaf.javaeye.com UTF-8 Copyright 2003-2008, JavaEye.com http://blogs.law.harvard.edu/tech/rss JavaEye - 做最棒的软件开发交流社区在Java VM中创建Process时指定优先级 greens.leaf 作者: greens.leaf 链接：http://greens-leaf.javaeye.com/blog/210710 发表时间: 2008年07月02日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

Java环境中，调用RunTime.exec()创建操作系统进程的时候，没有办法指定优先级。Thread.setPriority()倒是可以指定优先级，可是这个进程是在Java虚拟机里面的。

翻了翻，大牛们是说这个问题是Platform Specific，所以在Java环境中不提供解决办法。这个说法不怎么靠得住，文件系统同样是系统相关，Java不就支持的挺好。

有聪明人提出在Windows平台上可以借用 start.exe /LOW 来搞定这个事情，试了以下，完整的写法应该是：

cmd /c start /b /low yourcmd

cmd /c：后面的start貌似是个内部命令，类似cd，必须通过cmd 执行
start:启动一个新的窗口来执行命令
/b ：不要实际的创建窗口
/low:以低优先级运行，其它还有
/normal 以一般优先级启动应用程序。
/high 以高优先级启动应用程序。
/realtime 以实时优先级启动应用程序。
/abovenormal 以超出常规优先级的方式启动应用程序。
/belownormal 以低出常规优先级的方式启动应用程序。
yourcmd：实际执行的命令行。

适用范围有限，Win2003及以上上没有问题，其它版本不确定。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Wed, 02 Jul 2008 17:09:18 +0800 http://greens-leaf.javaeye.com/blog/210710 http://greens-leaf.javaeye.com/blog/210710 Eclipse and Glassfish / SQLServer 2005 的分页 greens.leaf 作者: greens.leaf 链接：http://greens-leaf.javaeye.com/blog/195588 发表时间: 2008年05月22日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

两个都不是什么太新的知识。

Eclipse 3.3.2 ( with WTP 2.0 ）可以直接安装Glassfish的插件。
这样一来，启动、调试 Glassfish就会比较爽一点。

SQL Server 2005 提供了Row_NUMBER的函数。有了这个东西，终于可以和Oracle的rowcount、mysql的 limit相提并论了。

javaeye论坛上已经有人转载 Eclipse 和 Glassfish的集成，我就不用再做搬运工了。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Thu, 22 May 2008 12:01:23 +0800 http://greens-leaf.javaeye.com/blog/195588 http://greens-leaf.javaeye.com/blog/195588 只有彻底的与过去决裂才能建设没有负担的明天 greens.leaf 作者: greens.leaf 链接：http://greens-leaf.javaeye.com/blog/195327 发表时间: 2008年05月21日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

决定不再浏览杂七杂八的网页，集中更多的精力到工作上来。——删掉firefox，只用IE我可不敢去多少网站。

决定投奔Eclipse阵营。——删掉过往的种种开发环境，只有Eclipse就不能不用它。

这两个决心下的看来挺对。逐渐能体会到新的开发环境的好处。

决定奔向GlassFish,已经把Tomcat删掉。——这一点上，我倒是对GlassFish有信心。

下一步准备离开MicroSoftOffice，奔向OpenOffice或者永中Office。——这样的话，除了开发环境，其他都可以迁移到Ubuntu上。

开发环境的迁移还不能一时冲动，毕竟各种帮助文档／需要作的事情都是Windows原生的，硬要到Ubuntu上去搞定未必合适。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Wed, 21 May 2008 16:09:56 +0800 http://greens-leaf.javaeye.com/blog/195327 http://greens-leaf.javaeye.com/blog/195327 2008/05/19 14:28 祖国的伤口在无声的痛哭 greens.leaf 作者: greens.leaf 链接：http://greens-leaf.javaeye.com/blog/194504 发表时间: 2008年05月19日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

下午14:26分，经过肯德基，听到里面的广播说，请起立默哀仪式现在开始。

两步路之后，是一家五星级酒店，门口的国旗降半旗，员工们着制服，黑压压的聚集在五星红旗四周，低头行礼。连路过的外国人也停下来，安静的等待仪式结束。

旁边的马路上，汽车开始鸣笛，后到的汽车直接停下来，跟着按喇叭。这一刻，祖国的伤口在无声的痛哭。

这几天一直很关心地震的相关消息，也经常被人性的光辉所感动，这一瞬间，感动的心情无以复加。

死的人已经死了，活着的人还要继续活下去。

说说诚信这个东西。某个同事的老师的说，当谈到一个东西很重要时，就说明这个东西缺失到了一定程度了。2001年的高考作文题目是诚信，我们可以说，到2001年的时候，整个社会的诚信已经少到一定程度了。也是从那个时候开始，逐渐可以听到“重铸诚信”、“沟通从心开始”这样的论调。

这次抗震的过程中，人和人之间的相互信任达到了最近三十年以来的高点。那些感人的事情简直说也说不完，新加坡一位记者说，他在没有来及通知司机的情况下离开，电脑、护照、资金留在车上超过一昼夜，手机没有信号，包车司机师傅沈师傅没有任何消息的情况下一步也没有动，一直等到记者归来（http://www.zaobao.com/zg/zg080519_508_1.shtml）。

我一个写程序维生的，出来舞文弄墨讨论人文的问题，手法拙劣，入不得大家法眼。诸位有心评论的，手下留情。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Mon, 19 May 2008 16:47:43 +0800 http://greens-leaf.javaeye.com/blog/194504 http://greens-leaf.javaeye.com/blog/194504 从WSUS 3.0 SP 1的release note到Windows的易用性 greens.leaf 作者: greens.leaf 链接：http://greens-leaf.javaeye.com/blog/194479 发表时间: 2008年05月19日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

微软在2008/04/01放出 WSUS 3.0 SP 1，因为工作上的关系，需要看看这个东西。

看了看 Release Note，这个可能发生的问题太多了。

相比之下，Ubuntu的synaptic要好使、方便、快捷的多。

记得很久以前，一个同事试图说服我Windows操作系统跟Linux操作系统差不多（本意是想说明Windows操作系统比Linux好），被我直接顶了回去：“你看见哪个超级计算机系统用的是Windows？”。超级计算机系统用Windows的不是没有，在那个那个年代，比起用Linux/Unix的少多了。中科院当时建立自己的1024*2节点的超级计算机，用的就是Linux。

那个时候，Windows的桌面系统做的“看起来”要比Linux/Unix的好，程序员也一堆一堆，放眼天下Windows简直就是GUI的代名词。

现在Debian的内核上搭建了Ubuntu的桌面，眼看着易用性快赶得上Windows，加上本身性能就要好过Windows，Windows的穷途末路是否真的指日可待？
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Mon, 19 May 2008 15:48:49 +0800 http://greens-leaf.javaeye.com/blog/194479 http://greens-leaf.javaeye.com/blog/194479 安装Ubuntu 8.04 beta (Hardy) greens.leaf 作者: greens.leaf 链接：http://greens-leaf.javaeye.com/blog/184671 发表时间: 2008年04月20日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

1) 用迅雷下载 Ubuntu 8.04 i386的ISO文件。本来是准备装在PC上的，所以准备的是amd64的，临时决定装在IBM T42 上，所以又得重新下载。迅雷跑的挺快，超过128KB/s。

2) 刻盘。

3) 把IBM T42 上的数据备份到PC 上。

4) 从光盘安装操作系统到 IBM T42 上。

5) 无线网卡可以自动识别！很惊喜，不用我再把机器搬到路由器附近了。

5) 尝试找一个比较快的ubuntu源。有人提供了一个脚本：
http://ubuntuforums.org/archive/index.php/t-149159.html

脚本确实不错，不过镜像列表里面有几个拼写错误。

6) http://ubuntu.cn99.com/ubuntu/
这个源就对我来说就够快，超过 170kB/s.

7) 没有搞定 scim ，原来其实很简单，在新立得里面搜索 scim-chinese就OK。

8) 不才敲键盘不够精准，经常要靠tab补齐，pc喇叭叫个不停，深更半夜扰人休息。
达人通过google告诉我，rmmod pcspkr即可。
modprobe -list 可以查看全部的kernal mod, pc喇叭对应的是kernel/drivers/input/misc/pcspkr.ko。
modprobe -r 也可以删去指定的mod，rmmod的manual中推荐这种做法。
详情看modprobe的帮助。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Sun, 20 Apr 2008 23:07:11 +0800 http://greens-leaf.javaeye.com/blog/184671 http://greens-leaf.javaeye.com/blog/184671 补充说一下120亿光年 greens.leaf 作者: greens.leaf 链接：http://greens-leaf.javaeye.com/blog/171349 发表时间: 2008年03月14日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

为什么说我们宇宙的范围是120亿光年呢？

先说个基本常识，说了这个估计大家都得往我这扔鸡蛋。这个常识就是，我们观测物体，是依赖于这个物体上传来的光，不管这个光是物体本身发出的，还是它反射别人发出的光。鸡蛋先别扔。

若是一个物体既不发光，也不反射，而且不管是可见光还是各种射线一概不论，那我们就看不见它了。通常认为在物体的引力极大的时候，物体的表面即使发光，这光线也无法脱离物体的引力，而最终会掉落到物体的表面。这个时候，从外面看上去，我们就无法直接观测到这个物体了。这个就是传说中的“黑洞”。

说起黑洞来大家往往就想到，密度比中子还要大，吞噬一切，我可要千万离他远一些。

可是“黑洞”并非总是密度很大的。密度小，质量大，一样可以做到有强大的吸引力。因此一些科学家就估算出，以地球为中心，120亿光年半径划一个球体。尽管这个球体内广阔的空间内都是几乎空无一物的星际尘埃，可是总体的质量是如此强大，以至于一束从地球发出的光到达球体边缘的时候，因为受到整个球体的引力作用，无法逃离球体而最终回到球体内部。换句话说，在我们所处的宇宙中，光线（不仅仅是可见光，还包括各种射线、粒子流）无法跑到120亿光年以外去，120亿光年以外的光线也无法跑到这个宇宙中。我们这个所处的宇宙，从某种意义上讲，他的半径就是120亿光年。

前面Java新闻中某个达人说到哈勃望远镜可以看到120亿光年远处的地方。若真是如此，某种程度上来说，人类就有能力看清这个全部的宇宙了。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Fri, 14 Mar 2008 12:13:16 +0800 http://greens-leaf.javaeye.com/blog/171349 http://greens-leaf.javaeye.com/blog/171349 读书笔记——从1到无穷大，从两只眼睛到哈勃望远镜 greens.leaf 作者: greens.leaf 链接：http://greens-leaf.javaeye.com/blog/171342 发表时间: 2008年03月14日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

前面说到《从1到无穷大》是本很有意思的书。

这本书的第二部分讲述的是时空相对，这部分对读者的思维能力略有要求，以后有时间再来介绍。

第一部分为了给后面的时空相对加以解释，介绍了一些平时用不到的数学知识。本人这方面的数学能力一向很差，加上文中某些数学证明不够严谨，还有一些成书时未能证明的著名数学命题在今天已经得到证明，总而言之有些瑕疵，等实在是闲得有时间的时候再来介绍。

第三部分介绍微观世界，比较有意思的是介绍人们对原子核内结构的逐渐认识，后面关于细胞方面的还提到了孟德斯鸠遗传规律，这就有点让今天我们的高中生笑掉大牙了。

第四部分介绍宏观世界。这个部分在我平时看到的科普文章中很少提到，提到了也说的不是很清楚明了。有另外一本老的科普读物，是中科大方励之教授组织编写的，名字可能叫《天体....科普》之类，售价不超过0.3元，年代久远，述说清楚，是本好书可以一读。

扯远了，还是回到我的题目，《从两只眼睛到哈勃望远镜》上来。

大家都知道我们人类有两只眼睛，不但如此，大部分我们常见的动物都有两只眼睛。为什么是两只眼睛，不是一只眼睛呢？这个相信好些人知道，一只眼睛只能感觉到光线的方向，感觉不到物体的距离；两只眼睛虽然各自只能感觉到光线的方向，但是由于两只眼睛之间有一定距离，可以感觉到同一个物体来的两束光线之间的夹角，根据这个夹角，凭经验可以得到物体到眼睛的距离。

这里一个重要的概念是“测量基线”，就是指两眼之间的距离，距离越大，同一个距离上的物理产生的两束光线夹角越大，测量也就越准确。所以说两眼间距大的人，在这方面天生的能力就强一些。据说史上某个强大的存在“眉间尺广”，若是真的两眼间距有一尺，估算物体距离的能力必然是大大强于常人，不知道在其戎马一生的生涯中，这种能力是不是曾经帮过他的大忙。

当然，人的眼睛是不可能间距太大的，这就决定了我们凭借裸眼不可能分辨出距离很远的物体。借助种种光学仪器，可以间接的“放大”人两眼的距离，使我们观测的更远。比如我们常见的双目望远镜，军用潜望镜，就把人的两眼距离从不超过10公分放大到10公分以上。在这本书中就提到了雷达出现之前，海上军舰上使用的一种测距仪，从示意图上来看，两个物镜的距离大概有2M左右。

我们暂时把话题转移到人们对地球的认识上来。这本书中提到亚里士多德认为地球是圆的，他举了两个例子，船离开港口的时候，首先看不见的是船体，然后桅杆才逐渐消失，这就说明洋面不是平的，而是弯曲的；月食实质上是地球本身被太阳照射产生的影子恰好投射在月球上，月食时看到的影子是圆的，这就证明地球本身也是圆的。虽说亚里士多德遗留了种种错误的观念极大的误导了后人，不过还是得承认他还是很伟大的。

虽然这个论证的过程从今天的角度来看几乎是无可辩驳的，但是在当时的却不能被广泛接受，因为人们无法想象，如果地球是圆的，地球的另外一头的人，难道不是头朝下活着么，他们不会掉到天空去么？水不会流到天空去么？那么我们千百年来为什么没有观测到洋面的下降呢？

直到伟大的大航海时代到来，哥伦布和麦哲伦完成了环球航行，这才实证了地球是圆的，人们不得不接受这个事实。而地球那边的人和水为什么没有流到天空去，也由牛顿爵士的万有引力定律解释。

自从亚里士多德认定地球是圆的开始，就不断的有人用各种办法测量这个球体的半径有多大。这本书里提到的早期测量地球半径的人是公元前三世纪古希腊的埃拉脱色尼同学。这位埃同学听有个地方夏至的时候，正午太阳直射的时候，凡直立的物体没有影子，这个地方叫赛恩城；而他们家居住的亚历山大里亚城，同样是夏至同样是正午直射，直立的物体还是有影子。他假定地球是个规则的球体，测出夏至正午物体的影子是7度，在加上两个城之间的距离是500公里，经过一串漂亮的数学运算，就估算出地球的圆周大约是40，000公里。真是个伟大的运算，这一次，古代的科学家通过500公里的测量基线，测定了地球子午线。我依稀记得中国历史上有个一行和尚也测过子午线长度，查了查生卒，683～727，比起这个来年代要晚许多。不过似乎规模也似乎要大许多。雅虎知识堂里面说“一行和尚....历史上第一次测出子午线”云云，前面那个埃同学的估算要早大概1000年吧。中国人不就是发明了四大发明么，有什么好臭屁的。

自从天文学家们利用500公里的测量基线成功测量出地球子午线长度后，随着测量计算手段越来越强劲，这帮人的野心也不断扩展。他们要测地月距离，要测地日距离，要测最近的恒星的距离，要测整个银河系的半径。

地月距离，本质上是在精确测量大地之后，选两个相距几百公里的望远镜，精确的调教方向和时间以后，两个望远镜瞄准月亮的同一边缘，就可以测的出来。

地日距离有点麻烦，日照太强的时候，望远镜里根本看不见太阳的边缘在哪里；日出日落的时候，太阳的边缘因为大气散射的缘故难以确定。不过有这个“日食”现象存在，天文学家逮到了机会。所以那些年，每到日全食，全世界的天文学家携带着笨重而精确的设备，千里迢迢坐船坐火车去日全食发生的地点，不是去旅游，人家有崇高的事业。

好了，太阳系内的距离，我们已经测的差不多了。太阳系外呢？似乎我们的测量基准太小，就算以地球的两端摆上两个望远镜，这个距离也不足以测定恒星离我们的距离了。难道这些顽强的天文学家就此罢休了么？不，他们找到了更大的尺子。根据前面地日距离的测量，天文学家知道了地球绕日一周轨道的直径。这个尺子比地球直径要大具体多少倍我不知道，数量级上大概差5个吧。当然这个测量也不容易，第一次测量要在远日点，第二次在近日点，再来一回远日点，一年就过去了。不过对狂热的天文学家来说，这又算得了什么呢？

1938年，德国天文学家贝塞尔（Friedrich Wilhelm Bessel）就这么干了。开始很不幸，比较不出所选的星星位置有什么差异，后来很幸运，天鹅座61的位置稍有不同。再过了半年，天鹅座61又回到了原来的位置，OK，这个星星离我们的距离可以测量出来了。再次经过伟大的运算，天文学家推算出这颗星星离我们的距离比地日距离要大5个数量级，差不多是11光年。

好，接下来我们说说远望号和神舟六号。大概80年代的时候我们就有远望号了。这是个科学测量船，它的好处是可以离开我们测量基地——比如说南京紫金山天文台——足够远。这样，南京天文台和远望号就是两个眼睛，用这两个眼睛我们就可以计算好些东西的距离、速度，比如咱们发射的卫星啥的。后来要上神舟六号了，这个对测量精度的要求更高，所以我们老听说神舟六号的几大工程里面有个VLxxx，这个就是极大的望远镜，印象里是个三角测量，大约是北京上海和云南三个地方在测量。

不过要论起来，现在在这方面比较牛的还是美国。在夏威夷，有个天文台，他是两个一模一样的望远镜同时观测同一个星体。这个望远镜的物镜尺寸是全世界最大的级别，但是人家有两个，观测能力就比任何单一的这个级别望远镜要强。再说说哈勃望远镜，小的时候不懂，花那么多钱，放一个望远镜到天上去做什么，看星星在屋顶上不能看啊。现在才明白，人家那个摆脱了地球大气散射的影响，可以看得更仔细。谣传哈勃望远镜可以看到120亿光年远的地方，那个可是现在理论上我们能够看到的世界的极限啊！
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Fri, 14 Mar 2008 11:54:31 +0800 http://greens-leaf.javaeye.com/blog/171342 http://greens-leaf.javaeye.com/blog/171342 读书笔记——五妹妹的女儿房 greens.leaf 作者: greens.leaf 链接：http://greens-leaf.javaeye.com/blog/168129 发表时间: 2008年03月05日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

最近重读了小说月报2005年第2期原创版上的《五妹妹的女儿房》，作为小说强烈推荐。

当时读完小说时有最初在小说月报上看到《贫嘴张大民的幸福生活》和《天下无贼》的感觉，再读一次仍然如此。这几个小说给人的感觉都是原创、市井、真实、冷酷。再早一些，小说《活着》也跟人这种感觉。不错，很不错。

查了一下小说月报上的还是删节版，与正式出版发行的单行本中的章节都不一样。而且更让我吃惊的是，作者周宛润居然还写过《破小孩语录》，简直要看做新海派的领军人物。但愿她好好写书，莫要去学开车最主要不要去学开赛车，另外持续到40岁都不要江郎才尽，我等爱读书的人就有福了。

另外小说已经改编成电视剧《五妹》。再另外准备把完整版的小说弄一本来读一下。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Wed, 05 Mar 2008 14:17:56 +0800 http://greens-leaf.javaeye.com/blog/168129 http://greens-leaf.javaeye.com/blog/168129 读书笔记——从1到无穷大 greens.leaf 作者: greens.leaf 链接：http://greens-leaf.javaeye.com/blog/165189 发表时间: 2008年02月26日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

有这么本书，《从1到无穷大——科学中的事实与臆测》，我在很小的时候就试图读懂，不过内容对当时的我来说实在是艰难晦涩。年幼的我心中谨记“书读百遍其意自现”，一遍又一遍的试图读懂，一边又一遍的把书扔到一边。直到最近春节回家，偶尔在书架上又看到这本书，重新看的时候才明白，这本书中的知识根本不是年幼的我可以读懂的。“尽信书不如无书”啊！

这本书的内容涉及面非常广，不是一次可以读完讲清的，准备最近一段时间慢慢读完后逐渐写下自己的感受。今天说说里面的两首打油诗的翻译：

第一首打油诗涉及到空间伸缩性，译文大体上是这样的（凭记忆，可能文字有出入）：
菲尔小伙剑术精，
出剑迅捷如流星；
由于空间伸缩性，
长剑变成小铁钉。

第二首打油诗涉及到时空逆转，讨论到如果我们可以超越光速是不是可以让时间倒流呢？译文大体如下（同样凭记忆，可能文字有出入）：
年轻女郎名帕蕾，
神行有术人莫追；
爱因斯坦来指点，
今早出游昨夜归。

读到这两篇打油诗的译文时对译者的翻译功底简直是佩服的五体投地。这本书当时的售价大约是0.7元，想想今天漫天飞舞的计算机翻译丛书，这中间翻译质量的差异简直是一个天上一个地下。

顺便现学现卖，解释一下空间伸缩性和时空逆转的不可能性。
某个美国科学家在对光在运动的参照系下光速是否有变化做了精巧的实验，在实验的结果中，没有观察到预期的光的干涉，由此利用空间伸缩性来解释实验现象。用通俗的类比来说，在水中行进的船只，因为尾部推力和头部压力的作用，船体的总长要比不受力的情况下短一点点。而空间本身在行进的过程中也会被压缩一点点，这跟空间里是什么材料的物体在运动，是空间本身被压缩了。按照文中的计算，在日常生活中，空间的压缩是非常微小的。一辆50英里速度行驶的汽车，被压缩了一个原子核的大小。即使是做星际飞行的火箭，空间压缩的程度也可以忽略不计。

关于时间是否可以逆转，要先声明在运动的物体上，时间会变得略慢，不过日常生活中不仅感觉不到，而且日常的工具也无法测量。在文中举例到，如果你搭乘光速飞船前往9光年以外的天狼星系，从地球上看，你要跑9年才能到地方，再跑9年才能回来，这中间一日三餐不知道会有多么单调，实际上如果你早上吃了早饭出发，因为在光速运动的物体上时间会变慢，到地方的时候刚好赶上中午饭，吃完饭赶紧出发，还赶得及回到地球吃晚饭。

那么时间到底是否可以逆转呢？
从数学形式上来看，如果我们可以把物体加速到超过光速，那么时间就会倒流，可是文中指出，在把物体加速的过程中，物体的速度越接近光速，需要克服物体惯性提高速度所要的能量就越多，目前还没有办法把物体加速到接近光速。
换句话说，我们现在还没有那么多的能量足以把实验中的微小粒子加速到光速，更不要说超过光速了。这样就差不多判了“时间旅行”的死刑，准确的说，在目前我们的知识范畴内，是没有可能做时间旅行的。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Tue, 26 Feb 2008 16:02:31 +0800 http://greens-leaf.javaeye.com/blog/165189 http://greens-leaf.javaeye.com/blog/165189 读书笔记——鲁滨逊漂流记 greens.leaf 作者: greens.leaf 链接：http://greens-leaf.javaeye.com/blog/165167 发表时间: 2008年02月26日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

鲁宾逊漂流记是我年少时候就爱读的一本书。少年时读的版本是经过缩水的版本，时间跨度上主要覆盖鲁宾逊在荒岛度过的年月。

大凡读过八几年出版书籍的人可能都有印象，此类外国书籍的中文翻译版本，往往在内容上有删减。编者译者对此也直言不讳，在前言或者序中会明确的说有些“资本主义思想的糟粕”被删掉了，剩下的一些“资本主义思想的糟粕”因为对整个文章结构有影响所以没有删掉，读者阅读时应该注意“古为今用，洋为中用”。

那么，有哪些内容被删掉了呢？按时间顺序大概有这么一些：
1）鲁滨逊开始航海之前，家里人是如何的反对他；
2）在鲁宾逊航海生涯开始初期的一些故事，包括曾经被抓做过奴隶；
3）鲁滨逊逃离奴隶主，并幸运的搭船到巴西建立种植园的事情；
4）在荒岛上鲁滨逊的宗教思想的确立；
中间鲁滨逊如何在荒岛上渡过漫长的岁月（大约是二十八年），缩水版里面记录的很清楚，包括如何解决自己的吃住问题，如何保护自己，救下礼拜五，救下好些西班牙人英国人，最后如何离开荒岛回到英国。到这里缩水版本就结束了。
鲁滨逊回到英国以后的生活我还是比较关心的，这些东西在完整版本里还是有描述的：
5）鲁滨逊在英国娶妻生子过了几年安稳生活，中间曾经翻阅阿尔卑斯山，还和大批恶狼打了一场并成功逃脱；
6）后来妻子不幸病故，鲁滨逊又想起了原来的航海生活，想起荒岛上的居民；
7）鲁滨逊搭船回到巴西，发现自己因为种植园成为富翁；
8）鲁滨逊带了较为丰富的资源、技术工人回到荒岛，目睹荒岛上一篇繁荣景象，包括这些西班牙人、英国人这期间抓到的土著奴隶；
9）机缘巧合，鲁滨逊随行的传教士定居岛上开始传教；
10）看到荒岛上一切运转都很好，鲁滨逊离开荒岛。
11）鲁滨逊的船屠杀当地土著。需要说明，鲁滨逊是这船的合伙出资人，船长是鲁滨逊的外甥，屠杀过程中，鲁滨逊本人没有参与而且反对屠杀。但是毕竟屠杀发生了。
12）屠杀结束后，船员对鲁滨逊反对屠杀不满，并把鲁滨逊扔在东南亚某个港口（似乎是孟买）。
13）鲁滨逊可以有很多种选择从陆路回到英国，但是鬼使神差的又合伙买了一艘船在东南亚跑贸易，大赚了一笔。
14）有人预先通知鲁滨逊买的船有问题，有人把这船当作海盗船缉拿。
15）鲁滨逊没有机会为自己辩护，驾船一路驶往中国的港口，并最终在一个不知名的港口卖掉了船和船上的货物。
16）鲁滨逊前往南京，北京，并跟随一个巨大的商队取道俄罗斯回到祖国英国。

整本书中很多地方涉及了基督教，这些都被缩水版本删掉了。
鲁滨逊流落荒岛之前，虽然名义上是基督徒，可是从来没有全心全意的祈祷过，在荒岛生活期间，他不断阅读圣经，并成为一个真正的基督徒。救下礼拜五以后，除了教他英语外，鲁滨逊还向礼拜五灌输宗教观念。
传统基督教和新教在荒岛上的和平共处。似乎鲁滨逊所在的时代，基督教几种分支之间的争端非常大，甚至某些分支称呼另外一些分支为“异教徒”。不过在荒岛上，虽然普遍居民信仰的是其中一个分支，传教士本人确实另外一个分支的。按照文中的描写，这种不同分支和平共处简直就是神迹。关于基督教内部分支之间的斗争关系，我本人一直弄的不是太清楚，就不乱说了。
恶徒和恶徒的生番老婆归顺基督教。这段是文中着力描写的地方。大体上相当于中国人的“浪子回头”加上“放下屠刀立地成佛”。

后面鲁滨逊对中国人的生活、国防力量的看法我也很关心。
鲁滨逊对中国乡绅的腐败生活非常看不惯。他看到某个中国乡绅吃了东西要下人帮他擦掉嘴巴上的食物残渣，简直是无法理解。说实话到今天这种思想在中国还是存在，个人觉得这个跟中国人的奴性有关系，觉得在某某条件下帮别人擦掉嘴巴上的食物残渣并没有什么了不起。你看历史上某某强大的存在要从别人的裤裆下爬过，某个强大马屁精可以吮吸某人屁股上脓疮，还有什么做臣子的把心肝拿出来给君王的老婆吃啊之类属于神话故事的范畴。而这些在中国的文学界，历来是树为正面的例子的。
鲁滨逊走过中国的万里长城，心下对这所谓的强大防御力量丝毫不以为然。这一点我倒是相当同意。关于修建长城，也许最初抵御匈奴的时候确实是发挥了作用的，可是后来历朝历代修长城，这个真是耗费了巨大的人力物力，到今天说的寒碜点就只有八达岭那一段供中外友人有空时去爬爬锻炼身体。欧洲人对炮术仔细研究取得长足进展以后，这种程度的防御工事简直就是纸糊的一样。

说到这里说个题外话，话说直到明初燕王（朱元璋儿子，跟北方游牧民族打过，也血洗过宫廷，把京都从南京迁到北京）取得王位的时候，我们国家的热兵器军事力量还是十分强大的。燕王建立的军队中，有一支几万人的火枪手部队，每人一支火铳，而且下雨天也照打不误，这可是个极其牛B的能力；同一时期欧洲的战争，较大规模的也就是几千人对几千人，就别说万人火枪队了。YY一下若是此时后勤问题能解决，就把这个万人火枪队弄到欧洲去，差不多就天下一统了。不过从那以后，可能是因为不打仗的原因，中国的热兵器技术就没怎么发展，弄到后来清朝造出来的火炮还不如明朝的，而且还能自己火药就在炮膛里把炮膛炸开。反过来欧洲因为战事不断，热兵器技术进步神速，由枪而炮。另外欧洲人的数学基础比较好，精于计算“怎么样才能把炮弹打的更远”，由此发展基础火药爆炸理论、基础空气动力学、基础弹道学。弄到欧洲人把炮弹从球形变成圆锥形，能精确计算打多远的目标填多少火药，这会不光中国人，全世界的防御工事都也再抵挡不住欧洲人的火炮了。见《世界通史》

最后说说礼拜五，我幼年时就非常喜欢这个角色，单纯，忠心，简直是人类所有优良品质的集合体。我一直很想有这么一个仆人，不过长大后才明白只有在小说里才能找到这样优秀的人物。可惜礼拜五最后死于一次和食人土著的大规模冲突中，礼拜五站在船头作为翻译跟土著们的大批小船喊话，结果冲突刚起，大船还在向后倒退，礼拜五就在船头被乱箭射成刺猬。真是呜呼哀哉，跟《说岳全传》中杨再兴的死法差不多。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Tue, 26 Feb 2008 15:22:37 +0800 http://greens-leaf.javaeye.com/blog/165167 http://greens-leaf.javaeye.com/blog/165167 撞见名人郭达 greens.leaf 作者: greens.leaf 链接：http://greens-leaf.javaeye.com/blog/165125 发表时间: 2008年02月26日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

周一感冒，喷嚏鼻水不断，实在坚持不住，决定请假一天在家休息。

中午饭懒得做，商场里吃完饭后在超市溜达，嗯，撞见郭达。

一开始还不是很确认，和老婆在侧面仔细看了看，就是他老人家。

郭达是我很喜欢也比较尊重的演员，有实力，有毅力。做到今天，人家职业生涯也是位成功人士。

另外以往就听说北京名人多，什么地方都能碰见几个；可是我来北京也这些年了，正经在大街上撞见名人，还是头一回。回头想想自己每天生活无比单调，每天家里办公室两点一线，整天挤公交车，哪能遇到这些名人呢？一笑。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Tue, 26 Feb 2008 14:05:43 +0800 http://greens-leaf.javaeye.com/blog/165125 http://greens-leaf.javaeye.com/blog/165125 到底什么是3倍DES greens.leaf 作者: greens.leaf 链接：http://greens-leaf.javaeye.com/blog/163252 发表时间: 2008年02月19日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

还是那句老话，这种专业技术性的问题，什么Google 百度全都不顶用，还是wikipedia靠谱。

TripleDES，通常被记为TDES，更标准的写法是TDEA（Triple Data Encryption Algorithm），3DES的写法是不标准的，应当避免。

TripleDES是在DES基础之上发展的，这个算法使用三个密钥Key1,Key2和Key3对明文依次做三次DES加解密得到密文，解密的过程则恰好反过来。

这三个Key1,Key2和Key3合在一起组成一个密钥组（key bundle）。

选择三个密钥时可以有两种方式：
1）Key1 != Key2 !=Key3 != Key1，即三个密钥各不相同，记做 3TDES，或者3TDEA
2）Key1 != Key2, Key3 = Key1，即第一次和第三次DES加密使用相同的密钥，第二次DES加密使用另外的密钥，记做2TDES，或者3TDEA。
或者说，TDES根据密钥的选择可以分为3TDES和2TDES。

对明文做处理的时候，可以三次都是DES加密过程，也可以是加密和解密相间。比较常用的是两种方式：
1）加密-加密-加密也被记做EEE模式；
2）加密-解密-加密也被挤作EDE模式。
其中EDE模式的使用更加广泛。这里有个地方要指出的是，如果选择Key1=Key2=Key3，采用EDE模式处理的话，TDES和DES的工作效果相同。

分组和加密强度：
DES/TDES是分组加密的算法，每个分组大小64bit。
DES的加密密钥是56bit，外加8bit的校验位。3TDES和2TDES的加密密钥分别对应是168bit和112bit。
或者说DES/2TDES/3TDES的加密强度分别是56/112/192bit。

但是针对特定攻击方式，DES/2TDES/3TDES的抗攻击性不是那么好。
DES是可以暴力破解的。
2TDES方面，“两面夹”(meet-in-middle)攻击对2TDES特别有效。2TDES对 chosen-plaintext 或者 known-plaintext 攻击的表现能力也受到怀疑，官方认为2TDES的加密强度实际只有80bit。
3TDES方面，目前认为破解3TDES需要232 known plaintexts, 2113 steps, 290 single DES encryptions, and 288 memory，这个现在认为实际是完不成的。不过因为破解算法可以并行完成，倘若攻击者花费billion-dollor级别的预算和数年时间，通过特定明文攻击是轻而易举的事情。

DES/TDES和AES
AES是DES/TDES的“法定继承人”。相比DES/TDES，AES的分组更大，可以使用的密钥也更长。由于设计的原因，在软件环境下，TDES的计算速度要比AES的计算慢6倍。
在实际环境中AES正在逐渐取代TDES。不过TDES的设计在硬件环境下更为容易实现，例如在VPN应用中就还有使用TDES的。尽管如此，在这些硬件环境下，AES也正在慢慢取代TDES。

SP800-67是NIST对TDES的规范。

在规范的附录B中给出了一个加解密的实例，可以作为TDES实现的验证。
密钥：
Key1 = 0123456789ABCDEF
Key2 = 23456789ABCDEF01
Key3 = 456789ABCDEF0123

明文明文16进制密文16进制
“The quic” 5468652071756663 A826FD8CE53B855F
“k brown ” 6B2062726F776E20 CCE21C8112256FE6
“fox jump” 666F78206A756D70 68D5C05DD9B6B900

不过这里面有个小小的错误，"The quic"中的字符“i”对应的asci码应该是0x69，该规范中把它处理成了0x66，不过后面的的加密过程看起来是OK的。

我在jdk中，使用"TripleDES/ECB/Nopadding"方式通过了验证。另外还验证了此时的加密模式是EDE。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Tue, 19 Feb 2008 10:11:42 +0800 http://greens-leaf.javaeye.com/blog/163252 http://greens-leaf.javaeye.com/blog/163252 SQLSTATE到底是什么意思 greens.leaf 作者: greens.leaf 链接：http://greens-leaf.javaeye.com/blog/158560 发表时间: 2008年01月23日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

在访问SQLServer2000/2005的时候，总是会报告SQLSTATE=...，这个东西到底是什么意思？

SQL92 规范中就已经明确规定了 SQLSTATE。

在SQLServer 2000的联机丛书中，解释ODBC错误信息的时候说到：

根据 X/Open 和 SQL Access Group SQL CAE 规范 (1992) 所进行的定义，SQLERROR 返回 SQLSTATE 值。SQLSTATE 值是包含五个字符的字符串。下表列出了驱动程序可以为 SQLError 返回的 SQLSTATE 值。

为 SQLSTATE 返回的字符串值由两个字符的类值后接三个字符的子类值组成。类值 01 表明是一种警告，后跟随 SQL_SUCCESS_WITH_INFO 的返回代码。只要类值不是 01（IM 除外），则表明是一种错误，后跟随 SQL_ERROR 的返回代码。类 IM 专门用于表明从 ODBC 实现产生的警告和错误。任何类中子类值 000 均用于实现给定类中所定义条件。这种类值和子类值的分配方法由 SQL-92 定义。

升级到SQL 2005以后的SQLSTATE有了变化，google sqlstate odbc3.x mapping时可以得到msdn上提供的从odbc2.x 到odbc 3.x 过程中SQLSTATE的变化映射。在这篇文章的开头这样说的：

In ODBC 3.x, HYxxx SQLSTATEs are returned instead of S1xxx, and 42Sxx SQLSTATEs are returned instead of S00XX. This was done to align with X/Open and ISO standards. In many cases, the mapping is not one-to-one because the standards have redefined the interpretation of several SQLSTATEs.

所以说如果想知道返回的SQLSTATE到底是怎么回事，查上述两篇文章可以知道个大概齐。

此外应用从ODBC2.x升级到ODBC3.x的时候，如果原先根据返回的SQLSTATE做了相应的逻辑，现在得改一下。好在SQLServer提供了一个让程序员偷懒的办法，把环境变量设置SQL_ATTR_ODBC_VERSION设置成为SQL_OV_ODBC2，这样底层驱动会返回原来ODBC 2.x的SQLSTATE。

关于这一点，原话是这样说的：

When an ODBC 2.x application is upgraded to an ODBC 3.x application, the application has to be changed to expect ODBC 3.x SQLSTATEs instead of ODBC 2.x SQLSTATEs. The following table lists the ODBC 3.x SQLSTATEs that each ODBC 2.x SQLSTATE is mapped to.
When the SQL_ATTR_ODBC_VERSION environment attribute is set to SQL_OV_ODBC2, the driver posts ODBC 2.x SQLSTATEs instead of ODBC 3.x SQLSTATEs when SQLGetDiagField or SQLGetDiagRec is called. A specific mapping can be determined by noting the ODBC 2.x SQLSTATE in column 1 of the following table that corresponds to the ODBC 3.x SQLSTATE in column 2.
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Wed, 23 Jan 2008 11:11:50 +0800 http://greens-leaf.javaeye.com/blog/158560 http://greens-leaf.javaeye.com/blog/158560 GPS 的定位精度到底是多少？ greens.leaf 作者: greens.leaf 链接：http://greens-leaf.javaeye.com/blog/156375 发表时间: 2008年01月16日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

得先说一下，wikipedia真是个好东西。你想知道GPS的定位精度是什么样子，什么“外事不决问goole，内事不决问百度”之类的都没用，直接wikipedia全部搞定。

大家通常说GPS有10米的定位精度。在wikipedia中Accuracy and error sources一节中很清楚的说了：

autonomous civilian GPS horizontal position fixes are typically accurate to about 15 meters (50 ft).

另外说一下，按照小道消息，美国军方在伊拉克打仗，单兵提供的定位精度可以有1米的误差。

就是说我们民用的GPS水平定位，精度“通常”在15米左右。当然这个取决于很多因素，计时误差、大气条件这些都会影响。

如果使用多路定位，水平定位的误差可以进一步减少。可是如何减少到1米呢？我不太指望在互联网上直接能找到如何定位到1米误差范围的描述，这种东西等同军火，随便乱说会被雷公劈的。

不过呢，大家也都说了，所谓这个水平定位误差，还是要跟使用的电子地图有关系的。电子地图不够准确，海拔高度上有个10M的误差，前面就算精确到1米也没用。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Wed, 16 Jan 2008 09:49:10 +0800 http://greens-leaf.javaeye.com/blog/156375 http://greens-leaf.javaeye.com/blog/156375 避免浏览器边上的滚动条 greens.leaf 作者: greens.leaf 链接：http://greens-leaf.javaeye.com/blog/156164 发表时间: 2008年01月15日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

CSS 2.1

overflow
Value: visible | hidden | scroll | auto | inherit
Initial: visible
Applies to: non-replaced block-level elements, table cells, and
inline-block elements
Inherited: no
Percentages: N/A
Media: visual
Computed value: as specified

IE缺省会在右边显示一个竖直滚动条。但是这个实现与我的期望不一致。我希望内容不足以撑开页面高度的时候，这个竖直滚动条不要显示。

或者说body.overflow缺省取值是visible，我希望他是auto。

以往的处理方式往往是设置 body.scroll = no或者body.scroll=auto，这个scroll属性是IE特有的，使用起来也有种种弊端。

visible
This value indicates that content is not clipped, i.e., it may be rendered outside
the block box.
hidden
This value indicates that the content is clipped and that no scrolling user
interface should be provided to view the content outside the clipping region.
scroll
This value indicates that the content is clipped and that if the user agent uses a
scrolling mechanism that is visible on the screen (such as a scroll bar or a
panner), that mechanism should be displayed for a box whether or not any of its
content is clipped. This avoids any problem with scrollbars appearing and
disappearing in a dynamic environment. When this value is specified and the
target medium is ’print’, overflowing content may be printed.
auto
The behavior of the ’auto’ value is user agent-dependent, but should cause a
scrolling mechanism to be provided for overflowing boxes.
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Tue, 15 Jan 2008 17:42:13 +0800 http://greens-leaf.javaeye.com/blog/156164 http://greens-leaf.javaeye.com/blog/156164 访问Wikipedia greens.leaf 作者: greens.leaf 链接：http://greens-leaf.javaeye.com/blog/155691 发表时间: 2008年01月14日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

一般直接访问Wikipedia是会被ban掉的。

利用Proxy可以一定程度上解决这个问题。

使用Firefox的时候，可以看看有没有现成的插件。寻找Proxy方面，专门处理安全相关的网站上有些玩艺可看。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Mon, 14 Jan 2008 16:13:58 +0800 http://greens-leaf.javaeye.com/blog/155691 http://greens-leaf.javaeye.com/blog/155691 浏览器对Web标准的支持 greens.leaf 作者: greens.leaf 链接：http://greens-leaf.javaeye.com/blog/155689 发表时间: 2008年01月14日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

Web Browser Standards Support Summary

这是由www.webdevout.net提供的一个测试，2007年3月提供，参考价值较高。

结论是，我们可以放心的使用HTML 4.01、和ECMAScript。使用CSS 2.1和DOM之前，应该检查一下浏览器特别是IE6的手册。

其它东西都靠不住。

Technology IE 6 IE 7 Firefox 2 Opera 9
HTML / XHTML
HTML 4.01 80% 81% 92% 86%
XHTML 1.0 changes 17% 17% 92% 92%
XHTML 1.1 changes N N 63% 58%
CSS 2.1
CSS 2.1 Units 96% 96% Y 97%
CSS 2.1 Importance I I Y Y
CSS 2.1 At-rules 21% 21% 43% Y
CSS 2.1 Basic selectors 23% 64% 86% 77%
CSS 2.1 Pseudo-classes 29% 36% 93% 93%
CSS 2.1 Pseudo-elements 25% 25% 63% 63%
CSS 2.1 Basic properties 55% 58% 97% 97%
CSS 2.1 Print properties 38% 38% 33% Y
CSS 2.1 Conformance 43% 43% Y 86%
CSS 3 changes
CSS 3 Units 75% 75% 80% 79%
CSS 3 At-rules N N N 26%
CSS 3 Basic selectors N 50% 63% 63%
CSS 3 Pseudo-classes N N 25% 20%
CSS 3 Pseudo-elements N N N N
CSS 3 Basic properties 14% 14% 18% 5%
CSS 3 Print properties N N N N
DOM
DOM Level 3 Core 31% 31% 62% 66%
DOM Level 2 Events 47% 47% 99% Y
DOM Level 2 HTML 89% 89% Y ≈100%
DOM Level 3 Load and Save N N N 71%
DOM Level 2 Style 31% 31% 87% 77%
DOM Level 2 Traversal and Range N N 75% Y
DOM Level 3 Validation N N N N
DOM Level 2 Views 38% 38% Y Y
ECMAScript
Language constructs 99% 99% Y Y
Objects ≈100% ≈100% Y Y
Total
HTML / XHTML 73% 73% 90% 85%
CSS 2.1 51% 56% 91% 94%
CSS 3 changes 10% 13% 24% 19%
DOM 50% 51% 79% 84%
ECMAScript 99% 99% Y Y
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Mon, 14 Jan 2008 16:12:09 +0800 http://greens-leaf.javaeye.com/blog/155689 http://greens-leaf.javaeye.com/blog/155689