python太强了。有很多不知道怎么实现的，结果就出来了，特别是对于象我这样已经习惯c的人来说。
程序中要扫描很多目录，有的目录下偏偏保存了大量的文件，导致扫描过程漫长，特别是需要匹配一些特征名的文件的时候，现在是c写的，一个多小时运行一次，tru64的机器。
发现python在扫描目录的时候比较快，下载了源代码，
哦bz2格式的。在linux下解压（tru64没有相应的解压软件啊),tar成一个包，compress压一下，ftp到hp上测试一把。
先是./configure，等待的过程很长。
先把压缩包传到tru64上吧,vpn很慢的。
./configure执行完毕，执行make。
又是一个漫长的等待。
说明中说还要执行make test，我也照办了。这个过程更长。
其中产生了个错误。
最后执行make install，立即返回错误，因为当前用户是普通用户。不管它了。
把压缩包传到tru64上花费了很长时间，和在hp上操作是一样的，不过make test的命令和make install可以不去执行，你会发现在当前目录下有python，没错儿，这就是主程序了。
开始python吧
注意在tur64下make的时候有警告：
cc -std1 -pthread -c -ieee -std -Olimit 1500 -DNDEBUG -O -I. -I./Include -DPy_BUILD_CORE -o Python/ceval.o Python/ceval.c
cc: Info: ./Include/objimpl.h, line 255: In this declaration, type long double has the same representation as type double on this platform. (longdoublenyi)
long double dummy; /* force worst-case alignment */
--------^
好像不是很重要。
我的程序是这样测试的
>>>filehandler = open('/home/youlian/src/wangyb/listdir1.txt','w')
>>>for i in range(len(tt)):
fileStats = os.stat(os.path.join
('/usr/users/mqm/zhjf/ytt/sx/cdma/up_bak',tt[i]))
>>>filehandler.write(str(fileStats[stat.ST_MTIME]))
>>>filehandler.close()
完毕
我可以写一个安装的手册了-)
阅读(4489) | 评论(8) | 转发(0) |
