那就表示系統不知道xxx.so 放在哪个目录下，
可以先查询下，.so放在哪个文件下：find -name xxx.so
等到它的路径后，将它路径放在/etc/ld.so.conf文件中，（这里要注意的是使用find命令得到的路径是相对当前路径的，要把全部的路径放在该文件中）
将/etc/ld.so.conf保存后，执行/sbin/ldconfig –v来更新下，即可
本文是www.git-tower.com总结的使用Git的最佳实践，其中的大部分实践具有普适性，可用其他版本控制工具SVN，CVS等。
原文:http://www.git-tower.com/files/cheatsheet/Git_Cheat_Sheet_grey.pdf
每次提交的应该是一系列有关联的变化。例如，修复了两个不同的bug应该分别提交两次。提交的变化少，
其他开发者更容易理解变化的内容，出现问题更容易回滚到原来的状态。
译者注：假想现在有2个bug，第一次提交时第1个bug修复完毕，第2个bug修复了一半，第二次提交时2个bug修复完毕。
后来发现需要先仅修复第1个bug，因为第一次提交时包含了第1个bug的修复代码与第2个bug的半成品，所以需要恢复到上次
提交状态之外的额外努力，使用版本控制带来的便利就大打折扣了。
经常提交可以保证提交的变化少而且相互关联。而且，可以更快地使其他开发者看到最新的代码。这样更容易让所有人快速
合并变化，避免发生冲突。若偶尔提交一次且代码变化较大，将使冲突很难解决。
不要提交未完成的代码。这并不是要求你完成某个全面、大型的功能的代码后再提交，而是：按逻辑将其分解成多个部分并尽早提交。
不要为了将代码存储到服务器上而在下班前匆忙提交，如果仅仅是为了提交今天的工作内容，尝试使用“git stash”代替”git commit”。
不要提交你”认为”已经完成的内容。先对改变的代码作详尽的测试并确保所做的改变没有副作用。虽然提交半成品仅仅需要的
是原谅自己，然而向服务器提交测试过的代码再让其他开发者使用更重要。
先简短地总结对文件所做的改变，插入空行，再写详细内容。详细内容应该提供了以下几个问题的答案：
— 改变的目的？
— 改变后与上次实现的区别？
将文件备份到服务器上是版本控制工具带来的副产品，但是你不应该把版本控制系统用来备份文件。使用版本控制时，应力求
每次提交的都是相关联的变化(见第一条)——而不是提交一堆文件。
译者注：版本控制的目的是易于追踪文件变化，方便多人协作，实现开发中的工作流(branch, merge, tag...)
分支是Git最强大的特性之一——这并非偶然：Git最初的核心目标就是快速简单地建立分支。分支是帮助划分多个开发路线的完美
工具。你应该在开发工作流中广泛应用分支:如增加新功能，修复bug，验证想法...
通过 git help <command>获取git命令的帮助
Git 官方网站: http://www.git-scm.com
学习Git资源:
http://progit.org
http://book.git-scm.org
http://gitref.org
译者：
Garyelephant
mail:garygaowork#gmail.com
关注软件团队的高效运行，团队管理。
一个服务器两个jdk,一个是jdk1.4，一个是jdk1.6。
同样tomcat版本是,tomcat5.0和tomcat6.0。都安装在一个服务器上，这个冲突问题，弄了好久，让人头疼啊
tomcat5.0匹配jdk1.4，
tomcat6.0匹配jdk1.6，
1.首先指定tomcat匹配的jdk
tomcat/bin目录下
catalina.bat
setclasspath.bat
两个文件用记事本打开，都添加一句话
set JAVA_HOME=jdk路径
以为添加好tomcat的匹配路径，就可以了。
2.但是，低版本tomcat中的项目，看似是没问题了，但是，服务器启动后，有些功能还是出不来。查了很久还是jdk1.6和jdk1.4冲突问题
tomcat5.0低版本一定要tomcat6.0启动之前完成启动
所以一定要设置服务器启动顺序。把tomcat5.0启动设置tomcat6.0之前
1. 打开注册表，HKEY_LOCAL_MACHINE->SYSTEM->Services->新建多字符串值,名称为：DependOnService,
值为：
tomcat5.0
tomcat6.0
这样即可