Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1353298
  • 博文数量: 188
  • 博客积分: 4847
  • 博客等级: 上校
  • 技术积分: 2124
  • 用 户 组: 普通用户
  • 注册时间: 2006-03-06 13:49
个人简介

Who am I?

文章分类

全部博文(188)

分类: Python/Ruby

2006-05-23 16:46:33

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()
完毕
我可以写一个安装的手册了-)
 
阅读(4551) | 评论(8) | 转发(0) |
给主人留下些什么吧!~~