C++博客-ngaut-随笔分类-others

[转]openFramework, Tokyo Workshop

ngaut — Mon, 23 May 2011 05:48:00 GMT

openFramework, Tokyo Workshop

10 小时的车轮战

昨天上下午两场工作坊天壤之别，上午 Zachary Lieberman 解说他的“艺术是对未来的 R&D, 是通力的合作, Do it with others”，加上每次都能见到的 Eyebeam 中心跟早已经建起来的 openFrameworks Lab, 老生长谈，但每次看到 ofLab 还会继续羡慕，有一个场所可以给艺术家，黑客，工程师和科学家把因搭档而来的脑力碰撞转化为以艺术表达为诉求的实践。

下午的 Advance section 变了个样，开始最近基于 openFrameworks 的实际项目介绍和运作讲解，一个是为澳大利亚某会议制作的视觉系统，全部由程序控制的基于 Data Visualization 概念的 VI 系统，概念不新鲜但因为艺术家出身又有 Parsons The New School for Design 的背景支持，视觉呈现做的极其好；另一个与 NIKE 的合作项目 Paint With Your Feet ，添加了对 GPS 数据的支持，继续数据可视化的概念但效果出众。联想到最近 MIT 的新 LOGO，事关视觉系统呈现又对自我突破有要求的设计师，学习使用程序来创作已经是必须要考虑的事了，这不是说对新技能的掌握，而是接受一个新的现实和尝试突破过去经验和系统留下的限制。

Zachary Lieberman 公开了他在 Parsons 的两个授课课程网站，新的 http://algo.thesystemis.com/ 和稍旧的http://www.makingthingsmove.org/blog/，有很多的例子可以参考，Parsons 学生很幸福。

Kinect 做为一个已经渡过热潮的话题，现在积累出来极多的案例，Kyle McDonald 和 Zach Lieberman 在 NY ITP 春季期的课程用它在尝试制作廉价的 3D Scanner 并使用数据做 3D Printing，这里有课程 blog 可以看http://3dsav.blogspot.com/，新技术带来的尝试能够带来最直观的感官刺激，而附着其后的，对亲身发起者最重要的，是带来新的去探索，尝试和产出的机会，无论艺术创作，设计实践还是学术的研究，从而产出新的乐趣。

艺术家和设计师都在考虑着的东西

比如之于设计师，尤其是愿意扑身于这个社会，人群去做最形而下尝试的设计师类型，这些早就出现但正式成为设计与创作材料不久的东西，给了我们去尝试更深入探索的机会，无论是形而下的实施，还是之后可能会随之而来的形而上的思考。

EyeWriter 是一个预示了新形态设计的典型例子，批量化生产的 PS3 Camera 和可以提供从最低端自制化软件的 openFrameworks 结合在一起，为实现最廉价同时也是因为设计师与工程师共同走完流程而把概念，原型与使用者体验的顺畅结合提供了可能。现在它成为了一个典范，基于最初兴趣的但却在最大程度上为他人而设计，开源的但完成了一个机构的建立。

OF 007

让人期待已久迟迟没有发布的新版本 OF 007 也做了介绍，为 OPENGL 的支持新添加了 ofxShader 库，让动画，3D 生成渲染跟 OPENCV 有了更大的效能转变。配合 Kinect 的 OPENNI 库 bug 还很多，容易崩溃。有了更好的 web server 的支持，系统文件控制功能也做了补充，但跟 Processing 比起来，那条能够融会贯通整个程序原型制作的线还不够明显，对于非程序背景的人而言，目前 OF 依然是偏创作型的，更适合让艺术家走向的人完成作品原型，而不是像 Processing 一样可以足够完成一个设计产品原型的流程。

ngaut 2011-05-23 13:48 发表评论

winaoe 笔记

ngaut — Thu, 20 Jan 2011 04:37:00 GMT

用gpxe启动时，先用shell的dhcp net0 来获取dhcp信息，然后用sanboot aoe:e0.0启动

ngaut 2011-01-20 12:37 发表评论

windows应用patch的笔记

ngaut — Thu, 26 Aug 2010 14:24:00 GMT

如果遇到这个问题：

/patch.exe -p1 < xx.patch

Assertion failed: hunk, file ../patch-2.5.9-src/patch.c line 354

可以用这个命令来patch

patch -i xx.patch --verbose --binary

ngaut 2010-08-26 22:24 发表评论

一些经典的学习资源

ngaut — Tue, 19 Jan 2010 02:12:00 GMT

https://www.wiki-os.org/ 开源siverlight webos

36个引人注目的导航菜单

http://news.cnblogs.com/n/47133/

让图片"跳"起来

http://www.cnblogs.com/gudao119/archive/2010/01/18/1650935.html

网站导航设计趋势案例集合

http://news.cnblogs.com/n/55187/

ngaut 2010-01-19 10:12 发表评论

[转]交友社区网站架构_为什么要用非关系数据库？

ngaut — Tue, 29 Dec 2009 10:14:00 GMT

随着互联网web2.0网站的兴起，非关系型的数据库现在成了一个极其热门的新领域，非关系数据库产品的发展非常迅速。而传统的关系数据库在应付web2.0网站，特别是超大规模和高并发的SNS类型的web2.0纯动态网站已经显得力不从心，暴露了很多难以克服的问题，例如：

1、High performance - 对数据库高并发读写的需求
web2.0 网站要根据用户个性化信息来实时生成动态页面和提供动态信息，所以基本上无法使用动态页面静态化技术，因此数据库并发负载非常高，往往要达到每秒上万次读写请求。关系数据库应付上万次SQL查询还勉强顶得住，但是应付上万次SQL写数据请求，硬盘IO就已经无法承受了。其实对于普通的BBS网站，往往也存在对高并发写请求的需求，例如像JavaEye网站的实时统计在线用户状态，记录热门帖子的点击次数，投票计数等，因此这是一个相当普遍的需求。

2、Huge Storage - 对海量数据的高效率存储和访问的需求
类似Facebook，twitter，Friendfeed这样的SNS网站，每天用户产生海量的用户动态，以Friendfeed为例，一个月就达到了 2.5亿条用户动态，对于关系数据库来说，在一张2.5亿条记录的表里面进行SQL查询，效率是极其低下乃至不可忍受的。再例如大型web网站的用户登录系统，例如腾讯，盛大，动辄数以亿计的帐号，关系数据库也很难应付。

3、High Scalability && High Availability- 对数据库的高可扩展性和高可用性的需求
在基于web的架构当中，数据库是最难进行横向扩展的，当一个应用系统的用户量和访问量与日俱增的时候，你的数据库却没有办法像web server和app server那样简单的通过添加更多的硬件和服务节点来扩展性能和负载能力。对于很多需要提供24小时不间断服务的网站来说，对数据库系统进行升级和扩展是非常痛苦的事情，往往需要停机维护和数据迁移，为什么数据库不能通过不断的添加服务器节点来实现扩展呢？

在上面提到的“三高”需求面前，关系数据库遇到了难以克服的障碍，而对于web2.0网站来说，关系数据库的很多主要特性却往往无用武之地，例如：

1、数据库事务一致性需求
很多web实时系统并不要求严格的数据库事务，对读一致性的要求很低，有些场合对写一致性要求也不高。因此数据库事务管理成了数据库高负载下一个沉重的负担。

2、数据库的写实时性和读实时性需求
对关系数据库来说，插入一条数据后立刻查询，是肯定可以读出来这条数据的，但是对于很多web应用来说，并不要求这么高的实时性，比方说我（JavaEye的robbin）发一条消息之后，过几秒乃至十几秒之后，我的订阅者才看到这条动态是完全可以接受的。

3、对复杂的SQL查询，特别是多表关联查询的需求
任何大数据量的web系统，都非常忌讳多个大表的关联查询，以及复杂的数据分析类型的复杂SQL报表查询，特别是SNS类型的网站，从需求以及产品设计角度，就避免了这种情况的产生。往往更多的只是单表的主键查询，以及单表的简单条件分页查询，SQL的功能被极大的弱化了。

因此，关系数据库在这些越来越多的应用场景下显得不那么合适了，为了解决这类问题的非关系数据库应运而生，现在这两年，各种各样非关系数据库，特别是键值数据库(Key-Value Store DB)风起云涌，多得让人眼花缭乱。前不久国外刚刚举办了NoSQL Conference，各路NoSQL数据库纷纷亮相，加上未亮相但是名声在外的，起码有超过10个开源的NoSQLDB，例如：

Redis，Tokyo Cabinet，Cassandra，Voldemort，MongoDB，Dynomite，HBase，CouchDB，Hypertable， Riak，Tin， Flare， Lightcloud， KiokuDB，Scalaris， Kai， ThruDB， ......

这些NoSQL数据库，有的是用C/C++编写的，有的是用Java编写的，还有的是用Erlang编写的，每个都有自己的独到之处，看都看不过来了，也只能从中挑选一些比较有特色，看起来更有前景的产品学习和了解一下。这些NoSQL数据库大致可以分为以下的三类：

一、满足极高读写性能需求的Kye-Value数据库：Redis，Tokyo Cabinet， Flare

高性能Key-Value数据库的主要特点就是具有极高的并发读写性能，Redis，Tokyo Cabinet， Flare，这3个Key-Value DB都是用C编写的，他们的性能都相当出色，但出了出色的性能，他们还有自己独特的功能：

1、Redis
Redis 是一个很新的项目，刚刚发布了1.0版本。Redis本质上是一个Key-Value类型的内存数据库，很像memcached，整个数据库统统加载在内存当中进行操作，定期通过异步操作把数据库数据flush到硬盘上进行保存。因为是纯内存操作，Redis的性能非常出色，每秒可以处理超过10万次读写操作，是我知道的性能最快的Key-Value DB。

Redis的出色之处不仅仅是性能，Redis最大的魅力是支持保存List 链表和Set集合的数据结构，而且还支持对List进行各种操作，例如从List两端push和pop数据，取List区间，排序等等，对Set支持各种集合的并集交集操作，此外单个value的最大限制是1GB，不像memcached只能保存1MB的数据，因此Redis可以用来实现很多有用的功能，比方说用他的List来做FIFO双向链表，实现一个轻量级的高性能消息队列服务，用他的Set可以做高性能的tag系统等等。另外Redis也可以对存入的Key-Value设置expire时间，因此也可以被当作一个功能加强版的memcached来用。

Redis的主要缺点是数据库容量受到物理内存的限制，不能用作海量数据的高性能读写，并且它没有原生的可扩展机制，不具有scale（可扩展）能力，要依赖客户端来实现分布式读写，因此Redis适合的场景主要局限在较小数据量的高性能操作和运算上。目前使用Redis的网站有github，Engine Yard。

2、Tokyo Cabinet和Tokoy Tyrant
TC 和TT的开发者是日本人Mikio Hirabayashi，主要被用在日本最大的SNS网站mixi.jp上，TC发展的时间最早，现在已经是一个非常成熟的项目，也是Kye-Value 数据库领域最大的热点，现在被广泛的应用在很多很多网站上。TC是一个高性能的存储引擎，而TT提供了多线程高并发服务器，性能也非常出色，每秒可以处理 4-5万次读写操作。

TC除了支持Key-Value存储之外，还支持保存Hashtable数据类型，因此很像一个简单的数据库表，并且还支持基于column的条件查询，分页查询和排序功能，基本上相当于支持单表的基础查询功能了，所以可以简单的替代关系数据库的很多操作，这也是TC受到大家欢迎的主要原因之一，有一个Ruby的项目miyazakiresistance将TT的hashtable的操作封装成和ActiveRecord一样的操作，用起来非常爽。

TC/TT 在mixi的实际应用当中，存储了2000万条以上的数据，同时支撑了上万个并发连接，是一个久经考验的项目。TC在保证了极高的并发读写性能的同时，具有可靠的数据持久化机制，同时还支持类似关系数据库表结构的hashtable以及简单的条件，分页和排序操作，是一个很棒的NoSQL数据库。

TC 主要的缺点是没有scale的能力，如果单机无法满足要求，只能通过主从复制的方式扩展，另外有人提到TC的性能会随着数据量的增加而下降，当数据量上亿条以后，性能会有比较明显的下降。我（robbin）没有做过这样大数据量的测试，姑且存疑吧，我（robbin）准备有空的时候自己测试一下。

这个是Tim Yang做的一个Memcached，Redis和Tokyo Tyrant的简单的性能评测，仅供参考

3、Flare
TC 是日本第一大SNS网站mixi开发的，而Flare是日本第二大SNS网站green.jp开发的，有意思吧。Flare简单的说就是给TC添加了 scale功能。他替换掉了TT部分，自己另外给TC写了网络服务器，Flare的主要特点就是支持scale能力，他在网络服务端之前添加了一个 node server，来管理后端的多个服务器节点，因此可以动态添加数据库服务节点，删除服务器节点，也支持failover。如果你的使用场景必须要让TC可以scale，那么可以考虑flare。

flare唯一的缺点就是他只支持memcached协议，因此当你使用flare的时候，就不能使用TC的table数据结构了，只能使用TC的key-value数据结构存储。

二、满足海量存储需求和访问的面向文档的数据库：MongoDB，CouchDB

面向文档的非关系数据库主要解决的问题不是高性能的并发读写，而是保证海量数据存储的同时，具有良好的查询性能。MongoDB是用C++开发的，而CouchDB则是Erlang开发的：

1、MongoDB
MongoDB 是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。他支持的数据结构非常松散，是类似json的 bjson格式，因此可以存储比较复杂的数据类型。Mongo最大的特点是他支持的查询语言非常强大，其语法有点类似于面向对象的查询语言，几乎可以实现类似关系数据库单表查询的绝大部分功能，而且还支持对数据建立索引。

Mongo主要解决的是海量数据的访问效率问题，根据官方的文档，当数据量达到50GB以上的时候，Mongo的数据库访问速度是MySQL的10倍以上。Mongo的并发读写效率不是特别出色，根据官方提供的性能测试表明，大约每秒可以处理0.5万－1.5次读写请求。对于Mongo的并发读写性能，我（robbin）也打算有空的时候好好测试一下。

因为Mongo主要是支持海量数据存储的，所以Mongo还自带了一个出色的分布式文件系统GridFS，可以支持海量的数据存储，但我也看到有些评论认为GridFS性能不佳，这一点还是有待亲自做点测试来验证了。

最后由于Mongo可以支持复杂的数据结构，而且带有强大的数据查询功能，因此非常受到欢迎，很多项目都考虑用MongoDB来替代MySQL来实现不是特别复杂的Web应用，比方说why we migrated from MySQL to MongoDB就是一个真实的从MySQL迁移到MongoDB的案例，由于数据量实在太大，所以迁移到了Mongo上面，数据查询的速度得到了非常显著的提升。

MongoDB也有一个ruby的项目MongoMapper，是模仿Merb的DataMapper编写的MongoDB的接口，使用起来非常简单，几乎和DataMapper一模一样，功能非常强大易用。

2、CouchDB
CouchDB 现在是一个非常有名气的项目，似乎不用多介绍了。但是我却对CouchDB没有什么兴趣，主要是因为CouchDB仅仅提供了基于HTTP REST的接口，因此CouchDB单纯从并发读写性能来说，是非常糟糕的，这让我立刻抛弃了对CouchDB的兴趣。

三、满足高可扩展性和可用性的面向分布式计算的数据库：Cassandra，Voldemort

面向scale能力的数据库其实主要解决的问题领域和上述两类数据库还不太一样，它首先必须是一个分布式的数据库系统，由分布在不同节点上面的数据库共同构成一个数据库服务系统，并且根据这种分布式架构来提供online的，具有弹性的可扩展能力，例如可以不停机的添加更多数据节点，删除数据节点等等。因此像Cassandra常常被看成是一个开源版本的Google BigTable的替代品。Cassandra和Voldemort都是用Java开发的：

1、Cassandra
Cassandra 项目是Facebook在2008年开源出来的，随后Facebook自己使用Cassandra的另外一个不开源的分支，而开源出来的 Cassandra主要被Amazon的Dynamite团队来维护，并且Cassandra被认为是Dynamite2.0版本。目前除了 Facebook之外，twitter和digg.com都在使用Cassandra。

Cassandra的主要特点就是它不是一个数据库，而是由一堆数据库节点共同构成的一个分布式网络服务，对Cassandra的一个写操作，会被复制到其他节点上去，对Cassandra的读操作，也会被路由到某个节点上面去读取。对于一个Cassandra群集来说，扩展性能是比较简单的事情，只管在群集里面添加节点就可以了。我看到有文章说 Facebook的Cassandra群集有超过100台服务器构成的数据库群集。

Cassandra也支持比较丰富的数据结构和功能强大的查询语言，和MongoDB比较类似，查询功能比MongoDB稍弱一些，twitter的平台架构部门领导Evan Weaver写了一篇文章介绍Cassandra：http://blog.evanweaver.com/articles/2009/07/06/up-and-running-with-cassandra/，有非常详细的介绍。

Cassandra 以单个节点来衡量，其节点的并发读写性能不是特别好，有文章说评测下来Cassandra每秒大约不到1万次读写请求，我也看到一些对这个问题进行质疑的评论，但是评价Cassandra单个节点的性能是没有意义的，真实的分布式数据库访问系统必然是n多个节点构成的系统，其并发性能取决于整个系统的节点数量，路由效率，而不仅仅是单节点的并发负载能力。

2、Voldemort
Voldemort 是个和Cassandra类似的面向解决scale问题的分布式数据库系统，Cassandra来自于Facebook这个SNS网站，而 Voldemort则来自于Linkedin这个SNS网站。说起来SNS网站为我们贡献了n多的NoSQL数据库，例如 Cassandar，Voldemort，Tokyo Cabinet，Flare等等。Voldemort的资料不是很多，因此我没有特别仔细去钻研，Voldemort官方给出Voldemort的并发读写性能也很不错，每秒超过了1.5万次读写。

从Facebook开发Cassandra，Linkedin开发Voldemort，我们也可以大致看出国外大型SNS网站对于分布式数据库，特别是对数据库的scale能力方面的需求是多么殷切。前面我（robbin）提到，web应用的架构当中，web层和app层相对来说都很容易横向扩展，唯有数据库是单点的，极难scale，现在Facebook和Linkedin在非关系型数据库的分布式方面探索了一条很好的方向，这也是为什么现在Cassandra这么热门的主要原因。

如今，NoSQL数据库是个令人很兴奋的领域，总是不断有新的技术新的产品冒出来，改变我们已经形成的固有的技术观念，我自己（robbin）稍微了解了一些，就感觉自己深深的沉迷进去了，可以说NoSQL数据库领域也是博大精深的，我（robbin）也只能浅尝辄止，我（robbin）写这篇文章既是自己一点点钻研心得，也是抛砖引玉，希望吸引对这个领域有经验的朋友来讨论和交流。

从我（robbin）个人的兴趣来说，分布式数据库系统不是我能实际用到的技术，因此不打算花时间深入，而其他两个数据领域（高性能NoSQLDB和海量存储NoSQLDB）都是我很感兴趣的，特别是Redis，TT/TC和MongoDB 这3个NoSQL数据库，因此我接下来将写三篇文章分别详细介绍这3个数据库。

转载自http://robbin.javaeye.com/blog/524977

ngaut 2009-12-29 18:14 发表评论

bitvisor用法

ngaut — Mon, 07 Dec 2009 08:34:00 GMT

bitvisor用法

# tar xvfj bitvisor-0.2.tar.bz

# cd bitvisor-0.2

# make

# cp bitvisor.elf /boot/

title BitVisor

root (hd0,0)

kernel /boot/bitvisor.elf

重启选择BitVisor启动项

ngaut 2009-12-07 16:34 发表评论

sql server msde 的安装说明

ngaut — Sat, 31 Oct 2009 16:50:00 GMT

MS SQL 中的MSDE的SETUP.INI檔說明

SETUP.INI中的內容如下：

[Options]

SAPWD="q12we34r"　SA的密碼

DISABLENETWORKPROTOCOLS=0　是束關閉網絡聯接，否

SECURITYMODE=SQL　SQL模式

;UPGRADE=1　是否是升級

1、MSDE的默认安装未加载TCPIP，要的话需要写一下setup.ini，加上下条

[Options]

DISABLENETWORKPROTOCOLS=0

2、默认实例名(同机器名)不可用，可能与上次安装后卸载不完整有关。比较简单的处理方法是在setup.ini中另指定一个实例名，只要和机器名不一样就行

[Options]

INSTANCENAME=server123

如果您的机器上没有安装MS SQLServer数据库，您可以选择下载微软MSDE组件进行安装，该安装包是微软发布的软件，网上随处可以找到，下载后默认进行安装即可，注意：MSDE安装后，必须重启机器，才能继续下面的安装。下面提供一个参考下载地址：http://download.microsoft.com/download/4/5/1/451d5d5c-69d4-40d5-b85d-f1d756cf46db/CHS_MSDE2000A.exe，如果安装MSDE出现“为了安全起见，要求使用强SA密码。请使用SAPWD开关提供同一密码。”的提示，请找到msde安装目录下的setup.ini，打开修改成下面这个样子

[Options]

SECURITYMODE=SQL

SAPWD=123456

其中SAPWD后的"123456"是你的sa的密码。（你也可以改成你自己的）。

这几天在忙着给一个程序打包,需要将MSDE打包,遇到一些问题,现总结如下,我比较懒,就大概写一些吧.

1.MSDE的安装:

MSDE如果默认安装的话,实例名和机器名是一致的,同时系统的SA密码会被设置为空.如果要对其做一些修改,可以通过修改目录下的SETUP.INI文件来实现,其中主要涉及以下几项:

[Options]

SECURITYMODE=SQL //登陆方式,SQL表示SQL登陆

INSTANCENAME=singlewks //实例名

DISABLENETWORKPROTOCOLS=1 //网络可访问性,0表示网络用户可访问,1表示不可以

DATADIR="c:\singlewks\Data" //数据文件存放位置

SAPWD=your_pwd //SA密码

2.对MSDE的管理:

由于MSDE没有SQL SERVER 2000 那样的管理界面,所以对于它的管理也就比较麻烦.不过我们可以通过OSQL工具对其进行管理.具体的操作,大家可以参考网上的一篇文章:转自msdn hl13571 的 Blog :http://hl13571.cnblogs.com/archive/2006/02/07/326362.html

例如:

osql -U sa -S enjoyai\lotto -Q "sp_password NULL,123,sa"

表示用sa登录, 登录到实例enjoyai\lotto,执行命令 sp_password NULL,123,sa

ngaut 2009-11-01 00:50 发表评论

[转]How to configure SQL Server 2005 to allow remote connections

ngaut — Fri, 30 Oct 2009 11:17:00 GMT

来自：http://support.microsoft.com/default.aspx?scid=kb;EN-US;914277

When you try to connect to an instance of Microsoft SQL Server 2005 from a remote computer, you may receive an error message. This problem may occur when you use any program to connect to SQL Server. For example, you receive the following error message when you use the SQLCMD utility to connect to SQL Server:

Sqlcmd: Error: Microsoft SQL Native Client: An error has occurred while establishing a connection to the server. When connecting to SQL Server 2005, this failure may be caused by the fact that under the default settings SQL Server does not allow remote connections.

This problem may occur when SQL Server 2005 is not configured to accept remote connections. By default, SQL Server 2005 Express Edition and SQL Server 2005 Developer Edition do not allow remote connections. To configure SQL Server 2005 to allow remote connections, complete all the following steps:

Enable remote connections on the instance of SQL Server that you want to connect to from a remote computer.
Turn on the SQL Server Browser service.
Configure the firewall to allow network traffic that is related to SQL Server and to the SQL Server Browser service.

This article describes how to complete each of these steps.

Back to the top

MORE INFORMATION

To enable remote connections on the instance of SQL Server 2005 and to turn on the SQL Server Browser service, use the SQL Server 2005 Surface Area Configuration tool. The Surface Area Configuration tool is installed when you install SQL Server 2005.

Back to the top

Enable remote connections for SQL Server 2005 Express or SQL Server 2005 Developer Edition

You must enable remote connections for each instance of SQL Server 2005 that you want to connect to from a remote computer. To do this, follow these steps:

Click Start, point to Programs, point to Microsoft SQL Server 2005, point toConfiguration Tools, and then click SQL Server Surface Area Configuration.
On the SQL Server 2005 Surface Area Configuration page, click Surface Area Configuration for Services and Connections.
On the Surface Area Configuration for Services and Connections page, expandDatabase Engine, click Remote Connections, click Local and remote connections, click the appropriate protocol to enable for your environment, and then click Apply.

Note Click OK when you receive the following message:
Changes to Connection Settings will not take effect until you restart the Database Engine service.
On the Surface Area Configuration for Services and Connections page, expandDatabase Engine, click Service, click Stop, wait until the MSSQLSERVER service stops, and then click Start to restart the MSSQLSERVER service.

Back to the top

Enable the SQL Server Browser service

If you are running SQL Server 2005 by using an instance name and you are not using a specific TCP/IP port number in your connection string, you must enable the SQL Server Browser service to allow for remote connections. For example, SQL Server 2005 Express is installed with a default instance name of Computer Name\SQLEXPRESS. You are only required to enable the SQL Server Browser service one time, regardless of how many instances of SQL Server 2005 you are running. To enable the SQL Server Browser service, follow these steps.

Important These steps may increase your security risk. These steps may also make your computer or your network more vulnerable to attack by malicious users or by malicious software such as viruses. We recommend the process that this article describes to enable programs to operate as they are designed to, or to implement specific program capabilities. Before you make these changes, we recommend that you evaluate the risks that are associated with implementing this process in your particular environment. If you choose to implement this process, take any appropriate additional steps to help protect your system. We recommend that you use this process only if you really require this process.

Click Start, point to Programs, point to Microsoft SQL Server 2005, point toConfiguration Tools, and then click SQL Server Surface Area Configuration.
On the SQL Server 2005 Surface Area Configuration page, click Surface Area Configuration for Services and Connections.
On the Surface Area Configuration for Services and Connections page, click SQL Server Browser, click Automatic for Startup type, and then click Apply.

Note When you click the Automatic option, the SQL Server Browser service starts automatically every time that you start Microsoft Windows.
Click Start, and then click OK.

Note When you run the SQL Server Browser service on a computer, the computer displays the instance names and the connection information for each instance of SQL Server that is running on the computer. This risk can be reduced by not enabling the SQL Server Browser service and by connecting to the instance of SQL Server directly through an assigned TCP port. Connecting directly to an instance of SQL Server through a TCP port is beyond the scope of this article. For more information about the SQL Server Browser server and connecting to an instance of SQL Server, see the following topics in SQL Server Books Online:

SQL Server Browser Service
Connecting to the SQL Server Database Engine
Client Network Configuration

Back to the top

Create exceptions in Windows Firewall

These steps apply to the version of Windows Firewall that is included in Windows XP Service Pack 2 (SP2) and in Windows Server 2003. If you are using a different firewall system, see your firewall documentation for more information.

If you are running a firewall on the computer that is running SQL Server 2005, external connections to SQL Server 2005 will be blocked unless SQL Server 2005 and the SQL Server Browser service can communicate through the firewall. You must create an exception for each instance of SQL Server 2005 that you want to accept remote connections and an exception for the SQL Server Browser service.

SQL Server 2005 uses an instance ID as part of the path when you install its program files. To create an exception for each instance of SQL Server, you must identify the correct instance ID. To obtain an instance ID, follow these steps:

Click Start, point to Programs, point to Microsoft SQL Server 2005, point toConfiguration Tools, and then click SQL Server Configuration Manager.
In SQL Server Configuration Manager, click the SQL Server Browser service in the right pane, right-click the instance name in the main window, and then click Properties.
On the SQL Server Browser Properties page, click the Advanced tab, locate the instance ID in the property list, and then click OK.

To open Windows Firewall, click Start, click Run, type firewall.cpl, and then click OK.

Create an exception for SQL Server 2005 in Windows Firewall

To create an exception for SQL Server 2005 in Windows Firewall, follow these steps:

In Windows Firewall, click the Exceptions tab, and then click Add Program.
In the Add a Program window, click Browse.
Click the C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Binn\sqlservr.exe executable program, click Open, and then click OK.

Note The path may be different depending on where SQL Server 2005 is installed.MSSQL.1 is a placeholder for the instance ID that you obtained in step 3 of the previous procedure.
Repeat steps 1 through 3 for each instance of SQL Server 2005 that needs an exception.

Create an exception for the SQL Server Browser service in Windows Firewall

To create an exception for the SQL Server Browser service in Windows Firewall, follow these steps:

In Windows Firewall, click the Exceptions tab, and then click Add Program.
In the Add a Program window, click Browse.
Click the C:\Program Files\Microsoft SQL Server\90\Shared\sqlbrowser.exe executable program, click Open, and then click OK.

Note The path may be different depending on where SQL Server 2005 is installed.

ngaut 2009-10-30 19:17 发表评论

[转]化学出身的计算机达人

ngaut — Thu, 10 Sep 2009 14:29:00 GMT

来自: http://blog.linjian.org/articles/chemistry-computer/

　昨天的 Beijing Open Party 上，我听了段炼同学介绍 GWT 的主题。上个月认识他时，我还误以为他是北理工新闻中心专职摄影的段炼老师，但他的真实身份却是华东理工大学制药工程专业的学生，计算机只是其“业余爱好”。段炼的 ID“chemhack”不禁让我猜想他是不是有像刘未鹏的“mindhacks”那样的风范。听了他的演讲、看了他的 blog，发现他确实是一个有 hack 精神的人。
　　这是我认识的又一位从事化学相关领域的计算机高手。本科玩计算机博弈时，我认识了复旦大学化学系毕业的黄晨，他是象棋百科全书网站和象棋巫师软件的作者，UCCI 协议的制定者。后来参加中国机器博弈锦标赛时，我又有幸见到了中国电脑围棋的先行者、中山大学化学系退休的陈志行教授（陈老先生已于 2008 年不幸病故）。他研制的《手谈》软件曾多次在国际赛事中夺冠，商业版本也畅销于日本等国。在我决定读研之前，曾想了解一下科研生活，师兄推荐给我的是名曰“学术科研第一站”，实为化学相关专业主导的小木虫论坛，这个论坛也让我收益不少。在中科院研究生院集中教学期间，我又在计算机专业的课堂上认识了多位外专业的同学，他们有冶金化学的、化工自动化的、过程工程的，选择计算机类课程或出于实验室工作的需要，或出于个人兴趣。
　　为什么会有这么多化学相关专业的朋友涉足了计算机领域呢？个人兴趣之外，或许最主要的因素是化学的很多研究需要以计算机作为海量数据采集、存储、分析、处理的工具。化学领域作为数据库、数据挖掘、网格计算等技术的重要应用，受益于计算机技术的发展，同时也对通过其复杂的需求引导着计算基础设施及算法的改进与发展。如今化学信息学的引入就是要用计算机来解决化学信息存储与检索的子问题。但除了这些技术上的因素，计算机和化学有没有本质上的相通呢？计算机是公认的人造科学、技术科学，而化学一般被认为是自然科学，尽管它也包含了一些技术科学和工程技术领域的分支。但我的初中、高中化学老师都给我灌输过这种思想：化学只是一系列模型，方便描述自然现象的，有些概念并不反映真实的存在；还说中学化学讲的都是早期的经典模型，为了解释新的现象，模型总在不断修补。我的大学同学，爱好电子、物理与计算机的 m100 则直接认定“化学是骗人的”。但我想，无论化学家们的科学信仰和主观意愿如何，化学和计算机科学在客观呈现上有两点是共通的：一是抽象建模，二是实用主义。计算机中只有线性的指令流和数据流，人们用结构化编程语言和文件系统的抽象将它们变得易于理解和使用；同样化学元素也不是什么微观物质，但化学家可以用这一抽象来表示特定原子组成，构建宏观世界到微观世界的桥梁，便于统一研究物质的性质。这种方法论上的相似或许是化学专业的朋友们乐于钻研计算机的原因之一。
　　学术的火花往往都是在交叉领域中迸发的，黄晨的《电脑象棋和量子化学——计算量子化学的新思路》（黄晨网站原文无法找到，请看 google 到的转载结果）就是一例有益的探索。做计算机的人，不要耻笑个别外专业人员写的蹩脚的代码，也不要不屑于倾听外行对计算机技术看似幼稚的见解。内行最容易犯的毛病就是被既有知识的“框框”限制住，多看看外行在本领域的工作，听听他们大胆的思路，也许就能为自己的科研创新另辟蹊径。

ngaut 2009-09-10 22:29 发表评论

DBEntry.net使用sqlite的配置

ngaut — Wed, 19 Aug 2009 02:53:00 GMT

  <Lephone.Settings>
        <add key="AutoCreateTable" value="true" />
      <add key="DataBase" value="@SQLite : @~Test.db" />
      <add key="DbProviderFactory" value="System.Data.SQLite.SQLiteFactory, System.Data.SQLite, Version=1.0.65.0" />
  Lephone.Settings>

ngaut 2009-08-19 10:53 发表评论

DbEntry.net 对事务的处理

ngaut — Sun, 05 Apr 2009 01:37:00 GMT

public void UsingTransaction(IsolationLevel il, CallbackVoidHandler callback)
        {
            if (Scope.Current != null)
            {
                ConnectionContext et = Scope.Current;
                if (et.IsolationLevel == il)
                {
                    callback();
                    return;
                }
            }
            NewTransaction(callback);
        }

        public void NewTransaction(CallbackVoidHandler callback)
        {
            NewTransaction(IsolationLevel.ReadCommitted, callback);
        }

        public void NewTransaction(IsolationLevel il, CallbackVoidHandler callback)
        {
            NewConnection(delegate
            {
                ConnectionContext cc = ConProvider;
                cc.BeginTransaction(il);
                try
                {
                    OnBeginTransaction();
                    callback();
                    cc.Commit();
                    OnCommittedTransaction();
                }
                catch
                {
                    try
                    {
                        cc.Rollback();
                    }
                    finally
                    {
                        OnTransactionError();
                    }
                    throw;
                }
            });
        }

ngaut 2009-04-05 09:37 发表评论

etherboot 编译来自 http://markmail.org/message/h4eyrkv5bfd5yila#query:Etherboot%20gcc%204.3+page:1+mid:h4eyrkv5bfd5yila+state:results

ngaut — Wed, 04 Feb 2009 15:42:00 GMT

Subject:	[Etherboot-developers] [PATCH] move RM_FRAGMENT to the beginning of undi.c	Actions...
From:	Glauber Costa (glom...@redhat.com)
Date:	Oct 14, 2008 9:17:11 am
List:	net.sourceforge.lists.etherboot-developers

I'm currently facing a compile problem with gcc 4.3.0 at undi.c Looking at the generated code, it seems gcc is inlining _undi_call into _undi_call_silent, thus making rm_undi_call be defined twice.

Using gcc option -fno-inline also fixes this, but then the compiler won't do any kind of inlining, even "good" ones, so this fix seem to do the right
thing.

Signed-off-by: Glauber Costa <glom...@redhat.com>

--- src/arch/i386/drivers/net/undi.c | 27 ++++++++++++++------------- 1 files changed, 14 insertions(+), 13 deletions(-)

diff --git a/src/arch/i386/drivers/net/undi.c b/src/arch/i386/drivers/net/undi.c index 084fc18..1ffea43 100644 --- a/src/arch/i386/drivers/net/undi.c +++ b/src/arch/i386/drivers/net/undi.c @@ -33,6 +33,19 @@ $Id$ /* E820 map mangler */ #include "hidemem.h"

+RM_FRAGMENT(rm_undi_call, + "popw %di\n\t" /* %es:di = routine */ + "popw %es\n\t" + "pushw %cs\n\t" /* set up return address */ + "call 1f\n\t1:popw %bx\n\t" + "leaw (2f-1b)(%bx), %ax\n\t" + "pushw %ax\n\t" + "pushw %es\n\t" /* routine address to stack */ + "pushw %di\n\t" + "lret\n\t" /* calculated lcall */ + "\n2:\n\t" /* continuation point */ +); + /* NIC specific static variables go here */ static undi_t undi = { .pnp_bios = NULL, @@ -403,21 +416,9 @@ static PXENV_EXIT_t _undi_call ( uint16_t routine_seg, { routine_off, routine_seg }, st0, st1, st2 };

- RM_FRAGMENT(rm_undi_call, - "popw %di\n\t" /* %es:di = routine */ - "popw %es\n\t" - "pushw %cs\n\t" /* set up return address */ - "call 1f\n\t1:popw %bx\n\t" - "leaw (2f-1b)(%bx), %ax\n\t" - "pushw %ax\n\t" - "pushw %es\n\t" /* routine address to stack */ - "pushw %di\n\t" - "lret\n\t" /* calculated lcall */ - "\n2:\n\t" /* continuation point */ - );

/* Parameters are left on stack: set out_stack = in_stack */ - ret = real_call ( rm_undi_call, &in_stack, &in_stack ); + ret = real_call ( rm_undi_call, &in_stack, &in_stack );

/* UNDI API calls may rudely change the status of A20 and not * bother to restore it afterwards. Intel is known to be

ngaut 2009-02-04 23:42 发表评论

[转]udpcast

ngaut — Mon, 27 Oct 2008 15:39:00 GMT

Guofu,
  Following is what I got from  Alain long time ago.  Hope this helps.
   
  Thanks,
  Sai
   
  *****************************************************************
  There are no format documents yet about the protocol. The protocol is
not based on an RFC, but is homegrown specifically for udpcast.

Updcast uses two UDP port numbers, 9000 and 9001.

The receiver listens on 9000 (portbase), the sender on 9001 
(portbase+1)

The protocol runs as follows:

1. When the sender starts up, it broadcast a CMD_HELLO message to the
local network broadcast address

2. When the receiver starts up, or whenever it receives a CMD_HELLO
message, it sends a CMD_CONNECT_REQ address. If the CMD_CONNECT_REQ is
sent at startup, it is broadcast; else it is sent to the server's
address (as deducted from the CMD_HELLO message).

This allows the rendez-vous to be established no matter whether the
client or the server first starts up. Additionnally, the server can be
set up to periodically send its CMD_HELLO message (interesting for
asynchronous mode, see below).


3. The server replies to each CMD_CONNECT_REQ with a CMD_CONNECT_REPLY
(unicasted to the client who sent the CMD_CONNECT_REQ). The connect
reply contains the client number that the server assigned to that
client (clNr), the block size (size of packed), a bitmask of
capabilities, and the multicast address to be used for the actual data
transfer transfer.

At this stage, server and client know about each other, and are ready
to start the transfer. For convenience, the transfer may either be
started at the server, or at any participating client.

4. If transfer start is initiated by a client, it sends the server a
CMD_GO message.

5. If the transfer start is initiated by the server (or, after
reception of the CMD_GO message from a client), the server starts
transfering data by sending CMD_DATA packets. The reception of the
first CMD_DATA packet is a signal to all clients that now the
rendez-vous phase is over, and that the transfer has started.

The data is subdivided into slices, which are themselves subdivided
into stripes (only in FEC mode), which are subdivided in network
packets, which are made up of bytes.

A CMD_DATA packet contains the slice number (sliceNo), the block
number within that slice (blockNo), and the total number of bytes in
the slice, and then the data itself.

After each slice has been transmitted, lost packets are handled.

In FEC mode, lost packets are recovered by the client by using the
error correction packets included in each slice.

A CMD_FEC packet contains the number of stripes in the slice, the
slice number, the block number, and the number of bytes.


In non-FEC mode, the server asks each client to acknowledge at the end
of the slice (CMD_REQACK). The CMD_REQACK contains the identifier of
the slice to be acknowleged (sliceNo), the number of bytes in that
slice (bytes), and a retransmission counter. The clients reply to the
CMD_REQACK either with a CMD_OK (if they received everything) or with
a CMD_RETRANSMIT (if packets were missed). Both the CMD_OK and
CMD_RETRANSMIT message contain the sliceNo. The CMD_RETRANSMIT message
contains also a bitmap of the missed packets, and the retransmit id.

In response the CMD_RETRANSMIT messages, the server will retransmit
packets that have been missed by at least one client, increments the
rxmit counter and then send another CMD_REQACK. The rxmit counter is
used to discard late CMD_RETRANSMIT messages: indeed, after a round of
retransmission, CMD_RETRANSMIT messages from the previous round should
be ignored, or else the server may resend packets that have been
received in this round.

Clients may leave a transmission by sending a CMD_DISCONNECT. Sending
the CMD_DISCONNECT is important, or else the server will needlessly
wait for the acknowledgments of these clients. However, if a client
crashes without sending a CMD_DISCONNECT, the server has a timeout to
detect this situation, and continue with the other clients ("The
client #n has been dropped by the server").

When all clients have received all packets (i.e. all clients have send
a CMD_OK for that slice), the sender moves on to the next slice, until
end of file is reached. The server signals end of transfer by sending
a slice of zero bytes.

Including slice size in every packet, and number of stripes in every
FEC packet may seem redundant. However, this is needed in order to
make the protocol robust in cases of packet loss: if the number of
bytes was only in the first or in the last packet, then the loss of
that packet would make it hard to recover, because not only the data
was lost, but also the meta-data needed to reconstruct that
slice. This is especially relevant in FEC mode.

FEC mode is intended for unidirectional (asynchronous mode). In this
mode, there are no acknowledgments, and no retransmissions. This is
intended for situations where no receiver-to-sender communication is
possible, or where the latency of such a communication would be
prohibitively high, such as multicast over satellite.

The server sends (one or several) CMD_HELLO which includes the
multicast address it intends to use, and then starts with the
data. Each slice not only contains the data, but also a configurable
number of redundant "error correction" packets.

FEC mode uses an algorithm based on Vandermonde matrices to
recalculate the contents of any lost packets. The algorithm is chosen
such that all k data packets may be restored as long as the receiver
has gotten at least k packets (be it data or FEC). For example, with
k-3 data packets, and 3 FEC packets, all k data packets may be
reconstructed. K is a parameter of the algorithm, and the higher the
value for k, the more computation intensive the algorithm
is. Moreover, values of k greater than 128 are not supported. For that
reason, each slice (which may be up to 1024 packets) is subdivided in
several stripes (of at most 128 packets), which are interleaved
(i.e. first comes 1st packet of 1st stripe, than 1st packet of 2nd
stripe, ..., then 1st packet of last stripe, than 2nd packet of 1st
stripe, etc.) That way a burst loss of packets (for instance, 6
packets in a row) won't overly impact one stripe but will rather be
spread out among several. Indeed, if udp-sender has been set up to
include l redundant packets per stripe, it must be avoided at all cost
that more than l packets are lost per stripe, or otherwise the loss in
uncrecoverable.

Additional complications in the protocol arise from the fact that a
first version of the protocol used the native byte ordering from Intel
processors, rather than use the network byte order. This made udpcast
unportable to non-PC architectures. This was changed two years ago;
however in order to stay compatible with older versions, the receiver
and sender are able to detect that packets with the "wrong" byte order
have been received, and are able to correct for that: if the message
code (CMD_*) doesn't make sense in network byte order, udpcast tries
to interpret it in Intel byte order, and if that matches a known code,
the packet is byte-swapped.


Regards,

Alain

ngaut 2008-10-27 23:39 发表评论

小心vmware6.0和vs2008的冲突

ngaut — Wed, 22 Oct 2008 02:35:00 GMT

如果安装vmware6.0后，vs2008打开工程后自动关闭，卸载vmware试试，偶被这个问题小郁闷了一把

ngaut 2008-10-22 10:35 发表评论

发一个招聘贴

ngaut — Fri, 19 Sep 2008 14:06:00 GMT

要求:
1. 熟悉汇编语言，c/c++，熟悉80x86体系架构，实模式，保护模式
2. 良好的数据结构与算法基础
3. 熟悉MFC或者STL
4. 工作地点在武汉
5. 学历不限，英语不限，人品良好，有团队精神
6. 特别优秀者，只需具备：人品良好，有团队精神

有以下经验优先：
1. os引导程序开发， os开发
2. bios开发经验
3. 熟悉Linux裁剪，Linux内核
4. 有编译器开发经验

tel:13554674976 刘先生

ngaut 2008-09-19 22:06 发表评论

[转]Bug管理的经验和实践[转载]

ngaut — Tue, 09 Sep 2008 00:07:00 GMT

摘要: [转载] 孟岩：刘振飞，你好。我知道你以前是方正出版印刷系统的核心开发人员，后来来到微软的Office开发组。我认识你的时候你还在微软工作，状态似乎不错。为什么后来又离开微软了呢？刘振飞：93年到96年，我在北大计算机研究所读研。96年毕业后，我留在所里继续从事方正核心产品世纪RIP --- PSPNT的研发、维护、升级（还有外围软件开发比如新女娲补字NewNW、PDF流程系... 阅读全文

ngaut 2008-09-09 08:07 发表评论

Driver Development Part 1: Introduction to Drivers [codeproject]

ngaut — Mon, 14 Apr 2008 13:38:00 GMT

摘要: Download source files - 10.4 Kb Introduction This tutorial will attempt to describe how to write a simple device driver for Windows NT. There are various resources and tutorials on the internet... 阅读全文

ngaut 2008-04-14 21:38 发表评论

[转载]打造最快的Hash表(和Blizzard的对话)

ngaut — Wed, 27 Feb 2008 03:39:00 GMT

開元最近学习了一下Blizzard的MPQ文件格式，颇有一些心得，其中一条就是对HastTable的理解，很想写出来给大家共享，感谢Justin Olbrantz的文章《Inside MoPaQ》，大多认识来源于此。

先提一个简单的问题，如果有一个庞大的字符串数组，然后给你一个单独的字符串，让你从这个数组中查找是否有这个字符串并找到它，你会怎么做？

有一个方法最简单，老老实实从头查到尾，一个一个比较，直到找到为止，我想只要学过程序设计的人都能把这样一个程序作出来，但要是有程序员把这样的程序交给用户，我只能用无语来评价，或许它真的能工作，但...也只能如此了。

最合适的算法自然是使用HashTable（哈希表），先介绍介绍其中的基本知识，所谓Hash，一般是一个整数，通过某种算法，可以把一个字符串"压缩" 成一个整数，这个数称为Hash，当然，无论如何，一个32位整数是无法对应回一个字符串的，但在程序中，两个字符串计算出的Hash值相等的可能非常小，下面看看在MPQ中的Hash算法

unsigned long HashString(char *lpszFileName, unsigned long dwHashType)
{
unsigned char *key = (unsigned char *)lpszFileName;
unsigned long seed1 = 0x7FED7FED, seed2 = 0xEEEEEEEE;
int ch;

while(*key != 0)
{
  ch = toupper(*key++);

seed1 = cryptTable[(dwHashType << 8) + ch] ^ (seed1 + seed2);
seed2 = ch + seed1 + seed2 + (seed2 << 5) + 3;
}
return seed1;
}

Blizzard的这个算法是非常高效的，被称为"One-Way Hash"，举个例子，字符串"unitneutralacritter.grp"通过这个算法得到的结果是0xA26067F3。
是不是把第一个算法改进一下，改成逐个比较字符串的Hash值就可以了呢，答案是，远远不够，要想得到最快的算法，就不能进行逐个的比较，通常是构造一个哈希表(Hash Table)来解决问题，哈希表是一个大数组，这个数组的容量根据程序的要求来定义，例如1024，每一个Hash值通过取模运算 (mod)对应到数组中的一个位置，这样，只要比较这个字符串的哈希值对应的位置又没有被占用，就可以得到最后的结果了，想想这是什么速度？是的，是最快的O(1)，现在仔细看看这个算法吧
int GetHashTablePos(char *lpszString, SOMESTRUCTURE *lpTable, int nTableSize)
{
int nHash = HashString(lpszString), nHashPos = nHash % nTableSize;

if (lpTable[nHashPos].bExists && !strcmp(lpTable[nHashPos].pString, lpszString))
  return nHashPos;
else
  return -1; //Error value
}

看到此，我想大家都在想一个很严重的问题："如果两个字符串在哈希表中对应的位置相同怎么办？",毕竟一个数组容量是有限的，这种可能性很大。解决该问题的方法很多，我首先想到的就是用"链表",感谢大学里学的数据结构教会了这个百试百灵的法宝，我遇到的很多算法都可以转化成链表来解决，只要在哈希表的每个入口挂一个链表，保存所有对应的字符串就OK了。

事情到此似乎有了完美的结局，如果是把问题独自交给我解决，此时我可能就要开始定义数据结构然后写代码了。然而Blizzard的程序员使用的方法则是更精妙的方法。基本原理就是：他们在哈希表中不是用一个哈希值而是用三个哈希值来校验字符串。

中国有句古话"再一再二不能再三再四"，看来Blizzard也深得此话的精髓，如果说两个不同的字符串经过一个哈希算法得到的入口点一致有可能，但用三个不同的哈希算法算出的入口点都一致，那几乎可以肯定是不可能的事了，这个几率是1:18889465931478580854784，大概是10的 22.3次方分之一，对一个游戏程序来说足够安全了。

现在再回到数据结构上，Blizzard使用的哈希表没有使用链表，而采用"顺延"的方式来解决问题，看看这个算法：
int GetHashTablePos(char *lpszString, MPQHASHTABLE *lpTable, int nTableSize)
{
const int HASH_OFFSET = 0, HASH_A = 1, HASH_B = 2;
int nHash = HashString(lpszString, HASH_OFFSET);
int nHashA = HashString(lpszString, HASH_A);
int nHashB = HashString(lpszString, HASH_B);
int nHashStart = nHash % nTableSize, nHashPos = nHashStart;

while (lpTable[nHashPos].bExists)
{
  if (lpTable[nHashPos].nHashA == nHashA && lpTable[nHashPos].nHashB == nHashB)
   return nHashPos;
  else
   nHashPos = (nHashPos + 1) % nTableSize;

  if (nHashPos == nHashStart)
   break;
}

return -1; //Error value
}

1. 计算出字符串的三个哈希值（一个用来确定位置，另外两个用来校验)
2. 察看哈希表中的这个位置
3. 哈希表中这个位置为空吗？如果为空，则肯定该字符串不存在，返回
4. 如果存在，则检查其他两个哈希值是否也匹配，如果匹配，则表示找到了该字符串，返回
5. 移到下一个位置，如果已经越界，则表示没有找到，返回
6. 看看是不是又回到了原来的位置，如果是，则返回没找到
7. 回到3

怎么样，很简单的算法吧，但确实是天才的idea, 其实最优秀的算法往往是简单有效的算法，
Blizzard被称为最卓越的游戏制作公司，不愧于此。

ngaut 2008-02-27 11:39 发表评论

[转]Delphi多线程下的ADO编程

ngaut — Tue, 26 Feb 2008 05:49:00 GMT

Delphi多线程下的ADO编程

前言：

几个月前接到一个任务：将一后台程序访问数据库的方式从BDE改为ADO，原因是由于业务量的增加，通过BDE不论是向数据库写入数据还是从数据库中读出数据的速度都变得无法忍受，大家都知道ADO在数据库访问速度方面比BDE要快的多了（我写了一个测试程序使用ADO比使用BDE快了近100倍!）。这个任务还不简单嘛，只要将BDE的控件更换成ADO的再修改一些代码不就搞定了！我当时确实是这么想的，而且用了不到一个小时就搞定，测试运行一段没问题，大功告成了，我想。谁知道一个恶梦就此开始，我的愚昧无知使我在程序中埋下了一个超级炸弹，它的威力不次于9.11撞击世贸大厦的两架客机，整个系统被它无情的催跨。程序在运行很长一段时间候捕获到一系列的异常：

OLE error 800A0E7F

Access violation at address 00135770. Write of address 005D8B78

Access violation at address 00178EC6. Read of address FFFFFFFF

Access violation at address 1F499BDD in module 'msado15.dll'. Read of address 0000000C

…….

接下来我们的系统就像世贸大厦一下悲壮的倒下了。

为什么？

为什么？程序在为改动之前使用BDE运行得好好的，我并没有更改程序的结构啊？我十分的迷惑，当然要想解决问题一切都得从错误代码开始。

OLE error 800A0E7F：什么咚咚来的？它什么意思？什么原因引起的？我找了半天也没有在我的系统里找到它的说明，好在现在网络发达，也许有人遇到跟我一样的问题吧，于是我用OLE error 800A0E7F作为关键字搜了一下，嘿嘿，果真被我找到了：

>0x800A0E7F Operation cannot be performed while executing
> asynchronously.

异步执行时操作不能被执行（完成），还是不太清楚错误的原因，于是我在一个网站发布了帖子求助，一些人告诉我ADO线程不安全，需要线程同步，事实上我的程序做了同步，而且针对不同的应用使用了多个ADOConnection，我想我应该自己动手来好好研究一下这个问题了，它很意思。接下来我该好好分析我的程序并做一系列的测试来找到那个炸弹。

找出炸弹

在我的程序里所有访问数据库都是通过一个DataModule单元TDataModule1类提供的接口来完成，共有三个线程使用到了TDataModule1的对象DataModule1，DataModule1是一全局变量，下面是数据库的访问模式的结构模型图。（实际结构要复杂很多）

数据库：

ADOConnection1

ADOConnection2

Table1

Table2

①ADOQuery1

②ADOQuery3

①ADOProcedure1

①ADOProcedure2

①UpdateQuery

③ADOQuery2

图1

说明：

①UpdateQuery

ADOQuery控件用来修改table2记录，①代表为线程1所有，

白色代表使用频率很低（颜色越深说明使用频率越高）

③ADOQuery2

查询table2，③代表为线程3所有，使用频率较高

②ADOQuery3

查询table2，③代表为线程2所有，使用频率很高

①ADOProcedure1

ADO存储过程控件向表table2插入数据，属于线程1频繁使用

①ADOProcedure2

修改ADOProcedure1插入的记录，属于线程1频繁使用

其中线程3和线程2使用ADO控件时没有加锁，而线程1的所有访问都加锁了（这样做毫无作用）

程序的结构出来了，问题在哪里呢？接下来我写了一个小小的测试程序，该程序的结构与上面相同，它拥有三个线程和一个DataMoule单元，线程一通过ADOQuery1查询数据库DBTest的table1的记录，线程二通过ADOQuery2向table1中插入记录，线程三通过ADOQuery3修改table1中最后一条记录的某个字段。ADOQuery1、ADOQuery2、ADOQuery3都通过ADOConnection1与数据库DBTest1建立连接，一开始，所有的线程都不做同步，运行，OK!错误出来了其中两个错误正是我所想要的，这就是我的程序报的错啊。

图二

接下来我将三个ADOQuery都加上锁，再运行没问题，我又将ADOQuery分别通过三个不同的ADOConnection来连接数据库且不加锁也没有问题。看来我是找到那个可恶的炸弹了，怎么拆了它？

排除炸弹

炸弹找到了，我该怎么拆它？是简单的做线程同步还是每个线程都是用一个ADOConnection？这下我再也不敢蛮干了，我得好好看看这方面的资料，在Delphi帮助文档，《Using the main VCL thread》我找到了下面一段话：

……

Data access components are thread-safe as long as each thread has its own database session component. The one exception to this is when you are using Access drivers. Access drivers are built using the Microsoft ADO library, which is not thread-safe.

…..

同样在Delphi的帮助文档《Managing multiple sessions》中给我明确的建议：

……

If you create a single application that uses multiple threads to perform database operations, you must create one additional session for each thread.

…..

喔找到了：ADO控件是线程不安全的，所以如果你的程序是使用多线程访问数据库的话你应该确保每个线程都有自己的会话。

事实上在另外一本书《Delphi 4编程技术内幕》一书在谈到线程安全数据库访问也有相同的建议，不过台湾李维先生在他的《Delphi 5.X ADO/MTS/COM+高级程序设计篇》却说，如果你的程序不是连接多个数据库的话，最好同一数据库使用一个连接，不要使用多个连接。怎么办？谁对谁错？为什么要使用一个连接呢？这主要是从服务器来考虑，因为数据库服务器需要为每个连接分配一定的资源并对其进行维护，连接数越多服务器方所耗的资源就越多，服务器的性能也就越差，所以要尽可能的减少客户端的连接数。好在我的程序是作为服务器程序增加一些连接对数据库服务器的影响不会很大，现在我可以重新设置我的数据库访问结构模型了

数据库：

ADOConnection1

ADOConnection2

Table1

Table2

①ADOQuery1

②ADOQuery3

①ADOProcedure1

①ADOProcedure2

①UpdateQuery

③ADOQuery2

ADOConnection2

图三

我增加了一个ADOConnection以保证每个线程都有一个自己连接(会话)，从而避免出现资源冲突，我的问题是不是解决了呢？是的，这个问题已经解决了，将我的程序与数据库放在同一台机器上运行没有问题，但是当程序与数据库服务器不在同一台机器上运行时会出现一个新的问题。

[DBNMPNTW]ConnectionWrite(writeFile())错误

这个错误不是多线程引起的，而是Micrsoft自己的一个问题，产生该问题的原因可能是因为网络异常而引起的，可以通过SQLServer客户端的默认的网络协议named pipes network propocol 改为 TCP/IP Sockets，具体做法请参考Micrsoft技术支持网站的《Microsoft Knowledge Base Article - Q178040》

总结

由于ADO控件的线程不安全性（事实上这种不安全性是来自Micrsoft ADO Library，所以在其它开发工具中也存在同样的问题）因此在使用多线程ADO编程时应该注意一下问题：

第一：要保证每个线程都拥有自己的会话。

第二：作为客户端程序应该尽可能的减少与数据库库服务器的连接数。

第三：在退出线程之前确保释放所有的资源。

参考文献：

1、李维《Delphi 5.X ADO/MTS/COM+高级程序设计篇》机械工业出版社 2000。

2、Charlie Calvert《Delphi 4编程技术内幕》潇湘工作室译机械工业出版社 1999

ngaut 2008-02-26 13:49 发表评论

boost asio 0.39发布了

ngaut — Sun, 16 Dec 2007 14:04:00 GMT

boost asio 0.39发布了，看来即将进入boost 1.35了

ngaut 2007-12-16 22:04 发表评论

[转]今年的十个佳句出炉啦

ngaut — Tue, 23 Oct 2007 11:14:00 GMT

1、钱不是问题，问题是没钱。
2、钻石恒久远，一颗就破产。
3、水能载舟，亦能煮粥。
4、一山不能容二虎，除非一公和一母。
5、火可以试金，金可以试女人，女人可以试男人。
6、烧香的不一定是和尚，还可能是熊猫。
7、喝醉了我谁也不服，我就扶墙。
8、我就像一只趴在玻璃上的苍蝇，前途光明，出路没有。
9、避孕的效果：不成功，便成人。
10、问世间情为何物？一物降一物

ngaut 2007-10-23 19:14 发表评论

当asio::async_read与socket的async_read_some的区别

ngaut — Fri, 29 Jun 2007 07:37:00 GMT

今天用asio写一个简单的server时，
当连接成功时做如下工作

1        asio::async_read(socket_, asio::buffer(&m_packet, sizeof(m_packet)),
2          boost::bind(&tcp_connection::HandleReadCardKey, shared_from_this(),
3            asio::placeholders::error));

但HandleReadCardKey始终没有被回调，除非remote point断开连接

最后用下面的代码搞定：

1 socket_.async_read_some(asio::buffer(&m_packet, sizeof(m_packet)),
2 boost::bind(&tcp_connection::HandleReadCardKey, shared_from_this(),
3 asio::placeholders::error));

记下，免得以后忘记了

总结一下：
asio::async_read通常用户读取指定长度的数据，读完或出错才返回。
而socket的async_read_some读取到数据或出错就返回，不一定读完了整个包。

ngaut 2007-06-29 15:37 发表评论

[转]嵌入式Linux研究－对几种典型的系统的内核配置方案

ngaut — Wed, 20 Jun 2007 12:32:00 GMT

1.对于一般PC的普通内核配置

对于一般的用户而言，对于Linux内核的效率和大小的要求都不高。因此一般不对内核重新配置，因为Linux安装程序会在安装时对大部分设置按照安装的需求和实际的硬件做缺省设置。这样的内核会比实际需要的繁冗，有很多模块加载后根本就没有用到，但是因为现在的PC的内存一般都是上百MB，而一个Linux内核再大也就是几百K，因此对于一般用户而言，无需再重新编译内核了。

在一台P3-566的Dell机器安装Red-Hat7.2,内核版本为2.4.6

以下是一些该机的配置：

Loadablemodulesupport:Y

Networkingsupport:Y

PCIsupport:Y

SystemVIPC：Y因为可以做一些基于SystemV的程序

Kernelsupportfora.outbinaries:Y

KernelsupportforELFbinaries:Y

Blockdevices：对此根据该机的硬件做了相应的配置，去除一些本机没有的硬件设备的支持模块。如:Loopbackdevicesupport

Networkingoptions:

Packetsocket:Y

TCP/IPnetworking:Y

Networkfirewalls:Y

TheIPXprotocol:Y

Networkdevicesupport:

Networkdevicesupport:Y

Ethernet(10or100Mb/s):Y

Characterdevice

Virtualterminal:Y

Supportforconsoleonvirtualterminal:Y

Filesystems

Secondextendedfssupport:Y

VFATfssupport:m笔者有时会用到该机上的VFAT分区

/procfilesystemsupportY

ISO9660cdromfilesystemsupport:m

NetworkFileSystems

NFSfilesystemsupport:Y

SMBfilesystemsupport:m

Consoledrivers

VGAtextconsole:Y

Videomodeselectionsupport:Y

VESAVGAgraphicsconsole:Y

Kernelhacking

MagicSysRqkey:Y

还有一些缺省的设置笔者没有改。这样编译出来的版本有700K.经过笔者调试过没有出现什么问题。

2.PDA的内核设置

PDA(PersonalDigitalAssist)如：手机，快译通，文曲星等等。这类系统要求系统稳定，内核小而且效率高，常常需要一些特殊的硬件支持。对进程调度、文件系统要求单一，有些就是单进程系统。对网络的支持由根据需要确定。RedHat的内核无法直接用来设计一些特殊要求的PDA,一般还要加入对硬件的特定模块。

可作如下设置：

Networkingsupport:Y:一般PDA都支持上网更新功能

KernelsupportforELFbinaries:Y

CompileasELF–ifyourGCCisELF-GCC:Y这两个设置使系统的执行文件都为ELF

AdvancedPowerManagerBiossupport:Y

Blockdevices:应该加入对硬件特殊的支持模块

Networkingoptions

Packetsocket

FileSystem

Secondextendedfssupport:Y

另外的一些功能为N,当然一些功能必须选择用来支持上述的模块。编译后为100KB---400KB

3.小型嵌入式系统的内核配置

一个小型的嵌入式Linux系统只需要下面三个基本元素：


引导工具
Linux微内核，由内存管理、进程管理和事务处理构成
初始化进程
如果要让它能干点什么且继续保持小型化，还得加上：


硬件驱动程序
提供所需功能的一个或更多应用程序。
再增加功能，或许需要这些：一个文件系统（也许在ROM或RAM）中TCP/IP网络堆栈对该种系统,做了不同的设置:

不要floppy；不要SMP、MTRR；不要Networking、SCSI；把所有的blockdevice移除，只留下IDEdevice；把所有的characterdevice移除；把所有的filesystem移除，只留下minix；不要sound支援。这样己经把所有的选项都移除了。这样做之后，得到了一个188K的核心.

把下列两个档案中的-O3,-O2用-Os取代。

./Makefile
./arch/i386/kernel/
Makefile

这样一来，整个核心变小了9K，成为179K。

不过这个核心恐怕很难发挥Linux的功能，因此把网络加回去。把Generalsetup中的networksupport加回去，重新编译，核心变成189K。10K就加上个TCP/IPstack。有stack没有driver也是枉然，把embeddedboard常用的RTL8139的driver加回去，195K.

如果你需要DOS档案系统，那大小成为213K。如果minix用ext2换代，则大小成长至222K。

Linux所需的内存大约在600K～800K之间。1MB内存就可能可以开机了，但不太有用，因为连载入C程序库都有困难。2MB内存应该就可以做点事了，但要到4MB以上才可以执行一个比较完整的系统。

因为Linux的filesystem相当大，大约在230K左右，占了1/3的体积。内存管理占了80K，和核心其它部分的总和差不多。TCP/IPstack占了65K，驱动程序占了120K。SysVIPC占了21K，必要的话可以拿掉，核心档应该可以再小个10K左右。

如果要裁剪核心大小，应该动那里呢?答案很明显，当然是文件系统。Linux的VFS简化了档案系统的设计，buffercache,directorycache增加了系统的效率。但这些embedded系统根本就用处不大。如果可以把它们拿掉，核心可以马上缩小20K左右。如果跳过整个VFS，直接将文件系统写成一个driver的型式，应该可以将230K缩减至50K左右。整个核心缩到100K左右。

4.工控机的内核配置

对于工控机内核,对于内核的大小要求并不严格,关键的是正确性,健壮性和实时性(某些机子要求实时性较高).对文件系统要求单一,但保证正确性.网络按需设置。

可作如下配置:

Symmetricmulti-processingsupport:Y

Loadablemodulesupport:N工控机一般将可能用到的模块都全部装入内存.

Networkingsupport:Y

SystemVIPC:Y

KernelsupplyforELFbinaries:Y

Blockdevices:根据具体硬件配置

Networkingoptions

packetsocket:Y

根据具体需要,一般工控机是通过LAN连接,与外界隔离故要IPX协议,另外Tcp/ip一般也需要.

QoSand/orfairqueueing:Y

QoS(QualityOfService)andfairqueueling是一种排定某种封包先送的网络线程表,可同时针对多个网络封包处理并依优先处理顺序来排序,称之为packetschedulers.此功能特别是针对实时系统时格外重要,当多个封包同时送到网络设备时,Kernel可以适当的决定出哪一个封包必须优先处理.因此Kernel提供数种packetschedulingalgorithm.

Filesystems

SecondExtendedfssupport:Y

其余配置和小型嵌入式系统差别不大.同一台机器上编译出来的内核大小为800多KB。

5.服务器的内核配置:


服务器的内核对网络设置和进程调度都非常关键.做如下配置:

Symmetricmulti-processingsupport:Y

Loadablemodulesupport:Y

Networkingsupport:Y

Networkingoption

Packetsocket:Y。

TCP/IPnetworkeing:Y

Networkfirewalls:是否采用网络防火墙。如果计算机想当firewallsserver或者是处于TCP/IP通信协议的网络的网路结构下，这一项要选[Y]

Networkaliasing[Y/m/n/?]:一台网络上的计算机可以拥有多组IP地址。如果计算机想拥有多个IP地址，就选择[Y].

IP:forwarding/gatewaying[Y/m/n/?]:假如用户想当路由器的话，选择[Y],但先决条件是有“两张”网卡，一张对外部网络、一张对内部网络，并且使用的ISP那一端也必须设定routing，允许用户这台路由器才行。

IP:multicasting:可以一次就完成传送一个packet到好几台计算机的操作。

IP:syn_cookies:一种保护措施，将各种TCP/IP的通信协议加密，防止Attacker攻击用户的计算机，并且可以纪录企图攻击用户的计算机的IP地址。

IP:firewalling:该台计算机是否是防火墙服务器。

IP:firewallpacketlogging:是否由klogd记录防火墙服务器到底接收了哪些Packet。

IP:masquerading:可以将内部网络的计算机送出去的封包，通过防火墙服务器直接传递给远端的计算机，而远端的计算机看到的就是接收到的防火墙服务器送过来的封包，而不是从内部的计算机送过来的。这样如果内部只有一台计算机可以上网，其余的机器可以通过这台机子的防火墙服务器向外连线。选择这个选项必需先确定先前的NetworkFirewallsIP:forwarding/gatewayingIP：firewalling这三个选项选[Y]。以及下一个选项IP：alwaysdeframent也要选[Y].

IP:ICMPmasquerading:一般masquerading只提供处理TCP,UDPpackets,若要让masqurerading也能处理ICMPpackets,这个选项要选[Y].

IP:alwaysdefragment:可将接收到的packetfragments重新组合回原来那个封包。

IP:accounting:统计IPpacket的流量，也就是网络的流通情况。

IP:optimizeasrouternothost:可以关闭copy&checksum技术，防止流量大的服务器的IPpackets丢失。

IP:tunneling:可在不同网域中使用linux,且都不用改IP就可以直接上网了。适合于笔记本型计算机用户。

IP:ReverseARP:主要是提供bootp的功能，让计算机从可以从网卡的BootRam启动。

IP:DisablePathMTUDiscovery:是否取消PathMTUDiscovery.MTU有助于处理拥挤的网络。

TheIPXprotocol:IPX为Netware网络使用的通讯协议。

其余根据需要设置。编译出的内核为800K。

ngaut 2007-06-20 20:32 发表评论

《自己动手写嵌入式操作系统》源代码

ngaut — Tue, 19 Jun 2007 07:32:00 GMT

经常有朋友发邮件问我要源代码，一个个的发太麻烦，干脆放上来吧 http://www.cppblog.com/Files/ngaut/HELLOCN_SRCCODE.zip

ngaut 2007-06-19 15:32 发表评论

解决error C2011: 'fd_set' : 'struct' type redefinition问题

ngaut — Mon, 23 Apr 2007 09:15:00 GMT

在所有的#include 前使用#define WIN32_LEAN_AND_MEAN，如：

#define WIN32_LEAN_AND_MEAN
#include <windows.h>

ngaut 2007-04-23 17:15 发表评论

与妻书---林觉民

ngaut — Sat, 24 Feb 2007 07:01:00 GMT

与妻书

 林觉民

 意映卿卿如晤：吾今以此书与汝永别矣！吾作此书时，尚为世中一人；汝看此
书时，吾已成为阴间一鬼。吾作此书，泪珠和笔墨齐下，不能书竟，而欲搁笔。又
恐汝不察吾衷，谓吾忍舍汝而死，谓吾不知汝之不欲吾死也，故遂忍悲为汝言之。

 吾至爱汝！即此爱汝一念，使吾勇于就死也！吾自遇汝以来，常愿天下有情人
都成眷属，然遍地腥云，满街狼犬，称心快意，几家能够？司马青衫，吾不能学太
上之忘情也。语云，仁者“老吾老以及人之老，幼吾幼以及人之幼”。吾充吾爱汝
之心，助天下人爱其所爱，所以敢先汝而死，不顾汝也。汝体吾此心，于悲啼之余，
亦以天下人为念，当亦乐牺牲吾身与汝身之福利，为天下人谋永福也。汝其勿悲。
 汝忆否四五年前某夕，吾尝语曰：“与使吾先死也，无宁汝先吾而死。”汝初
闻言而怒，后经吾婉解，虽不谓吾言为是，而亦无辞相答。吾之意盖谓以汝之弱，
必不能禁失吾之悲，吾先死留苦与汝，吾心不忍，故宁请汝先死，吾担悲也。嗟夫，
谁知吾卒先汝而死乎！

 吾真不能忘汝也！回忆后街之屋，入门穿廊，过前后厅，又三四折有小厅，厅
旁一室为吾与汝双栖之所。初婚三四个月，适冬之望日前后，窗外疏梅筛月影，依
稀掩映，吾与汝并肩携手，低低切切，何事不语，何情不诉！及今思之，空余泪痕！
又回忆六七年前，吾之逃家复归也，汝泣告我：“望今后有远行，必以告妾，妾愿
随君行。”吾亦既许汝矣。前十余日回家，即欲乘便以此行之事语汝，及与汝相对，
又不能启口；且以汝之有身也，更恐不胜悲，故惟日日呼酒买醉。嗟夫！当时余心
之悲，盖不能以寸管形容之。

 吾诚愿与汝相守以死。第以今日事势观之，天灾可以死，盗贼可以死，瓜分之
日可以死，奸官污吏虐民可以死，吾辈处今日之中国，国中无地无时不可以死！到
那时使吾眼睁睁看汝死，或使汝眼睁睁看我死，吾能之乎！抑汝能之乎！即可不死，
而离散不相见，徒使两地眼成穿而骨化石，试问古来几曾见破镜能重圆，则较死为
苦也。将奈之何？今日吾与汝幸双健；天下人人不当死而死，与不愿离而离者，不
可数计；钟情如我辈者，能忍之乎？此吾所以敢率性就死不顾汝也！吾今死无余憾，
国事成不成，自有同志者在。依新已五岁，转眼成人，汝其善抚之，使之肖我。汝
腹中之物，吾疑其女也，女必像汝，吾心甚慰；或又是男，则亦教其以父志为志，
则我死后，尚有二意洞在也，甚幸甚幸！

 吾家后日当甚贫，贫无所苦，清静过日而已。

 吾今与汝无言矣！吾居九泉之下，遥闻汝哭声，当哭相和也。吾平日不信有鬼，
今则又望其真有。今人又言心电感应有道，吾亦望其言是实，则吾之死，吾灵尚依
依旁汝也，汝不必以无侣悲！

 吾生平未尝以吾所志语汝，是吾不是处。然语之，又恐汝日日为吾担忧。吾牺
牲百死而不辞，而使汝担忧，的的非吾所忍。吾爱汝至，所以为汝谋者惟恐未尽。
汝幸而偶我，又何不幸而生今日之中国！吾幸而得汝，又何不幸而生今日之中国，
卒不忍独善其身！嗟夫！巾短情长，所未尽者尚有万千，汝可摹拟得之。吾今不能
见汝矣！汝不能舍吾，其时时于梦中寻我乎！一恸！

 辛亥三月念六夜四鼓，意洞手书。

 家中诸母皆通文，有不解处，望请其指教。当尽吾意为幸

ngaut 2007-02-24 15:01 发表评论

解决unresolved external symbol "public: int __thiscall CWnd::KillTimer(unsigned int)" (?KillTimer@CWnd@@QAEHI@Z)问题

ngaut — Fri, 23 Feb 2007 15:48:00 GMT

摘要: 解决KillTimer link失败的问题阅读全文

ngaut 2007-02-23 23:48 发表评论

老老实实从头做起

ngaut — Sun, 24 Dec 2006 10:40:00 GMT

记于圣诞前夕2006.12.24晚

ngaut 2006-12-24 18:40 发表评论

偶尔的思绪和收获

ngaut — Mon, 18 Dec 2006 05:22:00 GMT

成功法则：
付出终有收获，一点小的付出会带来更多的收获.

我们的学生到底为什么不行，缺乏好的老师，还是努力不够。
应该缺乏的是信心和思考，而不是被动的接受。

陈安之：
当你成为行业第一的时候，金钱和荣誉挡都挡不住。

思想有多远，我们就能走多远，其实是要个前提的：尽力不停的走

ngaut 2006-12-18 13:22 发表评论

一点感悟：在一个项目尚未完成时不宜调走项目组成员

ngaut — Thu, 16 Nov 2006 02:28:00 GMT

当其它成员接受被调走组员的工作的时候，往往有大量的疑问需要请教已经调走的组员，通常因为问得太多导致被调走的组员有较多意见，而接手的组员也因为疑问太多有较多已经，特别是当负责模块差别较大的时候。

ngaut 2006-11-16 10:28 发表评论

C++博客-ngaut-随笔分类-others

[转]openFramework, Tokyo Workshop

openFramework, Tokyo Workshop

winaoe 笔记

windows应用patch的笔记

一些经典的学习资源

[转]交友社区网站架构_为什么要用非关系数据库？

bitvisor用法

sql server msde 的安装说明

[转]How to configure SQL Server 2005 to allow remote connections

MORE INFORMATION

Enable remote connections for SQL Server 2005 Express or SQL Server 2005 Developer Edition

Enable the SQL Server Browser service

Create exceptions in Windows Firewall

Create an exception for SQL Server 2005 in Windows Firewall

Create an exception for the SQL Server Browser service in Windows Firewall

[转]化学出身的计算机达人

DBEntry.net使用sqlite的配置

DbEntry.net 对事务的处理

etherboot 编译 来自 http://markmail.org/message/h4eyrkv5bfd5yila#query:Etherboot%20gcc%204.3+page:1+mid:h4eyrkv5bfd5yila+state:results

[转]udpcast

小心vmware6.0和vs2008的冲突

发一个招聘贴

[转]Bug管理的经验和实践[转载]

Driver Development Part 1: Introduction to Drivers [codeproject]

[转载]打造最快的Hash表(和Blizzard的对话)

[转]Delphi多线程下的ADO编程

boost asio 0.39发布了

[转]今年的十个佳句出炉啦

当asio::async_read与socket的async_read_some的区别

[转]嵌入式Linux研究－对几种典型的系统的内核配置方案

《自己动手写嵌入式操作系统》源代码

解决error C2011: 'fd_set' : 'struct' type redefinition问题

与妻书---林觉民

解决unresolved external symbol "public: int __thiscall CWnd::KillTimer(unsigned int)" (?KillTimer@CWnd@@QAEHI@Z)问题

老老实实从头做起

偶尔的思绪和收获

一点感悟：在一个项目尚未完成时不宜调走项目组成员

etherboot 编译来自 http://markmail.org/message/h4eyrkv5bfd5yila#query:Etherboot%20gcc%204.3+page:1+mid:h4eyrkv5bfd5yila+state:results