入市一年心得

    不知不觉，入市已经有一年了，总得来说，略有赢利。但我很清楚，这些赢利不是因为我会炒，而是因为大盘是在涨，我只是跟着沾了点光而已。

     不过一年下来，也并不是完全没有收获的。至少经历了心态变化的几个阶段，算是入门了吧。

     刚开始进入股市的时候是信心满满的，看了几篇股评就以为自己掌握了玄机，可以稳赚不赔了。

     后来股市开始剧烈震荡，看着自己帐面上的钱，今天多，明天少，就开始有点把持不住了。不自觉的追涨杀跌，虽然没损失多少，但平白的错失了很多的机会。陷入了一买就跌，一卖就涨的怪圈。

     这样的次数多了以后，觉得烦了。同时回想自己看的一些书，觉得与原来的目标越来越远了。抱着价值投资的目标进入，然而却彻底沦为投机，甚至连着自己的心态也变得不淡定了，就算能赚点钱也变得不值了。

    我们的钱要去生钱，更加重要的是，我们的经历要成为我们看清这个世界的线索，而不是迷失其中的玩物。

    现在以学习和等待为主，设好止赢和止损，做足功课，严守纪律。

关于专心

     不专心做事的后果往往让自己哭笑不得。晚上想泡杯牛奶，吃点五香豆干，手边有鸟巢奶粉、豆干、蜂蜜。泡牛奶本不是一件复杂的事情，于是我一边泡牛奶一边想如何能更专心的学习（因为在伟大的天朝活着压力很大。。。）。结果悲剧了，加完奶粉直接撕开豆干就往奶粉里倒。。。

     因为我不专心，所以我把豆干加到牛奶里。而我之所以不专心是因为我觉得冲牛奶是理所当然会成功的事，不需要重视。从冲牛奶这个角度来说，专不专心倒也无所谓。但是很多时候我们犯的错误，跟这种情况其实一模一样。觉得根本没难度的考试，考了个不及格。觉得根本不会不问题的代码修改，却导致自己被通报批评。

    其实还是态度的问题，从小被教育成结果倒向型，只要结果OK，什么事都OK。老师会告诉你，你要仔细，认真，否则你就考不及格。然而我及格了，于是我没把严肃认真当回事。如果有人把严肃、认真、专心的态度作为一种值得敬畏的东西来教小孩子，或者干脆整一部动画或电视剧，也许可能会好一点。

    不专心就做不好事，做不好事就买不起房，买不起房就讨不到老婆，讨不到老婆就生不了娃，生不了娃就会被家长骂：“不肖的东西”， 太恐怖了。。。

TEST : Windows Live Write to write blog both on blogger and wordpress

This is a TEST by Windows Live Write.

Test for syntax highlight in blogspot

This is a test for syntax highlight blogspot.

   #include "iostream.h"
   int main()
   {
      printf("\r\n This is a test of syntax highlight!");
      return 0;
   }

中秋之日生

从开始上大学的时候，对生日的期待就比小的时候淡了很多，就像《拆弹部队》里说的，人越是长大，感兴趣的东西就越少，果然是这个样子呢。
还是老爸告诉我原来今年的生日我中秋是同一天，不然我估计只有到明天的时候才会知道，哦今天是中秋，还是我的生日。原来我是中秋节生的呢，再过这天的时候就要等到六十年后了。

多线程问题（续）

初步诊断是数组越界导致的问题，但具体的点没有找到。由于这个项目我是中间才进的，头绪总是理不出来，于是直接干掉，重写，OK了。

另外解决一个内在泄露的问题，同样没有好的办法去定位，一个功能一个功能的去掉，每去一个功能看一内存泄露的速度是否有变化，进而缩小检查的范围，最后搞定。但这个方法当内存泄露很小的时候，就比较困难了。。。

看来内存头的信息还是必要的，在项目比较大，开发人比较多的时候，相当必要。。

多线程程序的调试

今日调试一多线程程序，LINUX下，出现某一线程锁死的情况，怀疑跟socket通信有关，不太会用GDB调试多线程，学习中。

解决并学习之。

Nobody Believes Fred

Ubuntu Stack Smashing 续

今天忍不住又捣腾了一把，验证了昨天的假设，Ubuntu 10.04下默认打开gcc的stack protector 功能，Fedora 13下默认关闭。

使用 gcc -fstack-protector 可以将该功能打开。使用gcc -fno-stack-protector 可以将该功能关闭。之所以昨天没试出来是因为，昨天的工程不止一个Makefile里定义了 CC = gcc. 今天改全，Ubuntu 下运行成功。在Fedora下加上保护，可以复现。

没想到这么快就解决了，爽。

Ubuntu 下 stack smashing

近日想把一个Fedora 13下工程移植到Ubuntu下，因为个人喜欢Ubuntu多一些，而且这是难得由我做主的事，呵呵。本来以为主要的工作可能会花在编译上，而且估计问题不大，但事情往往不是我们所想的那样，有时候看上去简单的事情其实很麻烦。

编译很简单，对GCC没有特别的要求，因为涉及到网络，需要装上libcap， apt-get 之，再编，OK。运行，初始化阶段即提示 stack smashing detected. 没改动任何代码，在Fedora 13运行OK，到Ubuntu 10.04上直接起不来，不解。 Google之，信息很少，大概是说Ubuntu 会默认开启GCC的stack smashing proctect 功能，Fedora 13下没开？ 一哥们貌似也遇到同样的问题，但那哥们好像是类型强转的时候出问题，我去调试代码，由于是多线程的，GDB用的也不熟，未果。时间不多，公司的东西也不准拿回家来。。。（个人以为，我司有些东西送人，人家也是不会要的）。
网上也有传说，用GCC -fno-stack-protector编译就可以去年保护，尝试之，无效，或者是我的Makefile 没改全也不一定。
只好再装上Fedora 13，末得光驱，硬盘安装，中间不小心在Windows下把Grub给写坏了，进了Grub Rescue, 并且找不到Linux的分区，最后厚着脸皮找人来修电脑，真TNND丢人。
结论：初步推断是代码有问题，确实是有栈溢出，在Fedora下没有检测，故暂时看上去OK，Ubuntu下有检测，挂了。并且我尝试去保护的方法不行或者是不完全。暂时无能力解决，Mark一下，以后解决。
还好代码不是我写的...

电脑热挂了

晚上回家，开机，没反应，以为又闹情绪了。再开，仍然没反应，难不成真遇到难得一见的硬件故障了？ 倒腾了半天，显卡两个插槽换了好几个来回还是不成。

看见主板上有个温控器的两个小LED显示 点点（表示他无语。。），于是尝试按了下温控器旁边的小开关，滴的一声，O了。

擦，真被热的保护起来了。。

这天气。。

嗯，我又回来了

这个地方以前是不用翻墙来的，偶而来一次，现在来这边基本上可以算越境了，也让这边变成了一个安静的地方，试着重新在这边拾写往日的感觉，写一些有用的东西，不再是无病呻吟了，呵呵。