http://blog.csdn.net/dancefire/天地不仁，以万物为刍狗zh-CNSat, 08 Dec 2007 03:14:00 GMT60DanceFirehttp://blog.csdn.net/DanceFire/archive/2007/12/08/1923853.aspxSat, 08 Dec 2007 02:48:00 GMThttp://blog.csdn.net/DanceFire/archive/2007/12/08/1923853.aspxhttp://blog.csdn.net/dancefire/comments/1923853.aspxhttp://blog.csdn.net/DanceFire/archive/2007/12/08/1923853.aspx#Feedback3http://blog.csdn.net/dancefire/comments/commentRss/1923853.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1923853Visual Studio 2005 有一个开源的Subversion插件，Ankhsvn (http://ankhsvn.tigris.org/)，安装后，VS 2005中将内置Subversion的支持，可以直接在VS里面提交修改。我经常用它和TortoiseSVN 配合来使用Subversion，十分方便。可是升级到Visual Studio 2008后，发现Ankhsvn没有集成进来，因为目前的Ankhsvn还不支持VS2008，据说下个版本才会支持VS 2008。不过这不影响我们在Visual Studio 2008中使用Ankhsvn，我们可以自己动手修改注册表，将Ankhsvn集成进VS 2008。方法很简单。<img src ="http://blog.csdn.net/dancefire/aggbug/1923853.aspx" width = "1" height = "1" />DanceFirehttp://blog.csdn.net/DanceFire/archive/2007/12/02/1912345.aspxSun, 02 Dec 2007 21:05:00 GMThttp://blog.csdn.net/DanceFire/archive/2007/12/02/1912345.aspxhttp://blog.csdn.net/dancefire/comments/1912345.aspxhttp://blog.csdn.net/DanceFire/archive/2007/12/02/1912345.aspx#Feedback1http://blog.csdn.net/dancefire/comments/commentRss/1912345.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1912345这两天用一个常用编辑的软件打开一个最近更新的xml配置文件时突然报编码错误，说不支持utf-16。看到这个错误，我愣了一下，这个软件不支持utf -16的xml我是知道的，但是这个xml配置文件可是用XmlSerializer序列化的一个class，一直都是使用utf-8编码的，怎么突然出 utf-16了？用Notepad++打开这个xml，看了一下右下角的编码，显示的还是utf-8，看来文件输出没有错啊，等等，突然注意到第一行：<img src ="http://blog.csdn.net/dancefire/aggbug/1912345.aspx" width = "1" height = "1" />DanceFirehttp://blog.csdn.net/DanceFire/archive/2007/11/27/1905061.aspxTue, 27 Nov 2007 23:04:00 GMThttp://blog.csdn.net/DanceFire/archive/2007/11/27/1905061.aspxhttp://blog.csdn.net/dancefire/comments/1905061.aspxhttp://blog.csdn.net/DanceFire/archive/2007/11/27/1905061.aspx#Feedback0http://blog.csdn.net/dancefire/comments/commentRss/1905061.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1905061找了一些关于LINQ to SQL在Beta 2到RTM的差异变化，可以从这里下载pdf版本的微软正式文档。<img src ="http://blog.csdn.net/dancefire/aggbug/1905061.aspx" width = "1" height = "1" />DanceFirehttp://blog.csdn.net/DanceFire/archive/2007/11/25/1901463.aspxSun, 25 Nov 2007 12:26:00 GMThttp://blog.csdn.net/DanceFire/archive/2007/11/25/1901463.aspxhttp://blog.csdn.net/dancefire/comments/1901463.aspxhttp://blog.csdn.net/DanceFire/archive/2007/11/25/1901463.aspx#Feedback0http://blog.csdn.net/dancefire/comments/commentRss/1901463.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1901463这两天由于需要一个ASP.Net的服务器信息探针。到网上找了找，似乎没有发现什么开源的ASP.Net的系统信息探针（探测器）。由于技术含量不是很高，于是干脆自己动手丰衣足食了。 到网上找了一下各个ASP.Net系统信息探针，把功能总结了一下，基本上都实现出来了。既然实现了就别藏着掖着了，也没什么技术含量，拿出来开源好了。有谁有更好的想法可以告诉我，如果不费劲，我就加进去。 我把这个放到Google code hosting上面了，需要的可以从上面下载： http://aspnetsysinfo.googlecode.com/ 我这个ASP.Net的系统信息探针与其它探针最大的不同处，是我这个探针除了支持Windows平台的IIS服务器环境，它还支持Linux下的Mono假设的ASP.Net环境。<img src ="http://blog.csdn.net/dancefire/aggbug/1901463.aspx" width = "1" height = "1" />DanceFirehttp://blog.csdn.net/DanceFire/archive/2007/11/07/1872459.aspxWed, 07 Nov 2007 23:16:00 GMThttp://blog.csdn.net/DanceFire/archive/2007/11/07/1872459.aspxhttp://blog.csdn.net/dancefire/comments/1872459.aspxhttp://blog.csdn.net/DanceFire/archive/2007/11/07/1872459.aspx#Feedback0http://blog.csdn.net/dancefire/comments/commentRss/1872459.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1872459用C# 2.0的朋友可能会经常使用匿名方法(Anonymous Methods)和匿名委托(Anonymous Delegate)。在这里我说2个比较常用的应用环境。实现Retry机制和WinForm的线程安全的访问比较优雅(elegant)的方式。<img src ="http://blog.csdn.net/dancefire/aggbug/1872459.aspx" width = "1" height = "1" />DanceFirehttp://blog.csdn.net/DanceFire/archive/2007/05/13/1606603.aspxSun, 13 May 2007 06:13:00 GMThttp://blog.csdn.net/DanceFire/archive/2007/05/13/1606603.aspxhttp://blog.csdn.net/dancefire/comments/1606603.aspxhttp://blog.csdn.net/DanceFire/archive/2007/05/13/1606603.aspx#Feedback0http://blog.csdn.net/dancefire/comments/commentRss/1606603.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1606603论文把与人名相关的词分为了15个角色，通过词典查询，可以判断某些文字、词所属角色，然后根据模式匹配找到匹配上的名字。当我分析nr.dct的时候，却发现nr.dct并非完全按照论文所描述的进行的角色划分。以下是我对tag统计后的nr.dct的内容，能够在论文中找到含义的，我标注上了含义。<img src ="http://blog.csdn.net/dancefire/aggbug/1606603.aspx" width = "1" height = "1" />DanceFirehttp://blog.csdn.net/DanceFire/archive/2007/05/13/1606602.aspxSun, 13 May 2007 05:47:00 GMThttp://blog.csdn.net/DanceFire/archive/2007/05/13/1606602.aspxhttp://blog.csdn.net/dancefire/comments/1606602.aspxhttp://blog.csdn.net/DanceFire/archive/2007/05/13/1606602.aspx#Feedback6http://blog.csdn.net/dancefire/comments/commentRss/1606602.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1606602本来这个函数没有必要详细分析，但是我注意到中科院论文中并没有描述这个函数、而Sinboy和吕震宇也基本上跳过这个函数不讲了，所以这个函数还没有有人详细的分析过呢。在这里，我具体的分析一下这个函数，另外，也提出一些问题供打算重写ICTCLAS的朋友来考虑。<img src ="http://blog.csdn.net/dancefire/aggbug/1606602.aspx" width = "1" height = "1" />DanceFirehttp://blog.csdn.net/DanceFire/archive/2007/04/17/1567881.aspxTue, 17 Apr 2007 15:15:00 GMThttp://blog.csdn.net/DanceFire/archive/2007/04/17/1567881.aspxhttp://blog.csdn.net/dancefire/comments/1567881.aspxhttp://blog.csdn.net/DanceFire/archive/2007/04/17/1567881.aspx#Feedback4http://blog.csdn.net/dancefire/comments/commentRss/1567881.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1567881这两天我开始看ICTCLAS的实现代码了，和吕震宇的感觉完全一样，代码真的是糟糕透顶，呵呵，非常同情吕震宇和Sinboy能够那么认真地把那些代码读完。首先就是CQueue的问题，CQueue虽然叫Queue，但是它不是FIFO的Queue。CQueue元素有一个权重eWeight，这个权重如果不为0（或者说互相之间不等），那么CQueue此时的含义是按照权重由小到大排序的优先级队列。如果CQueue的所有元素的eWeight都相等，（在ICTCLAS代码里就是都为0），此时CQueue就演变为FILO的Stack，栈。<img src ="http://blog.csdn.net/dancefire/aggbug/1567881.aspx" width = "1" height = "1" />DanceFirehttp://blog.csdn.net/DanceFire/archive/2007/04/11/1560171.aspxWed, 11 Apr 2007 10:52:00 GMThttp://blog.csdn.net/DanceFire/archive/2007/04/11/1560171.aspxhttp://blog.csdn.net/dancefire/comments/1560171.aspxhttp://blog.csdn.net/DanceFire/archive/2007/04/11/1560171.aspx#Feedback6http://blog.csdn.net/dancefire/comments/commentRss/1560171.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1560171一个普遍的错误存在于ASP.Net程序员中，就是针对HttpRequestValidationExceptioin异常，错误的将ASP.Net页面的 validateRequest设置为false来关闭安全审核。这是一个很危险的操作。由于这种错误具有普遍性，所以在这里发一个警告，并且告知正确的处理方法。<img src ="http://blog.csdn.net/dancefire/aggbug/1560171.aspx" width = "1" height = "1" />DanceFirehttp://blog.csdn.net/DanceFire/archive/2007/04/08/1556763.aspxSun, 08 Apr 2007 17:59:00 GMThttp://blog.csdn.net/DanceFire/archive/2007/04/08/1556763.aspxhttp://blog.csdn.net/dancefire/comments/1556763.aspxhttp://blog.csdn.net/DanceFire/archive/2007/04/08/1556763.aspx#Feedback1http://blog.csdn.net/dancefire/comments/commentRss/1556763.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1556763时间一天天的过，生日一年年的过。 如流星，似逝水，我们可曾留下些什么记忆吗？ 过去在哪里，未来又在哪里，脚下的路通向哪里？ 我快乐，我悲伤，我自信，我彷徨，这就是人生的滋味吗？ 我不求每天都开心，我更不奢求长命百岁，我只求能够体味人生，能够在短暂的生命中发出一点点光芒。 今天是我的生日，有不少朋友祝我生日快乐，我也真的很快乐。有一个朋友发给我Tom星座的生日密码，很有意思，呵呵，说4月8日出生的人是乐善好施的的大侠客。我记得在6－7年前北京的一个角落里，一帮朋友在一起闲聊，其中一个也好像查生日预测什么的网站，开玩笑说我是乐善好施的大侠客，呵呵，没想到这么多年后，别人又发给我这篇文章。虽然说这类网站一般都是瞎说的，我也从来不信这种东西。不过看了看，觉得还是挺像自己的。为了纪念一下，我就把这篇文章贴在这里好了，算是开心开心。 <img src ="http://blog.csdn.net/dancefire/aggbug/1556763.aspx" width = "1" height = "1" />DanceFirehttp://blog.csdn.net/DanceFire/archive/2006/09/07/1187583.aspxThu, 07 Sep 2006 03:32:00 GMThttp://blog.csdn.net/DanceFire/archive/2006/09/07/1187583.aspxhttp://blog.csdn.net/dancefire/comments/1187583.aspxhttp://blog.csdn.net/DanceFire/archive/2006/09/07/1187583.aspx#Feedback15http://blog.csdn.net/dancefire/comments/commentRss/1187583.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1187583这大千世界，还真是无奇不有。 日前，和LUPA的galen聊天的过程中得知联想在2001年的时候申请过一个关于Linux的专利。我大致的看了一眼，不看不知道，看了还真吓我一跳。这个专利号为 02129337.2的专利，是一种关于取得Linux系统信息的方法，仔细一看，感觉有些搞笑，不过这可确确实实是登录在我们国家的专利局中的专利。我截取其中的片段，大家一起来瞻仰瞻仰。<img src ="http://blog.csdn.net/dancefire/aggbug/1187583.aspx" width = "1" height = "1" />DanceFirehttp://blog.csdn.net/DanceFire/archive/2006/09/06/1182839.aspxWed, 06 Sep 2006 03:29:00 GMThttp://blog.csdn.net/DanceFire/archive/2006/09/06/1182839.aspxhttp://blog.csdn.net/dancefire/comments/1182839.aspxhttp://blog.csdn.net/DanceFire/archive/2006/09/06/1182839.aspx#Feedback28http://blog.csdn.net/dancefire/comments/commentRss/1182839.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1182839当前IM的站场上依旧硝烟弥漫，QQ, MSN, Google Talk, ICQ, Yahoo!还都在争夺着市场的份额。今天我所要说的，是跳出商业利益趋势之短利，而从长远的角度考虑IM的发展趋势。 目前各大IM各自为政，在互相学习中提供着越来越丰富的功能。在他们疯狂的瓜分着internet用户市场的时候，我们普通的用户成了他们商业竞争的受害人。恕不见，因为自己的朋友有着不同的IM，为了与他们通讯，我们只好自己申请成为那个IM的用户。结果，每个人一开机，就有着少则3－4个IM同时叮叮咚咚的启动，多则6－7个。 虽然也有着多合一的IM客户端，但是一来有些功能由于这种整合客户端所限，我们无法使用；二来，我们依旧需要管理着越来越多的帐户和密码。不少人因为犯懒，而多个帐户使用一个密码，结果导致一个密码被人知道后，其他的密码也被人家猜到了，而使信息泄密。 如何让用户面对一个简单的界面，用最少的用户名密码对完成所必须的IM通讯呢？ 现今的世界，唯有开放，方能生存。 我的想法是各个IM服务器之间互连，不要再那么封闭了。IM服务器遵循某种标准的IM通讯协议，然后就像<img src ="http://blog.csdn.net/dancefire/aggbug/1182839.aspx" width = "1" height = "1" />DanceFirehttp://blog.csdn.net/DanceFire/archive/2006/09/03/1163683.aspxSun, 03 Sep 2006 02:57:00 GMThttp://blog.csdn.net/DanceFire/archive/2006/09/03/1163683.aspxhttp://blog.csdn.net/dancefire/comments/1163683.aspxhttp://blog.csdn.net/DanceFire/archive/2006/09/03/1163683.aspx#Feedback3http://blog.csdn.net/dancefire/comments/commentRss/1163683.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1163683在制作搜索引擎的时候、或者做页面分析及数据提取的时候，经常面临页面中存在许多javascript，而页面内容，相当一部分写入到了这些js脚本的命令中，而导致正常的DOM分析失败，无法提取所需的信息。 当然，如果这个页面模板确定，针对这个页面制作信息提取模板也不很难，每个页面人工的分析出需要提取的信息的位置，然后制作模板。可是对于general的网页搜索的话，这就不大现实了。正巧前两天和朋友讨论到这个问题，有些想法。在这里，提供两个思路，供大家参考。 1、做一个简化的 javascript 解释器，执行脚本片段 做一个完整的 javascript 解释器是比较难得，但是做一个简化的 javascript 解释器则很容易。我们不需要那些复杂的库，我们只将基本的 javascript 语法实现，并且将涉及文字输出的函数部分实现就可以了。 这样做的目的并不是要真正的完整执行这个javascript，而是将脚本中的字符串，按照其程序逻辑进行组合，最后输出这个脚本的完整输出。这样自然不全面，肯定由于很多功能没实现，导致输出的字符串和真实的输出不完全一样。但是，如果不出意外，<img src ="http://blog.csdn.net/dancefire/aggbug/1163683.aspx" width = "1" height = "1" />DanceFirehttp://blog.csdn.net/DanceFire/archive/2006/07/28/991740.aspxFri, 28 Jul 2006 09:58:00 GMThttp://blog.csdn.net/DanceFire/archive/2006/07/28/991740.aspxhttp://blog.csdn.net/dancefire/comments/991740.aspxhttp://blog.csdn.net/DanceFire/archive/2006/07/28/991740.aspx#Feedback0http://blog.csdn.net/dancefire/comments/commentRss/991740.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=991740http://www.kroah.com/log/linux/ols_2006_keynote.html 讲述了关于人们对Linux内核宣传中所出现的误导和隐藏其后的真相。比较有意思。 <img src ="http://blog.csdn.net/dancefire/aggbug/991740.aspx" width = "1" height = "1" />DanceFirehttp://blog.csdn.net/DanceFire/archive/2006/07/28/991620.aspxFri, 28 Jul 2006 09:33:00 GMThttp://blog.csdn.net/DanceFire/archive/2006/07/28/991620.aspxhttp://blog.csdn.net/dancefire/comments/991620.aspxhttp://blog.csdn.net/DanceFire/archive/2006/07/28/991620.aspx#Feedback3http://blog.csdn.net/dancefire/comments/commentRss/991620.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=991620这是我在看了Jserv的Blog后，有所感想。为什么我的列表主要是大陆的一些项目而不能吸收台湾、香港等地的操作系统项目呢？ 为了能够吸收海峡两岸的同胞在操作系统上所作的研究项目，我不想因为某些敏感的政治原因而让对岸的朋友对这个列表望而却步。同是华语社区，在操作系统技术研究上必然有交流的优势，何必因为敏感问题而隔阂呢？ 因此我将可能导致对岸朋友敏感的“国内”二字改为“华人”，以让这个列表更加关注于技术，更能够吸收更多炎黄子孙在操作系统研究上的贡献，而不被任何其他问题所干扰。 我将这个列表接收项目的范围扩大到整个全球华语社区，而不想局限于大陆。凡是谁知道我们炎黄子孙在操作系统上做的贡献还没有被我登录到这个列表中的话，希望大家能够告诉我。也特别欢迎对岸研究操作系统项目的朋友能够将你们正在研究的项目告诉我，我会添加进这个列表的。 再次声明，除了来自大陆的操作系统项目外，这个列表还欢迎所有来自于台湾、香港、澳门等华语社区的操作系统项目，也可以是海外华人主导设计的操作系统项目。谢谢大家。 <img src ="http://blog.csdn.net/dancefire/aggbug/991620.aspx" width = "1" height = "1" />