文章存档
分类：
2008-06-06 17:57:50
1>. 当你使用别人（也可能是系统的库）的函数库来写东西的时候，请你在使用前一定要做到两点：
a>. 别人写的库你会使用，当自己不确定的时候最好写一个小实例来证明一下。
b>. 请确认别人写的库没有问题，最少在大部分的时候是没有问题，当出现问题的时候最好写一个小实例（最简单明了，可以说明问题的实例）来证明一下。
自己没有实验的东西千万不要说你会使用了，如果你认为自己已经会了，就拿起来写具体的应用，当出现问题的时候，找问题将很费时间。
尽量把问题缩小到最小范围。
2>. 如果你经常要作运行当前目录的bin目录和bin_debug目录下应用程序时， 最常用就是直接输入：
./bin/yourproc
./bin_debug/yourproc
你也可以修改path环境变量来把问题简单化： export path=$path:./bin:./bin_debug
如果你修改了path环境变量，当你运行yourproc后，当前运行的是./bin/yourproc还是./bin_debug/yourproc呢？查看hash就知道了：
[gan@localhost fxl]$ hash
hits command
1 ./bin_debug/yourproc
4 /bin/ls
但你一定要清醒的记住当./bin和./bin_debug下都有yourproc的时候，你现在运行的到底是那个yourproc。要不有时候出问题了，自己没想到这上面就白费了很多尽力了。我自己就遇到好几次这样的问题。
如：
gdb yourproc
来调式自己写的东西，但为什么调式的不是刚才自己编译的（而是上此编译的呢？），很费力的。
path用好了就方便，用不好就很麻烦，出错了也不知道为什么。
a>. 别人写的库你会使用，当自己不确定的时候最好写一个小实例来证明一下。
b>. 请确认别人写的库没有问题，最少在大部分的时候是没有问题，当出现问题的时候最好写一个小实例（最简单明了，可以说明问题的实例）来证明一下。
自己没有实验的东西千万不要说你会使用了，如果你认为自己已经会了，就拿起来写具体的应用，当出现问题的时候，找问题将很费时间。
尽量把问题缩小到最小范围。
2>. 如果你经常要作运行当前目录的bin目录和bin_debug目录下应用程序时， 最常用就是直接输入：
./bin/yourproc
./bin_debug/yourproc
你也可以修改path环境变量来把问题简单化： export path=$path:./bin:./bin_debug
如果你修改了path环境变量，当你运行yourproc后，当前运行的是./bin/yourproc还是./bin_debug/yourproc呢？查看hash就知道了：
[gan@localhost fxl]$ hash
hits command
1 ./bin_debug/yourproc
4 /bin/ls
但你一定要清醒的记住当./bin和./bin_debug下都有yourproc的时候，你现在运行的到底是那个yourproc。要不有时候出问题了，自己没想到这上面就白费了很多尽力了。我自己就遇到好几次这样的问题。
如：
gdb yourproc
来调式自己写的东西，但为什么调式的不是刚才自己编译的（而是上此编译的呢？），很费力的。
path用好了就方便，用不好就很麻烦，出错了也不知道为什么。
给主人留下些什么吧！~~