Jon Åslund added the comment:
very similar back trace too
(gdb) run
Starting program: /home/jon/.pyenv/versions/3.10.4/bin/python3.10
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Python 3.10.4 (main, Mar 2
Jon Åslund added the comment:
Yes. I think they are the same. I can reproduce the emoji crash. This is much
easier to reproduce. No need to have a Swedish keyboard layout.
1. Copy _😀
2. Start python with a non unicode locale. LC_ALL=C python3.10
3. Paste in _😀
4. Press backspace once. It
New submission from Jon Åslund :
Some bytes that are non utf-8 segfaults python repl in 3.10 and later on linux.
Example:
$ python3.10
Python 3.10.4 (main, Mar 24 2022, 14:20:44) [GCC 9.4.0] on linux
Type "help", "copyright", "credits" or "license"
Change by Jon Parise :
--
nosy: +jon
___
Python tracker
<https://bugs.python.org/issue40512>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Jon Oxtoby added the comment:
I was indeed overlooking the note in the documentation that the leading zero is
optional for some formatters when using strptime. Closing.
--
stage: -> resolved
status: open -> closed
___
Python tracker
Jon Oxtoby added the comment:
Just noticed the potential for this issue was raised in
https://bugs.python.org/msg393688 so it's possible this is not a bug and is the
desired behavior, but the documentation doesn't seem to address the issue
(unless I'm
New submission from Jon Oxtoby :
Running datetime.strptime against a string containing year, month, day but with
a formatter including %H causes a two-digit day to be split across the day and
hour fields of the datetime:
datetime.datetime.strptime('20140812', '%Y%
Change by Jon Clucas :
--
nosy: +shnizzedy
___
Python tracker
<https://bugs.python.org/issue43805>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jon Clucas :
--
nosy: +shnizzedy
___
Python tracker
<https://bugs.python.org/issue22393>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jon Camilleri added the comment:
this is your call, sorry.
On Tue, Jun 22, 2021 at 4:06 PM Irit Katriel wrote:
>
> Irit Katriel added the comment:
>
> Version 3.5 is no longer supported. If you are having issues installing a
> current version (3.9+) please cre
Jon FRANCO added the comment:
PR submitted.
Let me know if I missed something, this is also my first PR.
Regards.
--
___
Python tracker
<https://bugs.python.org/issue42
Change by Jon FRANCO :
--
keywords: +patch
pull_requests: +23058
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24235
___
Python tracker
<https://bugs.python.org/issu
New submission from Jon FRANCO :
Hello,
If I am reading right, random.Random.sample method has a bug if counts is not
None.
Line 482 (of master):
"""
selections = sample(range(total), k=k)
"""
this is calling the module function 'sample'
Change by Jon Janzen :
--
nosy: +bigfootjon
___
Python tracker
<https://bugs.python.org/issue39732>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jon Nalley added the comment:
Please see a detailed explanation of the behavior here:
https://gist.github.com/jnalley/cec21bca2d865758bc5e23654df28bd5
--
___
Python tracker
<https://bugs.python.org/issue38
Jon Nalley added the comment:
I think the Python implementation is adhering to the zip specification.
>From the specification v6.3.6 (Revised: April 26, 2019):
If general purpose bit 11 is unset, the file name and comment SHOULD conform
to the original ZIP character encoding. If gene
Jon added the comment:
When I have some time. Maybe this weekend. 3.7.4 is working ok right now for
production level. So I didn't bother with anything else yet.
Might help someone else in the meantime though. Glad to see that someone is
taking the complaint seri
Jon added the comment:
BTW, I have win10 x64 v 1809 b 17763.720.
--
___
Python tracker
<https://bugs.python.org/issue38533>
___
___
Python-bugs-list mailin
Jon added the comment:
@eryk. Could I just have separate folder with each python minor version? I
would keep it portable and just reference the python/pythonw.exe filepath
directly for each version when I run.
I could just download the 3.7.5 and drop it anywhere
Jon added the comment:
@paul.moore all scripts failed. it's like pyw.exe does not run at all (or
quits shortly after. i have about 5 proprietary scripts.
going back to 3.7.4 everything works as before. I do suspect there is
something wrong with the way that 3.7.5 was compile
Change by Jon :
--
title: v3.7.5 py script run ok with python.exe but not pythonw.exe (python
console not working) -> v3.7.5 py script run ok with python.exe but not
pythonw.exe (python silent console not working)
___
Python tracker
<
Change by Jon :
--
title: v3.7.5 py script run ok with python.exe but not pythonw.exe (python
console) -> v3.7.5 py script run ok with python.exe but not pythonw.exe (python
console not working)
___
Python tracker
<https://bugs.pyth
Jon added the comment:
I installed v3.7.4 x86 and scripts work with `pythonw.exe` and `pyw.exe`
I also tested v3.7.4 x64 bit and scripts also work ok. So that is some good
news.
This proves that pythonw (python console) for 3.7.5 is not working for some
unknown reasons.
It is not related
Jon added the comment:
by the way, just to be sure, I am actually running the python.exe / py.exe /
pythonw.exe / pyw.exe from the full file path just to be sure. e.g.
%LOCALAPPDATA%\Programs\Python\Launcher\pyw.exe test.py
--
___
Python
New submission from Jon :
3.7.5. Any py script that I run with python.exe or py.exe executes just fine.
But if I try to run any py script with pythonW.exe or pyW.exe it will not run.
I don't know where the logging for the python executable is located.
On the same machine, java.ex
Change by Jon Janzen :
--
keywords: +patch
pull_requests: +15694
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/16074
___
Python tracker
<https://bugs.python.org/issu
New submission from Jon Janzen :
There are a series of PEP8 violations in plistlib.
Most of them are spacing issues, a few naming issues, and also some unused
function parameters and unused imports that can be done away with.
--
components: Library (Lib)
messages: 352221
nosy
Jon Janzen added the comment:
>* Remove notes about the new API being added in 3.4 since 3.4 is no longer
>supported
Per discussion in the PR, this is no longer a goal of this issue
--
___
Python tracker
<https://bugs.python.org/i
New submission from Jon Janzen :
* Update "Mac OS X" to "Apple" since plists are used more widely than just macOS
* Remove notes about the new API being added in 3.4 since 3.4 is no longer
supported
* Re-add the UID class documentation (oops, removed in issue36409)
-
Change by Jon Janzen :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Jon Janzen :
--
pull_requests: +15288
pull_request: https://github.com/python/cpython/pull/15615
___
Python tracker
<https://bugs.python.org/issue36
New submission from Jon Dufresne :
Here: https://docs.python.org/3/reference/datamodel.html#object.__get__
The __get__ signature is defined as:
object.__get__(self, instance, owner)
But here: https://docs.python.org/3/howto/descriptor.html#descriptor-protocol
It is defined as:
descr
Jon Janzen added the comment:
Ah, I misinterpreted PEP4. I thought it only applied to modules as a whole
(e.g. plistlib) rather than individual functionality within that module. I'll
close my PR and wait until 3.9 is accepting patches
--
versions: +Python 3.9 -Pytho
Change by Jon Janzen :
--
keywords: +patch
pull_requests: +12466
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36409>
___
___
Py
New submission from Jon Janzen :
Per the documentation and in-line code warnings, the old API for plistlib was
deprecated in version 3.4. My understanding is that deprecated functionality is
to be removed in the next major version, so this code is long overdue for
removal
Jon Janzen added the comment:
I recently upgraded my python version and my hot-patch broke due to changes in
bpo-32072 (GH-4455).
It reminded me of this b.p.o., and after reading through the messages to remind
myself where the patch stood I realized that my tone friendly towards the end
Change by Jon Janzen :
--
pull_requests: +12152
___
Python tracker
<https://bugs.python.org/issue26707>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jon McMahon :
Subclasses of io.IOBase can be instantiated with abstractmethod()s, even though
ABCs are supposed to prevent this from happening. I'm guessing this has to do
with io using the _io C module because the alternative pure-python
implementation _pyio doesn&#
Jon Ribbens added the comment:
I did read the RFCs. I suspect the [CFWS] in the msg-id is for the benefit of
the references production which contains a list of msg-ids. The 78-character
suggested line length limit is explicitly noted as being for display purposes,
and therefore is of little
Jon Ribbens added the comment:
It is not correct folding. It might not be explicitly forbidden, but it is
clearly unwise, and is breaking 'conservative in what you send'. Outlook will
not be the only program that fails to parse Pytho
New submission from Jon Ribbens :
email.headers can wrap headers by putting a FWS as the very first thing in the
output:
>>> from email.header import Header
>>> Header("a" * 67, header_name="Content-ID").encode()
'\n aa
Change by Jon Ribbens :
--
keywords: +patch
pull_requests: +7831
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34124>
___
___
Py
New submission from Jon Ribbens :
The documentation for email.message_from_binary_file is missing a
line-continuation backslash at the end of the `.. function::` line which means
the output formatting is mangled and it has no permalink.
--
assignee: docs@python
components
New submission from Jon Banafato :
Calling loop.close() on an eventloop configured to use a ProcessPoolExecutor
can result in an OSError.
Expected behavior: no exception raised.
Actual behavior: an OSError is raised, and following this call, quit() fails to
terminate the process gracefully
Jon Janzen added the comment:
Ping
--
___
Python tracker
<https://bugs.python.org/issue26707>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jon Janzen added the comment:
Support for KeyedArchives are not limited to the Swift implementation I linked
to. They have been supported since Mac OS X since 10.2 (long before Swift came
around). The documentation
(https://developer.apple.com/documentation/foundation/nskeyedarchiver
Jon Janzen added the comment:
Ping
--
___
Python tracker
<https://bugs.python.org/issue26707>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jon Janzen added the comment:
@serhiy.storchaka: I've implemented a UID wrapper class
I've also updated the parser and writer classes to support the UID wrapper. The
implementations for reading/writing XML UID tags match the implementations
given by Apple's plutil distrib
Jon Janzen added the comment:
Hello,
I have attached a file extracted from the database of the 2Do App for iOS and
macOS. The file contains information about tags used in the app.
plistlib cannot currently parse this file because it lacks the ability to read
byte 0x80 (UID).
I believe the
Changes by Jon Wayne Parrott :
--
pull_requests: +2083
___
Python tracker
<http://bugs.python.org/issue30607>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jon Wayne Parrott:
As part of an effort to align the packaging documentation
(packaging.python.org) with the CPython docs, PyPA has extracted the theme used
in the CPython documentation into a separate repository and package
(https://github.com/python/python-docs-theme
Changes by Jon Dufresne :
--
pull_requests: +2015
___
Python tracker
<http://bugs.python.org/issue28867>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jon Dufresne:
Lib has some patterns that could be easily discovered and cleaned up. Doing so
will reduce the number of unnecessary temporary lists in memory and unnecessary
function calls. It will also take advantage of Python's own rich features in a
way that bette
Jon Dufresne added the comment:
Understood. Thanks for the response. I'll have to keep this in mind as I debug
these warnings in the future.
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python
Jon Dufresne added the comment:
I see.
I think if the goal is for developers to see and fix these DeprecationWarnings,
it would help if the warnings were reproducible without taking steps different
from normal Python development. TBH, this is the first time I've ever used the
-B CLI arg
New submission from Jon Dufresne:
After upgrading to Python 3.6, I'm working towards cleaning up
"DeprecationWarning: invalid escape sequence". I've noticed that the
Deprecation warning only appears on the first run. It looks like once the code
is compiled to `__pycache
Jon Ribbens added the comment:
So on further investigation, with the new API and policy=SMTP, it does generate
correct base64 output. So I guess on the basis that the new version can
generate the right output, and it appears to be a deliberate choice that the
default policy breaks the RFCs
Jon Ribbens added the comment:
OK cool, but please note that this is a MIME issue not an SMTP issue - if the
message has text that is being base64-encoded then it must use CRLF line breaks
regardless of whether SMTP is involved or not
Jon Ribbens added the comment:
Just a note for anyone finding this in searching results: it appears that what
David means by "python3 API" is actually a new API in Python 3.6
(email.message.EmailMessage).
--
___
Python trac
New submission from Jon Ribbens:
The email module, when creating text parts using character encoding utf-8,
base64-encodes the output even though this is often inappropriate (e.g. if it
is a Western language it is almost never appropriate).
>>> from email.mime.text import MIMET
New submission from Jon Ribbens:
The email module, when creating base64-encoded text parts, does not process
line breaks correctly - RFC 2045 s6.8 says that line breaks must be converted
to CRLF before base64-encoding, and the email module is not doing this.
>>> from email.mime.te
Jon Walsh added the comment:
Seems a bit strange to not have glob() and match() working the same though. Is
there any reason for that?
--
___
Python tracker
<http://bugs.python.org/issue29
New submission from Jon Walsh:
>>> from pathlib import Path
>>> Path("a/b/c/d/e.txt").match('a/*/**/*')
False
--
components: Library (Lib)
messages: 285297
nosy: Jon Walsh
priority: normal
severity: normal
status: open
title: Pathlib glob ** b
Jon Dufresne added the comment:
I decided to try a new direction.
Instead of modifying _TemporaryFileCloser to handle urllib, I've changed urllib
classes to not inherit from _TemporaryFileCloser. The urllib classes are not
temporary files as built by tempfile, so I believe this makes
Jon Dufresne added the comment:
I've taken a new approach to resolve the urllib issues.
I believe HTTPError _should not_ warn when __del__ is called as HTTPError wraps
an existing resource instead of generating its own. IIUC, in this case, I
believe it falls to the responsibility of
Jon Dufresne added the comment:
Just for some context, the e.close() is handling this bit of code:
https://github.com/python/cpython/blob/d8132c4da7c46587221c5a244224b770d03860b6/Lib/urllib/request.py#L739-L754
When there is no error, http_error_302() will close the passed fp, on error, it
Jon Dufresne added the comment:
Thanks for the review. I have updated the patch. Now all warnings during tests
handled. Please let me know if there are any other concerns with the changes.
--
Added file:
http://bugs.python.org/file45789/namedtemporaryfile-resourcewarning-2.patch
Changes by Jon Dufresne :
--
keywords: +patch
Added file:
http://bugs.python.org/file45783/namedtemporaryfile-resourcewarning.patch
___
Python tracker
<http://bugs.python.org/issue28
New submission from Jon Dufresne:
When using unittest, I'll frequently enable -Wall to help catch code smells and
potential bugs.
One feature of this, I'm told when files aren't explicitly closed with an error
like: "ResourceWarning: unclosed file <...>"
Changes by Jon Dufresne :
--
nosy: +jdufresne
___
Python tracker
<http://bugs.python.org/issue22431>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jon Dufresne :
--
nosy: +jdufresne
___
Python tracker
<http://bugs.python.org/issue20361>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jon Nabozny:
I would like to see some enhancement where the activate.bat and activate
scripts allow the script to determine where the python executable resides.
When the executable cannot be found (because the path doesn't exist for some
reason), the system will ultim
New submission from Jon Morris:
A minor issue, but the name property for realpath is actually 'abspath'.
Python 2.7.8 on Windows 6.1.7601 (7 sp1)
--
messages: 264804
nosy: Jon Morris
priority: normal
severity: normal
status: open
title: os.path.realpath.__name__ is
Jon Camilleri added the comment:
I am troubleshooting, to my mind I have installed all mandatory versions.
This is quite a queer windows version and as I said I am surprised that
this happened now as I had no issues before.
On 25 December 2015 at 21:36, Steve Dower wrote:
>
> Steve
Jon Camilleri added the comment:
I use Server 2008, actually.
On 25 December 2015 at 11:52, Steve Dower wrote:
>
> Steve Dower added the comment:
>
> Is that Windows Server 2003? It's also not supported for Python 3.5, as
> Microsoft is no longer supporting it. You&#
New submission from Jon Sobocinski:
Perhaps not a bug, but an odd behavior of pythons built in .title() method.
When calling this method on a string such as this: "bill's", python will change
the string to "Bill'S". This seems like a behavior that may want to be c
New submission from jon orebro:
Description:
I found a slight problem with signal handling. It seems that if you have a
signal handler setup for a signal, right after a fork the child ignores that
signal for a short time. This is regardless of what the signal handler is setup
to do. This can
New submission from jon orebro:
The documentation for urllib.request should mention that a robust client using
urllib.request must be prepared for exceptions of type
http.client.HTTPException in addition to urllib.error.URLError.
Example: the server breaks HTTP and returns an empty status
Jon Snoo added the comment:
I tested the code posted by Victor with Python 3.5 (which uses Tcl/Tk 8.6.4)
and I still get an empty clipboard when the script exits.
I also downloaded ActiveState's Tcl binary which is also version 8.6.4, and
tested the minimal reproducer posted by Serhiy
Jon Snoo added the comment:
The link to the "quick recommendations section" in the Python 2.7 and 3.3 docs
is broken. It appears that the PPUG has changed the path from
https://python-packaging-user-guide.readthedocs.org/en/latest/current.html
to
https://python-pack
Changes by Jon Brandvein :
--
nosy: +brandjon
___
Python tracker
<http://bugs.python.org/issue24948>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jon Ribbens:
If you are installing Python 2.7.10 and a previous version of 2.7 was already
installed, the installation processs can fail when compileall.py finds
badly-written third-party modules in the site-packages or dist-packages
directories.
The installation process
Jon added the comment:
Sorry, I think I just misread this section. I was confused by the fact that
del binds names like assignment does, so that the following tries to delete a
local name and fails:
x = 1
def f():
del x
f()
In fact the documentation does say that there must be
New submission from Jon:
The documentation for the del keyword in the language reference doesn't mention
the name binding behaviour:
https://docs.python.org/3/reference/simple_stmts.html#grammar-token-del_stmt
It is mentioned in section 4.1 where it says:
"A target occurrin
Changes by Jon Clements :
--
nosy: +joncle
___
Python tracker
<http://bugs.python.org/issue24159>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jon Clements :
--
nosy: +joncle
___
Python tracker
<http://bugs.python.org/issue23864>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jon Heiner:
I believe there is an issue with the _struct.c handling of Pascal style strings.
In the _struct.c:s_unpack_internal() function (reading 2.7.6 and 2.7.9 source
from tgz ball), the size parameter 'n' is clamped to code->size-1.
As far as I can tell,
New submission from Jon Dufresne:
Ran variations of the command:
$ find . -wholename '*/test/*.py' | xargs flake8 --select=F401,F811
To look for unused or duplicate imports. The attached patch removes them.
--
components: Tests
files: cleanup-unused-imports.patch
keywo
Changes by Jon Dufresne :
--
keywords: +patch
Added file: http://bugs.python.org/file37729/http-only-case.patch
___
Python tracker
<http://bugs.python.org/issue23
New submission from Jon Dufresne:
See http://tools.ietf.org/html/rfc6265#section-5.2.6
Relevant section:
---
5.2.6. The HttpOnly Attribute
If the attribute-name case-insensitively matches the string HttpOnly", the user
agent MUST append an attribute to the cookie-attribute-list wi
Changes by Jon Dufresne :
--
nosy: +jdufresne
___
Python tracker
<http://bugs.python.org/issue7651>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jon Dufresne:
The following test script demonstrates that Python's csv library does not
handle a BOM. I would expect the returned row to be equal to expected and to
print 'True' to stdout.
In the wild, it is typical for other CSV writers to add a B
Jon Dufresne added the comment:
I have created an initial patch such that writerow() now allows generators. I
have also added a unit test to demonstrate the fix.
The code now coerces iterators (and generators) to a list, then operates on the
result. I would have preferred to simply iterate
New submission from Jon Dufresne:
The csv.writer.writerow() does not accept a generator as input. I find this
counter-intuitive and against the spirit of similar APIs. If the generator is
coerced to a list, everything works as expected. See the following test script
which fails on the line
Jon Poler added the comment:
Thanks, Brett!
--
___
Python tracker
<http://bugs.python.org/issue22191>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jon Poler:
It looks like there might be a contradiction in the documentation of import in
the language reference. In the loading subsection
https://docs.python.org/dev/reference/import.html#loading, first bulleted list
of the section, it specifies that if a loader fails
Jon Poler added the comment:
Here's one way to accomplish this. Please see attached
os_exceptions_table_V2.patch.
I wasn't having much luck trying to use ReST, so I took advantage of the fact
that the Doc/conf.py file is executed every time sphinx-build is run. conf.py
imports and
Jon Poler added the comment:
Here is a patch that changes __all__ in Lib/warnings.py to include the
functions mentioned in the library reference
https://docs.python.org/dev/library/warnings.html#available-functions. A
unittest is included.
This is my first patch, so comments/feedback are
Jon Poler added the comment:
Serhiy, should I submit these fixes as separate patches? E.g. one patch for the
warnings module, and another for the socket module?
More generally, should the items included in __all__ be derived from the items
described in the documentation? For instance, only
Jon Poler added the comment:
Antoine:
I'll look in to this unless you want do so yourself.
Thanks.
--
nosy: +jon.poler
___
Python tracker
<http://bugs.python.org/is
1 - 100 of 248 matches
Mail list logo
