[issue22942] Language Reference - optional comma
New submission from Jordan:
# I would like to report three bugs in the
# Language Reference Python 3.4.2
#
# bug 1: Typo in parameter_list #
#
# In 8.6 the rule for parameter_list should be corrected: The first "|" should
be "("
# parameter_list ::= (defparameter ",")*
# | "*" [parameter] ("," defparameter)* ["," "**" parameter]
# | "**" parameter
# | defparameter [","] )
# This rule was correct in 3.3 but has been changed with issue #21439, I guess.
###
# bug 2: print(*(1,2),) is allowed according to the syntax - but not accepted #
###
# In 6.3.4:
# call ::= primary "(" [argument_list [","] | comprehension]
")"
# argument_list::= positional_arguments ["," keyword_arguments]
# ["," "*" expression] ["," keyword_arguments]
# ["," "**" expression]
# | keyword_arguments ["," "*" expression]
# ["," keyword_arguments] ["," "**" expression]
# | "*" expression ["," keyword_arguments] ["," "**"
expression]
# | "**" expression
# Why is this wrong?
print(1,2,) # is allowed
print(*(1,2)) # is allowed
#print(*(1,2),) # is allowed according to the syntax - but not accepted
# I guess the trailing comma is only allowed when there is no *-argument
# as it is in the rule for parameter_list
###
# bug 3: decorator rule allows (aditional) trailing comma #
###
# In 8.6:
# decorator ::= "@" dotted_name ["(" [parameter_list [","]] ")"] NEWLINE
# parameter_list ::= (defparameter ",")*
# ( "*" [parameter] ("," defparameter)* ["," "**" parameter]
# | "**" parameter
# | defparameter [","] )
# Why is this wrong?
def klammer(klammer_left,klammer_right):
def klammer_decorator(func):
def func_wrapper(name):
return klammer_left + func(name) + klammer_right
return func_wrapper
return klammer_decorator
@klammer("<",">",) # is allowed
#@klammer("<",">",,) # is allowed according to the syntax - but is not accepted
def get_text(name):
return "Hallo " + name
print(get_text("Uli"))
@klammer(*("<",">")) # is allowed
#@klammer(*("<",">"),) # is allowed according to the syntax - but is not
accepted
def get_text(name):
return "Hallo " + name
print(get_text("Uli"))
# I guess the decorator rule might be changed to:
# decorator ::= "@" dotted_name ["(" [parameter_list ] ")"] NEWLINE
# The other appearences of parameter_list have no optional comma.
--
assignee: docs@python
components: Documentation
messages: 231680
nosy: docs@python, jordan
priority: normal
severity: normal
status: open
title: Language Reference - optional comma
type: enhancement
versions: Python 3.4
___
Python tracker
<http://bugs.python.org/issue22942>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22948] Integer type and __add__
Jordan added the comment: >1.< is lexed as a float constant >>> 1. 1.0 >>> 1.0.__add__(2) 3.0 >>> 1 .__add__(2) 3 Not sure how to procede -- nosy: +jordan ___ Python tracker <http://bugs.python.org/issue22948> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46157] Typo in JSON documentation
New submission from Jordan Bonecutter : In this doc: https://docs.python.org/3/library/json.html#json.dump The section on check_circular has a typo: ...a circular reference will result in an RecursionError => a RecursionError -- assignee: docs@python components: Documentation messages: 409051 nosy: docs@python, jordan-bonecutter priority: normal severity: normal status: open title: Typo in JSON documentation type: enhancement ___ Python tracker <https://bugs.python.org/issue46157> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12042] What's New multiprocessing example error
Jordan Stadler added the comment: Alright, should it be closed if we aren't going to touch it? -- ___ Python tracker <http://bugs.python.org/issue12042> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12042] What's New multiprocessing example error
Changes by Jordan Stadler : Added file: http://bugs.python.org/file22127/issue12042_31.patch ___ Python tracker <http://bugs.python.org/issue12042> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12042] What's New multiprocessing example error
Changes by Jordan Stadler : Added file: http://bugs.python.org/file22128/issue12042_32.patch ___ Python tracker <http://bugs.python.org/issue12042> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12042] What's New multiprocessing example error
Jordan Stadler added the comment: Alright, patches are up for 3.1 and 3.2. I'm not sure if I can just make one for the 3.x's so I made both. -- ___ Python tracker <http://bugs.python.org/issue12042> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12042] What's New multiprocessing example error
Jordan Stadler added the comment: To be honest, I'm getting a bit confused as to what is required. I thought the two most important patches would be 2.7 and 3.2, but we have 2.7, 3.1, 3.2, and 3.3 listed as versions affected. I posted the patch for 2.7 originally on May 14th. I'm not sure if there is a problem with that patch I posted, but Eric didn't seem content with the versions. At this time versions 3.1, 3.2, and 3.3 were added to the affected versions list. Today I did the patches for 3.1 and 3.2, but I am unsure of how to provide one for 3.3 as is is not listed in mercurial for me (I'm probably doing something wrong, but I couldn't see it). The change in the patch is so minor and I don't mind doing 3.3 if I can get my mercurial to update to 3.3. If the change I made in the patches is insufficient please let me know, I have no problem making adjustments. I'm still getting used to the patching process and how to properly contribute to the community. TLDR: Basically, I'm a little confused as to whether or not the patches I provided are sufficient. -- ___ Python tracker <http://bugs.python.org/issue12042> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12042] What's New multiprocessing example error
Jordan Stadler added the comment: Alright, thanks for the clarification, that's pretty much how I thought it worked. Patches supplied should be good then. -- ___ Python tracker <http://bugs.python.org/issue12042> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12867] linecache.getline() Returning Error
New submission from Jordan Meyer :
In trying to use the linecache.getline() function to extra data from a
plain-text database format that I'm building. Every time I make a call to it
(even from the interpreter directly) I get an error like the one below. I
believe the problem lies in the linecache module itself.
Traceback (most recent call last):
File
"/Users/jordanmeyer/Documents/Python/eFlashcard/alpha/0.1a2/eFlashcard_0.1a2.py",
line 59, in
eFlashcard_main()
File
"/Users/jordanmeyer/Documents/Python/eFlashcard/alpha/0.1a2/eFlashcard_0.1a2.py",
line 17, in eFlashcard_main
eFlashcard_build()
File
"/Users/jordanmeyer/Documents/Python/eFlashcard/alpha/0.1a2/eFlashcard_0.1a2.py",
line 31, in eFlashcard_build
while str(linecache.getline(lib_file, lib_index, module_globals=None)) !=
'':
File
"/Library/Frameworks/Python.framework/Versions/3.2/lib/python3.2/linecache.py",
line 15, in getline
lines = getlines(filename, module_globals)
File
"/Library/Frameworks/Python.framework/Versions/3.2/lib/python3.2/linecache.py",
line 41, in getlines
return updatecache(filename, module_globals)
File
"/Library/Frameworks/Python.framework/Versions/3.2/lib/python3.2/linecache.py",
line 76, in updatecache
if not filename or (filename.startswith('<') and filename.endswith('>')):
AttributeError: '_io.TextIOWrapper' object has no attribute 'startswith'
--
components: Library (Lib)
messages: 143247
nosy: Jordan.Meyer
priority: normal
severity: normal
status: open
title: linecache.getline() Returning Error
type: crash
versions: Python 3.2
___
Python tracker
<http://bugs.python.org/issue12867>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9668] strings in json.dump in '' instead of ""
Jordan Szubert added the comment:
could not reproduce:
Python 2.6.5 (r265:79096, Mar 19 2010, 21:48:26) [MSC v.1500 32 bit (Intel)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> from cStringIO import StringIO as F
>>> import json
>>> json.dumps('foo')
'"foo"'
>>> f=F()
>>> json.dump('foo',f)
>>> f.seek(0,0);f.read();f.seek(0,0)
'"foo"'
>>> json.dump({'a':['b']},f)
>>> f.seek(0,0);f.read();f.seek(0,0)
'{"a": ["b"]}'
>>>
Python 2.6.5+ (release26-maint, Jul 30 2010, 23:04:10)
[GCC 4.4.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import json
>>> from cStringIO import StringIO as F
>>> f=F()
>>> json.dump('foo',f)
>>> json.dumps('foo')
'"foo"'
>>> f.seek(0,0);f.read();f.seek(0,0)
'"foo"'
>>> json.dump({'a':1,'_':2},f)
>>> f.seek(0,0);f.read();f.seek(0,0)
'{"a": 1, "_": 2}'
>>> json.dumps({'a':1,'_':2})
'{"a": 1, "_": 2}'
>>>
--
nosy: +joru
___
Python tracker
<http://bugs.python.org/issue9668>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8824] Improve documentation of exec
Jordan Stadler added the comment: I'm going to update the documentation to include the scope information. Should be done within a day. -- nosy: +jstadler ___ Python tracker <http://bugs.python.org/issue8824> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8824] Improve documentation of exec
Changes by Jordan Stadler : -- keywords: +patch Added file: http://bugs.python.org/file21960/exec_doc_touchup_2_x.patch ___ Python tracker <http://bugs.python.org/issue8824> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8824] Improve documentation of exec
Changes by Jordan Stadler : Added file: http://bugs.python.org/file21961/exec_doc_touchup_3_x.patch ___ Python tracker <http://bugs.python.org/issue8824> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8824] Improve documentation of exec
Jordan Stadler added the comment: Patches for 2.x and 3.x documentation related to 'exec'. 2.x Provides more information about scopes when using additional expressions for 'exec'. 2.x documentation for 'exec' is found in reference/simple_stmts. 3.x Provides more information about scopes when using additional expressions for 'exec'. 3.x documentation for 'exec' is found in library/functions. -- ___ Python tracker <http://bugs.python.org/issue8824> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8824] Improve documentation of exec
Changes by Jordan Stadler : Removed file: http://bugs.python.org/file21961/exec_doc_touchup_3_x.patch ___ Python tracker <http://bugs.python.org/issue8824> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8824] Improve documentation of exec
Changes by Jordan Stadler : Added file: http://bugs.python.org/file21981/exec_doc_touchup_3.x.patch ___ Python tracker <http://bugs.python.org/issue8824> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8824] Improve documentation of exec
Changes by Jordan Stadler : Added file: http://bugs.python.org/file21982/exec_doc_touchup_2.x.patch ___ Python tracker <http://bugs.python.org/issue8824> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8824] Improve documentation of exec
Jordan Stadler added the comment: I've updated the 3.x patch, should be correct now. I also updated the 2.x patch to use ``in``. :keyword:`in` was used in an earlier part of the paragraph I modified, so I have changed both for consistency. This is the paragraph before modification: " In all cases, if the optional parts are omitted, the code is executed in the current scope. If only the first expression after :keyword:`in` is specified, it should be a dictionary, which will be used for both the global and the local variables. If two expressions are given, they are used for the global and local variables, respectively. If provided, *locals* can be any mapping object. " -- ___ Python tracker <http://bugs.python.org/issue8824> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8824] Improve documentation of exec
Changes by Jordan Stadler : Removed file: http://bugs.python.org/file21960/exec_doc_touchup_2_x.patch ___ Python tracker <http://bugs.python.org/issue8824> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12042] What's New multiprocessing example error
Jordan Stadler added the comment: I'll prepare the patch if davipo doesn't want to. I'm trying to become more comfortable with the patching process and this seems simple enough for me to handle. -- nosy: +jstadler ___ Python tracker <http://bugs.python.org/issue12042> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12042] What's New multiprocessing example error
Changes by Jordan Stadler : -- keywords: +patch Added file: http://bugs.python.org/file22002/issue12042_2.7.patch ___ Python tracker <http://bugs.python.org/issue12042> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12042] What's New multiprocessing example error
Jordan Stadler added the comment: Patch is up for 2.7, minor change in the documentation. -- ___ Python tracker <http://bugs.python.org/issue12042> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7887] errno 107 socket.recv issure
New submission from Jordan Apgar : I have a simple tcp server and client where the server sits and waits for a message and then processes it, my client sends its first message to the server. On the server I receive: socket.error: [Errno 107] Transport endpoint is not connected when calling msg = self.socket.recv(self.buffer) My client receives the error: socket.error: [Errno 104] Connection reset by peer when calling msg = self.socket.recv(self.buffer) I was working on the server and client over the weekend and sending and receiving worked fine, I wanted to debug a few things and I get this when I try to run it (no changes made from what I had on the weekend) -- components: None messages: 99074 nosy: twistedphrame severity: normal status: open title: errno 107 socket.recv issure versions: Python 2.6 ___ Python tracker <http://bugs.python.org/issue7887> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7887] errno 107 socket.recv issure
Jordan Apgar added the comment: Sorry I was under the impression this was an issue with the socket module -- ___ Python tracker <http://bugs.python.org/issue7887> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37179] asyncio loop.start_tls() provide support for TLS in TLS
Jordan Borean added the comment: I'm looking through the PR https://github.com/python/cpython/pull/17975 and it doesn't look like it addresses this particular problem. The code for start_tls https://github.com/python/cpython/blob/d2a8e69c2c605fbaa3656a5f99aa8d295f74c80e/Lib/asyncio/base_events.py#L1210-L1212 has a check for the attribute '_start_tls_compatible' but _SSLProtocolTransport (https://github.com/python/cpython/blob/master/Lib/asyncio/sslproto.py) does not set this. The PR mentioned https://github.com/python/cpython/pull/17975 does not seem to touch any of this so I would assume the problem is still there? I also installed 3.10.0a7 and this problem still persists when I call loop.start_tls with my SSL writer transport. -- nosy: +jborean93 ___ Python tracker <https://bugs.python.org/issue37179> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37179] asyncio loop.start_tls() provide support for TLS in TLS
Jordan Borean added the comment: Fantastic thanks, I'll keep watching the issue in the background as it sounds like it's under control. -- ___ Python tracker <https://bugs.python.org/issue37179> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37179] asyncio loop.start_tls() provide support for TLS in TLS
Change by Jordan Borean : -- pull_requests: +25050 pull_request: https://github.com/python/cpython/pull/26454 ___ Python tracker <https://bugs.python.org/issue37179> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44356] Abstract enum mixins not allowed
New submission from Jordan Ephron :
Prior to 3.8 it was possible to create "abstract" enums (without members) and
mix them together. To motivate with an example, perhaps we're modeling an API
and want to be robust in the face of inconsistent casing
class CaseInsensitiveStrEnum(str, Enum):
@classmethod
def _missing_(cls, value):
for member in cls._member_map_.values():
if member._value_.lower() == value.lower():
return member
return super()._missing_(value)
and perhaps we also want to be robust in response to extensibility
class LenientStrEnum(str, Enum):
@classmethod
def _missing_(cls, value):
logger.warning(
f"[{cls.__name__}] encountered an unknown value!\n"
f"Luckily I'm a LenientStrEnum, so I won't crash just yet.\n"
f"You might want to add a new case though.\n"
f"Value was: '{value}'"
)
return UnexpectedStr(value)
but we also want to model some known good set of values, so mixing together the
abstract enums we'd get something like
class JobStatus(CaseInsensitiveStrEnum, LenientStrEnum):
ACTIVE = "active"
PENDING = "pending"
TERMINATED = "terminated"
However, due to the resolution of https://bugs.python.org/issue39587 this no
longer works, instead producing:
TypeError: 'JobStatus': too many data types: [, ]
The relevant change is
https://github.com/ethanfurman/cpython/commit/bff01f3a3aac0c15fe8fbe8b2f561f7927d117a1
I believe that if we made `data_types` a set rather than a list then the
example would become valid once again.
--
messages: 395378
nosy: JEphron
priority: normal
severity: normal
status: open
title: Abstract enum mixins not allowed
type: behavior
versions: Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue44356>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44356] Abstract enum mixins not allowed
Jordan Ephron added the comment: > But what is an `UnexpectedString()` Sorry, that’s maybe less relevant to the example. It’s just a subclass of string with some marker to make it detectable later on, similar to schemes that taint user input to prevent sql injection or whatever > On Jun 8, 2021, at 23:20, Ethan Furman wrote: > > > Ethan Furman added the comment: > > Excellent bug report. > > But what is an `UnexpectedString()` ? > > -- > > ___ > Python tracker > <https://bugs.python.org/issue44356> > ___ -- ___ Python tracker <https://bugs.python.org/issue44356> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44356] Abstract enum mixins not allowed
Jordan Ephron added the comment: Oh, on further investigation I see that the example wouldn't have worked on 3.8 anyway, due to issue34536 adding some checks to the type returned by _missing_, so maybe I'm pushing Enum too far in that case. -- ___ Python tracker <https://bugs.python.org/issue44356> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44356] Abstract enum mixins not allowed
Jordan Ephron added the comment: On 10.06.2021 15:33, Ethan Furman wrote: >Since I like puzzles, here is a working LenientStrEnum: >... Oh indeed, that's really cool! -- title: Multiple enum mixins not allowed even when they have the same datatype -> Abstract enum mixins not allowed ___ Python tracker <https://bugs.python.org/issue44356> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44356] Multiple enum mixins not allowed even when they have the same datatype
Jordan Ephron added the comment: Oops, still getting used to the Python mailing list format. Learned something new! Thanks for all your awesome work on Python. On 11.06.2021 08:19, Ethan Furman wrote: > >Ethan Furman added the comment: > >Glad you like it! > >Please don't change the title back. :-) > >-- >resolution: -> fixed >stage: patch review -> resolved >status: open -> closed >title: Abstract enum mixins not allowed -> Multiple enum mixins not allowed >even when they have the same datatype >versions: -Python 3.8 > >___ >Python tracker ><https://bugs.python.org/issue44356> >___ -- ___ Python tracker <https://bugs.python.org/issue44356> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45018] Pickling a range iterator with an index of over sizeof(int) stores an invalid index
Change by Jordan Limor : -- keywords: +patch nosy: +chilaxan nosy_count: 1.0 -> 2.0 pull_requests: +26424 pull_request: https://github.com/python/cpython/pull/27938 ___ Python tracker <https://bugs.python.org/issue45018> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37179] asyncio loop.start_tls() provide support for TLS in TLS
Change by Jordan Borean : -- pull_requests: +26517 pull_request: https://github.com/python/cpython/pull/28073 ___ Python tracker <https://bugs.python.org/issue37179> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43431] Subprocess timeout causes output to be returned as bytes in text mode
New submission from Jordan Macdonald : Passing the argument `text=True` to `subprocess.run()` is supposed to mean that any captured output of the called process is automatically decoded and retuned to the user as test instead of bytes. However, if you give a timeout and that timeout expires, the raised `subprocess.TimeoutExpired` exception will have the captured output as as bytes even if text mode is enabled. Test output: bash-5.0$ python3 test_subprocess.py Version and interpreter information: namespace(_multiarch='x86_64-linux-gnu', cache_tag='cpython-37', hexversion=50792432, name='cpython', version=sys.version_info(major=3, minor=7, micro=7, releaselevel='final', serial=0)) Completed STDOUT Type: Completed STDOUT Content: 'Start\nDone\n' Timeout STDOUT Type: Timeout STDOUT Content: b'Start\n' -- components: Library (Lib) files: test_subprocess.py messages: 388257 nosy: macdjord priority: normal severity: normal status: open title: Subprocess timeout causes output to be returned as bytes in text mode type: behavior versions: Python 3.7 Added file: https://bugs.python.org/file49856/test_subprocess.py ___ Python tracker <https://bugs.python.org/issue43431> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43431] Subprocess timeout causes output to be returned as bytes in text mode
Jordan Macdonald added the comment: Eryk Sun: Well, I think step 1 should be to update the documentation for Python 3.7 through 3.10 on `subprocess.run()` and `subprocess.TimeoutExpired` to clearly state that `TimeoutExpired.stdout` and `TimeoutExpired.stderr` will be in bytes format even if text mode is set. If we went with the model of having `stdout_bytes` and attempting to decode into `stdout`, we'd want an option to ignore a trailing decoding error. -- versions: +Python 3.7 ___ Python tracker <https://bugs.python.org/issue43431> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41325] Document addition of `mock.call_args.args` and `mock.call_args.kwargs` in 3.8
New submission from Jordan Speicher : `args` and `kwargs` were added to unittest `mock.call_args` in https://bugs.python.org/issue21269 however documentation was not updated to state that this was added in python 3.8 -- assignee: docs@python components: Documentation messages: 373839 nosy: docs@python, uspike priority: normal severity: normal status: open title: Document addition of `mock.call_args.args` and `mock.call_args.kwargs` in 3.8 versions: Python 3.10, Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue41325> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41325] Document addition of `mock.call_args.args` and `mock.call_args.kwargs` in 3.8
Change by Jordan Speicher : -- keywords: +patch pull_requests: +20662 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21525 ___ Python tracker <https://bugs.python.org/issue41325> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8978] "tarfile.ReadError: file could not be opened successfully" if compiled without zlib
Jordan Williams added the comment: This issue took me a long time to diagnose when attempting to decompress a bzip2-compressed tarball. This occurs with Python 3.9.0. Since I was using asdf, which uses Pyenv internally, to build and manage my Python version, I failed to notice it was missing development libraries. A slightly more informative message could easily have tipped me off to this in short order. -- nosy: +jwillikers type: behavior -> crash versions: +Python 3.9 -Python 3.3 ___ Python tracker <https://bugs.python.org/issue8978> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35692] pathlib.Path.exists() on non-existent drive raises WinError instead of returning False
New submission from Jordan Hueckstaedt : Tested in 3.7.0 on windows 10. This looks related to https://bugs.python.org/issue22759 >>> import pathlib >>> pathlib.Path(r"E:\Whatever\blah.txt").exists() # This drive doesn't exist Traceback (most recent call last): File "", line 1, in File "C:\Users\jordanhu\AppData\Local\Continuum\anaconda2\envs\py3\lib\pathlib.py", line 1318, in exists self.stat() File "C:\Users\jordanhu\AppData\Local\Continuum\anaconda2\envs\py3\lib\pathlib.py", line 1140, in stat return self._accessor.stat(self) PermissionError: [WinError 21] The device is not ready: 'E:\\Whatever\\blah.txt' >>> pathlib.Path(r"C:\Whatever\blah.txt").exists() # This drive exists False -- messages: 333275 nosy: Jordan Hueckstaedt priority: normal severity: normal status: open title: pathlib.Path.exists() on non-existent drive raises WinError instead of returning False type: behavior versions: Python 3.7 ___ Python tracker <https://bugs.python.org/issue35692> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30001] CPython contribution docs reference missing /issuetracker page
New submission from AJ Jordan: https://cpython-devguide.readthedocs.io/pullrequest.html#licensing (and presumably other pages in this project) references https://cpython-devguide.readthedocs.io/issuetracker, but this page returns 404 Not Found. -- assignee: docs@python components: Documentation messages: 291202 nosy: docs@python, strugee priority: normal severity: normal status: open title: CPython contribution docs reference missing /issuetracker page ___ Python tracker <http://bugs.python.org/issue30001> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30001] CPython contribution docs reference missing /issuetracker page
Alex Jordan added the comment: Filed https://github.com/python/devguide/issues/156. Sorry for the noise! I just assumed everything went through bpo. Guess not :) -- ___ Python tracker <http://bugs.python.org/issue30001> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36621] shutil.rmtree follows junctions on windows
New submission from Jordan Hueckstaedt : shutil.rmtree follows junctions / reparse points on windows and will delete files in the target link directory. -- components: IO, Windows messages: 340111 nosy: Jordan Hueckstaedt, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: shutil.rmtree follows junctions on windows versions: Python 2.7 ___ Python tracker <https://bugs.python.org/issue36621> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30256] Adding a SyncManager Queue proxy to a SyncManager dict or Namespace proxy raises an exception
Change by Jordan Speicher : -- keywords: +patch pull_requests: +4709 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue30256> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34027] python 3.7 openpty/forkpty build failure on macOS
New submission from Daiderd Jordan : I can't really figure out why, but the import in posixmodule.c seems to get skipped since python 3.7. The condition doesn't look entirely correct in case libutil.h is also available on macOS, however this has not changed since 3.6 and it worked fine there while both where available. Part of the configure log: checking pty.h usability... no checking pty.h presence... no checking for pty.h... no checking libutil.h usability... yes checking libutil.h presence... yes checking for libutil.h... yes ... checking util.h usability... yes checking util.h presence... yes checking for util.h... yes Build error: ./Modules/posixmodule.c:5924:9: error: implicit declaration of function 'openpty' is invalid in C99 [-Werror,-Wimplicit-function-declaration] if (openpty(&master_fd, &slave_fd, NULL, NULL, NULL) != 0) ^ ./Modules/posixmodule.c:5924:9: note: did you mean 'openat'? /nix/store/q819d3vjz7vswpvkrfa9gck3ys8rmvcj-Libsystem-osx-10.11.6/include/sys/fcntl.h:480:5: note: 'openat' declared here int openat(int, const char *, int, ...) __DARWIN_NOCANCEL(openat) __OSX_AVAILABLE_STARTING(__MAC_10_10, __IPHONE_8_0); ^ ./Modules/posixmodule.c:5924:9: warning: this function declaration is not a prototype [-Wstrict-prototypes] if (openpty(&master_fd, &slave_fd, NULL, NULL, NULL) != 0) ^ ./Modules/posixmodule.c:6018:11: error: implicit declaration of function 'forkpty' is invalid in C99 [-Werror,-Wimplicit-function-declaration] pid = forkpty(&master_fd, NULL, NULL, NULL); ^ ./Modules/posixmodule.c:6018:11: warning: this function declaration is not a prototype [-Wstrict-prototypes] 2 warnings and 2 errors generated. make: *** [Makefile:1793: Modules/posixmodule.o] Error 1 -- components: Build messages: 320913 nosy: LnL7 priority: normal severity: normal status: open title: python 3.7 openpty/forkpty build failure on macOS type: compile error versions: Python 3.7 ___ Python tracker <https://bugs.python.org/issue34027> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34027] python 3.7 openpty/forkpty build failure on macOS
Change by Daiderd Jordan : -- keywords: +patch pull_requests: +7664 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34027> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34027] python 3.7 openpty/forkpty build failure on macOS
Daiderd Jordan added the comment: This is a build using the nix package manager, we use all of the opensource components provided by apple instead of relying on xcode. The libutil.h that's found in this case is the one from the 10.11.6 sources. https://opensource.apple.com/source/libutil/libutil-43/ -- ___ Python tracker <https://bugs.python.org/issue34027> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34027] python 3.7 openpty/forkpty build failure on macOS
Daiderd Jordan added the comment: The headers end up in the build environment because of Libsystem which is part of our base environment. But yes, this is also the case with 3.6 and that builds just fine so I'm not sure why it's failing now. These are the logs from our build service for reference: python37.x86_64-darwin https://hydra.nixos.org/build/76780195/nixlog/2 python36.x86_64-darwin https://hydra.nixos.org/build/76018915/nixlog/1 -- ___ Python tracker <https://bugs.python.org/issue34027> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34027] python 3.7 openpty/forkpty build failure on macOS
Daiderd Jordan added the comment: Oh interesting, so it only used to worked by accident. I should have looked at the 3.6 log more closely. -- ___ Python tracker <https://bugs.python.org/issue34027> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34027] python 3.7 openpty/forkpty build failure using nix package manager macOS environment
Daiderd Jordan added the comment: Even tho it's headers are not /usr/lib/libutil.dylib is available on every macOS system. Unlike on bsd this doesn't include the relevant symbols for openpty/forkpty, that's why I used an __APPLE__ condition but including both also works fine. Assuming it's headers are not available doesn't seem like a good assumption, even tho they won't be in most cases. -- ___ Python tracker <https://bugs.python.org/issue34027> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34027] python 3.7 openpty/forkpty build failure using nix package manager macOS environment
Daiderd Jordan added the comment: Either patch looks fine to me, should I close the pull request? -- ___ Python tracker <https://bugs.python.org/issue34027> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32117] Tuple unpacking in return and yield statements
Jordan Chapman added the comment: BFDL approval: https://mail.python.org/pipermail/python-dev/2017-November/150842.html -- nosy: +Jordan Chapman ___ Python tracker <https://bugs.python.org/issue32117> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32117] Tuple unpacking in return and yield statements
Jordan Chapman added the comment: Here's my GitHub account: I'll make the changes and rebase as soon as I get home. -- ___ Python tracker <https://bugs.python.org/issue32117> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32117] Tuple unpacking in return and yield statements
Jordan Chapman added the comment: Sorry, I could have sworn that I pasted my link... https://github.com/jChapman -- ___ Python tracker <https://bugs.python.org/issue32117> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32117] Tuple unpacking in return and yield statements
Change by Jordan Chapman : -- pull_requests: +8897 ___ Python tracker <https://bugs.python.org/issue32117> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18229] attribute headers of http.server.BaseHTTPRequestHandler sometimes does not exists
New submission from Jordan Szubert:
it seems that problem is someone connecting to port 8080 with non-http client,
could not find warning in documentation
---fragment of `less access.log`
81.172.30.254 - - [16/Jun/2013 11:36:58] "^SBitTorrent protocol^@^@^@^@^@^X^@^Ej
81.172.30.254 - - [16/Jun/2013 11:38:11] "^N^@f¸ãÄòQ;³xb^C^HÄA7
81.172.30.254 - - [16/Jun/2013 11:39:22] "^SBitTorrent protocol^@^@^@^@^@^X^@^Ej
81.172.30.254 - - [16/Jun/2013 11:40:35] "ì0æzzr^D2]WQ
Exception happened during processing of request from ('81.172.30.254', 63650)
Traceback (most recent call last):
File "c:\Python33\lib\socketserver.py", line 306, in _handle_request_noblock
self.process_request(request, client_address)
File "c:\Python33\lib\socketserver.py", line 332, in process_request
self.finish_request(request, client_address)
File "c:\Python33\lib\socketserver.py", line 345, in finish_request
self.RequestHandlerClass(request, client_address, self)
File "c:\Python33\lib\socketserver.py", line 666, in __init__
self.handle()
File "c:\Python33\lib\http\server.py", line 400, in handle
self.handle_one_request()
File "c:\Python33\lib\http\server.py", line 380, in handle_one_request
if not self.parse_request():
File "c:\Python33\lib\http\server.py", line 283, in parse_request
self.send_error(400, "Bad request version (%r)" % version)
File "c:\Python33\lib\http\server.py", line 428, in send_error
self.send_response(code, message)
File "c:\Python33\lib\http\server.py", line 443, in send_response
self.log_request(code)
File "c:\Users\joru\Dropbox\programowanie\demoniszcze\server\_lowerHTTP.py",
line 30, in log_request
xff=req.headers.get('X-Forwarded-For')
AttributeError: '_HNDL_3' object has no attribute 'headers'
# _HNLD_3 derives from http.server.BaseHTTPRequestHandler
--
assignee: docs@python
components: Documentation
messages: 191264
nosy: docs@python, joru
priority: normal
severity: normal
status: open
title: attribute headers of http.server.BaseHTTPRequestHandler sometimes does
not exists
type: behavior
versions: Python 3.3
___
Python tracker
<http://bugs.python.org/issue18229>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18229] attribute headers of http.server.BaseHTTPRequestHandler sometimes does not exists
Jordan Szubert added the comment: what _lowerHTTP does is try read request header 'X-Forwarded-For', but instance of request handler have attribute headers only if thing that connected to port where server listens happened to send valid enough http request my problem is, documentation does not help write code that would not crash when client sends random bytes instead of expected http request -- resolution: invalid -> status: closed -> open ___ Python tracker <http://bugs.python.org/issue18229> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18229] attribute headers of http.server.BaseHTTPRequestHandler sometimes does not exists
Jordan Szubert added the comment:
#minimal server:
#!/c/Python33/python.exe
from http.server import HTTPServer as S, BaseHTTPRequestHandler as H
class HNDL(H):
def log_request(req,code):
print('header is',req.headers.get('X-Forwarder-For'),',
code',code)
H.log_request(req)
s=S(('',54321),HNDL)
s.serve_forever()
#non-http client:
#!/c/Python33/python.exe
import socket,os
s=socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.connect(('localhost', 54321))
s.sendall(os.urandom(1024))
buf=s.recv(2048)
s.close()
print(buf)
#running server:
$ ./server.py
127.0.0.1 - - [06/Oct/2013 17:33:41] code 400, message Bad HTTP/0.9 request type
('E)\xaeE^2¤\xf2W\x8f\xb3aG')
Exception happened during processing of request from ('127.0.0.1', 18234)
Traceback (most recent call last):
File "c:\Python33\lib\socketserver.py", line 306, in _handle_request_noblock
self.process_request(request, client_address)
File "c:\Python33\lib\socketserver.py", line 332, in process_request
self.finish_request(request, client_address)
File "c:\Python33\lib\socketserver.py", line 345, in finish_request
self.RequestHandlerClass(request, client_address, self)
File "c:\Python33\lib\socketserver.py", line 666, in __init__
self.handle()
File "c:\Python33\lib\http\server.py", line 400, in handle
self.handle_one_request()
File "c:\Python33\lib\http\server.py", line 380, in handle_one_request
if not self.parse_request():
File "c:\Python33\lib\http\server.py", line 311, in parse_request
"Bad HTTP/0.9 request type (%r)" % command)
File "c:\Python33\lib\http\server.py", line 428, in send_error
self.send_response(code, message)
File "c:\Python33\lib\http\server.py", line 443, in send_response
self.log_request(code)
File "./server.py", line 5, in log_request
print('header is',req.headers.get('X-Forwarder-For'),', code',code)
AttributeError: 'HNDL' object has no attribute 'headers'
#running client:
$ ./client.py
b''
$
--
___
Python tracker
<http://bugs.python.org/issue18229>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6448] imp.find_module() -- be explicity that 'path' must be a list
New submission from Jordan Bettis :
Hi. I just spent a while fighting with imp.find_module because I was
trying to pass the path as a string, rather than a string embedded in a
list:
result = find_module('mod', '/path')
rather than
result = find_module('mod', ['/path'])
The issue is compounded by an incredibly unhelpful error message:
ImportError: No frozen submodule named /path.mod
Now the documentation *does* say that path should be a list, if you read
it carefully, so perhaps it was just my reading comprehension. But doing
a google search I found a discussion from 2006 along the same lines:
http://www.techlists.org/archives/programming/pythonlist/2006-01/msg01445.shtml
So I thought it might be good to clarify that a string will not work.
Perhaps the wording could be changed to something like this:
Try to find the module *name* on the search path *path*. The
*path* argument is a list of directory names. Each directory is
searched for files with any of the suffixes returned
by :func:`get_suffixes` above. Invalid names in the list are
silently ignored (but all list items must be strings). If
*path* is omitted or ``None``, the list of directory names
given by ``sys.path`` is searched, but first it searches a few
special places: it tries to find a built-in module with the
given name (:const:`C_BUILTIN`), then a frozen
module (:const:`PY_FROZEN`), and on some systems some other
places are looked in as well (on Windows, it looks in the
registry which may point to a specific file).
I think what is confusing is the conditional about the type of 'path',
The possibilities are 'list' or 'not present' (or None) but when I read
it I think I saw the 'not present' option as being implicit, and the
conditional implying that it could be a string or a list of strings.
>From the discussion above it seems like the other person had the same
trouble, so removing the conditional should be enough to make it clear
that path *must* be a list if it exists.
--
assignee: georg.brandl
components: Documentation
messages: 90333
nosy: georg.brandl, jordanb
severity: normal
status: open
title: imp.find_module() -- be explicity that 'path' must be a list
versions: Python 2.4, Python 2.5, Python 2.6, Python 2.7, Python 3.0, Python
3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/issue6448>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8538] Add ConfigureAction to argparse
Jeremiah Jordan added the comment: I think this should be updated so that nargs=0 is allowed, so that you can only do --foo/--no-foo and don't clutter up the help/interface with --foo [FOO] --no-foo=[FOO] You can do this by adding nargs to the ConfigureAction.__init__ and passing that through to super, and then updating __call__ to check 'if value is None or value == []:' instead of the None. -- nosy: +Jeremiah.Jordan ___ Python tracker <http://bugs.python.org/issue8538> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27715] call-matcher breaks if a method is mocked with spec=True
jordan-pittier added the comment: I stumbled onto this today. I can confirm the issue. -- nosy: +jordan-pittier ___ Python tracker <http://bugs.python.org/issue27715> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28443] Logger methods never use kwargs
New submission from Jordan Brennan: The methods on the Logger class e.g. logger.debug all accept **kwargs, these are passed to the _log method but they are never used. If _log attached them as an attribute to the LogRecord object, it would allow for creation of more powerful Filter objects to be created. You would then be able to filter log lines based on arbitrary keyword arguments. I've attached a patch along with tests that I think would be a sensible addition and I think that this shouldn't impact existing users of the module. -- components: Argument Clinic files: loggingkwargs.patch keywords: patch messages: 278653 nosy: jb098, larry priority: normal severity: normal status: open title: Logger methods never use kwargs type: enhancement versions: Python 3.7 Added file: http://bugs.python.org/file45092/loggingkwargs.patch ___ Python tracker <http://bugs.python.org/issue28443> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28443] Logger methods never use kwargs
Changes by Jordan Brennan : -- components: -Argument Clinic ___ Python tracker <http://bugs.python.org/issue28443> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28443] Logger methods never use kwargs
Changes by Jordan Brennan : -- components: +Library (Lib) ___ Python tracker <http://bugs.python.org/issue28443> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
