Paul Moore added the comment:
Is there any chance this can be included in Python 3.4? It would apparently
allow numpy to be built with stock tools on Windows Python.
--
nosy: +pmoore
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 655d7a55c165 by Martin v. Löwis in branch 'default':
Issue #17162: Add PyType_GetSlot.
http://hg.python.org/cpython/rev/655d7a55c165
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
Martin v. Löwis added the comment:
Thanks for the reviews; this is now committed.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17162
___
Roundup Robot added the comment:
New changeset eaae4008327d by Victor Stinner in branch 'default':
Issue #17162: Fix compilation, replace non-breaking space with an ASCII space
http://hg.python.org/cpython/rev/eaae4008327d
--
___
Python tracker
Vajrasky Kok added the comment:
Here is the updated patch after Larry's commit to clinic. Everything is
included except codecsmodule.
--
Added file: http://bugs.python.org/file33895/issue20173_conglomerate.patch
___
Python tracker
STINNER Victor added the comment:
Here is a script to measure the accuracy of asyncio: min/max difference between
the scheduled time and the real elapsed time. It's not directly related to the
attached patch, but it can help if you want to implement a different option
like
Results on my
Changes by STINNER Victor victor.stin...@gmail.com:
Added file: http://bugs.python.org/file33897/add_granularity.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20505
___
Serhiy Storchaka added the comment:
It looks to me that code can be a little more clear if use C-style formatting.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20491
___
Kristján Valur Jónsson added the comment:
Note that the docstring does not match the doc:
PyDoc_STRVAR(throw_doc,
throw(typ[,val[,tb]]) - raise exception in generator,\n\
return next yielded value or raise StopIteration.);
Should I change the docstring too?
--
Tim Golden added the comment:
Larry Hastings would have to rule on whether it could get into 3.4 at
this stage.
Paul: are you in a position to apply / test the patch? I've done no more
than glance at it but it looks, from the comments, as though it doesn't
apply cleanly.
--
koobs added the comment:
The issue applies and is reproducible for all versions 2.6 through 3.5.
This is the changeset we applied to all FreeBSD Ports to fix the issue:
https://svnweb.freebsd.org/ports?view=revisionrevision=326729
One specific example (Python 3.3):
1) Use CPPFLAGS over
Paul Moore added the comment:
Unfortunately not really - it's the numpy guys that need this, so hopefully the
original poster can comment.
I'll see if I can hand-patch the relevant files and do a pip install numpy to
see if it fixes that specific scenario. I'll report back.
I've added Larry
Paul Moore added the comment:
Sigh. Looks like it doesn't fix the issue of building numpy - plus it doesn't
apply cleanly. My apologies for the noise, I'll report the issues with the
patch back on the numpy issue where I was told about this patch.
--
Larry Hastings added the comment:
I'm not sure I need to be on this issue. As a rule, Windows build concerns for
3.4 are delegated to Martin von Lowis.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16296
Ram Rachum added the comment:
Hi everyone,
I'm waiting for someone to review my patch. I believe it includes everything
that's needed to merge.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20218
Tim Golden added the comment:
Thanks, Larry. Martin's already nosy this issue, but really we need to
see if we have a viable patch before making decisions about 3.4. I'll
take you off the nosy list.
--
___
Python tracker rep...@bugs.python.org
Changes by Tim Golden m...@timgolden.me.uk:
--
nosy: -larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16296
___
___
Python-bugs-list mailing
Pierrick Koch added the comment:
Fix patch from Xavier's comment, sorry for the delay.
Lib/test/test_asynchat.py passes (Ran 27 tests in 1.431s)
--
Added file: http://bugs.python.org/file33898/cpython.asyncore_4.patch
___
Python tracker
Nick Coghlan added the comment:
v3:
- prefix for internal helper APIs is now _PyCodecInfo_ to better distinguish
them from the ones that take an encoding name
- error check is now just for is not a text encoding
- tweaked the name and comment in the error test to be clear that it is codecs
Mark Dickinson added the comment:
The output is correct, though the tiny precision makes it look strange. The
decimal module is following the usual rules for 'ideal' exponents:
- For *exactly representable* results, the ideal exponent is 0, and the output
will be chosen to have exponent as
Serhiy Storchaka added the comment:
LGTM.
--
stage: test needed - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20404
___
___
New submission from Gareth Rees:
If you pass an object of the wrong type to str.join, Python raises a
TypeError with no error message:
Python 3.4.0b3 (default, Jan 27 2014, 02:26:41)
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.79)] on darwin
Type help, copyright, credits or
koobs added the comment:
Setting versions to correctly reflect those affected.
--
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python
3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6299
Nick Coghlan added the comment:
I think it's also acceptable at this point for the module docs to just say that
handling of mixed type input is undefined and implementation dependent, and
recommend doing map(int, input_data), map(float, input_data), map(Decimal,
input_data) or map(Fraction,
Nick Coghlan added the comment:
For 3.4, I'd prefer to just not convert these functions. The right fix is to
figure out how to get __name__ set appropriately, and that's something the C
extension module improvements in 3.5 should be able to help with.
--
Nick Coghlan added the comment:
For example, see the builtins patch on issue 20184 where I initially converted
sorted() to AC, but then found that making it *work* as an AC function was
actually quite difficult due to the PyList implementation expecting to be given
a arg tuple and kwds dict.
Nick Coghlan added the comment:
If operating systems always exposed accurate metadata and configuration
settings, I'd agree with you. They don't though, so sometimes developers need
to be able to override whatever the interpreter figured out automatically.
In addition, needing to cope with
Mauricio de Alencar added the comment:
According to the docs (http://docs.python.org/3/library/decimal.html):
The decimal module incorporates a notion of significant places so that 1.30 +
1.20 is 2.50. The trailing zero is kept to indicate significance. This is the
customary presentation for
Srinivas Reddy T added the comment:
The exact behavior is present in 2.7 version too. So tagging 2.7 to 3.4
--
nosy: +thatiparthy
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
Nick Coghlan added the comment:
import-...@python.org would be the appropriate list for this one.
However, we can't do anything about it until Python 3.5 next year at the
earliest, and I'm already planning to write a follow-up to
http://www.python.org/dev/peps/pep-0451/ that adapts the
Serhiy Storchaka added the comment:
Expressly writing the name of the module in the expression solves this issue.
--
stage: - patch review
Added file: http://bugs.python.org/file33901/zlib_parameters_defaults.patch
___
Python tracker
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +pitrou
stage: - patch review
versions: -Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20507
___
Mark Dickinson added the comment:
Therefore, if I request 2 digits of precision, I expect 2 digits in the
output.
The `prec` attribute in the context refers to the total number of *significant
digits* that are storable, and not to the number of digits after the decimal
point. `Decimal` is
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6299
___
___
Python-bugs-list
Changes by Tal Einat talei...@gmail.com:
--
nosy: -taleinat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5680
___
___
Python-bugs-list mailing
Changes by Tal Einat talei...@gmail.com:
--
nosy: -taleinat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1528593
___
___
Python-bugs-list
STINNER Victor added the comment:
we *should* do, but there will be some research involved in figuring out how
good the current support for UCN C identifiers is in at least gcc, clang and
Visual Studio 2013
Python 3.4 uses Visual Studio 2010. I'm not sure that you can build an
extension
Changes by Tal Einat talei...@gmail.com:
--
nosy: -taleinat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1253
___
___
Python-bugs-list mailing
Changes by Tal Einat talei...@gmail.com:
--
nosy: -taleinat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4832
___
___
Python-bugs-list mailing
Changes by Tal Einat talei...@gmail.com:
--
nosy: -taleinat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2704
___
___
Python-bugs-list mailing
Tal Einat added the comment:
This should be closed as wont fix.
--
nosy: +taleinat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1253
___
___
Changes by Tal Einat talei...@gmail.com:
--
nosy: -taleinat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6143
___
___
Python-bugs-list mailing
Changes by Tal Einat talei...@gmail.com:
--
nosy: -taleinat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1442493
___
___
Python-bugs-list
Changes by Tal Einat talei...@gmail.com:
--
nosy: -taleinat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1612262
___
___
Python-bugs-list
Changes by Tal Einat talei...@gmail.com:
--
nosy: -taleinat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9262
___
___
Python-bugs-list mailing
Tal Einat added the comment:
Is there any chance this patch could get some love? I've stopped using IDLE a
long time ago, but this patch is a great improvement!
--
versions: +Python 3.5 -Python 3.2
___
Python tracker rep...@bugs.python.org
Changes by Tal Einat talei...@gmail.com:
--
nosy: -taleinat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10079
___
___
Python-bugs-list mailing
koobs added the comment:
Adding a patch for reference only
--
keywords: +patch
Added file: http://bugs.python.org/file33902/python-issue6299.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6299
Roundup Robot added the comment:
New changeset f3ec00d2b75e by Nick Coghlan in branch 'default':
Close #20404: blacklist non-text encodings in io.TextIOWrapper
http://hg.python.org/cpython/rev/f3ec00d2b75e
--
nosy: +python-dev
resolution: - fixed
stage: commit review -
Changes by Tal Einat talei...@gmail.com:
--
nosy: -taleinat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12411
___
___
Python-bugs-list mailing
Tal Einat added the comment:
Roger's patch LGTM, and should be considered a bug-fix.
I will note, however, that this doesn't address the original issue: It still
does not supply an easily discoverable method of toggling highlighting. Having
a keyboard shortcut documented in the help file is
Nick Coghlan added the comment:
Oh, you're right - I temporarily forgot that the C runtime compatibility was
compiler version specific on Windows. So such an approach *would* require
updating the CPython compiler on Windows to at least VS2013 for 3.5. Still,
we're likely to want to do that
Changes by Nick Coghlan ncogh...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19744
___
___
Python-bugs-list
Suzumizaki added the comment:
Both Visual Studio 2012 and 2013 CANNOT install on Windows Vista. That's OK for
you even Vista alive until April 2017?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20485
Thomas Heller added the comment:
Hm, what's the problem?
For me, the patch applies cleanly (in Python 3.4.0b3, 32-bit and 64-bit on
Windows), and
py -3.4(-32) -m pip install numpy
works correctly. At least
py -3.4(-32) -c import numpy; print(numpy.__version__)
prints 1.8.0.
This is with
Roundup Robot added the comment:
New changeset 1b8ba1346e67 by Nick Coghlan in branch 'default':
Close #20053: ignore default pip config settings
http://hg.python.org/cpython/rev/1b8ba1346e67
--
nosy: +python-dev
resolution: - fixed
stage: - committed/rejected
status: open - closed
New submission from Gareth Rees:
If you try to look up an out-of-range address from an object returned
by ipaddress.ip_network, then ipaddress._BaseNetwork.__getitem__
raises an IndexError with no message:
Python 3.4.0b3 (default, Jan 27 2014, 02:26:41)
[GCC 4.2.1 Compatible Apple LLVM
Mauricio de Alencar added the comment:
I propose then to create a context setting that switches between the current
textual representation of a Decimal and one that is right zeros padded up to
context precision.
Such that the line:
print(Context(prec=4,
Changes by STINNER Victor victor.stin...@gmail.com:
--
versions: -Python 2.6, Python 3.1, Python 3.2, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6299
___
Mark Dickinson added the comment:
If you're after a particular string representation, you'll probably find that
string formatting meets your needs.
Python 3.3.3 (default, Nov 24 2013, 14:34:37)
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.79)] on darwin
Type help, copyright, credits or
Changes by Mark Dickinson dicki...@gmail.com:
--
type: enhancement - behavior
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20502
___
Changes by Gareth Rees g...@garethrees.org:
--
type: behavior - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20508
___
___
Gareth Rees added the comment:
Here's a revised patch using Ezio's suggestion (Return the number of items of
a sequence or container).
--
Added file: http://bugs.python.org/file33904/len-set.patch
___
Python tracker rep...@bugs.python.org
Changes by Mark Dickinson dicki...@gmail.com:
--
title: Context setting to print Decimal with as many digits as the prec
setting - Context.create_decimal_from_float() inconsistent precision for zeros
after decimal mark
___
Python tracker
Changes by Gareth Rees g...@garethrees.org:
--
title: Documentation for len() fails to mention that it works on sets -
Documentation for len() fails to mention that it works on sets
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
Mauricio de Alencar added the comment:
String formatting is completely unaware of the concept of *significant digits*.
The only format that can get it right for every case is the 'e'. But then you
always get the exponent, which is undesirable. I was hopeful that the decimal
module would
Stefan Krah added the comment:
Mauricio de Alencar rep...@bugs.python.org wrote:
String formatting is completely unaware of the concept of *significant
digits*.
format(Decimal(1), .2f)
'1.00'
--
___
Python tracker rep...@bugs.python.org
Paul Moore added the comment:
Maybe it's not applicable to 3.3 somehow, which is what I tried. I applied the
patch to the distutils in the system installed Python, then ran pip install
numpy from a virtualenv.
It's quite possible that a million things could have gone wrong in that process
-
R. David Murray added the comment:
I believe the problem lies with the way that Windows implements the 'exec'
functions. Windows isn't posix, and sometimes its attempts to fake it go
rather badly. So, I'm not sure what the actual rules are, but whatever they
are there should at least be a
Mauricio de Alencar added the comment:
Digits after the decimal mark is not the same as significant digits.
See https://en.wikipedia.org/wiki/Significant_figures
If I have a list of numbers [256.2, 1.3, 0.5] that have 3 significant digits
each, I would like to have them displayed as:
['256',
Fabio Zadrozny added the comment:
Just a note for anyone interested: ctypes can be used to access that function:
http://pydev.blogspot.com.br/2014/02/changing-locals-of-frame-frameflocals.html
So, I think that the changes I proposed shouldn't be applied (it'd only be
worth if someone provided
Zachary Ware added the comment:
Ok, so my changes to CONVERT_TO_DOUBLE don't fly with gcc, so that's out. In
the two cases where convert_to_double wants a PyObject *, we could declare
PyObject *objself = (PyObject *)self;, but that's not particularly appealing.
I'll leave the whole PyObject
Stefan Krah added the comment:
Mauricio de Alencar rep...@bugs.python.org wrote:
Mauricio de Alencar added the comment:
Digits after the decimal mark is not the same as significant digits.
See https://en.wikipedia.org/wiki/Significant_figures
If I have a list of numbers [256.2, 1.3,
Lukas Vacek added the comment:
attaching patch
--
keywords: +patch
nosy: +Lukas.Vacek
Added file: http://bugs.python.org/file33905/fix_expat_names.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19186
Oscar Benjamin added the comment:
I was working on the basis that we were talking about Python 3.5.
But now I see that it's a 3.4 release blocker. Is it really that urgent?
I think the current behaviour is very good at handling a wide range of types.
It would be nice to consistently report
Brett Cannon added the comment:
The trick would be how to query finders to say what could you find? There is
no API for that so either something pragmatic that won't work in the face of
e.g. zipfiles would need to be used or a new optional API on finders to list
what the tail name of modules
Nick Coghlan added the comment:
Changing the behaviour is not urgent - documenting that it may change
in the future is essential.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20481
___
Roundup Robot added the comment:
New changeset c242a8f30806 by Benjamin Peterson in branch '3.3':
restore namespacing of pyexpat symbols (closes #19186)
http://hg.python.org/cpython/rev/c242a8f30806
New changeset a2d877fb53f6 by Benjamin Peterson in branch 'default':
merge 3.3 (#19186)
Roundup Robot added the comment:
New changeset 4e43e5b3f7fc by Benjamin Peterson in branch '2.7':
mmap obmalloc arenas so that they may be immediately returned to the system
when unused (closes #20494)
http://hg.python.org/cpython/rev/4e43e5b3f7fc
--
nosy: +python-dev
resolution: -
Gareth Rees added the comment:
Patch attached. I added a test case to Lib/test/test_sys.py.
--
Added file: http://bugs.python.org/file33906/exit.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14376
Wolfgang Maier added the comment:
Hi Nick and Oscar,
my patch including tests is ready. What else should I say than that I think it
is ok, but of course with only days remaining and still no feedback from
Steven, I'm not sure there is any chance for it going into 3.4 still.
Anyway, before
Mauricio de Alencar added the comment:
You need to stop lecturing.
I'm sorry, I didn't mean to offend anyone. I just felt I was failing to
communicate the issue when I got the suggestion to use format(Decimal(1),
.2f).
The above sentence you wrote directly contradicts the Wikipedia link you
New submission from Marius Gedminas:
When one is reading the description of logging.config.fileConfig()
at
http://docs.python.org/3.3/library/logging.config.html#logging.config.fileConfig
not immediately apparent what the configparser-format file should contain
(i.e. the naming convention for
New submission from Gareth Rees:
Lib/test/test_sys.py contains test cases with incorrect comments -- or
comments with incorrect test cases, if you prefer:
# call without argument
try:
sys.exit(0)
except SystemExit as exc:
self.assertEqual(exc.code, 0)
...
#
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
--
assignee: docs@python - vinay.sajip
nosy: +vinay.sajip
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20509
___
Steven D'Aprano added the comment:
Wolfgang,
Thanks for the patch, I have some concerns about it, but the basic idea
does look reasonable. However, I've been convinced that supporting mixed
types at all needs more careful thought. Under the circumstances, I'm
more concerned about making sure
Roundup Robot added the comment:
New changeset 45aa817ec853 by Vinay Sajip in branch '2.7':
Issue #20509: Added cross-reference in documentation.
http://hg.python.org/cpython/rev/45aa817ec853
New changeset f8318b069146 by Vinay Sajip in branch '3.3':
Issue #20509: Added cross-reference in
Wolfgang Maier added the comment:
Hi Steven,
sounds reasonable, still here's the patch in diff version.
Its rules for type coercion are detailed in _coerce_types's docstring.
Questions and comments are welcome.
Best,
Wolfgang
--
keywords: +patch
Added file:
Gareth Rees added the comment:
What about a documentation change instead? The future_builtins chapter
http://docs.python.org/2/library/future_builtins.html in the
standard library documentation could note the incompatibility.
I've attached a patch which adds the following note to the
Changes by Zachary Ware zachary.w...@gmail.com:
--
nosy: +zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20510
___
___
Python-bugs-list
Zachary Ware added the comment:
Good catch! See my review comments.
Also, if you haven't already, could you please sign a contributor's agreement?
See http://www.python.org/psf/contrib/.
--
stage: - patch review
versions: +Python 2.7, Python 3.3
Changes by Kaarle Ritvanen kaarle.ritva...@datakunkku.fi:
Added file: http://bugs.python.org/file33911/honor-non-breaking-spaces.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20491
___
New submission from Yury Selivanov:
This issue on google code: https://code.google.com/p/tulip/issues/detail?id=124
--
files: sr_ba_01.patch
keywords: needs review, patch
messages: 210253
nosy: gvanrossum, haypo, pitrou, yselivanov
priority: normal
severity: normal
status: open
title:
Stefan Krah added the comment:
Mauricio de Alencar rep...@bugs.python.org wrote:
The floats I posted are examples of computation results. The meaningful
figures are related to the precision of the measurements fed to the
computation.
Thank you, that makes it clear. Constructing
Antony Lee added the comment:
Submitted new patch as suggested.
--
Added file: http://bugs.python.org/file33913/inspect.py.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19573
___
Yury Selivanov added the comment:
The patch looks good to me. I'll merge it in 3.5 later.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19573
___
Gareth Rees added the comment:
I normally try not to make changes while we're in here for fear of
introducing errors! But I guess the test cases are less critical, so
I've taken your review comments as a license to submit a revised patch
that:
* incorporates your suggestion to use
New submission from Alexis Daboville:
When using the 'big5hkscs' encoding it's possible to make Python3.3 segfault,
here is how to repro:
✗ 13:41 adaboville @ adoboville-mbp in ~ $ py3
Python 3.3.2 (v3.3.2:d047928ae3f6, May 13 2013, 13:52:24)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on
Yury Selivanov added the comment:
Can't reproduce this on 3.3.3
Python 3.3.3 (default, Dec 2 2013, 01:40:21)
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.79)] on darwin
--
nosy: +yselivanov
___
Python tracker rep...@bugs.python.org
New submission from Victor Scherba:
To get the bug:
1. Windows Server 2003 (same bug should be under earlier versions: XP, 2000,
...).
2. Any Windows service should spawn process with Python script.
3. Py script should stay into time.sleep.
4. Any Windows user should login in console session 0.
1 - 100 of 137 matches
Mail list logo