astimezone() fails on Windows for pre-epoch times

[Snidhi]

BPO	36759
Nosy	@abalkin, @pganssle, @Windsooon, @jonnyhsu

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = None
closed_at = None
created_at = <Date 2019-04-30.11:36:25.986>
labels = ['3.7', '3.8', 'type-bug', 'library', '3.9']
title = 'astimezone() fails on Windows for pre-epoch times'
updated_at = <Date 2020-03-24.08:53:35.045>
user = 'https://bugs.python.org/Snidhi'

bugs.python.org fields:

activity = <Date 2020-03-24.08:53:35.045>
actor = 'Ard Kuijpers'
assignee = 'none'
closed = False
closed_date = None
closer = None
components = ['Library (Lib)']
creation = <Date 2019-04-30.11:36:25.986>
creator = 'Snidhi'
dependencies = []
files = []
hgrepos = []
issue_num = 36759
keywords = []
message_count = 10.0
messages = ['341149', '341152', '341157', '341236', '342866', '364801', '364866', '364907', '364918', '364921']
nosy_count = 7.0
nosy_names = ['belopolsky', 'SilentGhost', 'p-ganssle', 'Snidhi', 'Windson Yang', 'Jonathan Hsu', 'Ard Kuijpers']
pr_nums = []
priority = 'normal'
resolution = None
stage = 'test needed'
status = 'open'
superseder = None
type = 'behavior'
url = 'https://bugs.python.org/issue36759'
versions = ['Python 3.7', 'Python 3.8', 'Python 3.9']

[Snidhi]

With: Python 3.6.1 (v3.6.1:69c0db5, Mar 21 2017, 17:54:52) [MSC v.1900 32 bit (Intel)] on win32

import datetime;

d_Time = datetime.datetime.strptime('03:30 PM', '%I:%M %p');
d_Time = d_Time.astimezone(datetime.timezone.utc);
# RESULTS IN OSError: [Errno 22] Invalid argument

# WHEREAS the foll. does not have the issue!
d_Time = datetime.datetime(year    = d_Time.year,
                           month  = d_Time.month,
                           day     = d_Time.day,
                           hour    = d_Time.hour,
                           minute = d_Time.minute,
                           second  = d_Time.second,
                           tzinfo  = datetime.timezone.utc);

print(d_Time);

[Windsooon]

on macOS 10.14.4, I got ValueError: offset must be a timedelta representing a whole number of minutes, not datetime.timedelta(0, 29143). I will do some research to see why this happen.

[SilentGhost]

This seems like a duplicate (or at least very similar) to the bpo-29097. Could you try a newer version of Python (that issue was fixed in 3.6.7) to make sure it's not a duplicate?

That was specifically a Windows bug, Windson, make sure that what you're seeing is not fixed elsewhere if you only have macOS available.

[Windsooon]

Thanks, SilentGhost, you are right. I will leave this to a Windows expert instead.

[SilentGhost]

I'm going to close this issue as a duplicate of bpo-29097. If you're still experience this problem on python3.7, please re-open.

[ArdKuijpers]

Encountered this bug on Python 3.7.6 (default, Jan 8 2020, 20:23:39) [MSC v.1916 64 bit (AMD64)], so on Windows 10. I can reproduce the bug with the code in message https://bugs.python.org/msg341149.

It does not seem to be a duplicate of bpo-29097 since I cannot reproduce that issue.

[SilentGhost]

Yes, I was also able to verify this issue on 3.8.2 on win10. Argument to astimezone is not required, and this happens for both naïve and aware objects.