New submission from Henry Schreiner :
In 3.10 via PEP 604, there was an attempt to use the new union of types where
runtime types were previously expected to be a tuple. `isinstance(x, (A, B))`
can be written `isinstance(x, A | B)`. Unfortunately, there still is a case
were a tuple of types
New submission from Henry Finucane :
Which makes builds non-reproducible. There was some mention of fixing this in
https://bugs.python.org/issue30693, but it never got done.
--
components: Library (Lib)
messages: 414723
nosy: h.finucane
priority: normal
pull_requests: 29864
severity
Change by Henry Schreiner :
--
nosy: +Henry Schreiner
nosy_count: 9.0 -> 10.0
pull_requests: +29405
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31235
___
Python tracker
<https://bugs.python.org/i
Henry Schreiner added the comment:
It would be great to get this looked at before things start getting too locked
in for 3.11!
--
___
Python tracker
<https://bugs.python.org/issue46
Change by Henry Schreiner :
--
nosy: +Henry Schreiner
___
Python tracker
<https://bugs.python.org/issue27318>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Henry Schreiner :
--
nosy: +Henry Schreiner
___
Python tracker
<https://bugs.python.org/issue46166>
___
___
Python-bugs-list mailing list
Unsubscribe:
Henry Schreiner added the comment:
We had a call and have a potential path forward. Quick summary:
* Add a patch on top of the current patch to make CPython look for `-gnu` on
top of `-musl` for Alpine 3.15 and 3.14. Reverting the patch would break every
Alpine wheel previously locally
Change by Henry Schreiner :
--
nosy: +Henry Schreiner
___
Python tracker
<https://bugs.python.org/issue8557>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Henry Schreiner :
The documentation here:
https://docs.python.org/3/library/typing.html#typing.runtime_checkable refers
to "For example, builtins.complex implements __float__(), therefore it passes
an issubclass() check against SupportsFloat. However, the co
Henry Schreiner added the comment:
I tested before the patch, and I got 17 segfaults running a pybind11 module 20
times. After the patch, I ran about 50 times and had no segfaults!
--
___
Python tracker
<https://bugs.python.org/issue42
Change by Henry Schreiner :
--
nosy: +Henry Schreiner
___
Python tracker
<https://bugs.python.org/issue42015>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Henry Schreiner :
The macro Py_UNICODE_COPY was replaced by a function in CPython 3.9, and that
function cannot compile with full warnings enabled + warnings as errors under
Clang. The problematic line:
Py_DEPRECATED(3.3) static inline void
Py_UNICODE_COPY(Py_UNICODE
Henry Carscadden added the comment:
Tim, I'm guessing it was a misdiagnosis then. In any case, something changed
about my codebase that alleviated the problem. Thanks for looking into it.
--
___
Python tracker
<https://bugs.python.org/is
Henry Carscadden added the comment:
@Tim Peters
For example,
the following should reproduce the error:
many_arguments = [[1,2] for i in range(50)]
for term in product(*many_arguments):
print(term)
In my application, I was taking the Cartesian product of the sets of all simple
path to
Henry Carscadden added the comment:
Hey, Tim, I just wanted a note of clarification. I was working on an
approximation algorithm for a network science tool that is being released soon.
Initially, I relied on itertools.product(), but when I moved to testing on
non-trivial graphs, I
New submission from Henry Carscadden :
The product method in itertools provides an implementation of the Cartesian
product that when run on with many arguments quickly gives out of memory
errors. The current implementation creates a lot of unnecessary lists in this
situation. A more
Change by Henry Royal :
--
title: sanitizer -> build fails with address sanitizer
versions: +Python 3.6, Python 3.7 -Python 3.9
___
Python tracker
<https://bugs.python.org/issu
Change by Henry Royal :
--
versions: +Python 3.5 -Python 3.7
___
Python tracker
<https://bugs.python.org/issue26532>
___
___
Python-bugs-list mailing list
Unsub
Change by Henry Royal :
--
title: build fails with address sanitizer -> sanitizer
versions: +Python 3.9 -Python 3.5, Python 3.6
___
Python tracker
<https://bugs.python.org/issu
Henry S. Thompson added the comment:
[One year and 2 days later... :-[
Is this fixed in 3.9? If not, the Versions list above should be updated.
The failure of lower() to preserve 'alpha-ness' is a serious bug, it causes
significant failures in e.g. Turkish NLP, and it'
Change by Henry Harutyunyan :
--
nosy: +hharutyunyan
___
Python tracker
<https://bugs.python.org/issue13743>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Henry Harutyunyan :
--
keywords: +patch
pull_requests: +14687
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/14912
___
Python tracker
<https://bugs.python.org/issu
New submission from Henry Harutyunyan :
Though the Standalone Document Declaration in XML Declaration is optional and
the default value of "no" is assumed in case it's omitted, in certain cases it
makes sense to change the value to indicate the absence of external markup
decla
Henry Chen added the comment:
PEP 558 will fix this issue, which I've verified with the proposed
implementation (https://github.com/python/cpython/pull/3640/files).
Perhaps this issue can be closed?
--
___
Python tracker
<https://bugs.py
Change by Henry Chen :
--
nosy: +scotchka
___
Python tracker
<https://bugs.python.org/issue35892>
___
___
Python-bugs-list mailing list
Unsubscribe:
Henry Chen added the comment:
Yes, the mode function could ALWAYS return a list, but that breaks backward
compatibility, as does the currently proposed change.
--
___
Python tracker
<https://bugs.python.org/issue28
Henry Chen added the comment:
The problem remains that the function can return a number or a list for input
that is a list of numbers. This means the user will need to handle both
possibilities every time, which is a heavy burden for such a simple function.
SciPy's mode function does r
Change by Henry Chen :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Henry Chen added the comment:
Another example of this, same bot:
https://buildbot.python.org/all/#/builders/168/builds/669
--
nosy: +scotchka
___
Python tracker
<https://bugs.python.org/issue36
Henry Chen added the comment:
As it happens @cheryl.sabella has created a very useful data set of which files
are impacted by open PRs: https://github.com/csabella/pulls
and as of 2019-02-18, the only open PR that relates to Lib/types.py is
https://github.com/python/cpython/pull/5068 on an
Change by Henry Chen :
--
keywords: +patch
pull_requests: +12021
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36091>
___
___
Py
New submission from Henry Chen :
the following script:
```
import sys, types
def tr(frame, event, arg):
print(frame, event, arg)
return tr
sys.settrace(tr)
```
gives the output:
```
call None
exception (,
GeneratorExit(), )
return None
```
This is due to Lib/types.py creating an
Henry Chen added the comment:
I'm having trouble reproducing this issue. The main_coro seems to disappear
when an exception is raised in it, so that it does not show up in the set of
tasks to cancel. I'm probably misunderstanding something basic here. Is it
possible to provide
Henry S. Thompson added the comment:
This issue is also implicated in a failure of isalpha and friends.
Easy way to see this is to compare
>>> isalpha('İ')
True
>>> isalpha('İ'.lower())
False
This results from the use of a combining character to encode lo
Henry Chen added the comment:
An attempt to clarify the issue in my own mind:
def foo():
# import pdb; pdb.set_trace()
exec('pass', {}, FakeContainer())
This function runs successfully. But if you uncomment the pdb line and then
step thru in the pdb console, there is an
Henry Chen added the comment:
Hmm, the example works for me (Python 3.6.5):
>>> import pdb
>>> class FakeContainer:
... def __getitem__(self, key):
... raise KeyError(key)
...
>>> pdb.run("eval('1+1',{},FakeContainer())")
>
Henry Chen added the comment:
I agree that this behavior is normal, unless there is a use case for passing a
partially implemented mapping object to pdb.run. However I cannot think of such
a use case.
--
___
Python tracker
<ht
Change by Henry Chen :
--
nosy: +scotchka
___
Python tracker
<https://bugs.python.org/issue34782>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Henry Chen :
--
title: Update timeit documentation to reflect default repeat of three -> Update
timeit documentation to reflect default repeat of five
___
Python tracker
<https://bugs.python.org/issu
Change by Henry Chen :
--
keywords: +patch, patch, patch
pull_requests: +11196, 11197, 11198
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Henry Chen :
--
keywords: +patch, patch
pull_requests: +11196, 11197
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Henry Chen :
--
keywords: +patch
pull_requests: +11196
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35738>
___
___
Py
Change by Henry Chen :
--
pull_requests: +10309
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue9633>
___
___
Python-bugs-list mai
Change by Henry Chen :
--
nosy: +henry
___
Python tracker
<https://bugs.python.org/issue22577>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Robert Henry :
File Misc/README.valgrind is out of date with respect to python3.8. There are
important sections of this file that are 15 years old!
Example: the README.valgrind refers to "Uncomment Py_USING_MEMORY_DEBUGGER in
Objects/obmalloc.c" but there
New submission from Henry Zhu :
`urllib.parse.unquote_to_bytes` should have an "escape plus" option, just like
`urllib.parse.unquote_plus` does.
It's very necessary in some cases:
```
# Say I have a url string: 'a+%2b%c0'.
# In Python2, I can pars
Henry Borchers added the comment:
Any progress on this? It seems to still be an issue in Python 3.6.
--
nosy: +loneraver
versions: +Python 3.6 -Python 2.7, Python 3.3, Python 3.4, Python 3.5
___
Python tracker
<http://bugs.python.org/issue15
Kevin Christopher Henry added the comment:
I can confirm that LF endings work fine on Cygwin, and it's hard to imagine any
bash implementation not handling that properly.
--
___
Python tracker
<http://bugs.python.org/is
Henry Gomersall added the comment:
Thanks Ralf - I'm happy and keen to help so please feel free to poke me if you
need assistance with anything. I'll keep an eye out too - is it actively being
discussed on any list?
--
___
Python trac
Henry Gomersall added the comment:
@Steve Great, so what needs to be done so that I as a package developer can do
`pip install windows-build-system`, `python setup.py bdist_wheel` and it
actually creates a wheel? (which AFAICT is the same problem).
My interest is precisely as a package
Henry Gomersall added the comment:
@carlkl right, but it's not really a seamless experience. I think my question
is: What needs to still be done in order that a user with a fresh Python
install in Windows (and no compiler installed) can do "pip install
an_extension_that_needs_comp
Henry Gomersall added the comment:
Of course, I mean:
*To be clear, the MinGW situation surely cannot be worse than the current
situation.*
--
___
Python tracker
<http://bugs.python.org/issue4
Henry Gomersall added the comment:
I want to second Ralf's comments about both the need for this and it being easy
to get.
What is required to make this happen (specifically the easy to install build
chain - pip install...)? It would be good to enumerate the outstanding issues.
The cu
Kevin Christopher Henry added the comment:
I'm interested in working on this, but it's not clear to me if this has been
accepted as a bug. I converted a large project recently and was shocked to find
that all 100+ files were broken because of the needless "from
future_bu
New submission from Kevin Christopher Henry:
When I use venv to create a new virtual environment in Windows I'm given two
activate scripts, a .bat file and a .ps1 file (which is consistent with the
documentation).
However, bash (and probably the other shells as well) works just fi
New submission from Henry Corrigan-Gibbs:
Since upgrading to Mac OS X 10.9 (13A603), the interactive python interpreter
crashes after I enter two lines of code, no matter how simple they are. The
trace below shows that the shell segfaults after entering the integer "1"
followed by t
New submission from Charles Henry:
Python 2.6 and 2.7 each have a bad definition of the class RawConfigParser
It is immediately apparent in the __init__ function which begins with:
class RawConfigParser:
def __init__(self, defaults=None, dict_type=dict):
self._dict = dict_type
Changes by Jon Henry :
--
nosy: +jhenry82
___
Python tracker
<http://bugs.python.org/issue9720>
___
___
Python-bugs-list mailing list
Unsubscribe:
Henry Precheur added the comment:
I've fixed the last failing tests, but I'm unsure it's the right way to do it.
Take a look at the part for Lib/distutils/tests/test_build_ext.py. I just check
that os.environ['PATH'] is defined. I'm not 100% certain that this
Changes by Henry Precheur :
Removed file: http://bugs.python.org/file22501/fix_distutils_test.diff
___
Python tracker
<http://bugs.python.org/issue12420>
___
___
Pytho
Henry Precheur added the comment:
OK it makes sense.
I'm working on fixing the tests. I'm not done yet, but I've attached a patch
with my work in progress (some tests still fail). Do you have any comments?
I'll post a complete version later today or tomorrow.
---
Changes by Henry Precheur :
--
title: distutils crashes if PATH is not defined -> distutils tests fail if PATH
is not defined
___
Python tracker
<http://bugs.python.org/issu
Henry Precheur added the comment:
I think that returning None would be a better option. The function
documentation says:
Tries to find 'executable' in the directories listed in 'path'.
A string listing directories separated by 'os.pathsep'; defaults to
os
Henry Precheur added the comment:
I don't know exactly in which context find_executable should be used,
but after taking a closer look it seems that returning None when PATH is
not defined could "work".
--
___
Python tracker
<http
Henry Precheur added the comment:
Sorry "crash" wasn't the right term. It's just that distutils tests fail.
I ran into that when trying to run unit tests without any environment
variable (see #12401).
$ env -i ./python ./Lib/test/regrtest.py test_distutils
[1/1]
Henry Precheur added the comment:
Indeed, I didn't realize that PYTHON was the name of the target interpreter and
not the name a an already installed interpreter.
--
___
Python tracker
<http://bugs.python.org/is
New submission from Henry Precheur :
Parser/asdl_c.py uses `/usr/bin/env python' as an interpreter. But Python
executable is not always `python'. With OpenBSD's ports, CPython's interpreters
are installed as pythonX.Y. There's a variable PYTHON in the Makefile, th
Henry Precheur added the comment:
Here's a small patch to call regression tests without any environment variable
defined. It's probably a good thing to run all the tests with a clean state,
this way they are less likely to fail for mysterious external reasons. Fo
New submission from Henry Precheur :
The function find_executable crashes if PATH is not defined.
I admit that it's an extreme case, but it's probably better to on the safe side
of things.
What about using the current directory only if PATH is not defined? This seems
to be a
New submission from Henry Precheur :
"make test" calls Python with the -E option which ignore the PYTHON*
environment variables, but Python sub-processes aren't necessarily called with
the -E options. For example test_displayhook_unencodable in test_cmd_line. This
created probl
Michael Henry added the comment:
David,
Your patch looks fine to me. I like putting the logic is a
separate class as you've done. I looked in itertools for
something to perform the job of the each_last() generator I'd
had in my patch, but I didn't see anything. I l
New submission from Michael Henry :
The email module's body_encode() function (found in
quoprimime.py) can generate oversized encoded lines that exceed
the maximum line length specified by the maxlinelen parameter.
The attached test case
'test_encode_trailing_space_at_maxlinelen
New submission from Michael Henry :
The attached patch adds unit tests and some minor fixes for the email
module's quoprimime.py file. The header_encode() function did not
properly return an empty string when given an empty string. The
decode() function did not properly detect the
New submission from Michael Henry :
The attached patch includes additional unit tests for the email module,
and splits pre-existing test_header_encode() and test_decode() functions
into individual test functions.
--
components: Library (Lib)
files: test_email_additional_tests.patch
Michael Henry added the comment:
Issue #5633 contains two additional unit tests that can't be added until
that ticket's bug is fixed.
--
nosy: +rhettinger
resolution: accepted ->
status: closed -> open
___
Python tracker
<htt
Michael Henry added the comment:
Issue #11578 added unit tests for timeit.py. Because of this bug, two tests
were omitted. In the attached patch are the previously withheld unit tests
and an alternate method of fixing the bug (developed before Tim's fix was
noticed). It's not c
New submission from Michael Henry :
The timeit.py module has no specific tests. The attached patch adds
Lib/test/test_timeit.py for unit testing, along with slight modifications
to timeit.py to support predictable unit testing.
--
components: Library (Lib)
files: timeit_unit_test.patch
New submission from Michael Henry :
The attached test program, test_email_attach_to_string.py, demonstrates the
desire for email.message.Message.attach to raise a more helpful exception when
the user incorrectly invokes attach() after setting the payload to a string.
--
components
New submission from Michael Henry :
In email.Message.get_payload, there is the following out-of-date comment:
"""
# payload can be bytes here, (I wonder if that is actually a bug?)
"""
The code can actually handle bytes payloads.
--
components: Libra
New submission from Michael Henry :
The function email.Message.as_string has an out-of-date comment:
"""
This is a convenience method and may not generate the message exactly
as you intend because by default it mangles lines that begin with
"From ". For more fle
New submission from Michael Henry :
test_email_codecs.py in the email module should be ported to Python 3.
The attached patch ports test_email_codecs.py and hooks it into the email test
suite.
--
components: Library (Lib)
files: port-test_email_codecs.py.patch
keywords: patch
messages
New submission from Henry Eshbaugh :
This may be happening with other numbers, but I got weird results with the
modulus and division operators, after I imported the math module. I tried to do
7/200 and got 0, and 200%7 yielded 7, an impossibility with modulus.
--
messages: 119274
nosy
Changes by Henry Precheur :
--
versions: +Python 3.1
___
Python tracker
<http://bugs.python.org/issue8714>
___
___
Python-bugs-list mailing list
Unsubscribe:
Henry Precheur added the comment:
The bug is also present with Python 3.1 on OpenBSD 4.7-current.
--
___
Python tracker
<http://bugs.python.org/issue8
Henry Precheur added the comment:
The patch works well with on amd64/OpenBSD-current (CVS from May 14 or
15).
I don't have access to a 4.7-stable right now.
On Fri, May 14, 2010 at 05:58:10PM +, Stefan Krah wrote:
>
> Stefan Krah added the comment:
>
> Mark, thanks. -
Henry Precheur added the comment:
It works on OpenBSD, but I don't have any FreeBSD to test. I should be
safe to commit though, the patch is rather trivial.
--
___
Python tracker
<http://bugs.python.org/i
Henry Precheur added the comment:
FreeBSD does.
http://svn.freebsd.org/viewvc/base/stable/7/include/rpcsvc/ypclnt.h?revision=172506&view=markup
But NetBSD doesn't:
http://cvsweb.netbsd.org/bsdweb.cgi/~checkout~/src/include/rpcsvc/ypclnt.h?rev=1.13&content-type=text/plain&o
Changes by Henry Precheur :
--
components: +Tests
___
Python tracker
<http://bugs.python.org/issue6419>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Henry Precheur :
On OpenBSD the file /usr/include/rpcsvc/ypclnt.h contains the following
declaration:
struct ypall_callback {
/* return non-0 to stop getting called */
int (*foreach)(unsigned long, char *, int, char *, int, void *);
char *data
New submission from Henry Precheur :
A kqueue's test doesn't pass on OpenBSD 4.6-beta, 4.4, & 4.5:
FAILED (failures=1)
Traceback (most recent call last):
File "Lib/test/test_kqueue.py", line 186, in
test_main()
File "Lib/test/test_kqueu
Henry Precheur added the comment:
I tested the patch with py3k on OpenBSD 4.6 beta and it worked.
But I must admit I don't fully understand what the patch does ...
--
nosy: +henry.precheur
___
Python tracker
<http://bugs.python.org/i
Henry Precheur added the comment:
I found some bsddb code left in setup.py. Patch attached.
--
nosy: +henry.precheur
Added file: http://bugs.python.org/file14434/setup.py.remove-bsddb.diff
___
Python tracker
<http://bugs.python.org/issue2
Henry Precheur <[EMAIL PROTECTED]> added the comment:
This problem was probably solved in issue #1204.
--
nosy: +henry.precheur
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Henry Precheur <[EMAIL PROTECTED]> added the comment:
I just tested the patch and it fixes the problem.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Henry Precheur <[EMAIL PROTECTED]>:
--
versions: +Python 2.5
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3920>
___
__
Henry Precheur <[EMAIL PROTECTED]> added the comment:
The patch bsd2.diff seems to work. There was a little typo in it (a
missing @). (correction attached)
Added file: http://bugs.python.org/file11547/bsd3.diff
___
Python tracker <[EMAIL PROTECTE
New submission from Henry Precheur <[EMAIL PROTECTED]>:
test_fileio
test test_fileio failed -- Traceback (most recent call last):
File "/home/henry/compile/python2.6/Lib/test/test_fileio.py", line
155, in testAbles
self.assertEquals(f.seekable(), False)
AssertionErro
New submission from Henry Precheur <[EMAIL PROTECTED]>:
Compiling `multiprocessing` on OpenBSD fails. `iovec` is not declared.
Adding the following line to multiprocessing.c solves the problem:
#include
But right after I got:
./python:build/lib.openbsd-4.4-amd64-2.6/_multiprocess
Henry Precheur <[EMAIL PROTECTED]> added the comment:
According to config.log the readline functions are correctly detected. I
tested the patch with Python 2.5 & 2.6 and both work with the test I
posted on issue 3645.
___
Python tracker <[EM
Henry Precheur <[EMAIL PROTECTED]> added the comment:
Here is a better patch which use the workaround only if wcschr is broken.
I was able to build the python interpreter and to run regrtest.py with
it (some tests fail but it is very likely to be bugs in the modules)
Added file
1 - 100 of 112 matches
Mail list logo
