Changes by Michael Felt :
--
type: compile error -> behavior
___
Python tracker
<http://bugs.python.org/issue28311>
___
___
Python-bugs-list mailing list
Un
New submission from Michael Felt:
I have been trying to build (pip install) mercurial - for ages. I kept running
into this message:
"/opt/include/python2.7/pyport.h", line 887.2: 1506-205 (S) #error
"LONG_BIT definition appears wrong for platform (bad gcc/glibc config?).&
Michael Felt added the comment:
yes. It is what I did manually. Thanks!
--
___
Python tracker
<http://bugs.python.org/issue28277>
___
___
Python-bugs-list mailin
Michael Felt added the comment:
I am not suggesting anything. I am only trying to report what I experience.
The first observation was that I could not build python when src != build
directory. I believe that was the original complaint as well.
The second observation came when I tried to use
Michael Haubenwallner added the comment:
...a long time since I've been in this area...
David, I'm not completely sure which code fragments you're talking about for
"revert or change".
Anyway: If I remember correctly, the confusion here is about the idea behind
LDSHA
Michael Foord added the comment:
This is a deliberate design decision of mock. Storing references works better
for the more general case, with the trade-off being that it doesn't work so
well for mutable arguments.
See the note in the docs with a workaround:
https://docs.python.org/3/li
Michael Felt added the comment:
On 01-Oct-16 08:44, Martin Panter wrote:
> Martin Panter added the comment:
>
> Hi Michael, I have done some cleanup and modifications to your patch. The
> result is in aix-library.161001.patch, which has all the changes, i.e. it is
> not based o
New submission from Michael Felt:
a) pip is embedded in Python for some time.
b) pip is called pip3.5 (with link to pip3)
c) in Python3.6 pip is now called pip3.6 and linked to pip3
pip is pip - not pip3* because python is now called python3*
pip is pip - currently version 8.1.2 - what does
Michael Felt added the comment:
I have spent the last two hours trying to run the test - however, it fails with:
root@x064:[/data/prj/python/python-3.6.0.177/Lib/ctypes]../../python util.py
Traceback (most recent call last):
File "util.py", line 102, in
import ctypes._aix as
Michael Felt added the comment:
Curious.
When in 32-bit mode changing line 15 of _aix.py to
+14 import re, os, sys
+15 # from . import util
The Lib/ctypes/util.py works.
In 64-bit mode it does not:
instead:
root@x064:[/data/prj/python/python-3.6.0.177/Lib/ctypes]../../python util.py
Michael Felt added the comment:
Have a way to have both 64-bit and 32-bit modes working.
root@x064:[/data/prj/python/python-3.6.0.177/Lib/ctypes]../../python
`pwd`/util.py
m :: None
c :: libc.a(shr_64.o)
bz2 :: libbz2.a(libbz2.so.1)
crypt :: libcrypt.a(shr_64.o)
crypto ::
c
Michael Felt added the comment:
On 01-Oct-16 05:57, Martin Panter wrote:
> Martin Panter added the comment:
>
> Other tests in this file skip the test if libc_name is None. So I think it
> would make more sense to skip the test rather than fail in test_find(). I.e.
>
Changes by Michael Felt :
Added file: http://bugs.python.org/file44962/aix-modules.161004.patch
___
Python tracker
<http://bugs.python.org/issue26439>
___
___
Python-bug
Michael Felt added the comment:
Besides correcting a small error, also my attempt to follow the
guidelines to not import *, but to actually specify all bits
that are to be imported.
This is a patch compered to Python-3.6b1
--
hgrepos: +359
Added file: http://bugs.python.org/file44963
New submission from Michael Felt:
I was asked to assist with some problems with a "pip install numpy" and - maybe
I am barking up the wrong tree. However, in the thread
https://github.com/numpy/numpy/issues/8118
in short, if "python" is responsible for providing the
Michael Felt added the comment:
Now they notice the defines are coming from their project.
closing...
--
resolution: -> third party
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Michael Felt added the comment:
On 04-Oct-16 21:11, Zachary Ware wrote:
> Zachary Ware added the comment:
>
> Pip is a third party project, so if you'd like to pursue this please open an
> issue on the pip issue tracker at https://github.com/pypa/pip/issues.
I stand correct
New submission from Michael Partridge:
ntpath.splitdrive was updated in patch 26ec6248ee8b. (I think this was released
in 2.7.8.)
This changes the behaviour of splitdrive for UNC style paths. Previously:
>>> ntpath.splitdrive(r'\\nancy\foo\bar')
('
Michael Felt added the comment:
re: the blake issue - I have ignored it as in not run any tests. Assistance
would be to tell me how to easily test "blake" working or not working - before
I head upstream.
re: _POSIX_C_SOURCE and _XOPEN_SOURCE
This is the logic in standards.h (AIX 5
Michael Felt added the comment:
The value that works for LDSHARED is the value that LDCXXSHARED has.
BLDSHARED is also broken (currently).
'BLDSHARED': './Modules/ld_so_aix xlc_r -bI:./Modules/python.exp
-L/opt/lib',
'LDCXXSHARED': '/opt/lib/python2.7/c
Michael Felt added the comment:
correction:
On 23-Oct-16 20:54, Michael Felt wrote:
> except neither BLDSHARED nor LDCXXSHARED have taken the extra LDFLAG
except neither LDSHARED nor LDCXXSHARED have taken the extra LDFLAG
like BLDSHARED has.
> that was exported before configure was call
Michael Foord added the comment:
I like the idea and would be happy for it to be added to mock.
--
___
Python tracker
<http://bugs.python.org/issue28054>
___
___
Michael Haubenwallner added the comment:
Modules/python.exp is generated at build-time, thus does not belong to
$(srcdir).
--
___
Python tracker
<http://bugs.python.org/issue10
Michael Felt added the comment:
There are so many places where there are references to where 32-bit and 64-bit
are referred to - and, in particular, the value of os.uname()[4]
For the discussion I went back to 32-bit Python on AIX
A)
michael@x071:[/data/prj/python/archive/Python-2.7.3]python
Michael Felt added the comment:
FYI: This is 'actual' as I am working on an implementation of a cloud-init
distro for AIX and it is very difficult to figure out the correct approach for
a replacement value for os.uname[4] - when comparing with "Linux" logic
I w
Michael Felt added the comment:
I am not compiler specialist, but as I do not use GCC (it adds extra run-time
environment (support) requirements when not in a GNU environment such as Linux
- I am just wondering what effect this has (e.g., no deprecated message) when
not using GCC.
Or, is
Michael Foord added the comment:
attach_mock should use function.mock when it is passed a function created by
autospec. It should also *probably* fail if given a non-mock object (although
that would prevent people duck-typing and attaching a mock-like object so I'm
open to discussion on
Michael Layzell added the comment:
Is there something I should be doing to push this patch forward? I am not
familiar with the contribution process for cpython unfortunately.
--
___
Python tracker
<http://bugs.python.org/issue25
Michael Layzell added the comment:
This patch fixes a problem, which is that the caret was not placed where the
source location information for the node is, but instead in a random position
based on the indentation level.
The problem that the caret is not placed under the `=` sign, but
Michael Foord added the comment:
Sure, go ahead Syed. Feel free to ask any questions you may have.
--
___
Python tracker
<http://bugs.python.org/issue28
Michael Rolle added the comment:
Similar problem with 2.7.8 with cygwin.
My example is:
Python 2.7.8 (default, Jul 25 2014, 14:04:36)
[GCC 4.8.3] on cygwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from ctypes im
Michael Rolle added the comment:
As a separate issue, I'd like to find an appropriate package,
other than ctypes, for interpreting data bytes in a consistently
defined manner, independent of the platform I'm running on.
The struct package is perfect where there are no bitfields
inv
New submission from Michael Rolle:
Suggest that the _CData.from_buffer (source) method allow a read-only
source as an argument, in which case any assignments to
the object would raise some type of exception.
If the source is shared with some writable object,
then changes to said object would be
New submission from Michael Witten:
The attached file, `pep-235-on-posix.export', contains 3 patches; the file
includes the intended commit messages and authorship information. To apply
these patches, save the file to:
/path/to/pep-235-on-posix.export
and then run the following from w
Michael Witten added the comment:
I've attached as `pep-235-on-posix.patch' a copy of `pep-235-on-posix.export',
in order to see whether that helps the system recognize the content as a patch.
I'm loath to rename the original upload, because I'm not able to edit my
or
New submission from Michael Hu:
When using pyro4 with more than 15 threads, python 2.7.12 cores frequently
(>60% time)
Note "v" (op in frame 1) in frame 2 is NULL which has some value in frame 3. So
some other thread cleans it.
=== gdb ===
Using host libthread_db library "
Michael Foord added the comment:
It should be perfectly valid to use attach_mock with an attribute that doesn't
already exist. Part of it's purpose is to create new attributes.
--
___
Python tracker
<http://bugs.python.o
Michael Foord added the comment:
Oh, I see what you mean - an attribute that doesn't exist on the original. With
autospec that should throw an exception (AttributeError) I think, yes.
--
___
Python tracker
<http://bugs.python.org/is
Michael Witten added the comment:
Thank you for the reply.
* As already stated, I believe that Python 3
is not affected by this problem; certainly,
version 3.5.2 does not seem to be affected,
as per my ad hoc testing.
* Very many programs are targeted to Python 2.7,
and probably will
Michael Witten added the comment:
Guess what?
Linux can access HFS+ and NTFS volumes.
Firstly, how does that fit into your ideas for testing? It doesn't;
however, you'll note that my own brief analysis did attempt to wrestle
with this nuance.
Secondly, it was (and is) clearly
Michael Hu added the comment:
Core is uploaded for python 2.7.10 to assist debugging.
--
Added file: http://bugs.python.org/file45492/core_python2.7.10.gz
___
Python tracker
<http://bugs.python.org/issue28
Michael Hu added the comment:
(gdb) py-bt
#4 Frame 0x7f0ab7a2db60, for file
/etc/remoting/remoting_agent.zip/Pyro4/socketutil.py, line 463, in close
(self=)
self.sock.shutdown(socket.SHUT_RDWR)
#7 Frame 0x7f0ab0001760, for file
/etc/remoting/remoting_agent.zip/Pyro4/socketutil.py, line
Michael Witten added the comment:
* This is not a feature request;
this is a bug fix for errant behavior.
However, in the interest of civility, I have not re-opened this issue.
* > Python 2.7 DOES NOT support filesystem semantics that differ
> from the "default" semant
Michael Witten added the comment:
* Bugs, by their very nature, are often obscure; some of the worst
in history have lain dormant, unseen, for years or perhaps even
decades.
Unsurprisingly, then, this bug is also a corner case that would be
unknowingly triggered in practice only rarely
Michael Felt added the comment:
As this is the issue still open with regard to issues with ld_so_aix...
The current release Python3-3.5.2 does not include ld_so_aix in the "make
install DESTDIR=xxx output ("make install" also neglects to install ld_so_aix)
Insta
Michael Felt added the comment:
FYI: after manually creating the .../libpython3.5/config directory and copying
three files (see below) I was able to "pip3 install cython" as test.
At the packing area:
michael@x071:[/data/prj/python3/python3-3.5.2]ls Xany/opt/lib/python3.5/config
Michael Hu added the comment:
Could you please look into the core (attached into this bug) to figure out?
This issue does not happen always. We are tight on resource to reproduce this.
--
___
Python tracker
<http://bugs.python.org/issue28
New submission from Michael P. Nitowski :
Systems that aggregate logs like Sentry will group all captured warnings under
the same event which makes it difficult to assess common warnings
--
components: Library (Lib)
messages: 411947
nosy: mnito
priority: normal
severity: normal
status
Change by Michael P. Nitowski :
--
keywords: +patch
pull_requests: +29154
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30975
___
Python tracker
<https://bugs.python.org/issu
Michael P. Nitowski added the comment:
Of course, here's an example script to reproduce:
```
import logging
import warnings
import sentry_sdk
from sentry_sdk.integrations.logging import LoggingIntegration
logging.captureWarnings(True)
sentry_logging = LoggingIntegration(
New submission from Michael J. Sullivan :
class A:
def foo(self, cls): return 1
class B: pass
class B:
bar = classmethod(A().foo)
B.bar()
In Python 3.8 and prior, this worked. Since Python 3.9, it produces "TypeError:
A.foo() missing 1 required positional argument:
Change by Michael J. Sullivan :
--
keywords: +patch
pull_requests: +29517
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31367
___
Python tracker
<https://bugs.python.org/issu
New submission from Michael Van Biesbrouck:
Currently, using deepcopy on instance methods causes an exception to be
thrown. This can be fixed by adding one line to copy.py:
d[types.MethodType] = _deepcopy_atomic
This will not make duplicate copies of mutable values referenced within
the
Michael P. Reilly added the comment:
I'm seeing that shutdown does have a race condition just using
BaseHTTPServer.HTTPServer. See the attached simple script. Then access
http://localhost:8081. This is using both Python 2.6.6 (r266:84292, May 22
2011, 16:47:42) on Oracle Linux Serve
Michael P. Reilly added the comment:
Here is a patch to socketserver.py which can be applied to 2.6, 2.7 and 3.2.
The fix is for BaseServer, ForkingMixIn and ThreadingMixIn. All three now
correctly respond to the shutdown method. I have no way of testing Windows or
MacOSX (based on docs
Michael P. Reilly added the comment:
An update test program. Execute with appropriate PYTHONPATH (to dir to patched
module and explicit interpreter executable: PYTHONPATH=$PWD/2.7/b/Lib python2.7
$PWD/simpletest.py
--
Added file: http://bugs.python.org/file24094/simpletest.py
Hi all,
I found a bug in Python 2.7 involving dictionary comprehensions. I repeatedly
tried to register on the Issue Tracker (http://bugs.python.org/) but never
received a confirmation email, so I still can't log in and post it there. Maybe
someone on this list can post it on my behalf:
>>> fu
New submission from Michael Patrick O'Keefe <[EMAIL PROTECTED]>:
The following call results in a ZeroDivisionError in python 2.5.2 and
python 3.0 alpha 3 (I presume this is also an issue for Python 2.6 but I
can't explicitly confirm):
>>> from test import pystone
>&
Changes by Michael Patrick O'Keefe <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10853/pystone_patch.txt
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Michael Patrick O'Keefe <[EMAIL PROTECTED]> added the comment:
I'm resubmitting the patch -- I think this one's a little bit better
than my first attempt. I only change the value of loops / benchtime
--
keywords: +patch
Added file: http://bugs.python.org/file1
Changes by Michael Patrick O'Keefe <[EMAIL PROTECTED]>:
--
nosy: +mokeefe
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1276>
___
Changes by Michael Patrick O'Keefe <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10854/pystone.py.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Michael Patrick O'Keefe <[EMAIL PROTECTED]> added the comment:
After a more careful study of the documentation on how to make (proper)
patches, I'm submitting the patches again. This patches against the 2.6
trunk and py3k branch (R64812). I compiled both 2.6 and py3k and
co
Changes by Michael Patrick O'Keefe <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file10865/pystone_1_trunk.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Changes by Michael Patrick O'Keefe <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file10866/pystone_err.py
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
New submission from John-Michael Glenn :
This happens every time I try to open any .py file from anywhere in my
computer. I start IDLE.app and go to the menu and open a file then it pauses
and crashes. I get a similar event when I try to use the Run Module option from
the menu, except it
John-Michael Glenn added the comment:
I'm using Python 2.6.4 on OSX 10.6 and I first used the mv command to rename
the original python.framework. Then I was able to install 2.6 as the new
python.framework. These are the commands:
rename it:
sudo mv /Library/Frameworks/Python.fram
John-Michael Glenn added the comment:
I compiled it myself.
"I know there are issues with the system Tk 8.5 on OSX 10.6, although this is a
new type of problem and and probably unrelated to the other ones."
...crap, I have 8.5 on 10.6.2
"...start IDLE by running "/Appl
Michael Van Biesbrouck added the comment:
I am implementing a library that makes extensive use of delayed
executions represented by functions. Copying objects both with and
without shared state referenced by the functions is important. There is
one entry point where I would expect functions to
Michael Van Biesbrouck added the comment:
Guido pointed out a common use case where people use bound methods in a
way that would be poorly served by my change. An alternate
implementation with a deeper copy will cause less surprise:
def _deepcopy_method(x, memo):
return type(x)(x.im_func
Michael Van Biesbrouck added the comment:
Dmitrey: You can't call _deepcopy_method() on anything other than
something with type types.MethodType. It is a function in a
type-dispatch table, so it will always be called safely.
copy._deepcopy_dispatch is that table; if you assign _deepcopy_m
New submission from Michael B Curtis <[EMAIL PROTECTED]>:
Found in Python 2.4; not sure what other versions may be affected.
I noticed a contradiction with regards to equivalence when experimenting
with NaN, which has the special property that it "is" itself, but it
doesn'
Michael B Curtis <[EMAIL PROTECTED]> added the comment:
All,
Thank you for your rigorous analysis of this bug. To answer the
question of the impact of this bug: the real issue that caused problems
for our application was Python deciding to silently cast NaN falues to
0L, as discusse
Michael K. Edwards <[EMAIL PROTECTED]> added the comment:
It would be really useful to explain, right in this section, why __ne__
is worth having. Something along these lines (based on the logic from
Python 2.x -- modify as necessary):
The values most commonly returned by the rich comp
New submission from Michael Welsh Duggan :
Documentation says that this call is shorthand for
PyErr_SetString(PyExc_TypeError, message), but is instead shorthand for
PyErr_SetString(PyExc_SystemError, message).
--
assignee: georg.brandl
components: Documentation
messages: 80831
nosy
Seth Michael Larson added the comment:
Leaving a thought here, I'm highlighting that we're now implementing two
different standards, RFC 3986 with hints of WHATWG-URL. There are pitfalls to
doing so as now a strict URL parser for RFC 3986 (like the one used by
urllib3/requests)
New submission from Michael Hirsch, Ph.D. :
The early short-circuit logic in shutil.which() when cmd includes a directory
component incorrectly gives None on Windows if the correct filename suffix was
not also given.
Example: on Windows if ./foo.exe exists, then shutil.which('./fo
Change by Michael Hirsch, Ph.D. :
--
keywords: +patch
pull_requests: +25053
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26458
___
Python tracker
<https://bugs.python.org/issu
Michael Hirsch, Ph.D. added the comment:
Correction:
Example: on Windows if ./foo.exe exists, then shutil.which('./foo') returns
None.
--
___
Python tracker
<https://bugs.python.o
Michael L. Boom added the comment:
I don't think I even got this working on the small scale. The unit test in the
bug report is about as small as it gets and it doesn't work. The issue still
exists in Python 3.9.5.
--
___
Python track
Michael L. Boom added the comment:
Is there anything that I can do, or the company I work for can do, to get a
developer assigned to fix this bug? It is hard to use multiprocessing remote
method calls without this bug being fixed. The software wouldn't be robust
enough for produ
New submission from Michael Wayne Goodman :
Some constants mentioned in the mmap module documentation are not listed as
module contents (i.e., with permalinks), so the mentions do not appear as links
and it's not explicit that they are in the mmap module namespace. For instance,
ACCESS
Change by Michael Wayne Goodman :
--
keywords: +patch
pull_requests: +27343
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29075
___
Python tracker
<https://bugs.python.org/issu
Michael Wayne Goodman added the comment:
I have added a draft PR on GitHub that adds the lists of constants. As
mentioned in the PR, there are a few things that I think could be added before
merging:
1. Update descriptions in mmap.mmap, and maybe the intro, to link to relevant
sections.
2
Michael Wayne Goodman added the comment:
Also, the first sentences of third paragraph have some problems:
> For both the Unix and Windows versions of the constructor,
> access may be specified as an optional keyword
> parameter. access accepts one of four values: ACCESS_READ,
>
New submission from Michael Wayne Goodman :
Both the Python and C versions of xml.etree.ElementTree allow Element.extend()
to accept a sequence or an iterable, such as a generator expression (although
the docs only mention "sequence"; that's a separate problem):
>>&g
New submission from Michael Wayne Goodman :
The documentation for Python 3.8 and higher still refer to 'clock' as an
accepted 'name' argument for time.get_clock_info() that returns a namespace
readable by time.clock(), despite time.clock() being removed since Python 3.8.
Michael Wayne Goodman added the comment:
Sure, no problem. I've just signed the CLA and forked the code. I'll wait a day
for the CLA check to clear then submit.
--
___
Python tracker
<https://bugs.python.o
Change by Michael Wayne Goodman :
--
keywords: +patch
pull_requests: +17154
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/17709
___
Python tracker
<https://bugs.python.org/issu
New submission from Michael Wayne Goodman :
The documentation for xml.parsers.expat.errors.codes says:
A dictionary mapping numeric error codes to their string descriptions.
But this is backwards. It should say it maps the string descriptions to the
error codes. Likewise, the docs for
Change by Michael Wayne Goodman :
--
keywords: +patch
pull_requests: +22738
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23876
___
Python tracker
<https://bugs.python.org/issu
New submission from Michael L. Boom :
When building libxml2 using Python 3.9.0 or Python 3.9.1 and gcc 10.2.0 I get
the below error. Others are having this problem according to my Google search.
make[4]: Entering directory
'/local/users/michael.l.boom/gits/scoring_engine/git/aae_tm
Michael L. Boom added the comment:
I thought the problem was in a Python file. Perhaps I am mistaken. The
libxml2 builds fine when using Python 3.8.x.
--
___
Python tracker
<https://bugs.python.org/issue42
Michael L. Boom added the comment:
The gcc 10.x thinks that the right side of the expression on
incoude/python3.9/object.h should be in parentheses. It seems like a Python
bug. Perhaps earlier versions of gcc didn't have a problem with this.
/local/users/michael.l.boom/gits/scoring_e
Michael L. Boom added the comment:
The gcc 10.x seems to think this is also a bug:
/local/users/michael.l.boom/gits/scoring_engine/git/aae_build_python_3.9.1/include/python3.9/object.h:633:41:
error: expected ‘(’ before ‘PyType_HasFeature’
633 | #define PyType_FastSubclass(type, flag
New submission from Michael L. Boom :
The space is string, and either mechanism and/or response are bytes.
smtplib.py:634
response = encode_base64(initial_response.encode('ascii'), eol='')
(code, resp) = self.docmd("AUTH", mechanism + " " + re
Michael Wayne Goodman added the comment:
Sorry to resurrect an old bug, but I've also found the docs lacking and I can
fill in some gaps with some experimental results. Setup:
>>> import sqlite3
>>> conn = sqlite3.connect(':memory:')
>>>
Michael Wayne Goodman added the comment:
Sorry, typo in my last statement. I did *not* verify if the behavior is the
same with earlier/later versions.
--
___
Python tracker
<https://bugs.python.org/issue20
New submission from Michael L. Boom :
The client doesn't reconnect automatically, or explicitly. I just get
BrokenPipeError over and over.
Manager:
import multiprocessing.managers, os, sys, time
class TestClass(object):
def test_method(self):
prin
New submission from Michael L. Boom :
I have a program that is running a multiprocessing manager. Other programs
connect and get proxies for objects. If those programs close cleanly, the
destructor in the multiprocessing manager for the corresponding object gets
called. If I kill that
2901 - 3000 of 3045 matches
Mail list logo
