Change by Paul Ganssle :
--
keywords: +patch
pull_requests: +7050
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Paul Ganssle added the comment:
So I created a little patch for this, and when I was working on it I realized
that it's actually possible to implement full `fold` support in a generic way
in `fromutc` under the assumption that `utcoffset - dst` holds at all points
(which is the fundam
Paul Ganssle added the comment:
> I am aware of that. In fact, some of the draft versions of PEP 495
> implementation did contain such code. The problem is that any such
> tz.fromutc() implementation would necessarily change the behavior of the old
> programs.
This I'
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue33941>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Ganssle added the comment:
This can be closed now, I think.
--
___
Python tracker
<https://bugs.python.org/issue10381>
___
___
Python-bugs-list mailin
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue29097>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue33701>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue23607>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue15443>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue6280>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue34023>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue33940>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue33381>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Ganssle added the comment:
I don't believe this is a duplicate if #32267, which is actually about the %z
directive.
I think the implementation here is correct and the documentation is
semi-correct, it depends on how you look at it, consider:
>>> datetime(2018, 1,
Paul Ganssle added the comment:
> datetime.timezone -> pytz.timezone (updates driven by IANA timezone database)
I will note that `pytz.timezone` and `datetime.timezone` are not really
comparable (they do two very different things), and as of Python 3.6,
`dateutil.tz` is the recom
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue9305>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue13305>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Ganssle added the comment:
I believe this can be consolidated with #15873 and closed, since that is
finished and available in Python 3.7.
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue24
Paul Ganssle added the comment:
This is a duplicate of #15873 and #24954 and can be closed, as
`fromisoformat()` was added in Python 3.7.
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue31
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue12750>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue25729>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue16322>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Ganssle added the comment:
Hmm. I never noticed this. In the past I have used the (undocumented)
PyDateTimeAPI struct, which the official macros wrap. I'm not sure how official
that struct is considering it doesn't show up in the documentation.
I agree that it should be p
Paul Ganssle added the comment:
Hmm. I never noticed this. In the past I have used the (undocumented)
PyDateTimeAPI struct, which the official macros wrap. I'm not sure how official
that struct is considering it doesn't show up in the documentation.
I agree that it should be p
Paul Ganssle added the comment:
Oops, that previous comment was intended for a completely different ticket. My
mistake.
--
___
Python tracker
<https://bugs.python.org/issue27
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue22005>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue9004>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue28730>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue22377>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue5516>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue22426>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue15390>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue27741>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue34158>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Paul Ganssle :
I was recently debugging some multithreaded Rust code that was deadlocking, and
I tracked it down to what I'm fairly certain is a bug somewhere in
PyCapsule_Import, where it seems that PyCapsule_Import releases the GIL without
first acquiring it.
Paul Ganssle added the comment:
Using a modified version of Python 3.7.0 that prints "Releasing GIL" whenever
PyGILState_Release, I get this:
Waiting for GIL (0)
Gil acquired! (0)
Waiting for GIL (1)
Gil acquired! (1)
Releasing GIL
Gil released! (0)
Releasing GIL
Gil release
Paul Ganssle added the comment:
> It does not seem to me that two threads have the GIL at the same time.
To be clear, this was never my contention. I was under the impression that if
you take the GIL with PyGILState_Ensure(), the GIL was held until you called
PyGILState_Release(), as wit
Paul Ganssle added the comment:
For one thing, this is not how pytz is supposed to be used. You have fallen
prey to one of the most common errors when using pytz. See my blog post:
https://blog.ganssle.io/articles/2018/03/pytz-fastest-footgun.html
The issue at hand is also more about what
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue34365>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue1100942>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue34404>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Ganssle added the comment:
So this is related to something I was actually meaning to fix. When I wrote
this code I didn't understand the way PyUnicode works, there's actually no need
to call `PyUnicode_AsUTF8AndSize()` on the entire unicode string.
My understanding is that
Paul Ganssle added the comment:
> Note that technically a difference between C and Python implementation of
> fromisoformat() will still remain: if a part of the input string before or
> after the separator contains surrogates, the C code will throw a
> UnicodeEncodeError whil
Change by Paul Ganssle :
--
pull_requests: +8336
___
Python tracker
<https://bugs.python.org/issue34454>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue34423>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue34481>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue30717>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
pull_requests: +8434
___
Python tracker
<https://bugs.python.org/issue34454>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Ganssle added the comment:
Somewhat related: #6697.
Turns out there are already some tests here for this, specifically for the C
version only:
https://github.com/python/cpython/blob/master/Lib/test/datetimetester.py#L3328
--
___
Python
Change by Paul Ganssle :
--
keywords: +patch
pull_requests: +8457
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34481>
___
___
Py
Paul Ganssle added the comment:
I'm finding it very difficult to reconcile these things. I'm not entirely sure,
but we may need to take a performance hit in normal strftime if we want to make
this work with surrogate characters, which really does not appeal to me (though
we can
Paul Ganssle added the comment:
@izbyshev That's totally fair and I wouldn't want to make it a condition of
merging the existing fixes - I've already made great progress in fixing the
time.strftime part as well.
The main reason it relates here is that I generally find the te
Paul Ganssle added the comment:
I've left a mostly finished PR on #8983, but I've decided it's not really worth
continuing to work on. Anyone can feel free to take it and run with it if they
want to implement the fix for this.
As Alexey mentions, that PR indeed already fi
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue33052>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue34672>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Ganssle added the comment:
I would be somewhat worried that this might break something like numpy (though
not numpy specifically) which might be counting on the ability to write a
wrapper that overloads this behavior.
Another concern is that people could be playing it fast-and-loose
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue33259>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue32313>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue31635>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +belopolsky
___
Python tracker
<https://bugs.python.org/issue34672>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Ganssle added the comment:
I think this is *mostly* the correct behavior (though it may indeed be
confusing). Note that `datetime.py` *is* the source of the module `datetime`,
it's just that most of the code in there is shadowed by the line you've linked.
If you try and get
Paul Ganssle added the comment:
I think this is the relevant test:
https://github.com/python/cpython/blob/3.7/Lib/test/test_strptime.py#L536
The issue seems to be in `strftime` rather than in `strptime`. According to
Serhiy's paste, it seems that `datetime.datetime.strftime("%G %
Paul Ganssle added the comment:
This appears to be a duplicate of issue #13414, which was resolved as fixed in
BSD. @serhiy Are you using a very old version of BSD?
--
___
Python tracker
<https://bugs.python.org/issue31
Paul Ganssle added the comment:
@Serhiy I like the "convert to a tuple" idea before returning *better*, though
I think I'd prefer to just check that it's tuple-like, something like:
if not all(hasattr(return_val, attr) for attr in ['__getitem__',
'
Paul Ganssle added the comment:
@Serhiy Looking more closely at #13414, I think there's a good chance that
we've just discovered a different bug in OpenBSD's implementation of wcsftime
(or strftime). Looks like OpenBSD 6.1 was released in 2017, which should have
been year
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue34716>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue34715>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Ganssle added the comment:
I do think this is an active bug in OpenBSD's ISO calculations, here:
https://github.com/openbsd/src/blob/b66614995ab119f75167daaa7755b34001836821/lib/libc/time/wcsftime.c#L326
I re-created this algorithm in Python and at the beginning of the year it
Paul Ganssle added the comment:
Bug reported to BSD here:
https://marc.info/?l=openbsd-bugs&m=153728102618747&w=2
--
___
Python tracker
<https://bugs.python.org
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue34735>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue34903>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue35004>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue19376>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Ganssle added the comment:
@Victor: You mean a PR to fix the *issue* or a PR to add this to the docs?
The current behavior is pretty counter-intuitive, particularly because it also
fails because of the (relatively) little-known fact that 1900 happens to not be
a leap year because it is
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue35066>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Ganssle added the comment:
According to the sqlite documentation, there's no fundamental datetime type in
sqlite: https://www.sqlite.org/datatype3.html#date_and_time_datatype
SQLite does not have a storage class set aside for storing dates
and/or times. Instead, the bui
Paul Ganssle added the comment:
With regards to automatically deducing column types, I am -1 on that. It has
way too many dangerous edge cases, and I know of countless bugs in software
that are the direct result of stringly-typed data being coerced into a specific
data type based on its
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue35171>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Paul Ganssle :
It seems that in issue #1322, `platform.dist` was deprecated, and is slated for
removal in Python 3.8, but it is currently used in
distutils.command.upload.upload_file:
https://github.com/python/cpython/blob/6843ffe4533e9f2cde036296fd932fef6f059687/Lib
Change by Paul Ganssle :
--
keywords: +patch
pull_requests: +9694
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35186>
___
___
Py
Change by Paul Ganssle :
--
pull_requests: +9696
___
Python tracker
<https://bugs.python.org/issue35081>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue35190>
___
___
Python-bugs-list mailing list
Unsubscribe:
401 - 482 of 482 matches
Mail list logo