Thanks for the comments Paul.
> Is there a reason you don't see assuming a timezone of
> win32timezone.GetLocalTimeZone() as a reasonable option?
Not really - I think I was just looking at it from the POV of the win32
structures. You make a good case for using the local time, but there may
still
Thanks for the words of encouragement.
> -Original Message-
> From: Vernon Cole [mailto:vernondc...@gmail.com]
> Sent: Tuesday, 13 January, 2009 12:19
>
> Second, I am frustrated with the fact that Python's datetime
> implementation is incomplete, since it lacks any standard way of
> gett
Great work, Jason!
Maybe this would be a good time for a feature request. I am a fanatic
about operating system independent code, which is weird because all of
my open source code contributions are Windows specific. Go figure.
First, let me say that I like Paul's third option the best. When I am
Tony Cappellini wrote:
Is there an API for reading the values on the Performance Tab in Task
Manager on XP?
Without being 100% sure, I would imagine that WMI could pull them
out for you. However, there isn't -- afaik -- a "Task Manager API"
where you could be guaranteed of getting the selfsame
2009/1/13 Mark Hammond :
> So, my question is: Assuming we want to set a time object into a SYSTEMTIME
> or FILETIME structure, what should pywin32 do when faced with a timezone
> naïve object? I see only 2 options:
>
> * Given the SYSTEMTIME assumes UTC and the object is timezone naïve, the
> cod
