Serge Anuchin added the comment:
Which platform Python is that?
Python 2.6.6 (r266:84292, Dec 26 2010, 22:31:48) [GCC 4.4.5] on linux2
Linux li307-195 2.6.39.1-x86_64-linode19 #1 SMP Tue Jun 21 10:04:20 EDT 2011
x86_64 GNU/Linux
--
___
Python
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: rhettinger -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24546
___
___
paul added the comment:
ping
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24407
___
___
Python-bugs-list mailing list
Unsubscribe:
paul added the comment:
ping
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24097
___
___
Python-bugs-list mailing list
Unsubscribe:
paul added the comment:
ping
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24103
___
___
Python-bugs-list mailing list
Unsubscribe:
paul added the comment:
ping
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24104
___
___
Python-bugs-list mailing list
Unsubscribe:
paul added the comment:
ping
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24098
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Antoine Pitrou pit...@free.fr:
--
keywords: +patch
Added file: http://bugs.python.org/file39842/getstate_borrowed_ref.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24097
___
Antoine Pitrou added the comment:
Thanks for the report. Here is a patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24097
___
___
Changes by Antoine Pitrou pit...@free.fr:
--
stage: needs patch - patch review
versions: +Python 3.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24097
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24097
___
___
Tim Golden added the comment:
I'm not sure why you expect this to work: the Python C API relies on the
presence of a Python installation to work. It's not, in itself, a means of
bundling Python. I assume you must have at least had the python .dll present or
the program wouldn't even have had
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24546
___
___
Paul Moore added the comment:
On 30 June 2015 at 23:30, M.-A. Lemburg m...@egenix.com wrote:
I don't remember the details of why this feature was added,
but can imagine that it was supposed to enable installation
of new importers via .pth files.
I don't know for certain if this feature was
Stefan Krah added the comment:
Okay, I'll have a look then (I first assumed this was mc68881 specific).
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24543
___
Ulrich Petri added the comment:
Antoine, thanks for the review. I didn't realise that `tree` outputs non-ASCII
by default. I've updated the patch with a pure ASCII file tree.
Unfortunately I don't have a Windows dev environment available at the moment,
so I can't easily test for that.
marxin added the comment:
As I wrote, starting from GCC 4.9.0, the compiler does not emit any assembly
with -flto and -c option. I would suggest to remove '-c' option that will force
to create an executable.
--
___
Python tracker
Changes by Stefan Krah ste...@bytereef.org:
--
resolution: - duplicate
status: open - closed
superseder: - Configure script wrongly detects x64/x87/mc68881 with -flto
option passed
___
Python tracker rep...@bugs.python.org
Changes by Stefan Krah ste...@bytereef.org:
--
nosy: +ivank
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24543
___
___
Python-bugs-list mailing
Stefan Krah added the comment:
In what way are the x64/x87 tests broken? ./configure runs smoothly
here (gcc 4.8.2) with and without -flto.
Can you try =m and m for the asm output operands?
--
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
Because this seems to be a regression, I'm marking this as a release blocker.
The RM can decide is isn't, of course.
--
nosy: +larry
priority: normal - release blocker
versions: +Python 3.5, Python 3.6
___
Python
Stefan Krah added the comment:
Very surprising! Which platform Python is that?
I'm unable to reproduce this using Linux-amd64, Python 2.7.6, gcc 4.8.2.
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24546
Vajrasky Kok added the comment:
Here is the patch.
--
keywords: +patch
nosy: +vajrasky
Added file: http://bugs.python.org/file39844/addCleanupClass.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24412
Antoine Pitrou added the comment:
Ok, thanks. The tests are running ok on my Windows VM.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24120
___
Steven D'Aprano added the comment:
On Thu, Jul 02, 2015 at 04:05:45AM +, Tim Peters wrote:
Very surprising! Which platform Python is that?
Python 2.7.2 (default, May 18 2012, 18:25:10)
[GCC 4.1.2 20080704 (Red Hat 4.1.2-52)] on linux2
I get the same result on Python 2.6 and 3.3, but
STINNER Victor added the comment:
Your example of int(0.5) returning 1 is misleading
On my setup, this number is rounded 1.0:
float('0.5').hex()
'0x1.0p+0'
CPU: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz
OS: Fedora release 22
Python 2.7.10 or 3.4.2
Eric Snow added the comment:
Note that the idea of replacing .pth files came up a couple years ago:
https://mail.python.org/pipermail/import-sig/2013-July/000645.html
That proposal didn't go anywhere basically because there were more important
things to work on. :)
--
Andreas Schwab added the comment:
Please use AC_LINK_IFELSE. No need for a runtime test that breaks cross
compilation.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24543
___
Stefan Krah added the comment:
-c is apparently generated by AC_COMPILE_IFELSE, which uses ac_compile.
The alternative is using AC_RUN_IFELSE, which uses ac_link.
Do you see any other possibility of dropping the -c during ./configure?
--
___
Steven D'Aprano added the comment:
On Thu, Jul 02, 2015 at 05:35:53PM +, Tim Peters wrote:
Steven, there's something wrong with the arithmetic on your machine,
but I can't guess what from here (perhaps you have a non-standard
rounding mode enabled, perhaps your CPU is broken, ...).
Larry Hastings added the comment:
Oh, wait, I was confusing myself. This is that new module you guys created for
type hints, and this is a new object with no installed base. (Right?)
Yeah, you can check it in for 3.5.
--
___
Python tracker
David Ford (FirefighterBlu3) added the comment:
perhaps an HTTPSHandler() should only merged into the handler chain if an https
URI is found and no existing handler is found that has an https_open() defined
--
___
Python tracker
Serhiy Storchaka added the comment:
The fix LGTM.
It would be nice to add a test.
--
assignee: serhiy.storchaka - pitrou
stage: patch review - test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24097
Yury Selivanov added the comment:
Oh, wait, I was confusing myself. This is that new module you guys created
for type hints, and this is a new object with no installed base. (Right?)
No, you were right in your previous comment...
Help me to understand here. You want to check in a patch
David Ford (FirefighterBlu3) added the comment:
Unfortunately more breakage exists within urllib.request. A context supplied to
urlopen() is useless in the following pseudo code:
build_some_openers()
context = ssl.foo()
urlopen('foo.com', context=context)
test against foo.com -- foo.com ssl
R. David Murray added the comment:
See also issue 23166.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18543
___
___
Python-bugs-list mailing
New submission from Eric Snow:
We do very little testing of subinterpreters in CPython. About all I'm aware
of is in test_tracemalloc. I'll be working on improving test coverage as a
precursor to fixing some existing bugs.
--
components: Tests
messages: 246107
nosy: eric.snow,
Larry Hastings added the comment:
I'll accept it for 3.5. Can it go in for beta 3, tagged in 48 hours?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24450
___
Larry Hastings added the comment:
opcode.patch is okay for 3.5.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24468
___
___
Python-bugs-list
Larry Hastings added the comment:
Steve?
--
assignee: - steve.dower
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24432
___
___
Python-bugs-list
Tim Peters added the comment:
Thanks for the legwork, Steven!
So far it looks like a gcc bug when using -m32 (whether ints, longs and/or
pointers are 4 or 8 bytes _should_ make no difference to anything in Jason
Swails's C example).
But it may be a red herring anyway: there's only one
Larry Hastings added the comment:
This is fine for 3.5.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19235
___
___
Python-bugs-list mailing
Yury Selivanov added the comment:
Benno, thanks for coming up with the idea and for the patches. Larry, thanks
for approving this for 3.5!
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
versions: +Python 3.6
___
Python
Roundup Robot added the comment:
New changeset 84eb9a020011 by Yury Selivanov in branch '3.5':
Issue #24450: Add gi_yieldfrom to generators; cr_await to coroutines.
https://hg.python.org/cpython/rev/84eb9a020011
New changeset f4058528ab8c by Yury Selivanov in branch 'default':
Merge 3.5 (Issue
David Ford (FirefighterBlu3) added the comment:
Third version of this patch and a short test suite specifically for this
problem.
per awareness of :issue:`23166` I rewrote my patch to handle subclassed HTTPS
handlers. There are also exceptions raised if an attempt to install more than
one
Zachary Ware added the comment:
Yes, you'll need Perl, NASM, and svn on PATH.
I tried to send you an email about this a week or two ago, did I not get it
sent or did it go awry?
--
___
Python tracker rep...@bugs.python.org
David Ford (FirefighterBlu3) added the comment:
I've made a patch for 3.4 that addresses this issue. See issue 18543, latest
patch, and test file
--
nosy: +David Ford (FirefighterBlu3)
___
Python tracker rep...@bugs.python.org
Yury Selivanov added the comment:
Guido, Ben, Stefan, Nick,
I want to re-open this issue. I'm still not satisfied with the current state
of things, mainly with the __instancecheck__ hack for Awaitable Coroutine
ABCs (as Ben initially suggested).
I think we should remove the
STINNER Victor added the comment:
I'm concerned by this example:
dt = datetime(2015, 2, 24, 22, 34, 28, 274000)
dt - datetime.fromtimestamp(dt.timestamp())
datetime.timedelta(0, 0, 1)
I don't know yet if it should be fixed or not.
If we modify .fromtimestamp(), should we use the same
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
versions: +Python 3.5, Python 3.6 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6531
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +eric.snow
versions: +Python 3.5, Python 3.6 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10915
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
versions: +Python 3.6 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15751
___
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +eric.snow
versions: +Python 3.5, Python 3.6 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4202
___
New submission from Eric Snow:
Per A. Jesse Jiryu Davis:
===
# mod.py
class C(object):
pass
class Pool(object):
def __del__(self):
print('del')
list()
C.pool = Pool()
===
===
int main()
{
Larry Hastings added the comment:
This is
a) marked as release blocker, and
b) is assigned to nobody.
This is not tenable.
While I want this fixed, I'm not going to hold up beta 3 for it.
--
priority: release blocker - deferred blocker
___
Larry Hastings added the comment:
This can go in for 3.5 beta 3.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24483
___
___
Python-bugs-list
Larry Hastings added the comment:
Help me to understand here. You want to check in a patch adding 300 new lines
of C code to the types module during beta, for a speed optimization, after
we've already hit beta?
While I like speedups as much as the next guy, I would be happier if this
waited
Tim Peters added the comment:
I'm guessing this is a double rounding problem due to gcc not restricting an
Intel FPU to using 53 bits of precison:
In binary, (2**53-1)/2**53 * 2049 is:
0.1
times
1001.0
which is exactly:
Alexander Belopolsky added the comment:
Victor I don't know yet if it should be fixed or not.
It is my understanding that datetime - timestamp - datetime round-tripping
was exact in 3.3 for datetimes not too far in the future (as of 2015), but now
it breaks for datetime(2015, 2, 24, 22, 34,
Roundup Robot added the comment:
New changeset 34460219c0e0 by Yury Selivanov in branch '3.4':
Issue #24450: Proxy gi_yieldfrom cr_await in asyncio.CoroWrapper
https://hg.python.org/cpython/rev/34460219c0e0
New changeset 3555f7b5eac6 by Yury Selivanov in branch '3.5':
Merge 3.4 (Issue #24450)
Raymond Hettinger added the comment:
I choose option 3, close as won't fix. The ship for 2.7 sailed a long time
ago. The code for randrange() was designed by Tim Peters and has been in-place
for a decade and half without causing suffering in the world. Also, changing
the type to behavior
Tim Peters added the comment:
Should also note that double rounding cannot account for the _original_ symptom
here. Double rounding surprises on Intel chips require an exact product at
least 65 bits wide, but the OP's sequence is far too short to create such a
product. (Steven's 2049 just
Steve Dower added the comment:
I'll give it a shot tomorrow. Haven't done it before (not even sure I have the
svn.p.o permissions). Do I still need Perl for this?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24432
Yury Selivanov added the comment:
Thanks Larry and Georg!
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19235
Roundup Robot added the comment:
New changeset 9bae275e99b3 by Yury Selivanov in branch '3.5':
Issue #24450: Proxy cr_await and gi_yieldfrom in @types.coroutine
https://hg.python.org/cpython/rev/9bae275e99b3
New changeset 4d3bd9b82a62 by Yury Selivanov in branch 'default':
Merge 3.5 (Issue
David Ford (FirefighterBlu3) added the comment:
Test cases for SSL _opener, contexts and HTTPSHandlers in this file
--
Added file: http://bugs.python.org/file39849/ssl_context_tests.py
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset a795cf73ce6f by Yury Selivanov in branch '3.5':
Issue #19235: Add new RecursionError exception. Patch by Georg Brandl.
https://hg.python.org/cpython/rev/a795cf73ce6f
New changeset 749d74e5dfa7 by Yury Selivanov in branch 'default':
Merge 3.5 (Issue
Tim Peters added the comment:
Steven, there's something wrong with the arithmetic on your machine, but I
can't guess what from here (perhaps you have a non-standard rounding mode
enabled, perhaps your CPU is broken, ...).
In binary, (2**53-1)/2**53 * 2049 is:
Roundup Robot added the comment:
New changeset 301d7efac3de by Lars Gustäbel in branch '2.7':
Issue #24514: tarfile now tolerates number fields consisting of only whitespace.
https://hg.python.org/cpython/rev/301d7efac3de
New changeset 140b4b7b84bd by Lars Gustäbel in branch '3.4':
Issue
Changes by Lars Gustäbel l...@gustaebel.de:
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24514
___
Christopher Gurnee added the comment:
There's been no activity on this issue in a few months The three options as
I see it are:
1. Fix it for both randrange and SystemRandom.randrange, breaking randrange's
implied stability between minor versions.
2. Fix it only for
Serhiy Storchaka added the comment:
May be slightly refactor the code?
def _select_from(self, parent_path, is_dir, exists, listdir):
try:
if not is_dir(parent_path):
return
yield from self._select_from2(parent_path, is_dir, exists, listdir)
New submission from Padmanabhan Tr:
I have copied below an execution sequence. What is the problem?
x = 8240
x.to_bytes(4,byteorder='big')
b'\x00\x00 0'
int.from_bytes(b'\x00\x00 0',byteorder='big')
8240
int.from_bytes(b'\x20\x30',byteorder='big')
8240
--
components: +Demos and
Steven D'Aprano added the comment:
I don't know, what *is* the problem? What behaviour did you expect? The code
sample you show seems to be working exactly as it is supposed to.
b'\x00\x00 0' is the same as b'\x00\x00\x20\x30', and that is the same as
b'\x20\x30' with NUL padding on the left.
Changes by Padmanabhan Tr trp...@yahoo.com:
--
nosy: Padmanabhan.Tr
priority: normal
severity: normal
status: open
title: byte conversion
type: behavior
versions: Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24551
Eric Snow added the comment:
FYI, support for .pth has been around since at least Python 2.0. However,
support for imports in .pth files was added in 2.1:
changeset: 15815:868d2acf745808c9033f57cd5829d97a69ecf56e
branch: legacy-trunk
user:Martin v. Löwis mar...@v.loewis.de
Roundup Robot added the comment:
New changeset 2be983173f45 by Stefan Krah in branch '3.5':
Issue #24543: Use AC_LINK instead of AC_COMPILE in order to prevent false
https://hg.python.org/cpython/rev/2be983173f45
New changeset 8f30776602b4 by Stefan Krah in branch 'default':
Merge from 3.5
Stefan Krah added the comment:
I guess we should backport the x87 fix to 2.7.
--
versions: +Python 2.7 -Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24543
___
R. David Murray added the comment:
perhaps you have a non-standard rounding mode enabled
I think Mark added code to python3 at least to handle non-standard rounding
modes being set, but I'm not sure.
--
nosy: +r.david.murray
___
Python tracker
David Ford (FirefighterBlu3) added the comment:
the attached diff (for py3) fixes the (badly) broken urlopen :}
previously, if SSL args were detected, all installed handlers via _opener got
wiped out. now, we check if _opener already exists and if so we just make sure
the HTTPSHandler is
New submission from Benjamin Peterson:
From Kurucsai Istvan on the security list:
I. Summary
There is a use-after-free in the load_newobj_ex function in _pickle.c that
results in an arbitrary read.
II. Source code
The functions in question:
static int
load_newobj_ex(UnpicklerObject *self)
Roundup Robot added the comment:
New changeset 24ce32d76376 by Benjamin Peterson in branch '3.4':
fix use after free (closes #24552)
https://hg.python.org/cpython/rev/24ce32d76376
New changeset 24197b5f7126 by Benjamin Peterson in branch '3.5':
merge 3.4 (#24552)
Roundup Robot added the comment:
New changeset 978bc1ff43a7 by Benjamin Peterson in branch '3.4':
use correct __new__ method (closes #24552)
https://hg.python.org/cpython/rev/978bc1ff43a7
--
resolution: - fixed
status: open - closed
___
Python
Larry Hastings added the comment:
Yes, by all means, fix for 3.4, 3.5, and 3.6. If possible I'd appreciate you
getting the fix checked in to 3.5 within the next 48 hours, as I'm tagging the
next beta release of 3.5 around then, and it'd be nice if this fix went out in
that release.
STINNER Victor added the comment:
Buildbots are not happy. Example:
http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.0%203.5/builds/57/steps/test/logs/stdio
==
ERROR: test_newobj_not_class
Benjamin Peterson added the comment:
lgtm
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24097
___
___
Python-bugs-list
Mark Mikofski added the comment:
I've set up AppVeyor CI (http://www.appveyor.com/) to build the latest tag in
the 2.7 branch of cpython at https://hg.python.org/ and to deploy zip files of
x86 and x64 standalone builds to
http://breakingbytes.alwaysdata.net/PythonBootstrap/. The builds use a
Changes by Larry Hastings la...@hastings.org:
--
nosy: -larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22516
___
___
Python-bugs-list
88 matches
Mail list logo
