Dave Angel wrote:
Tim Roberts wrote:
Robert wrote:
os.path.getmtime('x.txt')
1193160881
int(win32file.GetFileAttributesExW('x.txt')[-2])
1193153681
int(win32file.GetFileAttributesExW('x.txt')[-2]) -
os.path.getmtime('x.txt')
-7200
(Win XP)
is thi
On 30/06/2009 5:09 AM, Tim Roberts wrote:
Gertjan Klein wrote:
It doesn't over here, but another poster has shown me how to circumvent
this. If this is the only way to do that I will; there is no way to tell
PyWin32 to reload the extension? (I know reloading in Python is tough,
I'm expecting a "
hi all,
i m new to wx python.i found difficulty in making its exe.Although m using
the code for exe as:
#
from distutils.core import setup
import py2exe
import sys,glob,os
if len(sys.argv) == 1:
sys.argv.append("py2exe")
# creates a standalone .exe file, no zip files
setup( options = {"py2e
Tim Roberts wrote:
Robert wrote:
os.path.getmtime('x.txt')
1193160881
int(win32file.GetFileAttributesExW('x.txt')[-2])
1193153681
int(win32file.GetFileAttributesExW('x.txt')[-2]) -
os.path.getmtime('x.txt')
-7200
(Win XP)
is this a bug, or is t
time.time() / getmtime() is absolute / UTC. and win32file says:
compatible with time.time. a int value doesn't make sense as
localtime?
It even picks up daylight saving, so the int file times would
change in winter
>>> time.timezone
-3600
>>> time.altzone
-7200
R
Paul Koning wrote:
Maybe
Tim Roberts wrote:
Robert wrote:
os.path.getmtime('x.txt')
1193160881
int(win32file.GetFileAttributesExW('x.txt')[-2])
1193153681
int(win32file.GetFileAttributesExW('x.txt')[-2]) -
os.path.getmtime('x.txt')
-7200
(Win XP)
is this a bug, or is there a issue with timezones/summer time? aren'
hi all,
i m new to wx python.i found difficulty in making its exe.Although m using
the code for exe as:
#
from distutils.core import setup
import py2exe
import sys,glob,os
if len(sys.argv) == 1:
sys.argv.append("py2exe")
# creates a standalone .exe file, no zip files
setup( options = {"py2e
