Jake Stockwin added the comment:
Thanks for the info, @jack__d - very helpful.
I have now submitted a PR for this and will await a review. Let me know if
anything else is needed.
--
___
Python tracker
<https://bugs.python.org/issue35
Change by Jake Stockwin :
--
keywords: +patch
pull_requests: +25828
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27286
___
Python tracker
<https://bugs.python.org/issu
Jake Stockwin added the comment:
Hello, I would like to submit a PR for this.
It'll be my first contribution to cPython and I am slightly unclear if this
suggestion has been "accepted" in some sense (i.e. do the Devs agree it should
be fixed as suggested)?
If so, I will go a
Jake Gustafson added the comment:
*significantly different even than Python 2.7.16's.
--
___
Python tracker
<https://bugs.python.org/issue43391>
___
___
New submission from Jake Gustafson :
Steps to reproduce the issue:
- Run Python 3.7.3 (or later, possibly) with the following code:
import subprocess
import inspect
with open("subprocess-py3.py", 'w') as outs:
outs.write(inspect.getsource(subproces
Jake Hunsaker added the comment:
Ok, yeah there seem to be several paths to avoid this behavior then. We should
be fine exploring those options.
Thanks for the pointer!
--
___
Python tracker
<https://bugs.python.org/issue42
Jake Hunsaker added the comment:
Ah, ok - so I neglected to mention we're using subparsers which appears to be
relevant here. My apologies.
Here's a minimal reproducer that shows the behavior when using './arg_test.py
foo --bar=on'
```
#! /bin/python3
import argparse
Jake Hunsaker added the comment:
I'll try and get a simple reproducer made shortly, however as a quick note I've
found that using '--all-logs on' results in a properly formatted error message.
--
___
Python tracker
<
New submission from Jake Hunsaker :
In the sos project, we build a custom `usage` string for our argparser parser,
and have noticed that doing so causes error messages from argparse to be badly
formatted.
For example if a bad option value is given, the error message is mangled into
the last
Jake added the comment:
I would find this very useful.
--
___
Python tracker
<https://bugs.python.org/issue42004>
___
___
Python-bugs-list mailing list
Unsub
Change by Jake :
--
nosy: +jacobsorme
___
Python tracker
<https://bugs.python.org/issue42004>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jake :
I would find it useful to have more options to http.server
SimpleHTTPRequestHandler:
1) The option to get the current directory in not only HTML, but represented in
JSON for example. This could be an added --json flag in the main method of
http.server, and an
New submission from Jake Northey :
For an illustration of the performance implications of the __getitem__ and
__setitem__ implementation, see the article below.
https://medium.com/@rvprasad/performance-of-system-v-style-shared-memory-support-in-python-3-8-d7a7d1b1fb96
The issue appears to be
Jake Tesler added the comment:
PR was updated with tests and is ready for core developer review and then the
merge to cpython:master. After that (if I understand correctly) a backport will
automatically get picked into the 3.8 branch if there aren't any conf
Jake Tesler added the comment:
@vstinner PR created :)
https://github.com/python/cpython/pull/17088
--
___
Python tracker
<https://bugs.python.org/issue38
Change by Jake Tesler :
--
keywords: +patch
pull_requests: +16596
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/17088
___
Python tracker
<https://bugs.python.org/issu
Change by Jake Tesler :
--
nosy: +pitrou
___
Python tracker
<https://bugs.python.org/issue38707>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jake Tesler :
I have encountered a minor bug with the new `threading.get_native_id()`
featureset in Python 3.8. The bug occurs when creating a new
multiprocessing.Process object on Unix (or on any platform where the
multiprocessing start_method is 'fork' or &
Change by Jake Tesler :
--
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue36084>
___
___
Python-bugs-list mailing list
Unsubscrib
Jake Tesler added the comment:
I have encountered a minor bug with this new feature. The bug occurs when
creating a new multiprocessing.Process object on Unix (or on any platform where
the multiprocessing start_method is 'fork' or 'forkserver').
When creating a new p
Change by Jake Tesler :
--
pull_requests: +14636
pull_request: https://github.com/python/cpython/pull/14845
___
Python tracker
<https://bugs.python.org/issue36
Jake Tesler added the comment:
Michael Felt -
If you would like some help with adding/building AIX support for this
functionality, tag me, I'd be glad to help out! :)
--
___
Python tracker
<https://bugs.python.org/is
Jake Tesler added the comment:
Victor – the return value of _start_new_thread is the the `ident` parameter,
and its not the same as the native id.
See here: https://github.com/python/cpython/pull/11993#issuecomment-491544908
--
___
Python tracker
Jake Tesler added the comment:
I will look into whether adding thread_self() for AIX would be simple enough
for this PR.
--
___
Python tracker
<https://bugs.python.org/issue36
Jake Tesler added the comment:
In general, I’ve concluded most ‘editions’ of pthread_self() are not the same
value as this feature aims to implement. I’m not familiar enough with AIX to be
certain about that platform, though.
If there’s an equivalent function in AIX to capture the actual
Jake Tesler added the comment:
Victor Stinner: would you mind taking a look at the new PR? Is this more along
the lines of what you had in mind?
--
___
Python tracker
<https://bugs.python.org/issue36
Jake Tesler added the comment:
New PR created with requested edits. :)
--
___
Python tracker
<https://bugs.python.org/issue36084>
___
___
Python-bugs-list mailin
Change by Jake Tesler :
--
pull_requests: +13373
___
Python tracker
<https://bugs.python.org/issue36084>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jake Tesler added the comment:
I will implement these changes - let’s try to hit that end-of-month target!
--
___
Python tracker
<https://bugs.python.org/issue36
Jake Tesler added the comment:
So where do we go from here?
--
___
Python tracker
<https://bugs.python.org/issue36084>
___
___
Python-bugs-list mailin
Jake Tesler added the comment:
The feature is supported on Windows: the file supporting Windows threading is
`thread_nt.h`, not `thread_pthread.h` since Windows doesn't use POSIX-style
threads.
Also it is different from threading.get_ident() - ident is a Python-issued
unique ident
Jake Tesler added the comment:
*bump*
Could someone look into reviewing this bug/PR? Thanks!
--
___
Python tracker
<https://bugs.python.org/issue36084>
___
___
New submission from Jake Tesler :
This functionality adds a native Thread ID to threading.Thread objects. This ID
(TID), similar to the PID of a process, is assigned by the OS (kernel) and is
generally used for externally monitoring resources consumed by the running
thread (or process).
This
New submission from Jake Lever :
The attached code is designed to output compressed data to a gzip file. It
creates two GzipFile objects, but only one is really used. It seems that it
doesn't clean up and close the file properly.
In Py2, the attached code will fail. The output
Jake Davis added the comment:
I've added some unittests for Sniffer._guess_quote_and_delimiter(); they should
prevent regression.
--
___
Python tracker
<http://bugs.python.org/is
Jake Davis added the comment:
Will do! I will try to get a regression proof test into test_csv.py in the next
24 hours. Essentially I will make sure that the sniffer returns a positive
match for each of the patterns that the regex is intended to hit
New submission from Jake Davis:
Line 220 of Lib/csv.py has an extra `>` in the first group:
r'(?P>[^\w\n"\'])
--
components: Library (Lib)
messages: 292249
nosy: jcdavis1983
priority: normal
pull_requests: 1389
severity: normal
status: open
title: csn.Sniffe
New submission from Jake Merdich:
There seem to have been a few issues in the past with creating the lib2to3
pickle files with the right permissions due to umask behavior (#15890). While
I'm unaware of the status installer-level fixes have given, it seems prudent
that the installed p
Changes by Jake Garver :
Added file: http://bugs.python.org/file41663/Python351-no-unreachable-check.diff
___
Python tracker
<http://bugs.python.org/issue24324>
___
___
New submission from Jake Montgomery:
We are seeing a consistent "invalid memory access" crash in Python3.4.3.
*Test setup*
This is occurring on Ubuntu 14.04.1 LTS. It is occurring on multiple unrelated
installs, but has not been tested with any other operating system. It occurs
Jake Garver added the comment:
Updated patch. Same as before, but updates tests.
Sorry I went MIA on this issue.
--
Added file: http://bugs.python.org/file40440/python34_compileall_ddir_2.diff
___
Python tracker
<http://bugs.python.org/issue24
New submission from Jake Howard:
If you try and copy a file using shutil.copy to a directory that doesnt exist,
it tries to copy the file to the location of the directory, and errors as
shutil can't open a directory for 'WB' access, throwing an error, that doesnt
refl
Jake Garver added the comment:
I agree. I couldn't find a use for the check, so I removed it entirely in the
provided patch. I'm running that way now with success, but of course I'm
covering just one use case.
Digging back a bit further, the isdir() check came in here:
htt
Jake Garver added the comment:
Thanks for the response and sorry for the mis-read.
In 2.7, I did something like:
python -m compileall -d /runtime/path foo.py
But in 3.4, I get:
-d destdir requires exactly one directory argument
I'm doing this during a build. Then we package the pyc file
New submission from Jake Garver:
In compileall.py's main, we verify that the provided destdir (-d) exists at
build time. But destdir will commonly be used to override the build time path
with a runtime path. That runtime path will usually not exist at build time.
Note that this logi
New submission from Jake:
In the statistics module documentation, there is a note that states that
"The mean is strongly affected by outliers and is not a robust estimator for
central location: the mean is not necessarily a typical example of the data
points. For more robust, although
New submission from Jake Vanderplas:
The ``obj`` and ``buf`` structure elements are switched in the documentation of
the Buffer Protocol.
Compare https://docs.python.org/3.3/c-api/buffer.html#Py_buffer to
https://github.com/python/cpython/blob/master/Include/object.h#L179-180
jake added the comment:
It is working correctly now. Thank you for the help!
--
___
Python tracker
<http://bugs.python.org/issue17196>
___
___
Python-bugs-list m
jake added the comment:
Ned,
I was starting python from the applications menu and selecting IDLE. I
tried both of those commands. Both worked, the first started python in
terminal and displayed this message:
"Last login: Tue Feb 12 16:32:21 on ttys000
localhost:~ jakeflynn$ /usr/loca
New submission from jake:
I have had python 3.3.0 on my mac and have been successfully using it for the
past few weeks. Today in my class I had the program open and it was running
fine. Then suddenly it quit working and shut itself down. I have restarted my
machine multiple times and
Changes by Jake :
--
nosy: -Jake.Coffman
___
Python tracker
<http://bugs.python.org/issue4376>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jake :
--
nosy: +Jake.Coffman
___
Python tracker
<http://bugs.python.org/issue4376>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Jake McGuire added the comment:
I think what's happening is that your connection is being closed due to
inactivity, so the status line that comes back is empty. Printing
repr(line) would probably make the emptiness clear, but maybe the httplib
code should put in a more specific messa
New submission from Jake McGuire :
As of Python 2.6 you can no longer pass an array to
httplib.HTTPConnection.send.
Issue1065257 added code to httplib to attempt to determine whether a
file-like object was passed to certain methods (e.g. send), and to
stream the data if so.
The patch uses
Jake McGuire added the comment:
This fell through the cracks. But the following unit test seems like it
does the right thing (fails with the old module, works with the new ones).
--
Added file: http://bugs.python.org/file13835/pickletester.diff
Changes by Jake McGuire :
Removed file: http://bugs.python.org/file13169/cPickle.c.diff
___
Python tracker
<http://bugs.python.org/issue5084>
___
___
Python-bugs-list m
Changes by Jake McGuire :
Removed file: http://bugs.python.org/file12882/cPickle.c.diff
___
Python tracker
<http://bugs.python.org/issue5084>
___
___
Python-bugs-list m
Jake McGuire added the comment:
Ugh. Clearly I didn't check to see if it worked or not, as it didn't even
compile. A new diff, tested and verified to work, is attached. I'll work
on creating a test.
Added file: http://bugs.python.org/file13178
Jake McGuire added the comment:
The fromstring/asstring dance was due to my incomplete understanding of
refcounting. PyDict_Next returns a borrowed reference but
PyString_InternInPlace expects an owned reference. Thanks to Kirk
McDonald, I have a new patch that does the refcounting
Jake McGuire added the comment:
Are you sure? I may not have enough context in my diff, which I
should have done against an anonymous svn checkout, but it looks like
the slot attributes get set several lines after my diff. "while
(PyDict_Next(slotstate, ...))" as opposed to
Changes by Jake McGuire :
Added file: http://bugs.python.org/file12882/cPickle.c.diff
___
Python tracker
<http://bugs.python.org/issue5084>
___
___
Python-bugs-list mailin
Changes by Jake McGuire :
Removed file: http://bugs.python.org/file12879/cPickle.c.diff
___
Python tracker
<http://bugs.python.org/issue5084>
___
___
Python-bugs-list m
Changes by Jake McGuire :
Added file: http://bugs.python.org/file12880/pickle.py.diff
___
Python tracker
<http://bugs.python.org/issue5084>
___
___
Python-bugs-list mailin
New submission from Jake McGuire :
Instance attribute names are normally interned - this is done in
PyObject_SetAttr (among other places). Unpickling (in pickle and
cPickle) directly updates __dict__ on the instance object. This
bypasses the interning so you end up with many copies of the
Changes by Jake :
--
title: setup.py should not use .pydistutils.cfg -> during Python installation,
setup.py should not use .pydistutils.cfg
___
Python tracker
<http://bugs.python.org/iss
New submission from Jake :
When installing python 2.6, I used:
./configure --prefix=/home/name/usr
Installation was fine and everything was installed to:
~/usr/lib/python2.6
But the .so files were installed to:
~/usr/lib/python
As ~/usr/lib/python was (no longer) declared in my
66 matches
Mail list logo
