a space after the
> "-m":
No, the option and its argument can be bundled. "-mpip" is equivalent
to "-m pip". (The space might make it clearer for human readers.)
[...]
--
Keith Thompson (The_Other_Keith) keith.s.thompso...@gmail.com
Working, but not speakin
Keith Thompson writes:
> "Kevin M. Wilson" writes:
>> Ok, I'm not finding any info. on the int() for converting a str to an
>> int (that specifies a base parameter)?!
>
> https://docs.python.org/3/library/functions.html#int
[...]
Or `print(int.__doc__)` at a Pyt
our messages if you like, but it will be
very helpful if you introduce it with a line consisting of "-- ", as
I've done here.
It would also be very helpful if you introduce line breaks into your
message, particularly before and after any included code. The
formatting made your message diffic
category=DeprecationWarning)
import nntplib
If my understanding is correct, why is this such a big problem?
--
Keith Thompson (The_Other_Keith) keith.s.thompso...@gmail.com
Will write code for food.
void Void(void) { Void(); } /* The recursive call of the void */
--
https://mail.python.org/mailman/listinfo/python-list
ingful. (What if there are
actual underscores in the original subject line?)
You should probably apply some kind of MIME-specific decoding. (I don't
have a specific suggestion for how to do that.)
--
Keith Thompson (The_Other_Keith) keith.s.thompso...@gmail.com
Working, but not speaking, f
otocol includes a command to
cancel an article, but servers ignore it due to past abuse.)
--
Keith Thompson (The_Other_Keith) keith.s.thompso...@gmail.com
Working, but not speaking, for XCOM Labs
void Void(void) { Void(); } /* The recursive call of the void */
--
https://mail.python.org/mailman/listinfo/python-list
t;Pythonic" was more about how you write code than about the
design of the language. But designing a language syntax so typos are
likely to be syntax errors rather than valid code with different
semantics is an interesting challenge.
--
Keith Thompson (The_Other_Keith) keith.s.thompso...@gmai
ightness". I offer no opinion on whether that's accurate.
--
Keith Thompson (The_Other_Keith) keith.s.thompso...@gmail.com
Working, but not speaking, for XCOM Labs
void Void(void) { Void(); } /* The recursive call of the void */
--
https://mail.python.org/mailman/listinfo/python-list
nse from "Manosh Manosh", I recommend ignoring it.
He appears to be a spammer.
--
Keith Thompson (The_Other_Keith) keith.s.thompso...@gmail.com
Working, but not speaking, for XCOM Labs
void Void(void) { Void(); } /* The recursive call of the void */
--
https://mail.python.org/mailman/li
er.
I would expect user prompts to be written to stdout, or perhaps to some
system-specific stream like the current tty, not to stderr. If a
program has user prompts, it probably doesn't make sense to pipe its
output to the input of another.
--
Keith Thompson (The_Other_Keith) keith.s.thompso.
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
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 believe my
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 worth
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
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(f"short comparisons
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
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 we have
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:
I should know this ...! Anyway, I have a list of 36 tuples, each with
x, y, z values I want to create a surface plot ...
Need help putting data into right format for matplot3D ...
This is a gmail account used by Keith D. Anthony
On Sat, Mar 16, 2019 at 12:03 PM wrote:
> Send Python-l
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/issu
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 <kei...@consultant.com> 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: +
Russell Keith-Magee <freakboy3...@gmail.com> 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 Str
Russell Keith-Magee <freakboy3...@gmail.com> 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 als
Keith Erskine added the comment:
OK Terry. Thank you everybody for your thoughts and suggestions.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
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 that there are no multil
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 with
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 just
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']
['g', 'h', 'i']
It seems reasonable that csv shou
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 still mangled but at least the csv reader would carry
on and read the third line
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 file
I need some insightful examples of elastic search, using REGEX ...
And using REST.
--
https://mail.python.org/mailman/listinfo/python-list
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: +freakboy3742
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 using it:
https
Changes by Russell Keith-Magee <freakboy3...@gmail.com>:
--
nosy: +freakboy3742
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
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 <rep...@bugs.python.org>
<http://bugs.python.org/i
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 run
Changes by Keith Dart <ke...@dartworks.biz>:
--
nosy: +kdart
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26186>
___
__
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
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 documentation
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
Changes by Russell Keith-Magee <freakboy3...@gmail.com>:
--
versions: -Python 2.7
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
a download from somewhere else into your computer, isn't the hacker
> "downloading" things to your computer?
My understanding of the word "downloading" has always been STOP FEEDING
THE TROLL!
--
Keith Thompson (The_Other_Keith) ks...@mib.org <http://www.ghoti.net/~kst>
W
puter.
>
> Since you don't even know that much about computers, anything else you
> say is obviously not worth readin.
Nor is it worth replying to. *Please* don't feed the troll.
(Followups set.)
--
Keith Thompson (The_Other_Keith) ks...@mib.org <http://www.ghoti.net/~kst>
W
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
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?
Well, safely in the sense that everything
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 version
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 rep...@bugs.python.org
http
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:
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
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 rep...@bugs.python.org
http
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 tree
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 potential
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 about
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 native $(PGEN
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 machine
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
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 location
Changes by Russell Keith-Magee freakboy3...@gmail.com:
--
nosy: +freakboy3742
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23496
___
___
Python
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 the comment
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 rep...@bugs.python.org
http://bugs.python.org/issue15125
New submission from Keith Randall:
1e200*1e200
inf
1e200**2
Traceback (most recent call last):
File stdin, line 1, in module
OverflowError: (34, 'Numerical result out of range')
Shouldn't floating-point operations overflow to inf, not generate exceptions?
--
components: Interpreter
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:
$ python
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 dll
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 Sabine added the comment:
I selected install for all users, even though there is only one...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16727
Thank you, Chris!
Sent from my iPhone
On Apr 7, 2012, at 3:24 PM, Chris Rebert c...@rebertia.com wrote:
On Sat, Apr 7, 2012 at 2:15 PM, KRB alaga...@gmail.com wrote:
Hi there,
I would like to be able to pass a list of variables to a procedure, and have
the output assigned to them.
You
Karim kliat...@gmail.com wrote in
news:mailman.1309.1333529851.3037.python-l...@python.org:
This release manage the '.xlsx' format?
http://packages.python.org/openpyxl/
--
http://mail.python.org/mailman/listinfo/python-list
Steve Howell showel...@yahoo.com wrote in news:ae774035-9db0-469d-aa2a-
02f2d25ff...@qg3g2000pbc.googlegroups.com:
Once you are able to import ssl, you should be able to use IMAP4_SSL,
but that still doesn't entirely explain to me why you got a timeout
error with plain IMAP4 and the proper
Keith Briggs kbri...@users.sourceforge.net 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
Russell Keith-Magee freakboy3...@gmail.com 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
Keith Briggs kbri...@users.sourceforge.net 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
I do not have my library with me, but I remember a book that fits the bill
exactly, is was from Microsoft Press, I think it was called Writing Solid Code
Hope this helps,
-EdK
Ed Keith
e_...@yahoo.com
Blog: edkeith.blogspot.com
--- On Wed, 5/25/11, Matty Sarro msa...@gmail.com wrote
--- On Wed, 5/25/11, Ed Keith e_...@yahoo.com wrote:
I do not have my library with me, but
I remember a book that fits the bill exactly, is was from
Microsoft Press, I think it was called Writing Solid Code
I have done some research at amazon.com, and while Writing Solid Code is an
excellent
Keith
e_...@yahoo.com
Blog: edkeith.blogspot.com
--
http://mail.python.org/mailman/listinfo/python-list
suggestions would be greatly appreciated.
Thanks!
Keith
--
http://mail.python.org/mailman/listinfo/python-list
1 - 100 of 319 matches
Mail list logo