Keith added the comment:
Compile with a compiler supporting the C++20 core feature (Modules)
https://en.cppreference.com/w/cpp/compiler_support
In visual studio, use C/C++ > Language > CPP Language Standard > C++20 or
higher
On Mon, Mar 7, 2022 at 5:32 PM STINNER Victor
wrote:
&g
Keith added the comment:
the word "module" should be treated as a reserved keyword.
Any use of "module" as an argument name should be changed to something else
throughout the code base.
On Fri, Aug 20, 2021 at 11:28 PM Hasan wrote:
>
> Hasan added the comment:
&
Change by Russell Keith-Magee :
--
keywords: +patch
pull_requests: +25389
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26808
___
Python tracker
<https://bugs.python.org/issu
New submission from Russell Keith-Magee :
BPO-41486 added _BlocksOutputBuffer for the bz2, lzma and zlib module.
Part of this patch included a new header file, pycore_blocks_output_buffer.h,
which defines a BUFFER_BLOCK_SIZE constant.
If two or more of the bz2, lzma or zlib modules are
Keith Prussing added the comment:
Caveat: It's been a few years so I'm trying to recall what I was doing at the
time and what my original problem was.
I understand and expect pdb to populate __package__ and __main__ to be what it
expects when run as a module with -m. However, I
Keith Smiley added the comment:
Someone nonchalantly updated these in
https://github.com/python/cpython/commit/2fc857a5721a5b42bcb696c9cae1bbcc82a91b17
so this bug is now fixed
--
stage: patch review -> resolved
status: open -> closed
___
Keith Smiley added the comment:
I think given that this file seems to be updated occasionally anyways we should
still land this. I agree with the sentiment that if this was a super specific
fix just for this edge case maybe it wouldn't be wor
Keith Smiley added the comment:
Yep for sure, this is the first time I've hit a difference with uname
specifically
--
title: ./configure fails on Apple Silicon -> ./configure fails on Apple Silicon
with coreutils uname
___
Python tracker
Keith Smiley added the comment:
Thanks for checking, I was able to debug further and it turns out the actual
issue is if you use `uname` from `coreutils`, you get different results:
```
% /opt/homebrew/opt/coreutils/libexec/gnubin/uname -p
arm64
% /usr/bin/uname -p
arm
```
I have this in my
Keith Smiley added the comment:
Thanks for taking a look. My limited understanding is also that these should be
able to be updated separately from autoconf, and I feel slightly more confident
knowing that in the past folks treated this update as trivial. It seems like
the changes should be
Change by Keith Smiley :
--
keywords: +patch
pull_requests: +24179
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/25450
___
Python tracker
<https://bugs.python.org/issu
New submission from Keith Smiley :
It seems that Apple Silicon support has been added in
https://github.com/python/cpython/pull/22855, but when I try to build locally I
see this error:
```
% ./configure
checking for git... found
checking build system type... Invalid configuration `arm64
Keith Smiley added the comment:
Would someone be able to review this change?
--
___
Python tracker
<https://bugs.python.org/issue43220>
___
___
Python-bug
Change by Wm. Keith van der Meulen :
--
nosy: +wkeithvan
nosy_count: 7.0 -> 8.0
pull_requests: +23872
pull_request: https://github.com/python/cpython/pull/25124
___
Python tracker
<https://bugs.python.org/issu
Keith Smiley added the comment:
Here's an example outside of argparse showing this is caused by the `is`
comparison with interned string:
```
import sys
short_string = sys.argv[1]
short_default = '1'
long_string = sys.argv[2]
long_default = 'not-interned'
print
Change by Keith Smiley :
--
keywords: +patch
pull_requests: +23311
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24526
___
Python tracker
<https://bugs.python.org/issu
New submission from Keith Smiley :
With this code:
```
import argparse
parser = argparse.ArgumentParser()
group = parser.add_mutually_exclusive_group(required=True)
group.add_argument("--foo", default="1")
group.add_argument("--bar")
args = parser.parse_ar
Keith Blaha added the comment:
> TBH this is not very elegant, but I think you can go ahead with this (at
> least as a quick fix) since I don't see a better solution yet.
Agreed, given that the current workaround of implementing them in the same
module works I think I will stic
New submission from Keith Blaha :
Copied from https://github.com/python/typing/issues/737
I came across this issue while using inheritance to express required keys in a
TypedDict, as is recommended by the docs.
It's most easily explained by a minimal example I cooked up. Let's say
New submission from Keith Spitz :
For the totally unimportant list...
On the Python 3.8.3 release page
(https://www.python.org/downloads/release/python-383/), Mr. Anemone was
actually played by Graham Chapman and not John Cleese
(https://montypython.fandom.com/wiki/Flying_Lessons
Russell Keith-Magee added the comment:
It appears the 3.7.7RC1 embedded installer was also missing the file.
--
___
Python tracker
<https://bugs.python.org/issue39
New submission from Russell Keith-Magee :
The Windows python-3.7.7-embed-amd64.zip installer (released Mar 11 2020)
appears to be missing vcruntime140.dll. As a result, running the python.exe or
pythonw.exe included in that installer fails with a system error notifying you
of the missing DLL
New submission from Keith :
The Python library will not compile with a C++2020 compiler because the code
uses the reserved “module” keyword
For example, in warnings.h, we have the following code:
#ifndef Py_LIMITED_API
PyAPI_FUNC(int) PyErr_WarnExplicitObject(
PyObject *category
New submission from Keith F. Kelly :
Apparently the fix for https://bugs.python.org/issue34652 was incorrect, or got
incorrectly backported to, the 2.7 tree, because as of 2.7.16, the os.lchmod()
built-in API is unexpectedly missing on MacOS, which is breaking our existing
code
Change by Russell Keith-Magee :
--
nosy: +freakboy3742
___
Python tracker
<https://bugs.python.org/issue36880>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Keith Dart :
--
nosy: +kdart
___
Python tracker
<https://bugs.python.org/issue32810>
___
___
Python-bugs-list mailing list
Unsubscribe:
Keith Campbell added the comment:
> It's up to the OP to file an issue there though
Will do; thanks!
--
___
Python tracker
<https://bugs.python.org
New submission from Keith Campbell :
Find the test case below:
from typing import NamedTuple
class Foo(NamedTuple):
alpha: int
index: int
This results in the following error when run through type-checking with mypy:
% mypy --version
mypy 0.620
% mypy go.py
go.py:5
Keith added the comment:
Look at the architecture of Rio in Ruby (also ported to Squeak/Smalltalk)
Leave Path to handle path stuff, and have another class to handle Platform
stuff.
https://rubygems.org/gems/rio/versions/0.6.0
--
nosy: +keithy
Russell Keith-Magee added the comment:
For those interested, we developed a workaround for this in Rubicon:
https://github.com/pybee/rubicon-objc/pull/85/files
The fix involves using ctypes to access ctypes own internals, and build a
modified version of the Structure data type that is able
Russell Keith-Magee added the comment:
For those interested, I've started tracking these patches on Github:
https://github.com/freakboy3742/cpython
The 3.4, 3.5 and 3.6 branches are tested and compile as of the time of this
comment; the master branch has also been updated, in prepar
Keith Erskine added the comment:
OK Terry. Thank you everybody for your thoughts and suggestions.
--
___
Python tracker
<http://bugs.python.org/issue30
Keith Erskine added the comment:
I should have said, Peter, an odd number of quotes does not necessarily mean
the quoting is bad. For example, a line of:
a,b",c
will parse fine as ['a', 'b"', 'c']. Figuring out bad quoting is not easy, but
if we know t
Keith Erskine added the comment:
The csv reader already supports bad CSV - that's what I believe "strict" is for
- but only in one specific scenario. My request is to make that "strict"
attribute a bit more useful.
Thank you for your suggestion, Peter. I have toyed
Keith Erskine added the comment:
As you say, David, however much we would like the world to stick to a given CSV
standard, the reality is that people don't, which is all the more reason for
making the csv reader flexible and forgiving.
The csv module can and should be used for more than
Keith Erskine added the comment:
The csv reader already handles a certain amount of bad formatting. For
example, using default behavior, the following file:
a,b,c
d,"e"X,f
g,h,i
is read as:
['a', 'b', 'c']
['d', 'eX', 'f&
Keith Erskine added the comment:
Perhaps I should add what I would prefer the csv reader to return in my example
above. That would be:
['a', 'b', 'c']
['d', 'e,f']
['g', 'h', 'i']
Yes, the second line is s
New submission from Keith Erskine:
If a csv file has a quote character at the beginning of a field but no closing
quote, the csv module will keep reading the file until the very end in an
attempt to close out the field. It's true this situation occurs only when the
quoting in a csv fi
Russell Keith-Magee added the comment:
Since I was named dropped; it's worth pointing out that this has evidently been
fixed - intentionally or otherwise - in 3.6.
It wasn't an issue in 3.4 and earlier because __mod__ wasn't implemented for
bytestrings.
--
nosy
Keith Brafford added the comment:
Serge, I wrote this awhile back, before I learned you aren't supposed to
subclass built-in types. Is this the type of effect you're looking for?
https://gist.github.com/kbrafford/da39e06d18b6df2a0eecb4493699
Here's an example
Changes by Russell Keith-Magee :
--
nosy: +freakboy3742
___
Python tracker
<http://bugs.python.org/issue23968>
___
___
Python-bugs-list mailing list
Unsubscribe:
Russell Keith-Magee added the comment:
Yes - I'm aware of Pythonista; the author of that app contracted me to develop
the 3.5 patch that is attached to this ticket :-)
--
___
Python tracker
<http://bugs.python.org/is
Russell Keith-Magee added the comment:
Alex - The usual cause for that problem isn't regrtest (at least, not
directly). The cause is one of the tests in the suite spawning a subprocess.
Due to the way the test harness works, when the test suite forks/spawns a
subprocess (e.g., to
Changes by Keith Dart :
--
nosy: +kdart
___
Python tracker
<http://bugs.python.org/issue26186>
___
___
Python-bugs-list mailing list
Unsubscribe:
Russell Keith-Magee added the comment:
Another update - the issue with libffi has been resolved, so there is now only
need for a single copy of libffi_ios sources.
This directory could potentially be merged with the libffi_osx sources, except
that libffi no longer supports PowerPC as a
Russell Keith-Magee added the comment:
It turns out I wasn't completely correct. As per my second point, the
interpretation of annotations needs be clarified, but my first point about
default_args including the annotation count is incorrect.
My error was made because of the documentatio
Changes by Russell Keith-Magee :
--
versions: -Python 2.7
___
Python tracker
<http://bugs.python.org/issue25836>
___
___
Python-bugs-list mailing list
Unsub
New submission from Russell Keith-Magee:
Refs Issue16554, Issue13026, Issue14349, and probably others.
The documentation for the interpretation of the argc argument to MAKE_FUNCTION
in Doc/library/dis.rst is incorrect.
As of 13 August 2015, the docs say:
"""
Pushes a new fun
New submission from Keith Prussing:
When a module is run under pdb in Python 3, __package__ is set to the empty
string instead of None. The attached minimum working example depicts this
behavior. The results are summarized in the following table.
=== == ==
Command
Keith Teal added the comment:
I would also like to add that the location of this directory is not correct for
Windows software. This directory should be created in %APPDATA% where users by
default do have write permissions.
If there are plans to ever make this application portable then it
Keith Teal added the comment:
Hi Terry,
I did not just make that stuff up on my last post, that is actually the
standard for Windows applications. Yes, many Linux ports get it wrong but is
that any reason to ever perpetuate a bad practice?
To see the standards you can download the Windows
Russell Keith-Magee added the comment:
>>What hardware architecture are you compiling for? If it's ARM64, and you're
>>not using a trunk version of libffi, that segfault in test_ctypes is to be
>>expected.
> Does this mean I can safely ignore the segfault?
W
Russell Keith-Magee added the comment:
Are you using the libffi sources vendored into the Python source tree, or a
more recent version? I can verify that libffi v3.2 works on ARMv7 (on iOS,
anyway), and there's been plenty of changes to the ARM source tree since the
Python versio
Russell Keith-Magee added the comment:
What hardware architecture are you compiling for? If it's ARM64, and you're not
using a trunk version of libffi, that segfault in test_ctypes is to be expected.
--
___
Python tracker
<http://bu
Russell Keith-Magee added the comment:
Another update - this time, there are only 4 failing tests on device, all
related to ctypes issues.
The sample Xcode project and iOS-test harness have been modified, simplifying
the project layout, and using Apple-preferred directories for resources
Russell Keith-Magee added the comment:
Another patch update - the code now passes the full Python test suite on the
iOS simulator.
There are still a couple of failures on device; as before, these appear to be
due to ctypes problems and a permissions issue with os.mkdir.
--
Added
Russell Keith-Magee added the comment:
This new patch (20150504.diff) adds support for running the Python test suite
The new patch is standalone, and contains everything in the previous patch.
An XCode project (Tools/iOS-test) has been added to the source tree; this
project contains bootstrap
Keith Gray added the comment:
Here is the patch. I have tested it against tip. Let me know if you need
anything else.
--
keywords: +patch
Added file: http://bugs.python.org/file39268/issue-24109.patch
___
Python tracker
<http://bugs.python.
Keith Gray added the comment:
I took a look at Tools/scripts/diff.py and it looks like it got converted to
use argparse 9 months ago. I think I should be able to just include that in the
difflib documentation directly.
My next question is which branches need to have this changed? Do I just
New submission from Keith Gray:
The documentation for optparse states it has been deprecated in favor of
argparse since 2.7. However, the library documentation for difflib still uses
optparse in the example.
https://docs.python.org/2/library/difflib.html#a-command-line-interface-to-difflib
Russell Keith-Magee added the comment:
Here's an updated patch that integrates some of the feedback that has been
received so far.
Notable changes:
* The code now works for ARMv7. Unfortunately, the price for this is a new
libffi_ios_aarch source directory, containing generated source
Russell Keith-Magee added the comment:
Hi Matthias:
* The libffi situation on iOS is much the same as it is on OS/X - it needs to
be pre-generated. This can't be driven by the existing build system - libffi's
Makefile requires a separate pre-generation step. There's certainly
Russell Keith-Magee added the comment:
I'm looking into this issue because of issue23670 (iOS support).
Am I correct in assuming that the right fix here is to identify a
$(CC_FOR_BUILD) analog for $(PYTHON_FOR_BUILD) that will identify the build
host's CC, enabling a build-host nat
Russell Keith-Magee added the comment:
Nick: Finding a way to get on-device test results is next on my TODO list, once
I've got the patch up to date for trunk.
FYI - Updating to trunk is currently blocking on issue22625 (which was
introduced by the fix for issue22359).
I had thought
Russell Keith-Magee added the comment:
Understood that buildbots are required. The subject has come up a couple of
times on mobile-sig - however, I haven't got a good answer for exactly what
this means in practice. Does build hardware need to be delivered to a specific
build farm locatio
Russell Keith-Magee added the comment:
Nick: you are correct - these are changes to support iOS as a cross-compilation
target, so you can run your Python code on an iOS device. Apologies for the
confusion in nomenclature.
Ned: You're correct that the build needs to be run on an OS/X ma
New submission from Russell Keith-Magee:
Proposal: iOS should be a supported platform for Python development.
The attached patch is a first pass at a patch to achieve this. It is a single
patch against Python 3.4.2 sources, and requires no pre- or post-configure
modifications.
Supporting
Changes by Russell Keith-Magee :
--
nosy: +freakboy3742
___
Python tracker
<http://bugs.python.org/issue23496>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Keith Chewning:
If I %paste this code into an ipython shell the test passes. If this is saved
to a file DictTest.py and run with ./DictTest.py -m the test fails. with the
error
name 'keys' is not defined
If the variable keys is made global, as is suggested in t
Keith Hughitt added the comment:
Although it would be nice if the behavior were normalized between positional
and optional args, it seems like doc patch would be the most straight-forward
at this point. The down-side is that I suspect many people will assume the
behavior for optional args
Keith Hughitt added the comment:
Any progress on this issue? Still persists in Python 3.4.1.
--
nosy: +khughitt
___
Python tracker
<http://bugs.python.org/issue15
New submission from Keith Randall:
>>> 1e200*1e200
inf
>>> 1e200**2
Traceback (most recent call last):
File "", line 1, in
OverflowError: (34, 'Numerical result out of range')
Shouldn't floating-point operations overflow to inf, not generate exce
Keith Bannister added the comment:
Hi,
I'm trying to make an application with GNU readline support, and some plots.
But it seems that tkInter and raw_input don't play nicely.
The attached script (18 lines) crashes immediately on my Mac with SIGABRT and
outputs the following:
Keith Sabine added the comment:
Well all I can say is having installed BOTH the 32 and 64 bit versions, I found
I only had the 32 bit dll installed.
I can raise a second issue for the request to put a copy of the dll in the DLL
directory, so that it's easier to locate the correct d
Keith Sabine added the comment:
I selected "install for all users", even though there is only one...
--
___
Python tracker
<http://bugs.python.o
New submission from Keith Sabine:
The windows installers for Python 2.7.3 do not install the required
python27.dll correctly.
The Windows x86 MSI Installer (2.7.3) does not install a 32 bit python27.dll in
windows\system32 at all.
The Windows x86-64 MSI Installer (2.7.3) installs a 64 bit
Keith Briggs added the comment:
Senthil: thanks for the reply. That's how I did build python 2.7.2 anyway.
But I can't see anything about SSL in the generated config files.However,
on another system (Fedora 15 with python 2.7.1), I don't get the problem.
In case it&
Russell Keith-Magee added the comment:
This isn't just a Python 3 issue -- I'm seeing this with the default Python
install on OS X Snow Leopard (i.e. Python 2.6.1). Changing the .pypirc config
line to [server-login] fixed the problem for me, too.
--
nosy: +fr
Keith Briggs added the comment:
I am still getting this error with SocketServer in Python 2.7.2, even though it
looks the same as was fixed in Issue7133:
File "/usr/local/lib/python2.7/SocketServer.py", line 284, in
_handle_request_noblock
self.process_request(request, clie
Keith Dart added the comment:
I'm thinking Python could use a general purpose ifconfig/mac-layer module that
uuid.py could then just use.
--
___
Python tracker
<http://bugs.python.org/is
Keith Dart added the comment:
It's also possible using existing wrapped os system calls. One exaple is here:
http://code.google.com/p/pycopia/source/browse/trunk/aid/pycopia/ifconfig.py
Although that one doesn't current support MAC addresses, but it could. The
socket module also n
Changes by Keith Dart :
--
nosy: +kdart
___
Python tracker
<http://bugs.python.org/issue11063>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
New submission from Keith Dart :
When the uuid.py module is simply imported it has the side effect of forking a
subprocess (/sbin/ldconfig) and doing a lot of stuff find a uuid implementation
by ctypes. This is undesirable in many contexts. It would be better to perform
those tasks on demand
New submission from Keith Meyer :
When running configure on AIX 5.3 using:
OPT=-O2 LDFLAGS=-s ./configure --with-gcc="xlc_r -q64" --with-cxx-main="xlC_r
-q64" --disable-ipv6 AR="ar -X64"
The Makefile still contains g++ as the CXX compiler to be used.
---
Russell Keith-Magee added the comment:
It's still a problem AFAICT. Level of interest is a different matter.
Django has needed this since 2006, so we've always shipped a locally modified
copy of the doctest module.
That said, Django is in the process of moving away from
Keith Rarick added the comment:
There was a typo in my description of the patch. It should read:
I've attached a patch to fix this. It simply adds 2 and *1* to the list of fds
not to close for c2pwrite and errwrite, respectively.
--
___
P
New submission from Keith Rarick :
Transcript to reproduce in Python 2.6.5:
>>> import subprocess, sys
>>> subprocess.call(('echo', 'foo'), stderr=sys.stdout)
echo: write: Bad file descriptor
1
>>>
Expected behavior:
>>> import sub
Keith Brafford added the comment:
Ok, let's zero in on how this should work. I'll start the concrete proposal
discussion in terms of how it would have worked with the old-style specifiers
(since I am more familiar with that method) and we can bring it up to Py3K
standards as a gro
Russell Keith-Magee added the comment:
As an extra data point: we just hit this problem in Django ticket #13093
(http://code.djangoproject.com/ticket/13093). In our case, a decorator was
using wraps(); however, that decorator was breaking when it was used on a class
with a __call__ method
Keith Campbell added the comment:
You are correct. Thanks.
Keith
--
___
Python tracker
<http://bugs.python.org/issue6796>
___
___
Python-bugs-list mailin
New submission from Keith Campbell :
Python 3.1.1 (r311:74483, Aug 17 2009, 17:02:12) [MSC v.1500 32 bit
(Intel)] on win32
Type "copyright", "credits" or "license()" for more information.
>>> =
Keith Fahlgren added the comment:
> I got the same impression: xhtml + extra markup for mobile readers.
ePub is indeed based heavily on XHTML 1.1 and CSS and uses a fairly
simple ZIP container. Having written DocBook->ePub tools, I'm happy to
help anyone interested in doi
Keith Briggs added the comment:
That's all true - the only thing in favour of my suggestion is that to
allow lambda=0 is sometimes useful in simulations, meaning that it's
infinite time to the next event, i.e. it never occurs. A FP infinity
would do this without requiring a special
New submission from Keith Briggs :
random.expovariate(lambd) should handle lambd=0 cleanly, and probably
return a FP infinity.
At the moment it gives:
ZeroDivisionError: float division
--
components: Extension Modules
messages: 79346
nosy: kbriggs
severity: normal
status: open
title
New submission from Keith Briggs <[EMAIL PROTECTED]>:
I got the message:
optparse.OptionError: invalid long option string '-T0': must start with
--, followed by non-dash
This is bad - the real error was that I gave a short option which did
not have a single letter.
Als
95 matches
Mail list logo
