New submission from Joel :
fixes the following warning:
cpython/Modules/socketmodule.c:1748:74: warning: comparison of unsigned
expression < 0 is always false [-Wtautological-compare]
if (cmsgh == NULL || msg->msg_control == NULL || msg->msg_controllen < 0)
New submission from Joel :
tl;dr libffi needs to be updated so Python will build with clang on Linux on
amd64
libffi, part of ctypes, has a test for PC relative relocations. It assembles a
assembler file with CC, and looks for the string "warning" in the output.
clang produce
Joel added the comment:
My full name is Joel Stanley, and yep, please add me to Misc/ACKS.
--
___
Python tracker
<http://bugs.python.org/issue12810>
___
___
Pytho
Joel Uckelman added the comment:
I have this happening on Linux with a Flask app after upgrading from Fedora 34
to 35. libpython keeps crashing httpd.
I see this from journalctl:
#0 0x7fd899baa801 PyObject_Malloc (libpython3.10.so.1.0 + 0xf7801)
#1 0x7fd899baab47
Joel Brobecker added the comment:
More update on this patch: It's incomplete, and possibly wrong, unfortunately.
The issue that someone else noticed is that it does not handle the case when
Python was configured with --libdir=...; and I think that the default lib dir
on platforms su
Changes by Joel Luellwitz :
--
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue11751>
___
___
Python-bugs-list mailing list
Unsubscribe:
Joel Luellwitz added the comment:
Make a slight change to diff file.
--
nosy: +JoelLuellwitz
Added file: http://bugs.python.org/file21521/test_calculated_constants.diff
___
Python tracker
<http://bugs.python.org/issue11
Joel Madigan <[EMAIL PROTECTED]> added the comment:
Confirmed in Python 2.5.1 (r251:54863, Oct 5 2007, 13:36:32)
Seems to be fixed in 2.6b1.
--
nosy: +dochoncho
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Joel Pearson added the comment:
The fix for this bug was included in r72194.
I verified that the fix is included in trunk, the release31-maint branch, and
the py3k branch. I also verified that json.loads(u'3.14') works in 2.7a3, and
that json.loads('3.14') works in 3.1.
New submission from Joel Rosdahl <[EMAIL PROTECTED]>:
The optimization in SVN rev 38556 seems to have changed
Popen.communicate's behavior when stdout is subprocess.PIPE (and maybe
for other cases as well).
See the attached file. In Python 2.4.5, all three counts are the same.
In P
Joel Croteau added the comment:
I'm kind of in agreement with Mark on this, actually. I came across this
problem when examining some threaded code that was clearly not working as
intended, but was reporting success. Figuring out why that was was not easy.
The code had been hastily port
New submission from Joel Gibson :
I've come here while investigating a segfault when datetime.replace(...) was
called with a Pandas Timestamp object:
https://github.com/pandas-dev/pandas/issues/42305
The Python implementation of datetime.replace
https://github.com/python/cpython
Change by Joel Rosdahl :
--
nosy: +Joel Rosdahl
___
Python tracker
<https://bugs.python.org/issue31456>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Joel Rosdahl :
bpo-21596 documented that the sequence of futures passed to asyncio.wait must
not be empty:
The sequence *futures* must not be empty.
This note was however lost in the bpo-33649 commit
(3faaa8857a42a36383bb18425444e597fc876797).
--
assignee
Change by Joel Rosdahl :
--
keywords: +patch
nosy: +jrosdahl
nosy_count: 2.0 -> 3.0
pull_requests: +19211
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/19900
___
Python tracker
<https://bugs.python.org/i
Change by Joel Rosdahl :
--
nosy: +jrosdahl
nosy_count: 8.0 -> 9.0
pull_requests: +19212
pull_request: https://github.com/python/cpython/pull/19900
___
Python tracker
<https://bugs.python.org/issu
Change by Joel Rosdahl :
--
nosy: +jrosdahl
nosy_count: 14.0 -> 15.0
pull_requests: +19213
pull_request: https://github.com/python/cpython/pull/19900
___
Python tracker
<https://bugs.python.org/issu
New submission from Joel Ewaldo :
I have already tried uninstalling and reinstalling python 3.7.9 via the 64-bit
installer on the official python website. Also, I am on the latest version of
windows. I have also made sure that signal.py was not a file in my directory
and when I import
Joel Verhagen added the comment:
There is a difference in what HTTPResponse.getheaders() returns.
Python 2.7.2 (default, Jun 12 2011, 14:24:46) [MSC v.1500 64 bit (AMD64)] on
win32
Type "help", "copyright", "credits" or "license" for mo
New submission from Joel Lovinger :
In Python 2.4.3 a Telnet.expect with timeout=0 would always make at least one
call to Telnet.fill_rawq if a match couldn't be found and the connection was
open.
In Python 2.7.1/2.7.3 Telnet.expect with timeout=0 breaks before any call to
Telnet.fill
Joel Lovinger added the comment:
Quick response!
Based on review of Telnet.expect in Python 2.4.3 and Python 2.7.1/2.7.3.
In Python 2.4.3 the timeout is passed unmodified on each loop iteration to the
underlying select to get more data for a potential match. Iteration only ends
on EOF
Joel Lovinger added the comment:
2.4 behavior, "time out if there is no more data for X seconds", only worked as
expected in the case of timeout=0. Any other timeout could result in indefinite
extension and needed fixing.
2.7 behavior, "time out if there is no match for X
Joel Hillacre added the comment:
> Ping the issue again next week if I don't get to it this weekend.
I am a week late, but here is a ping.
--
___
Python tracker
<http://bugs.python.org
New submission from Joel Hillacre:
Found an issue in email.policy.SMTP.fold on "Content-Disposition" headers for
long filenames with spaces. Managed to simply the issue to a test case as
follows:
>>> from email.policy import SMTP; SMTP.fold('Content-Disposition'
Changes by Joel Hillacre :
--
title: email.policy.SMTP.fold() issue with long filenames with spaces ->
email.policy.SMTP.fold() issue for long filenames with spaces
___
Python tracker
<http://bugs.python.org/issu
Changes by Joel Hillacre :
--
pull_requests: +2662
___
Python tracker
<http://bugs.python.org/issue30532>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Joel Hillacre :
--
pull_requests: +2663
___
Python tracker
<http://bugs.python.org/issue30532>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Joel Hillacre :
--
pull_requests: +2688
___
Python tracker
<http://bugs.python.org/issue30788>
___
___
Python-bugs-list mailing list
Unsubscribe:
Joel Hillacre added the comment:
Just wanted to ping this and see if there was someone available to review my PR
associated with this issue.
--
___
Python tracker
<http://bugs.python.org/issue30
Joel Hillacre added the comment:
I just took a quick peek at your PR to see if a similar test exists from this
bug and it is looking good. Thanks for your work.
--
___
Python tracker
<https://bugs.python.org/issue30
New submission from Joel Hillacre:
I am encountering a ResourceWarning about an unclosed socket when getting a non
220 response during connect() in __init__() of smtplib.SMTP. Attached are a
client script causing this warning for me, a server script to cause the client
to the warning and a
Changes by Joel Hillacre :
Added file: http://bugs.python.org/file46874/test_server.py
___
Python tracker
<http://bugs.python.org/issue30394>
___
___
Python-bugs-list m
Changes by Joel Hillacre :
Added file: http://bugs.python.org/file46875/test_client.py
___
Python tracker
<http://bugs.python.org/issue30394>
___
___
Python-bugs-list m
Changes by Joel Hillacre :
--
pull_requests: +1796
___
Python tracker
<http://bugs.python.org/issue30394>
___
___
Python-bugs-list mailing list
Unsubscribe:
Joel Hillacre added the comment:
> Joel, our patch system has moved to GitHub. Mind to turn your patch into a PR?
I have opened a PR now.
I took a look at changing my example into a test. I am not sure how to test for
a lack of warning. Closest test I found was BadHELOServerTests
Joel Hillacre added the comment:
r.david.murray,
How would a test would have a reference to after an exception in the
smtplib.SMTP.__init__()?
--
___
Python tracker
<http://bugs.python.org/issue30
Changes by Joel Hillacre :
--
pull_requests: +1968
___
Python tracker
<http://bugs.python.org/issue30532>
___
___
Python-bugs-list mailing list
Unsubscribe:
Joel Hillacre added the comment:
I added a pull request that causes Chris's test to pass. I can confirm that the
Chris's was not pass for me on master branch.
--
nosy: +jhillacre
___
Python tracker
<http://bugs.python.o
Joel Hillacre added the comment:
Rebased the github PR on latest master to get the windows build passing CI.
Is there anything I need to do to keep the PR moving?
--
___
Python tracker
<http://bugs.python.org/issue30
New submission from Joel Croteau :
I understand to a certain extent the logic in not allowing IPv4 octets that
might ambiguously be octal, but in practice, it just seems like it creates
additional parsing hassle needlessly. I have never in many years of working on
many networked systems seen
New submission from Joel Croteau :
This has been commented on numerous times by others
(https://stackoverflow.com/questions/2829329/catch-a-threads-exception-in-the-caller-thread-in-python,
http://benno.id.au/blog/2012/10/06/python-thread-exceptions, to name a few),
but there is no in-built
Joel Croteau added the comment:
I agree that we should not change the default behavior of Thread.join(), as
that would break existing code, but there are plenty of other ways to do this.
I see a couple of possibilities:
1. Add an option to the Thread constructor, something like raise_exc
Joel Croteau added the comment:
Yes, I know there are workarounds for it, I have seen many, and everyone seems
to have their own version. I'm saying we shouldn't need workarounds though–this
should be built in functionality. Ideally, dropping an exception should never
be defaul
New submission from Joel Croteau :
It would be nice if, after a threading.Thread has completed its run, it were
possible to retrieve the return value of the target function. You can do this
currently by setting a variable from your target or by subclassing Thread, but
this should really be
Joel Johnson added the comment:
I have started working on this and will have a pull request submitted by the
end of the week.
The term "whitespace" appears in several contextual situations throughout the
documentation. While all situations would benefit from the definition of
&
Joel Nothman added the comment:
Clearly this is not in high demand
--
___
Python tracker
<https://bugs.python.org/issue16516>
___
___
Python-bugs-list mailin
New submission from Joel Perras :
In its current implementation, a user is required to provide their cleartext
PyPi password in their .pypirc configuration file for authenticated
interactions with PyPi servers to succeed. For hopefully obvious reasons, this
is sub-optimal from a security
Change by Joel Perras :
--
keywords: +patch
pull_requests: +7348
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue33875>
___
___
Py
New submission from Joel Klimont :
There is a bug in sqlite3/dump.py when wanting to dump databases that use
autoincrement in one or more tables.
The problem is that the iterdump command assumes that the table
"sqlite_sequence" is present in the new database in which the old one
Change by Joel Klimont :
--
keywords: +patch
pull_requests: +9019
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Joel Klimont added the comment:
I made the pull request: https://github.com/python/cpython/pull/9621
--
___
Python tracker
<https://bugs.python.org/issue34
New submission from Joel Nothman:
The argparse documentation states that "type= can take any callable that takes
a single string argument and returns the converted value". The following is an
exception:
>>> import argparse
>>> ap = argparse.ArgumentPars
Joel Martin added the comment:
I can reproduce the problem (or at least get the same symptom) by doing
this (in 2.4.6, 2.5.4 and 2.6.2):
import subprocess, signal
signal.signal(signal.SIGCLD, signal.SIG_IGN)
subprocess.Popen(['echo','foo']).wait()
The echo comman
Joel Brobecker added the comment:
GDB can suffer from the same sort of problem. In my case, I picked up a Python
binary tarball built on a different machine (without --enable-shared), and the
path in -L returned by python-config --ldflags refered to the prefix used
at configure time. But
Joel Brobecker added the comment:
I agree that more testing in head would be useful before possibly considering
inclusion in one of the bug-fix releases. Given that this only affects binaries
installed at a different location than the configure prefix, this seems hardly
critical (and easy to
New submission from Joel Uckelman:
Test case:
import email
import email.policy
txt = '''From: juckel...@strozfriedberg.co.uk
To: (Recipient list suppressed)
Date: Thu, 22 Aug 2013 04:13:02 +
Subject: ADSF-1082
Hey!
'''
msg = email.mess
Changes by Joel Uckelman :
--
title: IndexError thrown on email.message.M -> IndexError thrown on
email.message.EmailMessage.get
___
Python tracker
<http://bugs.python.org/issu
Joel Uckelman added the comment:
No dice. I get the same exception with issue27931_v2.patch. I briefly looked at
the other two, and don't expect those will help, either.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Joel Uckelman :
--
title: IndexError thrown on email.message.EmailMessage.get -> IndexError thrown
on email.message.Message.get
___
Python tracker
<http://bugs.python.org/issu
Joel Uckelman added the comment:
I'm working on a patch now.
--
___
Python tracker
<http://bugs.python.org/issue29412>
___
___
Python-bugs-list mailing list
Joel Uckelman added the comment:
Here's a patch, complete with tests.
If the value is all CFWS, then get_cfws(value)[1], which is what's left after
the CFWS is extracted, is the empty string---which is why value[0] throws in
this case.
--
keywords: +patch
Added
New submission from Joel Handwell:
While installing python 3.5.1 using chocolatey package manager on Windows 10, I
got following message:
python3 v3.5.1
WARNING: The names of some imported commands from the module
'chocolateyInstaller' include unapproved verbs that might make
Changes by Joel Handwell :
--
resolution: -> third party
___
Python tracker
<http://bugs.python.org/issue27489>
___
___
Python-bugs-list mailing list
Un
New submission from Joel Barry:
The openhook for fileinput currently will not be called when the input
is from sys.stdin. However, if the input contains invalid UTF-8
sequences, a program with a hook that specifies errors='replace' will
not behave as expected:
$ cat x.py
import
Joel Barry added the comment:
I was suggesting that the openhook could somehow be applied to a
*reopening* of sys.stdin. Something like this:
326c326,329
< self._file = sys.stdin
---
> if self._openhook:
> self._fi
Joel Taddei added the comment:
I took care of the tarfile module.
Added the following according to the first message:
tarfile.CompressionError
tarfile.HeaderError
tarfile.ReadError
tarfile.open
The following were included in __all__ that were not explicitly mentioned in
the first message
Changes by Joel Taddei :
Removed file: http://bugs.python.org/file39051/Issue23883_tarfile_all.patch
___
Python tracker
<http://bugs.python.org/issue23883>
___
___
Pytho
Joel Taddei added the comment:
Thanks for the feedback. I was unsure how to proceed with the undocumented
items that seemed to be categorized as exported. Thanks for catching ENCODING
& *_FORMAT.
--
Added file: http://bugs.python.org/file39064/Issue23883_tarfile_all.p
Changes by Joel Taddei :
Removed file: http://bugs.python.org/file39064/Issue23883_tarfile_all.patch
___
Python tracker
<http://bugs.python.org/issue23883>
___
___
Pytho
Joel Taddei added the comment:
Put HeaderError back in and removed the extra XHDTYPE.
We can get more input on the type constants as well as the undocumented but
exported items. Could just be cleared up with some edits to documentation.
--
Added file: http://bugs.python.org/file39065
Joel Taddei added the comment:
I took a stab at the calendar module. Found a few items in the documentation
which weren't listed in the above list:
LocaleTextCalendar, LocaleHTMLCalendar, and weekheader.
I was curious though about week and prweek as month and prmonth are documented
Joel Taddei added the comment:
Woops just noticed above in the issue someone else picked up the Calendar
__all__. I am genuinely sorry I didn't intend to duplicate the effort.
--
___
Python tracker
<http://bugs.python.org/is
New submission from Joel Puig Rubio :
I'm attempting to make a script to create ZIP archives from files which
filenames are encoded in Shift-JIS. However, Python seems to limit its
filenames to ASCII or UTF-8, which means that attempting to archive said files
will raise an exception. Th
Change by Joel Lopes Da Silva :
--
nosy: +JoeKun
___
Python tracker
<https://bugs.python.org/issue36281>
___
___
Python-bugs-list mailing list
Unsubscribe:
74 matches
Mail list logo
