python笔记——诡异BUG？
最近又重新装上了windows 7感觉还是那样，主要是想用M8SDK写些程序。也想在windows上玩玩，一直都觉得用C写一些常用的东东很复杂，只有借助于解释性语言了，在python, ruby间选择，最终用Python。
python的语法非常简单，对于一个学过编程的人可能一上午就差不多了，不过python的强大之处在于它有N多的库可以方便我们处理问题，熟悉这些库则要花一些时间。
实际上装上python3后使用一真不怎么顺，因为经常找不到库文件，而库文件实际上是在那里的，在google上搜索也没有答案，很是郁闷。
今天又重新把python3.1卸载重装了下，发现一个奇怪的现象。
我写了一个文件html.py#!cmd
import urllib
import urllib.request
html = urllib.request.urlopen('http://shenzhen.8684.cn/x_7ba0b811')
content = html.read()
print( content )
print( content.decode( 'gbk' ) )
放在D:\Python目录下（我的安装目录是C:\Python31），cmd下进入D:\Python目录，运行python.exe html.py，提示错误：
Traceback (most recent call last):
File "D:\Program\html.py", line 2, in <module>
import urllib
File "D:\Program\urllib.py", line 1, in <module>
import urllib.request
ImportError: No module named request
再把 目录名由Python改为Program，仍然不行，出现相同错误。
将html.py拷贝到D:\根目录下，运行python.exe html.py，运行正常，输出相应内容。
然后将html.py拷贝到E:\下，运行正常，输出相应内容。
再将html.py拷贝到E:\Movie下，运行正常。
让我很迷惑，为什么在D盘的子目录下运行就找不到相应的库文件，而在D的根目录下又可以找到；而在其它盘的子目录，根目录下均可找到相关库文件。难道是传说中的BUG？
另外，我在Fedora13 RC3下运行python3也会出现一样问题，也没找到原因，极度郁闷。
PS：曾将python3.1安装于D:\program file\Python31， D:\Python31两个目录，均是由于此问题而卸载重新安装的。
相关文档：
初学Python，这么做好像有点2，凑合能用：
class MyClass():
def __init__(self, n = 10):
self._Field = n
def __getitem__(self, range):
return MyClass(self._Field)
obj1 = MyClass()
obj2 = obj1
obj3 = obj1[:]
obj1._Field = 100
obj4 = MyClass(123)
print obj1._Field, obj2. ......
exec语句用来执行储存在字符串或文件中的Python语句。例如，我们可以在运行时生成一个包含Python代码的字符串，然后使用exec语句执行这些语句。下面是一个简单的例子。
>>> exec 'print "Hello World"'
Hello World
eval语句用来计算存储在字符串中的有效Python表达式。下面是一个简单的例子。
>>> ......
谈到了Python语句的两种执行方式，实际上，这两种运行方式在本质 上是相同的，它们都是由解释器来解释执行我们提供的Python语句。 这里所说的解释执行是相对于编译执行而言的。我们知道，使用诸如 C或C++之类的编译性语言编写的程序可以从源文件转换成计算机使用 的机器语言， 经连接器连接后形成二进制可执行文件。当我们� ......
今天一上课，大牛老师就给大家出了一道题：
编程：请从字符串“goOoOogle”中找出以“O”开头，并以“O”结束的部分。
“这还不简单，看我的”小菜不一会儿就给出了答案：
>>> s="goOoOogle"
>>> s.find("O")
2
>>> s.find("O",3)
4
>>& ......
