New submission from Maxime Belanger:
Greetings,
We're compiling a custom version of Python 2.7.9 for the Mac (building on OS X
10.9 with Xcode 6.1), and we're instructing Python to use a vanilla copy of
`libffi` (that we've also compiled ourselves) using the `--with-system-ffi`
flag. We're
Ethan Furman added the comment:
Code spiffied: added randomization routine that can be used after a sort to
test a different sort method (or the same one).
Larry, can this extra demo go into 3.4.4, or only 3.5?
--
nosy: +larry
Added file:
Changes by SilentGhost ghost@gmail.com:
--
components: +Macintosh
nosy: +amaury.forgeotdarc, belopolsky, hynek, meador.inge, ned.deily,
ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23534
Changes by David Bolen db3l@gmail.com:
--
nosy: +db3l
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23314
___
___
Python-bugs-list mailing
Ned Deily added the comment:
Is there a reason you can't use the Python-supplied version of libffi? That's
what the standard builds for python.org installers do. I believe it is the
case that there are OS X-specific changes in the Python local version that do
not exist in the upstream
Roundup Robot added the comment:
New changeset 2eb99070a38f by Steve Dower in branch 'default':
Issue #23465: Implement PEP 486 - Make the Python Launcher aware of virtual
environments (patch by Paul Moore)
https://hg.python.org/cpython/rev/2eb99070a38f
--
nosy: +python-dev
Alexander Belopolsky added the comment:
You saw the demo python implementation of divmod_near in Objects/longobject.c?
I was looking for it, but could not find. Thanks for the pointer. (See also
#8817.)
In issue23521-6.patch, I've used a slightly optimized variant of divmod_near
code and
Changes by Rick Otten rottenwindf...@gmail.com:
--
components: Regular Expressions
nosy: Rick Otten, ezio.melotti, mrabarnett
priority: normal
severity: normal
status: open
title: regex | behavior differs from documentation
type: behavior
versions: Python 2.7
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1539925
___
Alexander Belopolsky added the comment:
I addressed review comments and fixed the case of negative divisor. There may
be a better solution than calling the function recursively, but I wanted an
easy to understand code.
--
Added file:
Changes by Paul Moore p.f.mo...@gmail.com:
Removed file: http://bugs.python.org/file38249/pep-441.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23491
___
Paul Moore added the comment:
OK, thanks. I don't propose to go there with the initial implementation. If
it's a problem in practice, someone can raise a bug and we'll fix it then.
(I've never seen actual Python code in the wild that does all of that...)
--
Demian Brecht added the comment:
I'm happy to produce a patch if there's any chance it would be merged.
If the patch adheres to the RFC, then I see no reason why it shouldn't be
merged. What makes this a little more tricky than the snippet that you included
in your post though (which would
Paul Moore added the comment:
OK, here is an updated patch based on the python-dev discussions
--
Added file: http://bugs.python.org/file38249/pep-441.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23491
Cyd Haselton added the comment:
...or, should I fork the 3.4 branch? If so, which one...3.4 or origin/3.4?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23496
___
STINNER Victor added the comment:
I was going to commit the fix, but currently the 3.4 is not merged into
default. I will wait until 3.4 is merged into default to apply the fix.
I attach my pending commit.
(Python 3.4 is also afffected.)
--
nosy: +haypo
versions: +Python 3.4
Added
STINNER Victor added the comment:
I don't think that Android support should be added to a stable branche
(2.7 or 3.4), only in the development branch.
You may maintain your own 2.7 or 3.4 fork if you want.
--
___
Python tracker
Thomas Bartelmess added the comment:
The datagram handler seems still not useable with IPv6 in Python 3.4. Is this
patch still under consideration ?
--
nosy: +Thomas Bartelmess
___
Python tracker rep...@bugs.python.org
Paul Moore added the comment:
Sorry - typo. Try again...
--
Added file: http://bugs.python.org/file38250/pep-441.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23491
___
Eric Snow added the comment:
I haven't looked to closely but I'm guessing that pdb.set_trace() causes
something to get imported (i.e. there's an import statement in a function body
somewhere). Consequently sys.modules is updated (by that distant import
statement) while you are iterating over
Jim Jewett added the comment:
I think that instead of application/zip, you want application/zipped-python (or
whatever the precise term was). This was one reason to register the MIME type.
That said, application/zip is probably not harmful; the worst it should do it
hand the archive to a
Paul Moore added the comment:
If I understand Steve's comments, the mime type is used by Windows, so
application/zip lets Windows know that this filetype is fundamentally a zip
file (and so it'll offer to open it with your zip program if you right click,
stuff like that).
pxzw - the w on the
Mark Lawrence added the comment:
My tests were done with a script from the command line, not an interactive
prompt.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20703
___
Steve Dower added the comment:
The .px* extensions are for testing builds without messing up your actual file
associations. I ported them forward from the old installer, but most people
will never see them.
--
___
Python tracker
Changes by Demian Brecht demianbre...@gmail.com:
--
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23526
___
Demian Brecht added the comment:
LGTM
--
nosy: +demian.brecht
stage: - patch review
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23526
___
Steve Dower added the comment:
There's also a PerceivedType property which we could set to make sure that
archivers correctly light up. I think that'll get you the built-in Extract
command. Most tools appear on every file and will try and read it to see what
commands make sense, which will
Daniel Holth added the comment:
On Thu, Feb 26, 2015, at 09:41 AM, Paul Moore wrote:
Paul Moore added the comment:
Following on from that, the code to make an archive executable is
currently
os.chmod(new_archive, os.stat(new_archive).st_mode | stat.S_IEXEC)
Should I use ... |
Paul Moore added the comment:
I don't follow (and I don't really want to do things this low level without a
compelling reason...)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23491
___
Mathieu Pasquet added the comment:
Using functools.partial with coroutines would be mostly out of convenience, in
order to avoid having factories in that return parametrized coroutine
functions. I guess in such cases it might be better to create a two-lines
wrapper around partial() to make it
Paul Moore added the comment:
Following on from that, the code to make an archive executable is currently
os.chmod(new_archive, os.stat(new_archive).st_mode | stat.S_IEXEC)
Should I use ... | stat.S_IXUSR | stat.S_IXGRP | stat.S_IXOTH? If so, do I
need to protect that with an if not Windows
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +neologix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23530
___
___
Python-bugs-list
Daniel Holth added the comment:
Create and open executable file respecting the Unix user's umask:
os.fdopen(os.open(filename, os.O_CREAT|os.O_RDWR), rw)
On Tue, Feb 24, 2015, at 02:34 PM, Paul Moore wrote:
Paul Moore added the comment:
Thanks, I'll fix for the next iteration of the
New submission from Julian Taylor:
multiprocessing.cpu_count and os.cpu_count which are often used to determine
how many processes one can run in parallel do not respect the cpuset which may
limit the process to only a subset of online cpus leading to heavy
oversubscription in e.g.
Cyd Haselton added the comment:
Thanks Ryan.
Should I create a branch off the master at github and patch there or just clone
the master and patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23496
Serhiy Storchaka added the comment:
Did you noticed my comments to previous patch Paul?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23491
___
Serhiy Storchaka added the comment:
Maybe we want a facility to create on-stack static-size tuples?
There is no guarantee that called function doesn't save the reference to args.
How many functions can benefit from this approach, though?
From hand-writing caching? Any function, that
Julian Taylor added the comment:
I do agree that its probably safer to not change the default return value.
But adding a option (or new function) would still be good, the number of
available cpus is more often the number you actually want in practice.
To the very least the documentation should
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23529
___
___
Python-bugs-list mailing
Davin Potts added the comment:
Detecting the number of processors available to a process is a distinct concept
from reporting the number of processors present on a system. cpu_count is
currently focused on the latter.
Functionality to report the number of effectively-available processors is
Changes by Ethan Furman et...@stoneleaf.us:
--
nosy: +ethan.furman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23491
___
___
Python-bugs-list
Guido van Rossum added the comment:
Yeah, your add event handler routine shouldn't be so picky to insist that
iscoroutinefunction() returns True. It should just call the thing and verify
that it has returned a coroutine object (asyncio.iscoroutine()).
--
resolution: - not a bug
Antoine Pitrou added the comment:
How many functions can benefit from this approach, though?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23507
___
Antoine Pitrou added the comment:
Maybe we want a facility to create on-stack static-size tuples?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23507
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23528
___
___
Python-bugs-list mailing
Neil Girdhar added the comment:
New changelist for updated patch (before merging changes).
--
Added file: http://bugs.python.org/file38252/starunpack33.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2292
Changes by SilentGhost ghost@gmail.com:
--
nosy: +alex, christian.heimes, dstufft, giampaolo.rodola, janssen, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23531
___
Serhiy Storchaka added the comment:
Emails from Rietveld often can be found in the spam folder.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23491
___
New submission from johnkw:
SSL operations cause entire process to hang. At a minimum this includes the
SSL read that goes on after a socket is connected. It may apply to many other
(or all) SSL socket operations.
--
components: Library (Lib)
files: sslbug.py
messages: 236701
nosy:
Neil Girdhar added the comment:
Finished merge.
--
Added file: http://bugs.python.org/file38253/starunpack34.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2292
___
Brian Kearns added the comment:
You saw the demo python implementation of divmod_near in Objects/longobject.c?
Maybe it's worth using a common implementation?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23521
Paul Moore added the comment:
Serhiy - I just got a notification from the review tool - I'd not used it
before and didn't know to check it. But I've read them now and corrected a
number of places based on your comments and added a few replies to the review.
Thanks for the review.
--
Ben Hoyt added the comment:
Note that this (or a very similar issue) also affects os.listdir() on Windows:
os.listdir(bytes_path_with_nul) raises ValueError as expected, but
os.listdir(unicode_path_with_nul) does not. Test case:
import os
os.mkdir('foo')
os.listdir(b'foo\x00zzz')
Traceback
Serhiy Storchaka added the comment:
As for zipimport, it doesn't support namespace packages when no 'directory'
entry exists (issue14905). The zipfile module CLI now adds entries for
directories (issue22219).
--
___
Python tracker
Nikolaus Rath added the comment:
Especially now that this is only going to go into 3.5, I think it makes more
sense to handle GzipFile, LZMAFile and BZ2File all in one go. Looking at the
code, otherwise there's going to be a lot of duplication.
How about introducing a base class
Serhiy Storchaka added the comment:
Paul, don't click on Reply below the comment on the main page, it never works.
Instead click the link above the comment, then click on the comment to unfold
it, click on the Reply below the comment, enter your reply, press Send, and
after replying all
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1539925
___
___
Python-bugs-list
Paul Moore added the comment:
Serihy, thanks for the explanation. I was aware that my replies weren't getting
archived, good to know how to avoid that in future.
I've worked out what you mean over the directory entries now. It was easy
enough to fix - I just removed the is_file check before
Raymond Hettinger added the comment:
I had done something like this for zip() long ago and had gotten a nice speed
boost. I remember looking at whether it should be applied elsewhere but don't
remember why I decided against it.
--
assignee: - rhettinger
nosy: +rhettinger
Martin Panter added the comment:
+1 from me. These three fixes are practically the same as the ones I snuck into
my patch for a Issue 23377.
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23526
New submission from Alex Shkop:
test_smtpnet uses port 25 for STARTTLS, whereas gmail exposes STARTTLS SMTP
over port 587.
--
components: Tests
files: test_smtpnet_starttls_port.patch
keywords: patch
messages: 236658
nosy: ashkop
priority: normal
severity: normal
status: open
title:
Serhiy Storchaka added the comment:
Fixed bugs found by Victor. Thank you Victor.
Yes, zip() already uses similar approach.
--
Added file: http://bugs.python.org/file38244/reuse_argtuples_2.patch
___
Python tracker rep...@bugs.python.org
New submission from Martin Panter:
This is a patch I originally posted at Issue 15955, but am moving it to a
separate issue so there is less confusion. GzipFile.read(size) etc is
susceptible to decompression bombing. My patch tests and fixes that, making use
of the existing “max_length”
Changes by Martin Panter vadmium...@gmail.com:
--
type: behavior - resource usage
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23528
___
___
STINNER Victor added the comment:
Plus there is no use case.
Mathieu: can you maybe give some examples? How are you using functools.partial
with coroutines?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23519
New submission from Martin Panter:
This is a follow-on from Issue 15955, which has added low-level support for
limiting the amount of data from the LZMA and bzip decompressors. The
high-level LZMAFile and BZ2File reader APIs need to make use of the new low
level max_length parameter.
I am
Xavier de Gaye added the comment:
I can reproduce this on Windows 8.1 with 3.4.3 but cannot do so with 3.5.0a1.
I can still reproduce this on linux on today's tip:
'3.5.0a1+ (default:7185a35fb293, Feb 26 2015, 11:27:11) \n[GCC 4.9.2 20150204
(prerelease)]'.
Maybe you tried reproducing it
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23528
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23529
___
___
Martin Panter added the comment:
Yes I think that is a good idea:
* Moved gzip-bomb.patch to Issue 23528
* Opened Issue 23529 with a new version of the LZMAFile patch, and plan to post
a BZ2File patch there as well when it is ready
--
___
Python
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23509
___
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9985
___
___
Serhiy Storchaka added the comment:
Applied optimizations:
1) Used cached get() method instead of indexing. This optimization already was
used in update() and subtract().
2) _keep_positive() is optimized for the case when most counts are not positive
(common case for substraction and
Serhiy Storchaka added the comment:
Note the check for Py_REFCNT() == 1. Whithout it the code would be incorrect.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23507
___
Roundup Robot added the comment:
New changeset 10dab1b596d4 by Antoine Pitrou in branch 'default':
Issue #15955: Add an option to limit the output size in bz2.decompress().
https://hg.python.org/cpython/rev/10dab1b596d4
--
___
Python tracker
Antoine Pitrou added the comment:
Thank you, Nikolaus, and thank you Martin for the reviews.
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
title: gzip, bz2, lzma: add option to limit output size - bz2, lzma: add
option to limit output size
Changes by Antoine Pitrou pit...@free.fr:
--
stage: - patch review
versions: -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23528
___
Mark Shannon added the comment:
This looks like the expected behaviour to me.
re.sub matches the leftmost occurence and the regular expression is greedy so
(x|xy) will always match xy if it can.
--
nosy: +Mark.Shannon
___
Python tracker
Paul Moore added the comment:
The PEP has now been accepted, and as far as I am aware this patch is complete.
If anyone has any review comments, please speak up, otherwise I believe this is
ready to be committed, if some kind soul is willing :-)
--
Steve Dower added the comment:
I'll get it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23465
___
___
Python-bugs-list mailing list
Rick Otten added the comment:
Can the documentation be updated to make this more clear?
I see now where the clause As the target string is scanned, ... is describing
what you have listed here.
I and a coworker both read the description several times and missed that. I
thought it first tried
Matthew Barnett added the comment:
@Mark is correct, it's not a bug.
In the first example:
It tries to match each alternative at position 0. Failure.
It tries to match each alternative at position 1. Failure.
It tries to match each alternative at position 2. Failure.
It tries to match each
Mark Lawrence added the comment:
The patch contains changes to code and tests have been added so can we have a
formal review please.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21800
Mark Lawrence added the comment:
Just a gentle reminder if this and #16845 are to get into 3.5.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21865
___
Antoine Pitrou added the comment:
Can you post a standalone example that doesn't use requests and that doesn't
rely on a local HTTP server?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23531
New submission from vinod sharma:
I've have an application which uses tkMessageBox module, multiprocessing module
and urllib2 module. For some unknown reason, python child process is crashing
silently while fetching a url. This only happens when tkMessageBox module is
imported.
Sample code to
Steve Dower added the comment:
It's in, and we are of course free to modify this further if virtualenv starts
including pyvenv.cfg files or some other way to resolve the version number
without launching it.
--
___
Python tracker
New submission from Rick Otten:
The documentation states that | parsing goes from left to right. This
doesn't seem to be true when spaces are involved. (or \s).
Example:
In [40]: mystring
Out[40]: 'rwo incorporated'
In [41]: re.sub('incorporated| inc|llc|corporation|corp| co', '',
Alexander Belopolsky added the comment:
We can further optimize _divide_and_round by changing r*=2 to r=1 and q % 2
== 1 to (q 1), but this will obfuscate the algorithm and limit arguments to
ints. (As written, _divide_and_round will work with any numeric types.)
--
Ethan Furman added the comment:
Once this android Python is built, can it:
- be copied from/to other android devices?
- run without KBOX?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23496
R. David Murray added the comment:
The thing is, what you describe is fundamental to how regular expressions work.
I'm not sure it makes sense to add a specific mention of it to the '|' docs,
since it applies to all regexes.
--
assignee: - docs@python
components: +Documentation
R. David Murray added the comment:
When you say 'crash silently', what exactly do you mean? How are you running
the program?
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23533
bazwal added the comment:
I arrived at an almost identical solution to the one given by Oleg. It works
for me with FF 28, 35 36 - but presumably there are earlier versions where it
does not, otherise why have the -remote option at all?
The gist of the Mozilla bug report is that the option
Changes by Berker Peksag berker.pek...@gmail.com:
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22435
___
Martin Panter added the comment:
This is fixed in 3.4.3. I think it can be closed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22435
___
___
Maxime Belanger added the comment:
I think the version check (`readline._READLINE_VERSION 0x0600`) is incorrect,
as the test still fails for me on Mac OS X 10.9 with readline version 6.2
(0x602). Upgrading to 6.3 (0x603) fixes it, though.
--
nosy: +Maxime Belanger
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23262
___
___
97 matches
Mail list logo