Adam added the comment:
Thanks for the quick reply. On both Ubuntu and Centos, I’m installing Python
using Pyenv, testing with 3.9.10 and 3.10.2. Pyenv provides a verbose install
flag, I can rebuild the Python versions and review the build commands, if
helpful? I’m testing with clean Linux
Adam added the comment:
I found the Python build recipes and Pyenv does appear to install OpenSSL from
source. The only difference I can see, aside from the Python version, is an
update on the OpenSSL versions; openssl-1.1.1l (3.9.10) to openssl-1.1.1k
(3.10.2). The OpenSSL release notes do
Adam added the comment:
Yes agreed, it may well be a Pyenv issue. Interestingly we can demonstrate that
the global OpenSSL crypto policies is respected with the 3.9.10 version,
through adjusting the policy. The ssl error occurs with the default policy
setting and is resolved with the legacy
Adam added the comment:
Update, the Pyenv team confirmed that they do not install OpenSSL in linux, its
only installed for MacOS, and it should be built using the system OpenSSL
within Linux.
We're investigating further to attempt to debug the issue. Interestingly the
OpenSSL build
Adam added the comment:
Many thanks Christian, see the attached for the output of the commands on
Python 3.9.10 and 3.10.2, along with a diff removing version numbers and memory
addresses.
I've run the commands on the Ubuntu distribution, we can also run the same for
the Centos V
Adam added the comment:
Many thanks Christian, that resolved the issue! I really appreciate your
efforts here.
--
___
Python tracker
<https://bugs.python.org/issue46
New submission from Adam :
int_pow() (from Objects/intobject.c) shows incorrect results when Python is
compiled with Clang (llvm.org); long story short: int_pow() function should use
'unsigned long' type instead of 'long' or some code gets optimised out.
Please, refer t
New submission from Adam <[EMAIL PROTECTED]>:
In section 4.4 of the Python Tutorial
(http://docs.python.org/tut/node6.html) there is a code example using
prime numbers that results extraneous output. The else is incorrectly
indented one tab too far to the right and is nested under (fo
Adam <[EMAIL PROTECTED]> added the comment:
You know what, you're absolutely right. My apologies for sending the bad
submission. =\
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Change by Adam :
--
nosy: +achhina
nosy_count: 7.0 -> 8.0
pull_requests: +30326
pull_request: https://github.com/python/cpython/pull/32257
___
Python tracker
<https://bugs.python.org/issu
Adam added the comment:
Hi,
First-time contributor here, I've made a patch in follow-up to the discussions
that happened in Amir's patch in regards to this. I'd appreciate it if someone
would be able to take a look and review it!
https://github.com/python/cpy
New submission from Adam :
1. Install 3.9.0 using the following command line options:
python-3.9.0.exe /quiet InstallAllUsers=1
2. Install 3.9.2 using the following command line options:
python-3.9.2.exe /quiet InstallAllUsers=1
3. Observe that 3.9.2 successfully installed, however the
Adam added the comment:
The 64 installer doesn't even show up in the ARP table, only Python Launcher.
--
___
Python tracker
<https://bugs.python.org/is
New submission from Adam :
When running 3.7, we noticed a memory leak in threading._shutdown_locks when
non-deamon threads are started but "join()" or "is_alive()" is never called.
Here's a test to illustrate the growth:
=
import threading
import tim
Change by Adam :
--
type: resource usage -> security
___
Python tracker
<https://bugs.python.org/issue39074>
___
___
Python-bugs-list mailing list
Unsubscrib
Adam added the comment:
Looks like this issue might be a duplicate of https://bugs.python.org/issue37788
--
___
Python tracker
<https://bugs.python.org/issue39
Adam added the comment:
I ran into this bug as well, and opened an issue for it (before I saw this
issue): https://bugs.python.org/issue39074
Was there a conclusion on the best way to fix this? It seems like the previous
__del__ implementation would correct the resource leakage by removing
Adam added the comment:
I filed a bug for this a few weeks ago, and then found another ticket about the
same issue before:
https://bugs.python.org/issue37788
My ticket:
https://bugs.python.org/issue39074
The memory leak was from a change introduced about 6 months ago:
https://github.com
New submission from Adam:
The docs for heapq.merge are a little misleading. Iterables passed into
heapq.merge with the reversed flag set to True must be sorted from largest to
smallest to achieve the desired sorting effect, but the paragraph describing
the function in the general case states
Changes by Adam :
--
title: heapq.merge docs don't handle reverse flag well -> heapq.merge docs are
misleading with the "reversed" flag
___
Python tracker
<http://bugs.
Adam added the comment:
It occurs both on Python 3.6 and 3.7 RC, so maybe it should be fixed in the 3.7
release.
--
nosy: +adampl
type: -> behavior
versions: +Python 3.7
Added file: https://bugs.python.org/file47531/asyncio_encoding_test
Adam added the comment:
After reading the docs more carefully, it's now plain to me that text encoding
is not supported yet, so actually it's not a bug :)
However the docs should be improved (and then an assertion could be added too)
to prevent people from falling into this trap
Adam added the comment:
Some systems might have both uuid.h and uuid/uuid.h. For example, NetBSD
provides /usr/include/uuid.h, and one might also install libuuid from a
package, and the latter has uuid/uuid.h.
To fix this, do not include both files, when both have been detected.
Here is a
New submission from Adam:
See below code to show you can't round-trip units through pickle:
Python 3.5.1 |Anaconda 4.0.0 (64-bit)| (default, Feb 16 2016, 09:49:46) [MSC
v.1900 64 bit AMD64)]
import units
u = units.unit('myUnit')
x = u(3.0)
import pickle
f = open('C:
New submission from Adam:
I think dynload_shlib (and maybe some of the other non-ldl dynamic library
loaders?) should close the libraries when the interpreter is shut down.
Currently the handles are not ever closed and in ldl's case sometimes leaked.
The reason I desire this behavior
Changes by Adam :
--
nosy: +azsorkin
___
Python tracker
<http://bugs.python.org/issue24928>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Changes by Adam :
--
nosy: +azsorkin
___
Python tracker
<http://bugs.python.org/issue24899>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Changes by Adam :
--
nosy: +azsorkin
___
Python tracker
<http://bugs.python.org/issue10716>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Changes by Adam :
--
nosy: +azsorkin
___
Python tracker
<http://bugs.python.org/issue24249>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Changes by Adam :
--
nosy: +azsorkin
___
Python tracker
<http://bugs.python.org/issue25041>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Changes by Adam :
--
nosy: +azsorkin
___
Python tracker
<http://bugs.python.org/issue24821>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Changes by Adam :
--
keywords: +patch
Added file: http://bugs.python.org/file40711/unittest-add-gc.patch
___
Python tracker
<http://bugs.python.org/issue17
Changes by Adam :
--
nosy: +azsorkin
___
Python tracker
<http://bugs.python.org/issue25344>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Changes by Adam :
--
nosy: -azsorkin
___
Python tracker
<http://bugs.python.org/issue25344>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Adam added the comment:
Any comments about this proposed patch?
--
___
Python tracker
<http://bugs.python.org/issue17908>
___
___
Python-bugs-list mailin
Adam added the comment:
Is this enhancement still open? I've run into this problem previously, and
would be more than happy to implement this feature.
--
nosy: +azsorkin
___
Python tracker
<http://bugs.python.org/is
Adam Bartoš added the comment:
Sorry, I don't. But my use case is not relevant any more since my package was a
workround for problems with entering Unicode interactively on Windows, and
these problems were resolved in Python since
Adam Johnson added the comment:
Okay, I updated the PR to only remove inheritance from object. Should I reopen
the ticket? (Not sure of the etiquette.)
Perhaps I could later submit a second patch for use of `super()`, and so on?
--
___
Python
New submission from Adam Ulrich :
round(250,-2) returns 200
round(350,-2) returns 400
round(450,-2) returns 400
round(550,-2) returns 600
round(5,-1) returns 0
round(15,-1) returns 20
round(500,-3) returns 0
round(1500,-3) returns 2000
expected: round of 5 to consistently rounds up
New submission from Adam Pinckard :
Python 3.10 does not appear to respecting the OpenSSL configuration within
linux. Testing completed using Pyenv on both Ubuntu 20.04.4 and Centos-8. Note
PEP 644 which requires OpenSSL >= 1.1.1 is released in Python 3.10.
We operate behind a corporate pr
New submission from Adam Hopkins :
I believe the following produces an unexpected behavior:
from inspect import getsource
def bar(*funcs):
def decorator(func):
return func
return decorator
@bar(lambda x: bool(True), lambda x: False)
async def
Adam Hopkins added the comment:
Sorry about that. I am doing some more digging to see if I can find the route
of it and a proposal for a non-breaking patch. The problem seems to be in
BlockFinder.tokeneater.
--
type: behavior ->
versions: +Python 3.7, Python
Change by Adam Hopkins :
--
keywords: +patch
pull_requests: +29728
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31605
___
Python tracker
<https://bugs.python.org/issu
Adam Hopkins added the comment:
Duplicate of https://bugs.python.org/issue38854
Sorry I didn't come across our before submitting.
--
resolution: -> duplicate
stage: patch review -> resolved
status: open -> closed
___
Python t
Change by Adam Hopkins :
--
nosy: +ahopkins
nosy_count: 3.0 -> 4.0
pull_requests: +29736
pull_request: https://github.com/python/cpython/pull/31605
___
Python tracker
<https://bugs.python.org/issu
New submission from Adam Hupp:
It would be useful for tempfile.TemporaryFile and friends to pass
newline and encoding arguments to the underlying io.open call. For
example, several tests in test_csv use TemporaryFile and need to handle
unicode file output or preserve exact newlines. This is
Adam Hupp added the comment:
One change I forgot to mention that may need discussion. I've changed
the 'bufsize' arguments in tempfile to 'buffering', since that is
consistent with the same change in os.fdopen.
__
Tracker
Changes by Adam Wieckowski:
--
components: Interpreter Core
severity: minor
status: open
title: ever considered adding static typing to python?
type: rfe
versions: 3rd party
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Changes by Adam Wieckowski:
--
type: rfe ->
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1089>
__
___
Python-bugs-list mailing list
Uns
New submission from Adam Olsen:
In the large else branch in decode_unicode (if encoding is not NULL or
"iso-8859-1"), the new string it produces is not nul-terminated. This
then hits PyUnicode_DecodeUnicodeEscape's octal escape case, which reads
past the end of the string (bu
New submission from Adam Olsen:
type_new() allocates the exact number of slots it's going to use, but
various other functions assume there's one more slot with a NULL name
field serving as a sentinel. I'm unsure why it doesn't normally crash.
--
components: Inter
Adam Olsen added the comment:
typeobject.c:1842:type_new
type = (PyTypeObject *)metatype->tp_alloc(metatype, nslots);
nslots may be 0.
typeobject.c:1966:type_new assigns this just-past-the-end address to
tp_members
type->tp_members = PyHeapType_GET_MEMBERS(et);
type_new
Adam Olsen added the comment:
Ugh, you're right.
I refactored PyType_GenericAlloc out of my fork, which is why I got a crash.
Sorry for wasting your time.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python
New submission from Adam Doherty:
Hello:
I'm am trying to conduct some tests on a list of data that checks for
the position of values in list elements using the bisect module. To
store the results of these tests for output to a template I have build a
dictionary with 47 keys the valu
Adam Olsen added the comment:
The problem with "being tolerate" as you suggest is you lose the ability
to round-trip. Read in a file using the UTF-8 signature, write it back
out, and suddenly nothing else can open it.
Conceptually, these signatures shouldn't even be part
Adam Olsen added the comment:
On 11/1/07, James G. sack (jim) <[EMAIL PROTECTED]> wrote:
>
> James G. sack (jim) added the comment:
>
> Adam Olsen wrote:
> > Adam Olsen added the comment:
> >
> > The problem with "being tolerate" as you suggest is yo
New submission from Adam Hupp:
The attached patch resolves the intermittent test_xmlrpc failures
reported by Neal Norwitz[0].
test_xmlrpc starts the XMLRPC server with a socket timeout. This puts
the socket into non-blocking mode which is incompatible with the use of
socket.makefile as used by
New submission from Adam Hupp:
The attached patch resolves test failues in test_asynchat and
test_asyncore.
The asynchat failure was due to interpolating a byte string into a
unicode string using %s. This resulted in a b'' byte representation
in the final string. The fix is to
Ron Adam added the comment:
Yes, I will update it.
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1720390>
_
___
Python-bugs-list mailing list
Unsubs
New submission from Ron Adam:
Replaced Unicode literals in tokenize.py and it's tests files with byte
literals.
Added a compile step to the test to make sure the text file used in the
test are valid python code. This will catch changes that need to be
done in to the text (gold file) for f
Ron Adam added the comment:
George is correct. The changes are minimal.
The only addition is to run the tokenize_tests.txt file though compile()
as a way to force an exception if it needs updating in the future. The
results of the compile are not used
New submission from Adam Olsen:
If I create a subclass of 'type' that's also an instance of 'type', then
I change __class__ to point to itself, at which point it cannot be freed
(as the type object is needed to delete the instance.)
I believe this can be solved by reset
Ron Adam added the comment:
It looks like the disabling of \u and \U in raw strings is done. Does
tokenize.py need to be fixed, to match?
While working on this I was able to clean up the string parsing parts of
tokenize.c, and have a separate patch with just that.
And an updated patch with
Changes by Ron Adam:
Added file: http://bugs.python.org/file8763/no_raw_escapes_patch.diff
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1720390>
_
___
Changes by Adam Olsen:
--
nosy: +rhamphoryncus
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1225584>
_
___
Python-bugs-list mailing list
Unsubs
New submission from Adam Olsen:
(thanks go to my partner in crime, jorendorff, for helping flesh this out.)
lookdict calls PyObject_RichCompareBool without using INCREF/DECREF on
the key passed. It's possible for the comparison to delete the key from
the dict, causing its own argument
Adam Cohen added the comment:
I encountered this issue as well. "params" is simply a bytestring, with no
encoding. Workaround/proper solution is to cast the string as a bytearray with
bytearray(params).
--
nosy: +Adam.Cohen
___
Pyth
New submission from Adam Byrtek :
Code snippet from optparse.py:
344 self.help_position = min(max_len + 2, self.max_help_position)
345 self.help_width = self.width - self.help_position
Where self.width is initialized with the COLUMNS environment variable. On
narrow
Changes by Ron Adam :
--
nosy: +ron_adam
___
Python tracker
<http://bugs.python.org/issue13062>
___
___
Python-bugs-list mailing list
Unsubscribe:
Adam Forsyth added the comment:
This is marked as "wont fix" but has been fixed, the resolution should be
changed.
--
nosy: +agforsyth
___
Python tracker
<http://bugs.python.o
Ron Adam added the comment:
Instead of a get_instructions() function, How about using a DisCode class that
defines the API for accessing Opinfo tuples of a disassembled object.
So instead of...
for instr in dis.bytecode_instructions(thing):
process(instr)
You could use
Ron Adam added the comment:
There is a test for 'yield from' as a function argument without the extra
parentheses.
f(yield from x)
You do need them in the case of a regular yield.
f((yield)) or f((yield value))
Shouldn't the same rule apply in both cases?
* I
Ron Adam added the comment:
Thanks for the updated links Nick.
There is a comment in the docs that recommends putting parentheses around any
yield expression that returns a value. So it is in agreement with that in the
function argument case.
The grammar I used does keep it as a variant
New submission from Ron Adam :
The following changes cleanup the eval loop and result in a pretty solid 2 to
3% improvement in pybench for me.
And it is about 5% faster for long generators.
* Change why enum type to int and #defines. And moved the why defines to
opcode.h so that they can be
Ron Adam added the comment:
A simple test to show the difference.
BEFORE:
$ python3 -mtimeit "def y(n):" " for x in range(n):" "yield x"
"sum(y(10))"
10 loops, best of 3: 3.87 usec per loop
$ python3 -mtimeit "def y(n):" " f
Changes by Ron Adam :
Removed file: http://bugs.python.org/file23969/f_why.diff
___
Python tracker
<http://bugs.python.org/issue13607>
___
___
Python-bugs-list mailin
Ron Adam added the comment:
New diff file.
The main difference is I moved the saved why value to the tstate object instead
of the frame object as why_exit.
I'm not seeing the time savings now for some reason. Maybe the previous
increase was a case of coincidental noise. (?) Still lo
Ron Adam added the comment:
I think the time benefits I saw are dependent on how the C code is compiled.
So it may be different on different compilers or the same compiler with only a
very minor change.
Some of the things I've noticed...
A switch is sometimes slower if it has a &qu
Changes by Ron Adam :
Removed file: http://bugs.python.org/file24047/f_why1.diff
___
Python tracker
<http://bugs.python.org/issue13607>
___
___
Python-bugs-list mailin
Ron Adam added the comment:
Updated patch with suggested changes.
It also has a cleaned up fast_block_end section.
Concerning speed. What happens is (as Tim and Raymond have pointed out) that we
can make some things a little faster, in exchange for other things being a
little slower. You
Ron Adam added the comment:
What about having idle open a web browser session with pydocs new browse option?
python3 -m pydoc -b
We've added input fields to the pages that take the same input as help()
command does. It also links to the online help pages, and you can view the
source
Changes by Adam Woodbeck :
--
nosy: +adam.woodbeck
___
Python tracker
<http://bugs.python.org/issue12185>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Adam Woodbeck :
--
nosy: +adam.woodbeck
___
Python tracker
<http://bugs.python.org/issue11699>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Adam Woodbeck :
--
nosy: +adam.woodbeck
___
Python tracker
<http://bugs.python.org/issue11644>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Adam Woodbeck :
--
nosy: +adam.woodbeck
___
Python tracker
<http://bugs.python.org/issue11203>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Adam Woodbeck :
--
nosy: +adam.woodbeck
___
Python tracker
<http://bugs.python.org/issue11785>
___
___
Python-bugs-list mailing list
Unsubscribe:
Adam Woodbeck added the comment:
I propose:
object.copy_sign(other)
Return a copy of *object* with the sign set to be the same as the sign of
*other*.
This format is most familiar to me. But like Ezio wrote, all other methods
referring to first and second operands would need to
Adam Woodbeck added the comment:
Or rather:
object.copy_sign(other)
Return a copy of *object* with the sign set to be that of *other*.
--
___
Python tracker
<http://bugs.python.org/issue12
Adam Woodbeck added the comment:
Sorry guys. I'm new at this. After reviewing this thread, Terry's suggestion
makes the most sense to me.
--
___
Python tracker
<http://bugs.python.o
Adam Woodbeck added the comment:
Hi Francisco,
I finally found time to create a patch for this issue. I was just saving the
patch I wrote as your update arrived in my inbox. I've included my patch for
good measure. It's better to have two proposed patches than none at all in m
New submission from Adam Woodbeck :
Jesse requested the devguide be updated to include a mention of the Python
Mentors site. The attached patch is my rough draft.
--
components: Devguide
files: help.rst.patch
keywords: patch
messages: 137807
nosy: adam.woodbeck, ncoghlan
priority
Adam Woodbeck added the comment:
Éric, good point. I'll propose different wording when I have an opportunity
later today. In the mean time, I'm certainly open to suggestions, especially
as I get my feet wet.
So you would also prefer a mention of the python-ideas and python-d
New submission from Adam Woodbeck :
Here is the latest update to the devguide's help.rst for your consideration.
It includes Nick's tweaks to what I originally submitted.
--
components: Devguide
files: help.rst.patch
keywords: patch
messages: 138668
nosy: adam.woodbeck
Changes by Adam Woodbeck :
--
nosy: +adam.woodbeck
___
Python tracker
<http://bugs.python.org/issue10403>
___
___
Python-bugs-list mailing list
Unsubscribe:
Adam Woodbeck added the comment:
I grepped the documentation in the cpython repository and replaced all mentions
of "member(s)" with "attribute(s)" where I felt appropriate. I left mentions
of "members" related to structs or any C documentation alone a
Adam Woodbeck added the comment:
I was always under the impression attributes and methods were mutually
exclusive. I've corrected the patch as requested.
--
Added file: http://bugs.python.org/file22436/issue10403_v2.patch
___
Python tracker
Changes by Adam Woodbeck :
Added file: http://bugs.python.org/file22438/issue10403_v3.patch
___
Python tracker
<http://bugs.python.org/issue10403>
___
___
Python-bug
Changes by Adam Woodbeck :
--
nosy: +adam.woodbeck
___
Python tracker
<http://bugs.python.org/issue10608>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Adam Woodbeck :
--
nosy: +adam.woodbeck
___
Python tracker
<http://bugs.python.org/issue10503>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Adam Woodbeck :
--
nosy: +adam.woodbeck
___
Python tracker
<http://bugs.python.org/issue12436>
___
___
Python-bugs-list mailing list
Unsubscribe:
1 - 100 of 696 matches
Mail list logo