New submission from Mark Gordon :
When using Condition variables to manage access to shared resources you can run
into starvation issues due to the thread that just gave up a resource (making a
call to notify/notify_all) having priority on immediately reacquiring that
resource before any
Change by Mark Gordon :
--
keywords: +patch
nosy: +msg555
nosy_count: 3.0 -> 4.0
pull_requests: +25251
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26664
___
Python tracker
<https://bugs.python.org/i
Change by Mark Gordon :
--
keywords: +patch
pull_requests: +24236
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/25519
___
Python tracker
<https://bugs.python.org/issu
New submission from Mark Gordon :
cgi.parse_header incorrectly handles unescaping of quoted-strings
Note that you can find the related RFCs to how HTTP encodes the Content-Type
header at https://www.w3.org/Protocols/rfc2616/rfc2616-sec2.html and further
discussion on how quoted-string
Gordon Ross added the comment:
I can understand the frustrations around dealing with minority platforms, but
please remember that the illumos project (www.illumos.org) is basically the
inheritor of problems around "Build on Solaris" for 3rd party software like
Python. There are
New submission from Gordon P. Hemsley :
https://docs.python.org/3/library/stdtypes.html#old-string-formatting still
lists the 'u' string formatting option, described as "Obsolete type – it is
identical to 'd'." and linking to PEP 237.
However, testing indicates that Python 3 does n
New submission from Ryan C. Gordon :
(Forgive any obvious mistakes in this report, I'm almost illiterate with
Python, doubly so with Python internals.)
In trying to get buildbot-worker running on Haiku ( https://haiku-os.org/ ), it
runs into a situation where it tries to connect a non
Change by Joseph Gordon :
--
nosy: -josephgordon
___
Python tracker
<https://bugs.python.org/issue25597>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Joseph Gordon :
--
nosy: -josephgordon
___
Python tracker
<https://bugs.python.org/issue25661>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Joseph Gordon :
--
nosy: -josephgordon
___
Python tracker
<https://bugs.python.org/issue24249>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Joseph Gordon :
--
nosy: -josephgordon
___
Python tracker
<https://bugs.python.org/issue14019>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Joe Gordon :
Python 3 fails to encode dictionary view objects. Assuming this is an expected
behavior, what is the thinking behind it? I was unable to find any
documentation around this.
> import json; json.dumps({}.values())
"TypeError: Object of type dic
Gordon Messmer added the comment:
As an example, let's consider dnf's i18n setup:
try:
dnf.pycomp.setlocale(locale.LC_ALL, '')
except locale.Error:
# default to C.UTF-8 or C locale if we got a failure.
try:
dnf.pycomp.setlocale(locale.LC_ALL, 'C.UTF
Change by Gordon Messmer :
--
keywords: +patch
pull_requests: +14696
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/14925
___
Python tracker
<https://bugs.python.org/issu
Gordon Messmer added the comment:
> I agree we shouldn't be aliasing C.UTF-8 to en_US.UTF-8 though
What can we do about reverting that change? Python's current behavior causes
unexpected exceptions, especially in containers.
I'm currently debugging test failures in a Python applicat
Gordon Messmer added the comment:
> I can see that it might be helpful to provide such a conversion if
> C.UTF-8 doesn't exist and en_US.UTF-8 does
That can't happen. The "C" locale describes the behavior defined in the ISO C
standard. It's built-in to glibc (and should
Gordon R. Burgess added the comment:
I got excited prematurely - this is farther down in the log on the second build:
...
0:16:09 load avg: 0.84 [341/423] test_sys_settrace
unhandled exception during asyncio.run() shutdown
task: ()> exception=RuntimeError("can't send non-None value to
Gordon R. Burgess added the comment:
Ran this on a different laptop (Debian 9.9, Lenovo w540) and it passed, so (as
I'd expect) this is an intermittent issue. (The ticket was opened with an
error on a Lenovo w510) Both systems have been reimaged in the last 6-8 months.
0:00:34 load avg
New submission from Gordon R. Burgess :
0:02:03 load avg: 3.08 [ 26/423] test_asyncio
Unknown child process pid 30234, will report returncode 255
Child watcher got an unexpected pid: 30234
Traceback (most recent call last):
File "/home/gordon/Images/Python/Python-3.8.0b2/Lib/as
New submission from Gordon Marler :
This failure confuses me, as it seems to occur in a test_rmtree subtest, and
there's a warning that test_support is modifying something towards the end:
$ python -m test -W test_support
New submission from Gordon Marler :
Building a 64-bit Python 3.7.3 on Solaris 11.3 with Studio 12.6, and these
test_ctypes tests fail:
python -m test -v test_ctypes
...
==
FAIL: test_ints (ctypes.test.test_bitfields.C_Test
Change by Gordon P. Hemsley :
--
components: +Library (Lib)
___
Python tracker
<https://bugs.python.org/issue36967>
___
___
Python-bugs-list mailing list
Unsub
Change by Gordon P. Hemsley :
--
keywords: +patch
pull_requests: +13338
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36967>
___
_
New submission from Gordon P. Hemsley :
Since __calc_am_pm() explicitly limits self.am_pm to 2 values, there are only
ever 3 possible values of %p: AM, PM, or blank. Since blank is treated the same
as AM, there is only the need to check whether %p is PM. This eliminates an
unnecessary
Gordon P. Hemsley added the comment:
Ah yes, to be clear, I wasn't trying to suggest that the error messages
themselves were wrong—just that they weren't triggering when the tests were
expecting them to.
Some of the existing tests currently trigger the "unconverted data remains"
Gordon P. Hemsley added the comment:
I've created a PR that fixes the issue, which I discovered while evaluating the
test coverage for _strptime.
Certain scenarios of error messages were never being hit because the cascade
was out of order, and the tests were not showing that because
Change by Gordon P. Hemsley :
--
keywords: +patch
pull_requests: +13319
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36959>
___
_
New submission from Gordon P. Hemsley :
This has not been apparent because the tests for this code are not testing what
they think they're testing.
--
components: Library (Lib), Tests
messages: 342810
nosy: gphemsley
priority: normal
severity: normal
status: open
title: ISO date
Change by Gordon P. Hemsley :
--
nosy: +gphemsley
___
Python tracker
<https://bugs.python.org/issue23012>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Gordon P. Hemsley :
--
nosy: +gphemsley
___
Python tracker
<https://bugs.python.org/issue36474>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Gordon P. Hemsley :
--
nosy: +gphemsley
___
Python tracker
<https://bugs.python.org/issue10933>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Gordon P. Hemsley :
When running test_xml_etree with tracing, e.g. when running test coverage,
tracing breaks after the execution of test_recursive_repr.
--
components: Tests
messages: 342783
nosy: blueyed, gphemsley, serhiy.storchaka
priority: normal
pull_requests
Change by Gordon P. Hemsley :
--
pull_requests: +13059
___
Python tracker
<https://bugs.python.org/issue36684>
___
___
Python-bugs-list mailing list
Unsubscribe:
Gordon P. Hemsley added the comment:
Hah, that's indeed where I've landed in my experimentation.
--
___
Python tracker
<https://bugs.python.org/issue36
Gordon P. Hemsley added the comment:
It seems the primary cause of the problem is simply that testing crossed the
boundary of maximum execution time allotted by Travis CI.
I'm experimenting now with ways to speed up testing without losing granularity.
However, given how long code coverage
Gordon P. Hemsley added the comment:
It seems the final open question on this is whether the mismatch between the
Python and C implementations is enough to bypass PendingDeprecationWarning for
copy() in favor of jumping straight to DeprecationWarning
Gordon P. Hemsley added the comment:
Testing has shown that the gcc build itself runs fine. The problem appears to
be with how the coverage tests are run.
--
___
Python tracker
<https://bugs.python.org/issue36
Change by Gordon P. Hemsley :
--
pull_requests: +12918
___
Python tracker
<https://bugs.python.org/issue32424>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Gordon P. Hemsley :
--
keywords: +patch
pull_requests: +12823
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Gordon P. Hemsley :
--
pull_requests: +12822
___
Python tracker
<https://bugs.python.org/issue32424>
___
___
Python-bugs-list mailing list
Unsubscribe:
Gordon P. Hemsley added the comment:
I'm not sure when the gcc build started failing, but it looks like the commits
at the boundary failed due to max build time. Something is apparently too slow
to run.
--
___
Python tracker
<ht
Gordon P. Hemsley added the comment:
It looks like this may be the result of the code coverage being provided by the
optional gcc build, which has been failing for quite a while.
--
___
Python tracker
<https://bugs.python.org/issue36
Gordon P. Hemsley added the comment:
In fact, it seems the last commit on master was
962b028b0c20abcf39594f08b1e5f8c36c4e5f6f 3 months ago, which doesn't even have
valid report.
The previous commit, 9932a22897ef9905161dac7476e6976370e13515, was the last to
have a functioning report
Gordon P. Hemsley added the comment:
Opened issue36685 for discussion of the attrib copy issue.
--
___
Python tracker
<https://bugs.python.org/issue32
Gordon P. Hemsley added the comment:
My proposed solution to this was to make a copy of the attrib dictionary in the
create_new_element() method in the C implementation, which solves the problem.
However, this was apparently objected to on the grounds of performance.
Not knowing C very well
New submission from Gordon P. Hemsley :
In the process of investigating and writing tests for issue32424, I discovered
that the C implementation of xml.etree.ElementTree does not make a copy of the
attrib argument when creating a new element, allowing the attributes of the
element
Gordon P. Hemsley added the comment:
Taking a step back, I want to make sure I understand the action items for
resolving this:
* Add copy() as an alias to __copy__() in the C implementation to match the
Python implementation.
* Deprecate copy() in favor of copy.copy() in both the Python
New submission from Gordon P. Hemsley :
The last commit available on codecov.io is from a week ago
(d28aaa7df8bcd46f4135d240d041b0b171b664cc):
https://codecov.io/gh/python/cpython
And the widget on the README is showing a status of "unknown".
--
messages: 340588
nosy:
Hello CompLangPythonistas!
I am co-organizing a "Maintainers Summit" at PyCon US this year. The goal
is to create a community of practice to help support Python project
maintainers socially, technologically, and logistically. This is the first
time the event will be held, so I'm trying to
Gordon Messmer added the comment:
PR 9436 should resolve the issue.
Since the RFC requires the "UTF8 (" prefix in the "data" and not in the
literal, that had to be moved into the _command function.
This change should only affect the append() use, as that is currentl
Greetings,
confirm 1b131414ca21eea0843469f76454389f1e9ceebe
I am using Window 7 Professional (32bit).
I downloaded and installed python-3.6.5.exe and have an error after several
attempts to install and repair.
Python-system error api-mis-win-crt-runtime-l1-1-0.dll is missing from your
geopip2
> and they were installed successfully.
Is your web server using Python 2 or Python 3 to execute WSGI?
--
John Gordon A is for Amy, who fell down the stairs
gor...@panix.com B is for Basil, assaulted by bears
-- Edward Gor
channels from neuromodulating human behavior.
> Should be easy to find some whack-job newsgroups that would love to
> discuss that aspect of it.
Sounds like the plot to the latest Kingsman movie.
--
John Gordon A is for Amy, who fell down the stairs
gor...@panix.com
ue, but I can
imagine situations where the same sort of thing could apply to code.
--
John Gordon A is for Amy, who fell down the stairs
gor...@panix.com B is for Basil, assaulted by bears
-- Edward Gorey, "The Gash
Gordon P. Hemsley <gphems...@gphemsley.org> added the comment:
>> As discussed above, starting with msg309074, __deepcopy__() is being added
>> to the Python implementation because it already exists in the C
>> implementation.
>
> Python implementation sho
In <151517608506.368831.5093080329614058603@welt.netz> "Kim of K."
<k...@korea.gov> writes:
> print(emo('now you see emos'))
> OF COURSE THIS SHIT DOES NOT WORK.
What device did you run this on? Your average terminal window isn't
going to suppor
everything is crap. Why should software be any different?
--
John Gordon A is for Amy, who fell down the stairs
gor...@panix.com B is for Basil, assaulted by bears
-- Edward Gorey, "The Gashlycrumb Tinies"
--
https://mail.python.org/mailman/listinfo/python-list
Gordon P. Hemsley <gphems...@gphemsley.org> added the comment:
So, if I'm understanding your position correctly:
* We're back to needing a test for the line in question.
* We're eschewing the possibility of changing the behavior of
`fractions.Fraction` to force int numerator and denom
Gordon P. Hemsley <gphems...@gphemsley.org> added the comment:
Side note: https://github.com/aleaxit/gmpy/issues/127 suggests that the types
in question were added to the numeric tower for gmpy 2.0.9 and 2.1.0.
--
___
Python tracke
Gordon P. Hemsley <gphems...@gphemsley.org> added the comment:
Indeed, that is the code fragment I was referring to.
Mathematically speaking, a rational number is one that can be expressed as a
fraction of two integers, so in that regard the numerator and the denominator
shoul
New submission from Gordon P. Hemsley <gphems...@gphemsley.org>:
I noticed that there was a single line of Lib/fractions.py that did not have
test coverage: the normalize step for fractions with non-integer numerators
and/or denominators.
I initially was going to implement
Gordon P. Hemsley <gphems...@gphemsley.org> added the comment:
As discussed above, starting with msg309074, __deepcopy__() is being added to
the Python implementation because it already exists in the C implementation.
And additional tests have in fact uncovered further discrepancies b
Gordon P. Hemsley <gphems...@gphemsley.org> added the comment:
Given the discussion, I've gone ahead and created a new PR that synchronizes
the three copy methods between implementations and deprecates Element.copy().
--
___
Python tracke
Change by Gordon P. Hemsley <gphems...@gphemsley.org>:
--
title: Rename copy() to __copy__() in xml.etree.ElementTree.Element Python
implementation -> Synchronize copy methods between Python and C implementations
of xml.etree.ElementTre
Change by Gordon P. Hemsley <gphems...@gphemsley.org>:
--
pull_requests: +4927
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Gordon P. Hemsley <gphems...@gphemsley.org> added the comment:
Two notes:
* It appears that pypy is based on no more recent than Python 3.5, so this
wouldn't immediately break them. (3.6 support is maybe in development?)
* pypy appears to have already made other adjustmen
Gordon P. Hemsley <gphems...@gphemsley.org> added the comment:
Ultimately, yeah, the Python version should probably define __deepcopy__ as
well. But since this is just a rename of an existing method, I figure we can
defer that to anothe
Change by Gordon P. Hemsley <gphems...@gphemsley.org>:
--
keywords: +patch
pull_requests: +4909
stage: -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Gordon P. Hemsley <gphems...@gphemsley.org> added the comment:
Issues of potential relevance to this discussion:
* Issue28237 - In xml.etree.ElementTree bytes tag or attributes raises on
serialization
* Issue5166 - ElementTree and minidom don't prevent creation of not well-forme
Change by Gordon P. Hemsley <gphems...@gphemsley.org>:
--
nosy: +gphemsley
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue29209>
___
Gordon P. Hemsley <gphems...@gphemsley.org> added the comment:
Sorry, the chunks are 64 KiB.
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
New submission from Gordon P. Hemsley <gphems...@gphemsley.org>:
Currently, ElementTree.parse() in xml.etree.ElementTree only invokes
_parse_whole() on the parser if no parser is specified and it falls back to the
built-in XMLParser.
This has two drawbacks:
* If the built-in XML
New submission from Gordon P. Hemsley <gphems...@gphemsley.org>:
Currently, the Python implementation of the Element class in
xml.etree.ElementTree defines a method called copy() which the C implementation
does not define, whereas the C implementation defines a __copy__()
Gordon P. Hemsley <gphems...@gphemsley.org> added the comment:
To be clear, we are talking about the Element class of the ElementTree module,
which is distinct from the ElementTree class of the same module.
That said, I personally question the implementation decision to represent
thing
Gordon P. Hemsley <gphems...@gphemsley.org> added the comment:
I disagree. This library is meant to be an interface onto XML syntax, and XML
has pretty strict requirements on syntax. As msg277125 shows, you're liable to
get very far downstream before the error becomes apparent.
In ad
Change by Gordon P. Hemsley <gphems...@gphemsley.org>:
--
nosy: +gphemsley
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue20291>
___
Gordon P. Hemsley <gphems...@gphemsley.org> added the comment:
I decided to take a look at this, since it seems easy...
At first glance, this would appear to be a straightforward change--the docs
state in multiple places that Element() takes a string as its tag argument.
But it tur
ng, bytes, or bytearray.
> In [24]: type(text)
> Out[24]: str
> So "text" seems to be a string. Why does json.loads return an error?
Because, although text is the right type, it does not contain a
valid json string.
--
John Gordon A is for Amy, who fell
Bryan Cantrill gave an interesting talk recently at a Node conference about
"platform values" [1]. The talk lead me to think about what the core values
of the Python "platform" are and I thought it would be good to ask this
question of the community. What would you consider the top (<= 5) core
Modify the environment so that the mistake simply can't happen (or at
least happens much less frequently.)
--
John Gordon A is for Amy, who fell down the stairs
gor...@panix.com B is for Basil, assaulted by bears
-- Edward Gorey, "Th
if x < 5 for y in (100, 200)]
[100, 101, 102, 103, 104, 200, 201, 202, 203, 204]
--
John Gordon A is for Amy, who fell down the stairs
gor...@panix.com B is for Basil, assaulted by bears
-- Edward Gorey, "The Gashlycrumb
ser, that allows the user to select a
value? Or do you actually mean that *you* want to select a value in
your code?
I could go on, but you get my point. We need lots more information
before we can even begin to help you.
--
John Gordon A is for Amy, who fell down the sta
]}
> groupkey[tuple([0,3])] = groupkey[tuple([0,3])] + [[0,1]]
The right-hand side of your expression is rightly complaining that
groupkey[(0,3)] doesn't exist.
Would you expect to say
a = a + 1
When a doesn't exist? Your code tries to do much the same thing.
--
John Gordon
Richard S. Gordon added the comment:
FYI: Here is an update to my subsequent bug report to the Cygwin project team.
You might find my answers to their questions useful in the future.
> Begin forwarded message:
>
> From: "Richard S. Gordon" <rigo...@comcast.net <m
Richard S. Gordon added the comment:
> On Jun 9, 2017, at 4:57 PM, Masayuki Yamamoto <rep...@bugs.python.org> wrote:
>
>
> Masayuki Yamamoto added the comment:
>
> @rigordo Are you using mintty? If I remember rightly, mintty hasn't been set
> 256 colors after ins
Richard S. Gordon added the comment:
> On Jun 9, 2017, at 5:41 PM, Terry J. Reedy <rep...@bugs.python.org> wrote:
>
>
> Terry J. Reedy added the comment:
>
> Richard, when replying by email, please strip quoted text except for an
> occasional line or two. (See ex
Richard S. Gordon added the comment:
Clarification:
The suggested fix to the Python 3.6.1 curses stdlib should only be applied to
those 64-bit platform version used with 64-bit ncurses 6.0.
It should NOT apply to the Python 3.6.1 curses stdlib applied to those 32-bit
platforms used with 32-bit
Richard S. Gordon added the comment:
> On Jun 10, 2017, at 4:28 AM, Richard S. Gordon <rigo...@comcast.net> wrote:
>
>
>> On Jun 9, 2017, at 4:59 PM, Richard S. Gordon <rep...@bugs.python.org
>> <mailto:rep...@bugs.python.org>> wrote:
>>
Richard S. Gordon added the comment:
> On Jun 9, 2017, at 4:59 PM, Richard S. Gordon <rep...@bugs.python.org> wrote:
>
>
> Richard S. Gordon added the comment:
>
>> On Jun 9, 2017, at 4:41 PM, STINNER Victor <rep...@bugs.python.org> wrote:
>>
Richard S. Gordon added the comment:
> On Jun 9, 2017, at 4:41 PM, STINNER Victor <rep...@bugs.python.org> wrote:
>
>
> STINNER Victor added the comment:
>
> Cygwin is not currently supported by CPython, so I suggest to close this
> issue. I mean: please
Richard S. Gordon added the comment:
> On Jun 9, 2017, at 12:32 PM, STINNER Victor <rep...@bugs.python.org
> <mailto:rep...@bugs.python.org>> wrote:
>
>
> STINNER Victor added the comment:
>
> What is your operating system? How did you install ncurses
Richard S. Gordon added the comment:
> On Jun 9, 2017, at 11:59 AM, Richard S. Gordon <rigo...@comcast.net> wrote:
>
>
>> On Jun 9, 2017, at 11:16 AM, STINNER Victor <rep...@bugs.python.org> wrote:
>>
>>
>> STINNER Victor added the comment:
&g
Richard S. Gordon added the comment:
> On Jun 9, 2017, at 11:16 AM, STINNER Victor <rep...@bugs.python.org> wrote:
>
>
> STINNER Victor added the comment:
>
>> Generated colors appear to be corrupted by overloading text attribute with
>> specified
New submission from Richard S. Gordon:
Generated colors appear to be corrupted by overloading text attribute with
specified foreground and background colors.
This can be demonstrated by running test_tsWxColorPalette.py in Python 3x
(developer-sandbox) found in
https://github.com/rigordo959
at you expected, and then printing each
url in the loop?
--
John Gordon A is for Amy, who fell down the stairs
gor...@panix.com B is for Basil, assaulted by bears
-- Edward Gorey, "The Gashlycrumb Tinies"
--
https://mail.python.org/mailman/listinfo/python-list
be even better to return conn, as that would allow
updatedb() to call conn.disconnect().
--
John Gordon A is for Amy, who fell down the stairs
gor...@panix.com B is for Basil, assaulted by bears
-- Edward Gorey, "The Gashlycrumb Tinies"
--
https://mail.python.org/mailman/listinfo/python-list
, instead of adding each field individually.
--
John Gordon A is for Amy, who fell down the stairs
gor...@panix.com B is for Basil, assaulted by bears
-- Edward Gorey, "The Gashlycrumb Tinies"
--
https://mail.python.org/mailman/listinfo/python-list
Alex Gordon added the comment:
The point is that, as a principle of good API design, the json module should
not generate malformed JSON unless the user very explicitly asks for their JSON
to be corrupted.
Python stands alone in having a JSON serializer that can produce strings such
as {&q
New submission from Alex Gordon:
Broadly speaking, there are three main output styles for json.dump/dumps:
1. Default: json.dumps(obj)
2. Compact: json.dumps(obj, separators=(',', ':'))
3. Pretty-printing: json.dumps(obj, sort_keys=True, indent=4)
The 'compact' style is the densest, suitable
n; it is an answer in response to the original
post asking how to add months to a datetime object.
--
John Gordon A is for Amy, who fell down the stairs
gor...@panix.com B is for Basil, assaulted by bears
-- Edward Gorey, "The Gashlycrumb Tinies"
--
https://mail.python.org/mailman/listinfo/python-list
1 - 100 of 717 matches
Mail list logo
