g with the headers? This accomplishes the same basic goal as
returning the header from endheaders(), but keeps the actual sending
of data encapsulated within the http connection.
Jeremy
On Tue, Nov 25, 2008 at 6:13 AM, Kristján Valur Jónsson
<[EMAIL PROTECTED]> wrote:
>
> Kristján Valur Jónsson
Jeremy Hylton <[EMAIL PROTECTED]> added the comment:
I did the simple part of the patch, where the request and headers are
sent at the same time. The applied patch didn't pass the test suite,
and I want to think about the buffering change a bit more. It's
definitely tricky.
Jeremy Hylton <[EMAIL PROTECTED]> added the comment:
I don't think I understand this report. The TransportSubclassTestCase
class tests the behavior of overridable methods that don't exist in
Python 3.0. Is this really a Python 3.0 problem? I'm not sure why we
expect it t
Jeremy Hylton <[EMAIL PROTECTED]> added the comment:
I submitted r67442, which combines the headers and body in a single
send() call. We should look at the buffering issue now, although I
probably won't have any time to check on it until Friday.
___
Oops. I didn't think it translate the code in addinfobase to the new
style of iterators.
Jeremy
On Tue, Dec 9, 2008 at 7:50 AM, Senthil <[EMAIL PROTECTED]> wrote:
>
> Senthil <[EMAIL PROTECTED]> added the comment:
>
> I verified this bug in the Py3.0 and Py3.1. Shal
Does the same thing happen with 2.6?
Jeremy
On Thu, Dec 11, 2008 at 8:53 AM, Jean-Paul Calderone
wrote:
>
> Jean-Paul Calderone added the comment:
>
> The "f65" is the chunk length for the first chunk returned when
> requesting that URL. A proxy could easily hi
Changes by Jeremy Hylton :
--
assignee: -> jhylton
___
Python tracker
<http://bugs.python.org/issue4631>
___
___
Python-bugs-list mailing list
Unsubscri
Jeremy Hylton added the comment:
I'm sorry that I didn't notice this bug report in September! The
chunked support does exist in the http package, but it doesn't work with
urllib. Tracking in 4631.
--
nosy: +jhylton
resolution: -> duplicate
status: open -&
Jeremy Hylton added the comment:
Brief update: The Python 2.x code works because readline() is provided
by socket._fileobject. The Python 3.x code fails because it grabs the
HTTPResponse.fp instance variable at the end of
AbstractHTTPHandler.do_open. That method needs to pass the response to
Jeremy Hylton added the comment:
I have a patch here that seems to work for the specific url and that
passes all the tests. Can anyone check whether it works for a larger
set of cases?
I'm a little concerned because I don't understand the new io library in
much detail. There
Jeremy Olexa added the comment:
This also happens with Python 2.5.2 (not the latest 2.5 series, I know)
on AIX 6.1.
--
nosy: +darkside
___
Python tracker
<http://bugs.python.org/issue4
Jeremy Olexa added the comment:
I have now confirmed that the fix described here[1] works as desired. I
don't know if this is proper or not but it matches what inkblotter said.
[1]: http://www.ibm.com/developerworks/forums/thread.jspa?threadID=2
New submission from Jeremy Kloth :
The newly implemented statically allocated Unicode objects do not clear their
cached representations (wstr and utf-8) at exit causing leaked blocks at exit
(see also issue46857).
At issue are the Unicode objects created by deepfreeze and the 1-character
Change by Jeremy Kloth :
--
keywords: +patch
nosy: +jkloth
nosy_count: 7.0 -> 8.0
pull_requests: +30121
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/32032
___
Python tracker
<https://bugs.python.org/i
Change by Jeremy Kloth :
--
pull_requests: -30121
___
Python tracker
<https://bugs.python.org/issue46084>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jeremy Kloth :
--
keywords: +patch
pull_requests: +30122
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/32032
___
Python tracker
<https://bugs.python.org/issu
Change by Jeremy Kloth :
--
pull_requests: +30123
pull_request: https://github.com/python/cpython/pull/32032
___
Python tracker
<https://bugs.python.org/issue46
Change by Jeremy Kloth :
--
pull_requests: -30123
___
Python tracker
<https://bugs.python.org/issue46084>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jeremy Kloth added the comment:
OK, I know it has been a busy month for Python, but this issue is really
hampering my bug fixing efforts. It makes the complete regrtest useless for
me. I am required to run each affected test directly so it is possible to miss
side-effects of changes made
New submission from Jeremy Kloth :
Testing on Windows occasionally has issues in test_compileall when running with
multiple processes. This is due to other test files importing stdlib modules
at the same time that compileall is doing its own testing. While not fatal
(test_compileall
Change by Jeremy Kloth :
--
keywords: +patch
pull_requests: +30127
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/32037
___
Python tracker
<https://bugs.python.org/issu
Jeremy Kloth added the comment:
With 3.8 so close to security only, I would doubt it is worth it anymore. I've
just run the PR against HEAD and it still works as is, so should be good to go.
--
versions: -Python 3.8
___
Python tracker
&
Change by Jeremy Kloth :
--
pull_requests: +30139
pull_request: https://github.com/python/cpython/pull/32050
___
Python tracker
<https://bugs.python.org/issue44
Jeremy Kloth added the comment:
Backports state that they are ready... I'm just a little uneasy as I've never
used cherry_picker before. 3.10 went smooth, but 3.9 required manual merging.
--
___
Python tracker
<https://bu
Change by Jeremy Kloth :
--
pull_requests: +30146
pull_request: https://github.com/python/cpython/pull/32048
___
Python tracker
<https://bugs.python.org/issue44
Change by Jeremy Kloth :
--
keywords: +patch
pull_requests: +30167
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/32079
___
Python tracker
<https://bugs.python.org/issu
Change by Jeremy Kloth :
--
pull_requests: +30168
pull_request: https://github.com/python/cpython/pull/32081
___
Python tracker
<https://bugs.python.org/issue46
New submission from Jeremy Kloth :
The string building and comparing of ast.dump() causes significant slowdowns on
the large ASTs produced when doing the roundtrip test on the stdlib.
This PR avoids that cost by doing a direct node traversal and comparison. It
results in a 33% runtime
Change by Jeremy Kloth :
--
keywords: +patch
pull_requests: +30212
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/32132
___
Python tracker
<https://bugs.python.org/issu
Change by Jeremy Kloth :
--
nosy: +vstinner
type: -> performance
___
Python tracker
<https://bugs.python.org/issue47131>
___
___
Python-bugs-list mai
Change by Jeremy Kloth :
--
nosy: +vstinner
___
Python tracker
<https://bugs.python.org/issue47089>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jeremy Kloth :
--
pull_requests: +30311
pull_request: https://github.com/python/cpython/pull/32240
___
Python tracker
<https://bugs.python.org/issue47
Jeremy Kloth added the comment:
bpo-47089 is a duplicate of this issue and is fixed. This issue should be
closed as well.
--
___
Python tracker
<https://bugs.python.org/issue37
Jeremy Kloth added the comment:
This error will occur when there is a 64-bit/32-bit conflict. Normally, Python
extension modules are installed in architecture dependent locations, however
user-installed modules (pip install) can share a path referred to as "user
site".
A quick
Jeremy Kloth added the comment:
Well, to really see where things are going wrong, there is always the verbose
option when launching Python:
py -v -c "import binascii"
This will output a lot of information but should help pin down what is exactly
being imported when the error o
Jeremy Kloth added the comment:
Resolved with merged PR.
--
resolution: -> fixed
___
Python tracker
<https://bugs.python.org/issue47131>
___
___
Python-
Change by Jeremy Kloth :
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue47131>
___
___
Pyth
Change by Jeremy Kloth :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue45354>
___
___
Python-bugs-list
New submission from Jeremy Kloth :
The latest zlib (1.2.12) introduces 3 new compiler warnings. Now being an
external library, I do not think we generally patch them, so I propose to
simply silence the warnings for the offending file.
For reference, the problem comes from
Change by Jeremy Kloth :
--
keywords: +patch
pull_requests: +30393
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/32337
___
Python tracker
<https://bugs.python.org/issu
Change by Jeremy Kloth :
--
nosy: +jkloth
nosy_count: 3.0 -> 4.0
pull_requests: +30394
pull_request: https://github.com/python/cpython/pull/32338
___
Python tracker
<https://bugs.python.org/issu
Jeremy Kloth added the comment:
My PR-32338 further reduces the runtime of the test another ~25%.
On my machine, before 85s, after 65s.
--
___
Python tracker
<https://bugs.python.org/issue46
Jeremy Kloth added the comment:
It seems so, as the zlib update was also backported to 3.9 and 3.10.
--
___
Python tracker
<https://bugs.python.org/issue47
Change by Jeremy Kloth :
--
pull_requests: +30399
pull_request: https://github.com/python/cpython/pull/32346
___
Python tracker
<https://bugs.python.org/issue47
Change by Jeremy Kloth :
--
pull_requests: +30400
pull_request: https://github.com/python/cpython/pull/32347
___
Python tracker
<https://bugs.python.org/issue47
Change by Jeremy Kloth :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Jeremy Kloth :
--
pull_requests: +30420
pull_request: https://github.com/python/cpython/pull/32382
___
Python tracker
<https://bugs.python.org/issue46
Jeremy Kloth added the comment:
It seems that an issue still exists.
https://buildbot.python.org/all/#/builders/130/builds/1050
has been running for nearly 9 hours at this point. I can leave it "stuck" if
there is some diagnostics that would be beneficial. But I would prefer no
Jeremy Kloth added the comment:
> Can you check the process hierarchy? I would like to know how many worker
> processes are still running under the main regrtest process. I expect to see
> exactly one. I don't know how to investigate more on such issue on Windows.
Ther
Jeremy Kloth added the comment:
Additional logging on failures is always welcome. Might I suggest that, in
this case, regrtest treats this action as a hard fail so as to not got lost in
the other transient failures (test_asyncio).
By that I mean, either to not re-run, or to still be
Jeremy Kloth added the comment:
I happened to catch a stuck build prior to the process being killed:
https://buildbot.python.org/all/#/builders//builds/2887
In short, the PR doesn't change the problem. The regrtest main will wait
indefinitely on the successfully killed process.
I
Jeremy Kloth added the comment:
Well, the kill timeout doesn't seem to be working, at least completely:
https://buildbot.python.org/all/#/builders/40/builds/3012
The worker process has been killed (line 562), but regrtest is still wa
Jeremy Kloth added the comment:
Another day, another stuck test_concurrent_futures...
https://buildbot.python.org/all/#/builders/40/builds/3030
The test process is again killed (line 568) but the processes from the
multiprocess pool are still alive. Once I manually kill those pool
Change by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<https://bugs.python.org/issue38207>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jeremy Kloth added the comment:
> Windows 7 is not supported for Python 3.9, so this buildbot can be
> disabled/upgraded.
As long as 3.7 and 3.8 are being tested through the buildbots, I would think
testing on Windows 7 is still advised.
That said, once those versions are no longer
Change by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<https://bugs.python.org/issue36732>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<https://bugs.python.org/issue38544>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jeremy Kloth added the comment:
While not getting into the error itself, there seems to be another issue in
that the logging that should be happening when the deletion routines from
test.support fail:
https://github.com/python/cpython/blob/5bc6a7c06eda20ba131ecba6752be0506d310181/Lib/test
Jeremy Kloth added the comment:
That covers the logging in _force_run(), but the warning.warn() line is also
not output, suggesting that the RuntimeWarning is being suppressed somewhere.
--
___
Python tracker
<https://bugs.python.org/issue38
Change by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<https://bugs.python.org/issue43538>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<https://bugs.python.org/issue37945>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<https://bugs.python.org/issue2889>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jeremy Kloth added the comment:
Adding windows team to the nosy list
--
components: +Windows
nosy: +jkloth, paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<https://bugs.python.org/issue40
Change by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<https://bugs.python.org/issue44214>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jeremy Kloth :
Currently, a stack overflow is causing the debug build Windows buildbots to
abort (bpo-11105). Once the regrtest process is terminated, the buildbot test
process hangs indefinitely waiting for handles to be closed (see msg350191 from
bpo-37531 for some
Change by Jeremy Kloth :
--
keywords: +patch
pull_requests: +25166
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26578
___
Python tracker
<https://bugs.python.org/issu
Jeremy Kloth added the comment:
To verify the PR, can someone please add the test-with-buildbots label on GH?
--
___
Python tracker
<https://bugs.python.org/issue44
Jeremy Kloth added the comment:
The PR has been successfully run on the buildbots.
Before:
https://buildbot.python.org/all/#/builders/593/builds/58
After:
https://buildbot.python.org/all/#/builders/593/builds/59
With these changes, at least now aborted runs can be seen as direct failures of
Change by Jeremy Kloth :
--
nosy: +jkloth
nosy_count: 11.0 -> 12.0
pull_requests: +25186
pull_request: https://github.com/python/cpython/pull/26578
___
Python tracker
<https://bugs.python.org/issu
Jeremy Kloth added the comment:
While now not as immediately beneficial, I believe that the linked PR would be
good for the long run. The ramifications of bpo-11105 meant that the Windows
buildbots were basically unusable for 5 days.
Realistically, any commit that triggers aborts in the
Jeremy Kloth added the comment:
There is a list `python-buildb...@python.org` that all buildbot owners have
been subscribed.
--
nosy: +jkloth
___
Python tracker
<https://bugs.python.org/issue44
Change by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<https://bugs.python.org/issue44779>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jeremy Kloth added the comment:
Except that the output in question is not for manpages but for the
command-line. The analogous would be for `grep --help` (again an excerpt):
Context control:
-B, --before-context=NUM print NUM lines of leading context
-A, --after-context=NUM print NUM
New submission from Jeremy Kloth :
It appears there have been some console related changes in Windows 11
==
ERROR: test_open_name (test.test_winconsoleio.WindowsConsoleIOTests
Jeremy Kloth added the comment:
Note that I have a pending PR for adding a Windows 11 build worker that will,
once merged, help in testing a solution.
--
___
Python tracker
<https://bugs.python.org/issue45
Change by Jeremy Kloth :
--
keywords: +patch
pull_requests: +27062
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/28712
___
Python tracker
<https://bugs.python.org/issu
Change by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<https://bugs.python.org/issue45806>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jeremy Kloth added the comment:
I'll note that it also fails on first run on the Windows 11 builder:
https://buildbot.python.org/all/#/builders/737/builds/65
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
P
Jeremy Kloth added the comment:
As noted on the PR landing page, this PR has caused failures of 2 buildbots:
https://buildbot.python.org/all/#builders/81/builds/272
https://buildbot.python.org/all/#builders/150/builds/227
(both are Windows 7)
--
nosy: +jkloth
Jeremy Kloth added the comment:
Would it not suffice to just make the singletons "immortal"?
Without affecting the hotpaths that are Py_INCREF and Py_DECREF, changing
_Py_Dealloc to test for objects with a "special" destructor could be used:
destructor dealloc = Py_
Jeremy Kloth added the comment:
> The problem is to make Py_INCREF/Py_DECREF efficient.
That is exactly why I didn't propose a change to them. The singletons
still are refcounted as usual, just that their ob_refcnt is ignored.
If they somehow reach 0, they just "resurrect&qu
Jeremy Kloth added the comment:
+1, obviously, as I came to the same conclusion above (see msg361122)
--
___
Python tracker
<https://bugs.python.org/issue39
Jeremy Kloth added the comment:
What seems to be, at least, the conclusion of the thread:
https://mail.python.org/archives/list/python-...@python.org/thread/YXMD5EIHAODRZGTQ3HU74OPGEBAVCSK6/
--
nosy: +jkloth
___
Python tracker
<ht
Jeremy Kloth added the comment:
Well, it only doesn't build on 3.9+ (master) due to not being supported going
forward. The *buildmaster* needs to be fixed to stop submitting those jobs to
unsupported platforms.
We need to continue testing 3.7 and 3.8 on Win7 until they go EOL to e
Change by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<https://bugs.python.org/issue39917>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<https://bugs.python.org/issue39978>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<https://bugs.python.org/issue42611>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<https://bugs.python.org/issue42802>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jeremy Kloth :
--
components: -Distutils
___
Python tracker
<https://bugs.python.org/issue42705>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<https://bugs.python.org/issue43022>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jeremy Pinto :
Issue: If you try to copy a file to a directory that doesn't exist using
shutil.copy, a IsADirectory error is raised saying the directory exists.
This issue is actually caused when `open(not_a_dir, 'wb') is called on a
non-existing dir.
Exp
Jeremy Pinto added the comment:
In fact, the issue seems to be coming from open() itself when opening a
non-existent directory in write mode:
[nav] In [1]: import os
...: nonexixstent_dir = 'not_a_dir/'
...: assert not os.path.exists(nonexixstent_dir)
New submission from Jeremy Attali :
In a pure Wayland environment (without xwayland), the DISPLAY environment
variable is not present. Therefore the call to `xdg-settings get
default-browser` is not made. So the webbrowser behaviour is different between
X11 and Wayland environment. I&#
Jeremy Kloth added the comment:
The error from importing numpy comes from attempting to load a 64-bit DLL in a
32-bit process. This stems from the shared user install directory (now fixed
in 3.9, I believe).
There is most likely a mix of 32- and 64-bit extensions in the user install
Jeremy Lainé added the comment:
The OpenSSL authors make a fair point, QUIC seems to be taking a long time to
stabilize with little consideration for backwards compatibility at this stage.
As stated previously though it's perfectly feasible to implement a QUIC stack
by linking
New submission from Jeremy Howard :
imghdr.what does not set f if h is passed, but still passed f to tests
functions. None of the tests functions use it - they would not be able to
anyway since it is not always set.
imghdr.what is missing a docstring.
imghdr.what has a complex highly nest
Change by Jeremy Howard :
--
keywords: +patch
pull_requests: +21988
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23069
___
Python tracker
<https://bugs.python.org/issu
Change by Jeremy Howard :
--
resolution: -> rejected
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jeremy Fishman added the comment:
The behavior under question here is how the interpreter handles a broken pipe
during shutdown. The following code behaves as expected when either (a) the
process receives a SIGINT or (b) the output pipe is closed
import sys
try:
while True
Jeremy Kloth added the comment:
> * the experimental UTF-8 support was enabled because "de_DE" is not a
> known Windows locale name - try with "de-DE"
>
> Perhaps it would be easy to do the replacement of underscores with hyphens
> on Windows in this functi
101 - 200 of 577 matches
Mail list logo
