可能是python(win)的一處Bug吧？

kgd7558

最近遇到一個(gè)問題，追了好久，如果我用法沒錯(cuò)的話，可能是python的Bug吧？具體如下：

Python 2.6 final
Release date: 01-Oct-2008

1、封的一個(gè)二進(jìn)制文件讀寫類，功能比較簡(jiǎn)單
2、沒有涉及到多線程之類，沒有互斥影響
3、所有地址相關(guān)整型都用long型，(int型也試過，也有問題)
4、在寫入的文件大小比較大時(shí)，比如5G情況下，第一次可能可以正常寫入
5、關(guān)鍵是在覆蓋寫入時(shí)(先seek，再write)，seek正常，但write可能無返回
6、Linux下很正常，只是windows下偶爾出現(xiàn)，在NTFS以及FAT32上都會(huì)出現(xiàn)。
7、各位有遇到過沒？

1. import os, threading
   
2. 
   
3. class FileIO():
   
4. 
   
5.     def __init__(self, path):
   
6.         self.path = path
   
7.         self.fd = None
   
8.         self.__lock = threading.RLock()
   
9.         if not self.open():
   
10.             print('open file(%s) FAILED' % self.path)
    
11. 
    
12.     def __del__(self):
    
13.         self.close()
    
14. 
    
15.     def lock(self):
    
16.         self.__lock.acquire()
    
17.    
    
18.     def unlock(self):
    
19.         self.__lock.release()
    
20. 
    
21.     def open(self):
    
22.         if self.fd:
    
23.             return True
    
24.         try:
    
25.             if os.path.isfile(self.path):
    
26.                 self.fd = open(self.path, 'r+b')
    
27.             else:
    
28.                 self.fd = open(self.path, 'w+b')
    
29.             return True
    
30.         except:
    
31.             print('open device %s FAILED' % self.path)
    
32.         return False
    
33. 
    
34.     def close(self):
    
35.         if self.fd:
    
36.             self.fd.close()
    
37.             self.fd = None
    
38. 
    
39.     def get_size(self):
    
40.         try:
    
41.             stat = os.stat(self.path)
    
42.             return stat.st_size
    
43.         except:
    
44.             print('get file(%s) status FAILED.' % self.path);
    
45.             return 0
    
46. 
    
47.     def write(self, offset, buf):
    
48.         try:
    
49.             self.fd.seek(offset, os.SEEK_SET)
    
50.             self.fd.write(buf)
    
51.             self.fd.flush()
    
52.             return True
    
53.         except:
    
54.             print('write buffer FAILED(offset=%d, length=%d)' % (offset, len(buf)))
    
55.             return False
    
56. 
    
57.     def read(self, offset, length):
    
58.         try:
    
59.             self.fd.seek(offset, os.SEEK_SET)
    
60.             buf = self.fd.read(length)
    
61.             if len(buf) != length:
    
62.                 print('read buffer FAILED(offset=%d, length=%d)' % (offset, length))
    
63.                 buf = None
    
64.             return buf
    
65.         except:
    
66.             print('read buffer FAILED(offset=%d, length=%d)' % (offset, length))
    
67.             return None
    
68.         
    
69.     def flush(self):
    
70.         try:
    
71.             self.fd.flush()
    
72.         except:
    
73.             print('flush FAILED')

復(fù)制代碼

luffy.deng

windows  fat32  沒有4G文件大小限制？

kgd7558

回復(fù) 2# luffy.deng

我測(cè)試時(shí)，F(xiàn)AT32中，讀寫不超過4G，在NTFS中，大于4G

t6760915

fat32是有4g的限制

2gua

應(yīng)該是操作系統(tǒng)底層支持的問題，不是語言本身的問題吧。

luffy.deng

不太確定你所說的“ 但write可能無返回” 是什么意思？ 是被阻塞在write調(diào)用上么？

kgd7558

回復(fù) 5# 2gua
我的意思是python執(zhí)行環(huán)境實(shí)現(xiàn)代碼可能有問題，語言本身應(yīng)該沒什么問題

kgd7558

回復(fù) 6# luffy.deng

是阻塞在write調(diào)用上

luffy.deng

回復(fù)  luffy.deng

是阻塞在write調(diào)用上
kgd7558 發(fā)表于 2010-06-01 12:32

按理說不會(huì)。能不能看一下你是怎么調(diào)用你自己封的 open   write的？另外是如何判斷出來阻塞在write上的？

kgd7558

回復(fù) 9# luffy.deng
調(diào)用很簡(jiǎn)單，傳一個(gè)偏移與一個(gè)串下去，
write上下分別l加print進(jìn)行調(diào)試，

1、如果有異常，一定會(huì)返回
2、write只打上邊print的信息，下邊的print信息沒打