[issue35744] Problem in the documentation of numpy.random.randint in python 2.7
New submission from Jay : Official Documentation of python 2.7 mentions that numpy.random.randint(a,b) will return a random integer from N such that a<=N<=b. But I have run the code and I have found that it never returns equal to b. So, what I did was I ran numpy.random.randint(0,1) for 50 milion times and finally printed the sum. The output was 0. I don't know if this a documentation or an implementation issue, but this is an issue which needs to be looked at. I am attaching the code that I ran. -- assignee: docs@python components: Documentation files: sample.py messages: 333701 nosy: Jay, docs@python priority: normal severity: normal status: open title: Problem in the documentation of numpy.random.randint in python 2.7 type: behavior versions: Python 2.7 Added file: https://bugs.python.org/file48051/sample.py ___ Python tracker <https://bugs.python.org/issue35744> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46570] Windows support for OpenSSL 3.0
New submission from Jay Lee : Steps to reproduce: 1) Compile OpenSSL 3.0 on Windows. 2) use get_externals.bat to download Python external requirements on Windows. 3) Overwrite OpenSSL 1.1.1m in externals with your OpenSSL 3.0 build. Expected behavior: Python will build against OpenSSL 3.0 Actual behavior: Build fails with missing DLLs. Further information: - For OpenSSL 3.0 builds, the first suffix for libcrypto and libssl is -3, not -1_1. - For x86_64 builds, there's also an -x64 suffix to distinguish from x86 builds. I have a openssl.props modified file at: https://github.com/GAM-team/actions-hello-world/blob/master/openssl.props which I've overwritten the existing: https://github.com/python/cpython/blob/main/PCbuild/openssl.props#L13 file with and then succesfully compiled against OpenSSL 3.0. However I'm not certain if or where the logic should exist to detect OpenSSL 3.0 DLLs instead of 1.1. -- assignee: christian.heimes components: Build, SSL messages: 412072 nosy: christian.heimes, jay0lee priority: normal severity: normal status: open title: Windows support for OpenSSL 3.0 type: compile error versions: Python 3.10, Python 3.11 ___ Python tracker <https://bugs.python.org/issue46570> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9624] 2755
New submission from Jay Ballard : failure to find drive -- components: None messages: 114085 nosy: Kartton priority: normal severity: normal status: open title: 2755 versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue9624> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9624] 2755
Jay Ballard added the comment: I'v got windows 7 and I need Python for Blender and clonk files but when I install it, it comes up with a message that it can't find the harddrive -- status: pending -> open Added file: http://bugs.python.org/file18599/unnamed ___ Python tracker <http://bugs.python.org/issue9624> ___I'v got windows 7 and I need Python for Blender and clonk files but when I install it, it comes up with a message that it can't find the harddrive ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9624] 2755
Jay Ballard added the comment: I'm trying to install Python -- title: "failure to find drive" error message when trying to install something unspecified -> 2755 Added file: http://bugs.python.org/file18660/unnamed Added file: http://bugs.python.org/file18661/Python.JPG ___ Python tracker <http://bugs.python.org/issue9624> ___Â I'm trying to install Python <>___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9938] Documentation for argparse interactive use
New submission from Jay T : I want to create a custom interactive shell where I continually do parse_args. Like the following: parser = argparse.ArgumentParser() command = raw_input() while(True): args = parser.parse_args(shlex.split(command)) # Do some magic stuff command = raw_input() The problem is that if I give it invalid input, it errors and exits with a help message. I learned from argparse-users group that you can override the exit method like the following: class MyParser(ArgumentParser): def exit(self, status=0, message=None): # do whatever you want here I would be nice to have this usage documented perhaps along with best practices for doing help messages in this scenario. -- assignee: d...@python components: Documentation messages: 117287 nosy: d...@python, jayt priority: normal severity: normal status: open title: Documentation for argparse interactive use type: feature request versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue9938> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2736] datetime needs an "epoch" method
Jay Taylor added the comment: I couldn't agree more with ping's position on this. It is against the spirit of what Python has set out to be, and the blocking needs to stop. Any chance we could get a .epoch() function into python 2.7 as well? -- nosy: +Jay.Taylor ___ Python tracker <http://bugs.python.org/issue2736> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12077] Harmonizing descriptor protocol documentation
Jay Parlar added the comment: While working on this, I believe it would also make sense to remove all instances of the terms "new-style" and "old-style" from the Descriptor HowTo (and wherever else they might be present) It still makes sense for them to be present in the 2.7 documentation, but they're concepts that don't exist in 3.x -- nosy: +Jay.Parlar ___ Python tracker <http://bugs.python.org/issue12077> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12077] Harmonizing descriptor protocol documentation
Jay Parlar added the comment: Another problem is that the examples and text in the section "Functions and Methods" is no longer correct in 3.x. Namely the the references to unbound methods, and the example showing an unbound method being returned when accessing a method of a class. -- ___ Python tracker <http://bugs.python.org/issue12077> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10675] unittest should have an assertChanges context manager
New submission from Jay Moorthi : It would be useful to have a new assert method in the unittest.TestCase class that checks to see if a value has changed. I wrote a quick and dirty version like so: class MySpecialTestCase(unittest.TestCase): @contextmanager def assertChanges(self, thing, attr=None, by=None): def get_value(thing, attr): if callable(thing): value = thing() else: value = getattr(thing, attr) return value old_value = get_value(thing, attr) yield new_value = get_value(thing, attr) if by is None: self.assertNotEqual(new_value, old_value) else: self.assertEqual(new_value - old_value, by) I'm sure something better can be done to take better advantage of the unittest module's diffing tools, etc. -- messages: 123745 nosy: Jay.Moorthi priority: normal severity: normal status: open title: unittest should have an assertChanges context manager type: feature request versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue10675> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44583] Failure to build on OSF1.
New submission from Jay Krell : Python fails to compile on OSF1. I have it about working. (I have Python2 already working.) I'm opening an issue to meet the PR guidelines. -- components: Interpreter Core messages: 397128 nosy: jaykrell priority: normal severity: normal status: open title: Failure to build on OSF1. type: compile error versions: Python 3.11 ___ Python tracker <https://bugs.python.org/issue44583> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44583] Failure to build on OSF1.
Change by Jay Krell : -- keywords: +patch pull_requests: +25616 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27063 ___ Python tracker <https://bugs.python.org/issue44583> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44583] Failure to build on OSF1.
Jay Krell added the comment: > "credible offer to maintain platform support for several years." Probably. What does "support" mean? Fix user-reported bugs? I expect very few/zero. Run a buildbot? Maybe. Not sure it is worthwhile, depending on frequency. Provide little autoconf/ifdef patches to keep it working? Sure. Hopefully there is some route for "degraded" or "missing" functionality on a platform by platform basis; the lack of monotonic time is kinda a problem in my PR. Anyway I'll reread the PEP and email the group, which I tried to join, not sure it is working yet. I will try to use it and keep my copy updated. I have some python2 scripts I can try to update. -- ___ Python tracker <https://bugs.python.org/issue44583> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44583] Failure to build on OSF1.
Jay Krell added the comment: I have a machine up and running that I would like to run this on. Perhaps that is vastly inadequate. Nothing is free, I realize. And Solaris, agreed, would seem to merit "more" support, but zero==zero. I will see if I can setup a buildbot and I am wondering being a core developer, if I have the time, ability (probably), approval, etc. As long as Solaris is in an amd64 VM (not SPARC) I am interested in that as well. I have run it recently and it is vastly easier/faster than OSF1. -- ___ Python tracker <https://bugs.python.org/issue44583> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33125] Windows 10 ARM64 platform support
Jay Swanson added the comment: I know this is closed, but is it possible that the ARM64EC support coming in Windows 11 that allows mixed native/emulated code is something that would help this along? That along with the sunsetting of 32-bit systems. -- nosy: +jay.swanson ___ Python tracker <https://bugs.python.org/issue33125> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39950] Add pathlib.Path.hardlink_to()
Jay Chu added the comment: Maybe we could have the correct `Path.hardlink` implemented before removing or even deprecating the confusing `Path.link_to`? It will only help even if we don't remove the latter in a hurry. -- nosy: +tothesong ___ Python tracker <https://bugs.python.org/issue39950> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39950] Add pathlib.Path.hardlink_to()
Jay Chu added the comment: For me, and as you've pointed out, the current doc of `Path.link_to` is already wrong and misleading. Perhaps a fix of the doc should be made as a first step. The doc uses the expression "Create a hard link pointing to a path named target." But comparing this to the doc of `Path.symlink_to`, which says "Make this path a symbolic link to target.", (and the doc of `os.link`, which says, "Create a hard link pointing to src named dst.",) the current doc should actually be "Create a hard link at `target` pointing to this path." Sadly the argument name can't be changed here already. And the doc of `Path.symlink_to` even have a helpful note: "Note: The order of arguments (link, target) is the reverse of os.symlink()’s." We could also add one for `Path.link_to`, too, like "Note: The order of arguments (link, target) is the consistent with os.link()’s. Based on that foundation, we could finally continue to implement the correct "Path.hardlink_to". We can refer to how people retained `subprocess.call` while adding a newer , preferred `subprocess.run`, by noting people to prefer `Path.hardlink_to` as it's more consistent with the `pathlib` and OOP, along with telling them the obscurity of `Path.link_to` and why it's left here for backward capability. -- ___ Python tracker <https://bugs.python.org/issue39950> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42999] `pathlib.Path.link_to()` documentation is misleading
Change by Jay Chu : -- nosy: +tothesong ___ Python tracker <https://bugs.python.org/issue42999> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41023] smtplib does not handle Unicode characters
New submission from Jay Patel :
According to the user requirements, I need to send an email, which is provided
as a raw email, i.e., the contents of email are provided in form of headers. To
accomplish this I am using the methods provided in the "send_rawemail_demo.py"
file (attached below).
The smtplib library works fine when providing only 'ascii' characters in the
'raw_email' variable. But, when I provide any Unicode characters either in the
Subject or Body of the email, then the sendmail method of the smtplib library
fails with the following message:
UnicodeEncodeError 'ascii' codec can't encode characters in position 123-124:
ordinal not in range(128)
I tried providing the mail_options=["SMTPUTF-8"] in the sendmail method (On
line no. 72 in the send_rawemail_demo.py file), but then it fails (even for the
'ascii' characters) with the exception as SMTPSenderRefused.
I have faced the same issue on Python 3.6.
The sendmail method of the SMTP class encodes the message using 'ascii' as:
if isinstance(msg, str):
msg = _fix_eols(msg).encode('ascii')
The code works properly for Python 2 as the smtplib library for Python 2 does
not have the above line and hence it allows Unicode characters in the Body and
the Subject.
--
components: email
files: send_rawemail_demo.py
messages: 371801
nosy: barry, jpatel, r.david.murray
priority: normal
severity: normal
status: open
title: smtplib does not handle Unicode characters
type: enhancement
versions: Python 3.8
Added file: https://bugs.python.org/file49249/send_rawemail_demo.py
___
Python tracker
<https://bugs.python.org/issue41023>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41023] smtplib does not handle Unicode characters
Jay Patel added the comment: Screenshot for the case, where only the 'raw_email' variable contains only 'ascii' characters. -- Added file: https://bugs.python.org/file49250/providing_only_ascii_characters.png ___ Python tracker <https://bugs.python.org/issue41023> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41023] smtplib does not handle Unicode characters
Change by Jay Patel : Added file: https://bugs.python.org/file49251/providing_Unicode_characters_in_email_body.png ___ Python tracker <https://bugs.python.org/issue41023> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41023] smtplib does not handle Unicode characters
Change by Jay Patel : Added file: https://bugs.python.org/file49252/providing_mail_options_in_sendmail.png ___ Python tracker <https://bugs.python.org/issue41023> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41023] smtplib does not handle Unicode characters
Change by Jay Patel : Removed file: https://bugs.python.org/file49250/providing_only_ascii_characters.png ___ Python tracker <https://bugs.python.org/issue41023> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41157] email.message_from_string() is unable to find the headers for the .msg files
New submission from Jay Patel : I need to extract the email data from an MSG file on Python v2.7. But as Python v2.7 has been deprecated, I tried to replicate this scenario on Python v3.8 and faced the same issue. I am trying to extract the message using the "Message" class of the "extract_msg" module. After extracting the text from the "Message" object, I am using email.message_from_string() method to separate the headers and the body (or payload). The same workflow can be observed in the "extract_mail.py" file. The issue with the attached file, "msgfile_not_working_correctly.msg", is that the headers of this file begin with "Microsoft Mail Internet Headers Version 2.0" which is interpreted as body and not as headers (as it is not in the standard email headers format like "To": "recei...@gmail.com"). According to this (https://support.microsoft.com/en-us/office/view-internet-message-headers-in-outlook-cd039382-dc6e-4264-ac74-c048563d212c) link the message headers in Outlook will begin with "Microsoft Mail Internet Headers Version 2.0" which is added by Outlook (mentioned in the "Interpreting email headers" section of the mentioned link). The email data can be observed in the "email_data.txt" file. I have tried omitting the first line, when there are no headers and it works as per the expectation. Can this scenario be handled at the modular level (email module) or is there any other way to extract headers for the .msg files. -- files: extract_mail.py messages: 372560 nosy: jpatel priority: normal severity: normal status: open title: email.message_from_string() is unable to find the headers for the .msg files type: enhancement versions: Python 3.8 Added file: https://bugs.python.org/file49273/extract_mail.py ___ Python tracker <https://bugs.python.org/issue41157> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41157] email.message_from_string() is unable to find the headers for the .msg files
Change by Jay Patel : Added file: https://bugs.python.org/file49274/msgfile_not_working_correctly.msg ___ Python tracker <https://bugs.python.org/issue41157> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41799] splunklib.client does not handle Unicode characters
New submission from Jay Patel :
Using splunklib.client module to use Pythonic interface to the Splunk REST API.
I am using the connect method of the module to connect and log in to a Splunk
instance.
Code:
import splunklib.client as splunk_client
kwargs_config_flags = {
'host': "test_instance漢字",
'port': 8089,
'username': ,
'password': ,
'owner': None,
'app': None}
sc = splunk_client.connect(**kwargs_config_flags)
For python 3
Output:
''latin-1' codec can't encode characters in position 0-1: ordinal not in
range(256)'
I tried to encode the host to utf-8, "test_instance漢字".encode("utf-8")
Output:
'a bytes-like object is required, not 'str''
For python 2
It is working as expected.
output: 'nodename nor servname provided, or not known'
Is there a way by which this can be handled at the module level?
--
components: Unicode
messages: 377005
nosy: ezio.melotti, jpatel, vstinner
priority: normal
severity: normal
status: open
title: splunklib.client does not handle Unicode characters
type: behavior
versions: Python 3.6
___
Python tracker
<https://bugs.python.org/issue41799>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14144] urllib2 HTTPRedirectHandler not handling POST data in redirect
New submission from Jay Deiman :
I've noticed that urllib2's HTTPRedirectHandler does not redirect a POST
request with the POST data.
If you send a POST request to a server with data, the data is dropped when the
new Request is made to the new url. As stated in a comment in the library
itself, redirecting a POST request is not strictly RFC compliant, but it's
generally supported anyway. The problem here being that our POST data is not
also being redirected. I ran into this issue when writing a web api wrapper in
Python.
I'm submitting a small patch that fixes this issue:
--- /usr/lib/python2.7/urllib2.py 2011-10-04 16:07:28.0 -0500
+++ urllib2.py 2012-02-27 16:03:36.0 -0600
@@ -551,7 +551,11 @@
newheaders = dict((k,v) for k,v in req.headers.items()
if k.lower() not in ("content-length",
"content-type")
)
+data = None
+if req.has_data():
+data = req.get_data()
return Request(newurl,
+ data=data,
headers=newheaders,
origin_req_host=req.get_origin_req_host(),
unverifiable=True)
--
components: Extension Modules
files: urllib2.py.patch
keywords: patch
messages: 154516
nosy: crustymonkey
priority: normal
severity: normal
status: open
title: urllib2 HTTPRedirectHandler not handling POST data in redirect
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file24665/urllib2.py.patch
___
Python tracker
<http://bugs.python.org/issue14144>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14144] urllib2 HTTPRedirectHandler not handling POST data in redirect
Jay Deiman added the comment: Senthil, That is a good point about the potential for security issues. What if it was an explicit option in HTTPRedirectHandler since there is a possibility of value in being able to do it. I know my case is probably unusual, but I imagine that others might have run into this too. Something roughly along this line is what I'm thinking: class HTTPRedirectHandler(BaseHandler): redirect_post_data = False ... ... def redirect_request(self, req, fp, code, msg, headers, newurl): ... ... data = None if req.has_data() and self.redirect_post_data: data = req.get_data() return Request(newurl, data=data, headers=newheaders, origin_req_host=req.get_origin_req_host(), unverifiable=True) That would leave the current default behavior as-is, but leave the option to explicitly override it by the user, perhaps with a BIG DISCLAIMER comment about security. -- ___ Python tracker <http://bugs.python.org/issue14144> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14144] urllib2 HTTPRedirectHandler not forwarding POST data in redirect
Jay Deiman added the comment: Senthil, The HTTPRedirectHandler is already breaking RFC2616 by it's own admission in the code comments (from the source): # Strictly (according to RFC 2616), 301 or 302 in response # to a POST MUST NOT cause a redirection without confirmation # from the user (of urllib2, in this case). In practice, # essentially all clients do redirect in this case, so we # do the same. # be conciliant with URIs containing a space I can definitely understand the issue with changing the default behavior to redirect the POST data. However, an added option which leaves the current behavior as the default shouldn't hurt. I'm submitting a new patch file (urllib2.py.redirect_option.patch), which will do exactly that. -- Added file: http://bugs.python.org/file24711/urllib2.py.redirect_option.patch ___ Python tracker <http://bugs.python.org/issue14144> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14144] urllib2 HTTPRedirectHandler not forwarding POST data in redirect
Jay Deiman added the comment: I have no problem making doc and test changes. I'll probably need a pointer as to where these changes need to be made and submitted to, but like you said, I'll wait until the patch is accepted before doing that. -- ___ Python tracker <http://bugs.python.org/issue14144> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14338] Document how to forward POST data on redirects
Jay Deiman added the comment: I actually just worked around this issue in my library to do specifically what I needed it to do, which was an automatic redirect POST with data. As far as general recipes are concerned, anyone could just follow what I did in my library at: https://github.com/crustymonkey/py-sonic or http://pypi.python.org/pypi/py-sonic All I did was just subclass HTTPRedirectHandler and essentially add my patch. -- ___ Python tracker <http://bugs.python.org/issue14338> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30657] Unsafe arithmetic in PyString_DecodeEscape
New submission from Jay Bosamiya:
In Python 2.7, there is a possible integer overflow in
PyString_DecodeEscape function of the file stringobject.c, which can
be abused to gain a heap overflow, possibly leading to arbitrary code
execution.
The relevant parts of the code are highlighted below:
PyObject *PyString_DecodeEscape(const char *s,
Py_ssize_t len,
const char *errors,
Py_ssize_t unicode,
const char *recode_encoding)
{
int c;
char *p, *buf;
const char *end;
PyObject *v;
(1) Py_ssize_t newlen = recode_encoding ? 4*len:len;
(2) v = PyString_FromStringAndSize((char *)NULL, newlen);
if (v == NULL)
return NULL;
(3) p = buf = PyString_AsString(v);
end = s + len;
while (s < end) {
if (*s != '\\') {
non_esc:
#ifdef Py_USING_UNICODE
[...]
#else
*p++ = *s++;
#endif
continue;
[...]
}
}
(4) if (p-buf < newlen)
_PyString_Resize(&v, p - buf); /* v is cleared on error */
return v;
failed:
Py_DECREF(v);
return NULL;
}
(1) If recode_encoding is true (i.e., non-null), we have an integer
overflow here which can set newlen to be some very small value
(2) This allows a small string to be created into v
(3) Now p (and buf) use that small string
(4) The small string is copied into with a larger string, thereby
giving a heap buffer overflow
In the highly unlikely but definitely possible situation that we pass
it a very large string (in the order of ~1GB on a 32-bit Python
install), one can reliably get heap corruption. It is possible to
access this function (and condition in line(1)) through function
parsestr from ast.c, when the file encoding of an input .py file is
something apart from utf-8 and iso-8859-1. This can be trivially done
using the following at the start of the file:
# -*- coding: us-ascii -*-
The attached file (poc-gen.py) produces a poc.py file which satisfies
these constraints and shows the vulnerability.
Note: To see the vulnerability in action, it is necessary to have an
ASAN build of Python, compiled for 32 bit on a 64 bit machine.
Additionally, the poc.py file generated can take an extremely long
time to load (over a few hours), and finally crash. Instead, if one
wishes to see the proof of vulnerability quicker, then it might be
better to change the constant 4 in line (1) to 65536 (just for
simplicity sake), and change the multiplication_constant in poc-gen.py
file to be the same (i.e. 65536).
Proposed fix: Confirm that the multiplication will not overflow,
before actually performing the multiplication and depending on the
result.
--
components: Interpreter Core
files: poc-gen.py
messages: 295930
nosy: jaybosamiya
priority: normal
severity: normal
status: open
title: Unsafe arithmetic in PyString_DecodeEscape
type: security
versions: Python 2.7
Added file: http://bugs.python.org/file46950/poc-gen.py
___
Python tracker
<http://bugs.python.org/issue30657>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30657] Unsafe arithmetic in PyString_DecodeEscape
Changes by Jay Bosamiya : -- pull_requests: +2226 ___ Python tracker <http://bugs.python.org/issue30657> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30657] Unsafe arithmetic in PyString_DecodeEscape
Jay Bosamiya added the comment: I've made a patch that should fix the vulnerability. Please do let me know if changes are required. Thanks a lot :) PS: For anyone who looks at this later on, in my original message describing the issue, the line `*p++ = *s++;` should be marked as (4) instead to understand this issue better. -- ___ Python tracker <http://bugs.python.org/issue30657> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33722] Document builtins in mock_open
Jay Crotts added the comment: Yeah the PR had been stale for a while, and I re-based my fork without closing the PR, so when I pushed it to the fork it updated the PR reviewer list. Silly mistake by me, I should have made sure the diff wasn't huge before pushing it. I know review time is valuable and did not mean to waste it. If you think it is a worthwhile change I'm happy to start over with another PR. -- ___ Python tracker <https://bugs.python.org/issue33722> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33722] Document builtins in mock_open
Change by Jay Crotts : -- pull_requests: +12700 ___ Python tracker <https://bugs.python.org/issue33722> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33722] Document builtins in mock_open
Jay Crotts added the comment: No worries, I think all of your points make sense, especially number one after looking at the patch again. I looked at the docs again, and there is even an example of another built in being patched. Thanks for taking the time to review it. I'm okay with closing it if you don't think there is any value add. -- ___ Python tracker <https://bugs.python.org/issue33722> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33722] Document builtins in mock_open
Change by Jay Crotts : -- resolution: -> rejected stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue33722> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8243] curses writing to window's bottom right position raises: `_curses.error: addstr() returned ERR'
Change by Jay Crotts : -- keywords: +patch pull_requests: +5031 stage: needs patch -> patch review ___ Python tracker <https://bugs.python.org/issue8243> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8243] curses writing to window's bottom right position raises: `_curses.error: addstr() returned ERR'
Jay Crotts added the comment: Submitted a PR for this issue, awaiting review. -- ___ Python tracker <https://bugs.python.org/issue8243> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32667] Failing test_dtrace and test_subprocess on Ubuntu 16.04 on master
New submission from Jay Yin : Hello everyone, I've been trying to build the master branch on Ubuntu 16.04 and it currently fails 2 test, I was wondering if this was normal or if I'm missing dependencies, I also tried apt-get build-dev python3.6 and python3.7 to no avail, the build requirements install worked for python3.5 but I suspect 3.7 has different dependencies but I can't find where the documentation for the requirements are. 2 tests failed: test_dtrace test_subprocess running test_dtrace as verbose gave https://pastebin.com/ZGzzxwjk [Bash] FAILED (errors=4) test test_dtrace failed 1 test failed: test_dtrace R - Pastebin.com pastebin.com and running test_subprocess gives https://pastebin.com/DNjPzpgp -- messages: 310678 nosy: jayyin11043 priority: normal severity: normal status: open title: Failing test_dtrace and test_subprocess on Ubuntu 16.04 on master type: compile error versions: Python 3.7 ___ Python tracker <https://bugs.python.org/issue32667> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32667] test_subprocess and test_dtrace fails if the last entry of $PATH is a file
Change by Jay Yin : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue32667> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32667] test_subprocess and test_dtrace fails if the last entry of $PATH is a file
Change by Jay Yin : -- resolution: -> fixed ___ Python tracker <https://bugs.python.org/issue32667> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32667] test_subprocess and test_dtrace fails if the last entry of $PATH is a file
Change by Jay Yin : -- versions: +Python 3.6 ___ Python tracker <https://bugs.python.org/issue32667> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32667] test_subprocess and test_dtrace fails if the last entry of $PATH is a file
Change by Jay Yin : -- versions: +Python 2.7 ___ Python tracker <https://bugs.python.org/issue32667> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32667] test_subprocess and test_dtrace fails if the last entry of $PATH is a file
Jay Yin added the comment: no problem, thanks for helping and fixing the issue, I can now help contribute to python =D -- ___ Python tracker <https://bugs.python.org/issue32667> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27931] Email parse IndexError <""@wiarcom.com>
Change by Jay Yin : -- pull_requests: +5174 stage: commit review -> patch review ___ Python tracker <https://bugs.python.org/issue27931> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2793] Dictionary fails to index when adding list when in a deeply nested loop
Change by Jay Yin : -- pull_requests: +5177 ___ Python tracker <https://bugs.python.org/issue2793> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27931] Email parse IndexError <""@wiarcom.com>
Jay Yin added the comment: https://github.com/python/cpython/pull/5329 this is the pending pull request for this -- nosy: +jayyin11043 ___ Python tracker <https://bugs.python.org/issue27931> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32446] ResourceLoader.get_data() should accept a PathLike
Jay Yin added the comment: I'm taking a look now, this looks interesting -- nosy: +jayyin11043 ___ Python tracker <https://bugs.python.org/issue32446> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32446] ResourceLoader.get_data() should accept a PathLike
Jay Yin added the comment: this would extend to set and get data right?, also would it be good to use the current get_data() (one that reads only string) function for the overloaded one and extract the string path from the os.path object? or would we want the os.path object to be handled separately? -- ___ Python tracker <https://bugs.python.org/issue32446> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32446] ResourceLoader.get_data() should accept a PathLike
Jay Yin added the comment: nvm I temporarily forgot I was working with python here, I'd need to use "is" to check what the entered "path" is huh? -- ___ Python tracker <https://bugs.python.org/issue32446> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32446] ResourceLoader.get_data() should accept a PathLike
Jay Yin added the comment: I hope this isn't a dumb question but where is ResourceLoader.get_data() implemented, using ATOM to search the whole project and I can't seem to find it. -- ___ Python tracker <https://bugs.python.org/issue32446> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32714] remove resourceLoader related code since it's deprecated
Change by Jay Yin : -- components: +Library (Lib) ___ Python tracker <https://bugs.python.org/issue32714> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32714] remove resourceLoader related code since it's deprecated
New submission from Jay Yin : I recently discovered in the documentation within the code and recent discussions with Barry, that ResourceLoader is deprecated and was wondering if we wanted to remove the code exclusively pertaining to ResourceLoader for clarity and to remove unused code. (PS if this is will be done I'll gladly contribute to doing so) -- messages: 311177 nosy: jayyin11043 priority: normal severity: normal status: open title: remove resourceLoader related code since it's deprecated versions: Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue32714> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32714] remove resourceLoader related code since it's deprecated
Jay Yin added the comment: Alright I see, so I guess I'll set this as "postponed" and close it? -- versions: +Python 3.7 ___ Python tracker <https://bugs.python.org/issue32714> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32714] remove resourceLoader related code since it's deprecated
Change by Jay Yin : -- resolution: -> postponed stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue32714> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32773] distutils should NOT preserve timestamps
Jay Yin added the comment: Will an option be added to copy_file() function? if we did we could probably make it preserve the times by default and have an -- option to make it update? -- nosy: +jayyin11043 ___ Python tracker <https://bugs.python.org/issue32773> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32642] add support for path-like objects in sys.path
Jay Yin added the comment: This looks a lot like https://bugs.python.org/issue32446, I'd like to tackle this, if we are going through with it. -- nosy: +jayyin11043 ___ Python tracker <https://bugs.python.org/issue32642> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32773] distutils should NOT preserve timestamps
Jay Yin added the comment: I can tackle this if it's alright? -- ___ Python tracker <https://bugs.python.org/issue32773> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32773] distutils should NOT preserve timestamps
Jay Yin added the comment: That's why I said to have the default be the old setting, so that any previous setups wouldn't need to changes (aka backward compat.) the option would give people the "option" to choose. -- ___ Python tracker <https://bugs.python.org/issue32773> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32773] distutils should NOT preserve timestamps
Jay Yin added the comment: so what you're proposing, is that the function copy_file() itself, use defaults, but make it so that any functions that reference it not save the timing?, if so wouldn't that still require an internal option? -- ___ Python tracker <https://bugs.python.org/issue32773> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32773] distutils should NOT preserve timestamps
Jay Yin added the comment: would it be ok for me to make a patch for this as practice?, I will be making a PR though, I will be making the -- option available for backward compatibility. -- ___ Python tracker <https://bugs.python.org/issue32773> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32773] distutils should NOT preserve timestamps
Change by Jay Yin : -- keywords: +patch pull_requests: +5401 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue32773> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32642] add support for path-like objects in sys.path
Jay Yin added the comment: what file(s) is/are the sys.path code located in? -- ___ Python tracker <https://bugs.python.org/issue32642> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32642] add support for path-like objects in sys.path
Jay Yin added the comment: Thanks for the reply -- ___ Python tracker <https://bugs.python.org/issue32642> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32642] add support for path-like objects in sys.path
Jay Yin added the comment: ok, so I found the PathFinder class you referenced, just making sure, this issue pertains to changing "self.path"'s usage and declaration to be a path-like object instead of the hard coded 'sys', 'path' returns? or is that part of it already?, also since this uses a tuple to keep track of the parent path, is there functionality in the path-like objects to find parent paths? -- ___ Python tracker <https://bugs.python.org/issue32642> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32642] add support for path-like objects in sys.path
Jay Yin added the comment: https://github.com/python/cpython/blob/3c34aad4e7a95913ec7db8e5e948a8fc69047bf7/Lib/importlib/_bootstrap_external.py#L1069-L1090 those are the particular class and lines I'm referring to -- ___ Python tracker <https://bugs.python.org/issue32642> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32835] Add documention mentioning that Cygwin isn't fully compatible
New submission from Jay Yin : I didn't find any documentation stating that Cygwin isn't currently compatible with building, I was wondering if it would be good to add documentation stating this and that it would be an area requiring help. -- assignee: docs@python components: Documentation messages: 312080 nosy: docs@python, jayyin11043 priority: normal severity: normal status: open title: Add documention mentioning that Cygwin isn't fully compatible versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue32835> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32835] Add documention mentioning that Cygwin isn't fully compatible
Jay Yin added the comment: ah I see, hence the *currently* incompatible, there must be some way of tracking areas in need of help without having to use the search, kind of like the way Github uses labels. -- type: enhancement -> ___ Python tracker <https://bugs.python.org/issue32835> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32773] distutils should NOT preserve timestamps
Change by Jay Yin : -- pull_requests: +5483 ___ Python tracker <https://bugs.python.org/issue32773> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32642] add support for path-like objects in sys.path
Change by Jay Yin : -- keywords: +patch pull_requests: +5484 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue32642> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32855] Add documention stating supported Platforms
New submission from Jay Yin : we can probably add a section that includes all supported platforms and possibly "partially" supported platforms, and maybe include platforms that currently aren't supported but want/plan to be supported. -- assignee: docs@python components: Documentation messages: 312225 nosy: docs@python, jayyin11043 priority: normal severity: normal status: open title: Add documention stating supported Platforms ___ Python tracker <https://bugs.python.org/issue32855> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32495] Adding Timer to multiprocessing
Jay Crotts added the comment: Closing this issue, for the reasons Antoine outlined. -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue32495> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32854] Add ** Map Unpacking Support for namedtuple
Jay Crotts added the comment: Would it be worth adding an example of unpacking such as, t(**a._asdict()), or something similar to the documentation ? -- nosy: +jcrotts ___ Python tracker <https://bugs.python.org/issue32854> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32854] Add ** Map Unpacking Support for namedtuple
Jay Crotts added the comment: Thanks Raymond, I wasn't sure if it was a common pattern or not, that makes sense. -- ___ Python tracker <https://bugs.python.org/issue32854> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8243] curses writing to window's bottom right position raises: `_curses.error: addstr() returned ERR'
Change by Jay Crotts : -- versions: +Python 3.8 -Python 2.7, Python 3.6, Python 3.7 ___ Python tracker <https://bugs.python.org/issue8243> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32642] add support for path-like objects in sys.path
Jay Yin added the comment: I'm unsure how to regenerate the files that interact with the code for sys.path as travisCI states " Generated files not up to date M Python/importlib_external.h " since my code changes some of how the importing is handled -- ___ Python tracker <https://bugs.python.org/issue32642> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32642] add support for path-like objects in sys.path
Jay Yin added the comment: I've been stuck on "test_poplib" for over 149661 sec now, that's about 41 hours... I don't think this is working correctly, although I'm unsure what test_poplib is doing that has been affected by what I've changed here. -- ___ Python tracker <https://bugs.python.org/issue32642> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32642] add support for path-like objects in sys.path
Jay Yin added the comment: The issue was resolved by updating my version of the rest of the package apparently and remaking the whole thing, must have been some outdated stuff on my end causing the issue -- ___ Python tracker <https://bugs.python.org/issue32642> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32642] add support for path-like objects in sys.path
Jay Yin added the comment: I'm having issues with my local changes for my PR, I'm unsure why my local machine takes a seemingly infinite amount of time on test_poplib, so again I think something to do with my local environment is causing issues again, any help would be appreciated... -- ___ Python tracker <https://bugs.python.org/issue32642> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32642] add support for path-like objects in sys.path
Jay Yin added the comment: https://pastebin.com/q4FKnPZH the trace for the test_poplib -- ___ Python tracker <https://bugs.python.org/issue32642> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32642] add support for path-like objects in sys.path
Jay Yin added the comment: it seems to me like the issue in my tests is that some SSL thing is failing?, anyone have any experience with this? -- ___ Python tracker <https://bugs.python.org/issue32642> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33099] test_poplib hangs with the changes done in PR
New submission from Jay Yin : my test hangs locally on my computer with the changes I've done in bpo-32642 but doesn't hang on TravisCI, anyone able to help with checking what's wrong here (sounds like another edge case with my env but I could be wrong) the trace for the command https://pastebin.com/q4FKnPZH -- components: Tests messages: 314064 nosy: jayyin11043 priority: normal severity: normal status: open title: test_poplib hangs with the changes done in PR versions: Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue33099> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32642] add support for path-like objects in sys.path
Jay Yin added the comment: srry I opened another issue bpo-33099 -- ___ Python tracker <https://bugs.python.org/issue32642> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32495] Adding Timer to multiprocessing
New submission from Jay Crotts : I wanted to propose the addition of a Timer class to the multiprocessing library similar to the one that exists in the Threading module. Timer provides an example of how to extend the Process class that might be helpful to beginners. The current lack of a Timer in the multiprocessing library could encourage newer programmers to use threads where processes would be more appropriate. In the implementation below I have added the ability to specify a # of iterations that the timed function should execute, and an additional infinite argument that would make the process execute the given function until the Timer is explicitly stopped. -- components: Library (Lib) files: Timer.py messages: 309487 nosy: davin, jcrotts, pitrou priority: normal severity: normal status: open title: Adding Timer to multiprocessing type: enhancement versions: Python 3.7 Added file: https://bugs.python.org/file47364/Timer.py ___ Python tracker <https://bugs.python.org/issue32495> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32495] Adding Timer to multiprocessing
Jay Crotts added the comment: I think your three reasons make sense, I've only found threading.Timer helpful in pretty trivial cases. Do you think a more flexible or efficient Timer class would be useful? -- ___ Python tracker <https://bugs.python.org/issue32495> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8243] curses writing to window's bottom right position raises: `_curses.error: addstr() returned ERR'
Jay Crotts added the comment: I can create a documentation patch and PR if this still needs doing. -- nosy: +jcrotts ___ Python tracker <https://bugs.python.org/issue8243> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33722] Document builtins in mock_open
New submission from Jay Crotts : The examples on using mock_open only include instances where objects are mocked in the REPL, so '__main__'.open is replaced. Commonly objects are mocked for use in other test modules, so builtins.open would be used instead. A note about this in the documentation would be useful not familiar with python internals. I'm happy to do a PR for it. -- assignee: docs@python components: Documentation messages: 318337 nosy: docs@python, jcrotts priority: normal severity: normal status: open title: Document builtins in mock_open type: enhancement versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue33722> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33722] Document builtins in mock_open
Change by Jay Crotts : -- keywords: +patch pull_requests: +7116 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue33722> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7367] OSError [errno 13] permission denied
New submission from Jay Lugo : I spend the better part of a day figuring out this relatively simple problem with the help files in IDLE with python 2.6 on a mac OSX I came about the solution by following the code errors all over up and down the program files. Eventual I came about the public folder ex.. Users/ME/Public I spent time looking through the properties and settings tabs editing my firewall settings and file sharing options (I reverted them when i fixed the problem) but i ended up removing all file sharing settings anyway. I simply right clicked on the public folder and my permission was set to "Write only(Drop Box)" a simple change to "Reed and Write" fixed the IDLE error. Hope i just saved some one some time. -- components: IDLE messages: 95533 nosy: Quik_Foot severity: normal status: open title: OSError [errno 13] permission denied type: resource usage versions: Python 2.6 ___ Python tracker <http://bugs.python.org/issue7367> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7367] OSError [errno 13] permission denied
Jay Lugo added the comment: Python 2.6.4 [GCC 4.0.1 (Apple Inc. build 5493)] on darwin >From the best I can tell the error came about when I updated my firewall/shared folder settings. (I lost a computer on my home network due to my partner leaving me :( ) so I did a complete revamp of my network to close up any holes and Bam no IDLE. The solution as I said came about from simply changing the user access on the public folder in User/ME/ I initially came across the error when attempting to get a modules list and was returned a list of errors. One of them was the [errno 13]. Hope that clears things. -- ___ Python tracker <http://bugs.python.org/issue7367> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5975] csv unix file format ('\n' line terminator)
New submission from Jay Talbot :
I was having issues importing a csv file generated by the csv.write
class with the following:
load data infile 'file.csv' replace into table en fields terminated by
',' enclosed by '"' lines terminated by '\r\n';
To help prevent this from happening again, I would like to see the
following added to the csv.py library:
class unix_dialect(Dialect):
"""Describe the usual properties of unix-generated CSV files."""
delimiter = ','
quotechar = '"'
doublequote = True
skipinitialspace = False
lineterminator = '\n'
quoting = QUOTE_ALL
register_dialect("unix_dialect", unix_dialect)
The above code is the excel class dialect with '\n' line termination and
quoting of all fields. This allows for easy csv file import into mysql
databases.
--
components: Library (Lib)
messages: 87479
nosy: jtalbot
severity: normal
status: open
title: csv unix file format ('\n' line terminator)
type: feature request
versions: Python 2.5, Python 2.6, Python 3.0
___
Python tracker
<http://bugs.python.org/issue5975>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5975] csv unix file format ('\n' line terminator)
Jay Talbot added the comment: I'm sorry. I will remember to try and look up where the new features are being targeted. Reporting bugs and requesting new features here is new to me. Everyone seems to have their own rules. -- ___ Python tracker <http://bugs.python.org/issue5975> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2481] locale.strxfrm does not work with Unicode strings
Jay Freeman (saurik) added the comment: Given that Python 3.x is still not ready for general use (and when this is discussed people make it quite clear that this is to be expected, and that a many year timeline was originally proposed for the Python 3.0 transition), it seems like this bug fix should have been backported to 2.x at some point in the last four years it has been open. :( -- nosy: +saurik ___ Python tracker <http://bugs.python.org/issue2481> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2481] locale.strxfrm does not work with Unicode strings
Jay Freeman (saurik) added the comment: I have attached a tested patch against Python-2.7.2.tgz (as I do not know how to use hg currently). It should be noted that I also am not 100% certain how the Python build environment works, but the way I added the wcsxfrm test was to add it to configure.in, then run autoheader and autoconf. It also should be noted that the original code called strxfrm and did not check for an error result: neither does my new code (which is mostly based on formulaic modifications of the existing code in addition to educated guesses with regards to coding and formatting standards: feel free to change, obviously). Finally, I noticed while working on this that --enable-unicode=no does not work (there is a check that enforces that it must be either ucs2 or ucs4): seems like an easy fix. That said, I ran into numerous other issues trying to make a non-Unicode build, and in the end gave up. My code looks like it should work, however, were someone to figure out how to build a non-Unicode Python 2.7. -- keywords: +patch Added file: http://bugs.python.org/file24125/wcsxfrm.diff ___ Python tracker <http://bugs.python.org/issue2481> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40108] Improve error message for -m option when .py is present
Change by Jay Cee Garcia : -- components: +XML type: -> behavior ___ Python tracker <https://bugs.python.org/issue40108> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24459] Mention PYTHONFAULTHANDLER in the man page
Joshua Jay Herman added the comment: Was this ever merged? I'm not sure whats happening. -- ___ Python tracker <http://bugs.python.org/issue24459> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24459] Mention PYTHONFAULTHANDLER in the man page
Joshua Jay Herman added the comment: Ping -- ___ Python tracker <http://bugs.python.org/issue24459> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36184] [EASY] test_gdb.test_threads() is specific to _POSIX_THREADS, fail on FreeBSD
Joshua Jay Herman added the comment: Hi, I would like to try to solve this issue. Does this occur on the latest version of FreeBSD? -- nosy: +zitterbewegung ___ Python tracker <https://bugs.python.org/issue36184> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
