Blog my life

2009->2010

自从操作系统升级到Win 7以后，SVN Commit就经常出现类似错误：

Commit
G:\doc\projects\estar\trunk\vs\EstarSharp\EstarSharp\Data\WorkData.cs
G:\doc\projects\estar\trunk\vs\EstarSharp\EstarSharpGUI\Forms\About.cs
G:\doc\projects\estar\trunk\vs\EstarSharp\EstarSharpGUI\Forms\MainForm.cs
G:\doc\projects\estar\trunk\vs\EstarSharp\EstarSharpGUI\Forms\MainForm.cs
G:\doc\projects\estar\trunk\vs\EstarSharp\EstarSharp\Data\WorkData.cs
G:\doc\projects\estar\trunk\vs\EstarSharp\EstarSharpGUI\Forms\About.cs
Commit succeeded, but other errors follow:
Error bumping revisions post-commit (details follow):
Can't move
'G:\doc\projects\estar\trunk\vs\EstarSharp\EstarSharp\Data\.svn\tmp\entries' to
'G:\doc\projects\estar\trunk\vs\EstarSharp\EstarSharp\Data\.svn\entries': The
file or directory is corrupted and unreadable.

说文件损坏或者无法读取。这是一个很令人费解的问题，到底commit是成功还是失败了？网上查询一番后找到有朋友遇到相同的问题并且给出了解决方案（见：http://schleichermann.wordpress.com/2009/12/09/svn-tortoisesvn-cant-move-the-file-or-directory-is-corrupted-and-unreadable-windows-7/）

原因是Win7启动了索引服务和SVN Commit时候移动文件冲突了。解决方法是关闭Win 7的对SVN仓库的索引服务。

打开Win7的控制面选，选择“索引选项”，然后选择“修改”，将G:\doc\projects\estar全部反选即可

早上大雾，下午天气好转

圣诞节与我无关，继续改BUG

小妹的笔记本估计进水弄坏了

晚上购物，打游戏，研究微分几何

再看看几年前的TimeMachine，我当时在圣诞节做些什么：

2008年：圣诞节
2007年：基于GPU的实体布尔运算的想法
2006年：今天平安夜
2005年：未知
2004年：应该是和女朋友在春熙路上玩~

购物~

前天晚上一只猫可怜兮兮的在我窗台上叫啊叫，一心软给了它块儿肉吃，我想大冬天的在外面也冷得慌。

好吧，昨天晚上又来了，又是那样叫啊叫，不给了。

今天又来了，天啊，这个猫咪给我耗上了呢，不能拿那么高档的东西吃了，要混点饭吃。从冰箱里面搞了点剩饭和肉丝，还有一小块儿牛肉，热了热，好了。猫儿吃了牛肉就跑了，晕死我也。

隔了半个小时自己又跑回来了，继续吃剩下的，专门找肉吃。饭剩了不少。哎，猫儿啊，你还真是挑食。这下我又成了养猫的了~

猫咪啊猫咪，昨天嘛我看你是饿的不行了给你好大一块肉吃，早上发现原来你还挑食肥肉都没有吃完的。今天又跑来叫的那么可怜干嘛呢，肉又不是免费的，自己找点吃的好咯，你的主人家呢，大冬天的不给你吃的。虽然造孽呢也不至于天天在我窗台上来要吃的呢。今天对不起咯~~

最近事情多哦，抓紧时间把弯管机工艺申请的专利说明书写完叫了，又花了两个小时把中期检查的PPT做了，然后随时当接线员，软件的BUG一个一个的出来，接下来又一个一个的消灭了，再后就研究OpenCASCADE用在五轴五联动仿真上的可行度。
一件事情一件事情的理清楚好了。
弯管机工艺专利其实不是我做的，写专利说明书还是按照以前遗留的一些文档复制粘贴，改改格式，重新做作图，就OK。核心的东西写不来，一个函数上5000行的程序看不懂，也没有必要看懂。更悬的学术派的什么说法我弄不懂，胡扯罢了。
中期检查的事情让我想起我们的开题报告，开什么题哦，检查也是敷衍，本来认认真真做的PPT就让检查的给敷衍了。
软件的BUG是最近比较头痛的事情。还好早就有大量的准备。
首先是软件的LOG系统发挥了很大作用，在设计之初就采用了自己写的一个LOG系统。虽然说功能很简单，但比没有强多了。
其二是指导厂商去客户那儿了解客户出问题的具体原因，不要就是说“软件卡死了，软件有问题”这种根本无法确定原因的问题。要得到故障发生的具体时间，越精确越好，方便定位时间。另外要保证是电脑上的时钟，而不是客户手上的时间，搞不好今年2009年电脑还是2008年呢。
第三是要有解决问题的耐心。因为客户在温州，我在成都，而且我手上没有现成的设备供调试。所以所有的程序修改工作都是“瞎蒙”的。但这个“瞎蒙”不是指随便乱猜，这样只会使程序越改越糊涂，厂商和用户会越来越没有信心。力求做到解决一个问题就不再会出现了。关键就是如何正确的分析LOG文件了。最开初设计的LOG文件加工后会变得异常的大，经常加工一天就几个G，中间有些大量垃圾信息是在while循环中生成的，将这些去除，再优化和规范LOG的格式，便容易分析多了。
对于LOG的添加也是在不断地测试、不断地试用当中逐步添加的。起初根本不知道哪儿需要LOG、LOG记录的密度等等。在后面看LOG的时候会逐步明朗的。
那么离线情况下如何进行调试呢，有些时候是没办法的。还好我这里在前期设计的时候就做了一个简单的虚拟机床模块，可以模拟运动控制卡、IO卡的动作。当时用了两三天的时间制作，并在后期进行了维护。现在看来这个模块起了很好的作用，一些简单的流程上的问题就直接在虚拟机床上测试即可。对于一些疑难杂症，就只有靠更透彻的分析日志，特别是多线程的时候，更要仔细的检查GUI、底层线程、和状态机的配合。
最后就是要认真的记录出错的原因。因为软件越到后期出的问题就更是稀奇古怪，没有良好的注释和版本管理，肯定会修正了一个问题又带来N多的其它问题。总结了一下整个软件的设计，还是有不太满意的地方，但目前修改的话已经不太现实。所谓吃一堑长一智，下个系统开发的时候会更关注于整个框架的结构，毕竟，这些都不是靠书本就能学来，实战才能让你理解为什么书里面说的是对的，为什么是错的。
OpenCASCADE目前还没有找到合适的路子去仿真五轴数控，恐怕还需要学点数学的东西，刀具的包络面能够出来了，大部分事情就解决了。

与朋友换了只18-55玩，看起来和我的18-200差不多，只是在18的时候变形小得多。
现在想在博客上写的东西也越来越少了，好像生活少了点激情一样。淡定淡定，冬天就是需要耐得住寂寞，等待明年春天的爆发。

下午下了美联的课就在等时间去吃烧烤，还是在第五大道那家李记烧烤，人不多，菜挺多的，点了两个人吃的总共50块钱，吃撑了。~~一句话新闻，呵呵

来看看图，DIRT 2里面的中国赛道还是挺漂亮的。漓江、云龙、阳朔，但似乎几个赛道都差不多一样。8800现在选HIGH还跑得很欢，特效比DIRT和GRID都好，而速度竟然比前作都快，让我很感动。说明了优化优化，是很必要的。

最近眼睛很不舒服，到了晚上就红，看东西也恼火，今天去看了一下，原来不是疲劳的问题而是结膜炎惹的祸。后来吃饭的时候谈论到传染的问题，才忽然想起前段时间在外面酒店住的，很有可能是洗脸帕上面的细菌传染的。晚上点了两次“加替沙星滴眼液”以后明显好多了，眼睛也舒服多了。看来以后出去的时候一定要用自己的洗脸帕比较安全。