pywin32-bugs

Patches item #873846, was opened at 2004-01-09 17:58
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=873846&group_id=78018
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: David Fraser (davidfraser)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix PyTime.Format (null pointer error)
Initial Comment:
PyTime.Format currently crashes with a null pointer
exception on times before 1970. (pywintypes.Time(x)
where x < -1)
In Patch 808465 I submitted a change to PyTime.Format
that used mktime and localtime to generate the day of
week and day of year since day of year is not included
in the SYSTEMTIME struct. This can crash because if the
time is before 1970 (e.g. pywintypes.Time(-10)) then
mktime returns -1 and localtime returns NULL.
This is a patch that rather does the calculations
properly (they are just numeric).
I took the code directly from the Python 2.3 datetime
module and merged in the required functions.
The resulting code is therefore simple and more reliable.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=873846&group_id=78018

Patches item #873846, was opened at 2004-01-09 17:58
Message generated for change (Comment added) made by davidfraser
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=873846&group_id=78018
Category: None
Group: None
Status: Open
Resolution: None
>Priority: 7
Submitted By: David Fraser (davidfraser)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix PyTime.Format (null pointer error)
Initial Comment:
PyTime.Format currently crashes with a null pointer
exception on times before 1970. (pywintypes.Time(x)
where x < -1)
In Patch 808465 I submitted a change to PyTime.Format
that used mktime and localtime to generate the day of
week and day of year since day of year is not included
in the SYSTEMTIME struct. This can crash because if the
time is before 1970 (e.g. pywintypes.Time(-10)) then
mktime returns -1 and localtime returns NULL.
This is a patch that rather does the calculations
properly (they are just numeric).
I took the code directly from the Python 2.3 datetime
module and merged in the required functions.
The resulting code is therefore simple and more reliable.
----------------------------------------------------------------------
>Comment By: David Fraser (davidfraser)
Date: 2004-01-19 16:14
Message:
Logged In: YES
user_id=221678
fixes a crash, so should be applied soon
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=873846&group_id=78018

Patches item #873846, was opened at 2004-01-09 17:58
Message generated for change (Comment added) made by davidfraser
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=873846&group_id=78018
Category: None
Group: None
Status: Open
Resolution: None
>Priority: 9
Submitted By: David Fraser (davidfraser)
>Assigned to: Mark Hammond (mhammond)
Summary: Fix PyTime.Format (null pointer error)
Initial Comment:
PyTime.Format currently crashes with a null pointer
exception on times before 1970. (pywintypes.Time(x)
where x < -1)
In Patch 808465 I submitted a change to PyTime.Format
that used mktime and localtime to generate the day of
week and day of year since day of year is not included
in the SYSTEMTIME struct. This can crash because if the
time is before 1970 (e.g. pywintypes.Time(-10)) then
mktime returns -1 and localtime returns NULL.
This is a patch that rather does the calculations
properly (they are just numeric).
I took the code directly from the Python 2.3 datetime
module and merged in the required functions.
The resulting code is therefore simple and more reliable.
----------------------------------------------------------------------
>Comment By: David Fraser (davidfraser)
Date: 2004-03-02 09:30
Message:
Logged In: YES
user_id=221678
Changing priority - this should be fixed soon!
There is a test to demonstrate it in bug 873847
----------------------------------------------------------------------
Comment By: David Fraser (davidfraser)
Date: 2004-01-19 16:14
Message:
Logged In: YES
user_id=221678
fixes a crash, so should be applied soon
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=873846&group_id=78018

Patches item #873846, was opened at 2004-01-09 17:58
Message generated for change (Comment added) made by davidfraser
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=873846&group_id=78018
Category: None
Group: None
Status: Open
Resolution: None
>Priority: 5
Submitted By: David Fraser (davidfraser)
Assigned to: Mark Hammond (mhammond)
Summary: Fix PyTime.Format (null pointer error)
Initial Comment:
PyTime.Format currently crashes with a null pointer
exception on times before 1970. (pywintypes.Time(x)
where x < -1)
In Patch 808465 I submitted a change to PyTime.Format
that used mktime and localtime to generate the day of
week and day of year since day of year is not included
in the SYSTEMTIME struct. This can crash because if the
time is before 1970 (e.g. pywintypes.Time(-10)) then
mktime returns -1 and localtime returns NULL.
This is a patch that rather does the calculations
properly (they are just numeric).
I took the code directly from the Python 2.3 datetime
module and merged in the required functions.
The resulting code is therefore simple and more reliable.
----------------------------------------------------------------------
>Comment By: David Fraser (davidfraser)
Date: 2004-03-05 14:25
Message:
Logged In: YES
user_id=221678
No longer high priority as a fix for the crash has been applied.
But still, this is more general code.
Should it still be applied?
Or linked to the Python 2.3 datetime module?
----------------------------------------------------------------------
Comment By: David Fraser (davidfraser)
Date: 2004-03-02 09:30
Message:
Logged In: YES
user_id=221678
Changing priority - this should be fixed soon!
There is a test to demonstrate it in bug 873847
----------------------------------------------------------------------
Comment By: David Fraser (davidfraser)
Date: 2004-01-19 16:14
Message:
Logged In: YES
user_id=221678
fixes a crash, so should be applied soon
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=873846&group_id=78018

Patches item #873846, was opened at 2004-01-10 02:58
Message generated for change (Comment added) made by mhammond
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=873846&group_id=78018
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: David Fraser (davidfraser)
Assigned to: Mark Hammond (mhammond)
Summary: Fix PyTime.Format (null pointer error)
Initial Comment:
PyTime.Format currently crashes with a null pointer
exception on times before 1970. (pywintypes.Time(x)
where x < -1)
In Patch 808465 I submitted a change to PyTime.Format
that used mktime and localtime to generate the day of
week and day of year since day of year is not included
in the SYSTEMTIME struct. This can crash because if the
time is before 1970 (e.g. pywintypes.Time(-10)) then
mktime returns -1 and localtime returns NULL.
This is a patch that rather does the calculations
properly (they are just numeric).
I took the code directly from the Python 2.3 datetime
module and merged in the required functions.
The resulting code is therefore simple and more reliable.
----------------------------------------------------------------------
>Comment By: Mark Hammond (mhammond)
Date: 2004-04-25 16:47
Message:
Logged In: YES
user_id=14198
Sorry for the delay. I checked this in, with the addition
of setting the is_dst flag correctly from the current
system. Thanks!
Checking in PyTime.cpp;
new revision: 1.11; previous revision: 1.10
----------------------------------------------------------------------
Comment By: David Fraser (davidfraser)
Date: 2004-03-05 23:25
Message:
Logged In: YES
user_id=221678
No longer high priority as a fix for the crash has been applied.
But still, this is more general code.
Should it still be applied?
Or linked to the Python 2.3 datetime module?
----------------------------------------------------------------------
Comment By: David Fraser (davidfraser)
Date: 2004-03-02 18:30
Message:
Logged In: YES
user_id=221678
Changing priority - this should be fixed soon!
There is a test to demonstrate it in bug 873847
----------------------------------------------------------------------
Comment By: David Fraser (davidfraser)
Date: 2004-01-20 01:14
Message:
Logged In: YES
user_id=221678
fixes a crash, so should be applied soon
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=873846&group_id=78018

Community

Help

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

CountryState

JavaScript is required for this form.

I agree to receive quotes, newsletters and other information from sourceforge.net and its partners regarding IT services and products. I understand that I can withdraw my consent at any time. Please refer to our Privacy Policy or Contact Us for more details