Georg Brandl added the comment:
It's still a valid bug.
--
nosy: +georg.brandl
resolution: fixed -
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8952
___
Марк Коренберг added the comment:
Yes, re-writing windows IO to direct API, without intemediate layer is still
needed.
Please don't close bug. Maybe someone will implement this.
--
___
Python tracker rep...@bugs.python.org
Ezio Melotti added the comment:
The attached patch adds a couple of section about the single and multiple
clones approaches. The patch is still incomplete, because the rest of the page
should be adapted to the new content (in particular the old sections should be
removed, and the whole
Roundup Robot added the comment:
New changeset 944e86223d1f by Christian Heimes in branch '3.3':
Issue #16847: Fixed improper use of _PyUnicode_CheckConsistency() in
http://hg.python.org/cpython/rev/944e86223d1f
New changeset 4b42d7f288c5 by Christian Heimes in branch 'default':
Issue #16847:
Changes by Christian Heimes li...@cheimes.de:
--
assignee: christian.heimes -
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16847
Ronald Oussoren added the comment:
That's quick, thank :-).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16847
___
___
Python-bugs-list
Chris Jerdonek added the comment:
Content-wise the patch looks pretty good. I agree with the recommendations. A
couple suggestions though: I would break up the 20 lines of command-line
commands. Right now that chunk is a bit too long to grasp meaningfully. My
suggestion would be to break
Ezio Melotti added the comment:
I would break up the 20 lines of command-line commands.
I would have to find a compromise for this, because on one hand it's convenient
to have all the commands in a single place (so it's easy to get an overview),
but on the other hand that block includes
Changes by Serhiy Storchaka storch...@gmail.com:
--
components: +Windows
nosy: +ezio.melotti
stage: - needs patch
type: - enhancement
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12939
Serhiy Storchaka added the comment:
You can accept the patch. You can reject the patch. It doesn't matter.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8821
___
Serhiy Storchaka added the comment:
Sorry, I mixed up the issues. For this issue I have not a patch yet. I wait for
some suggestions and decisions first.
See also related issue16638.
--
stage: patch review - needs patch
___
Python tracker
Serhiy Storchaka added the comment:
A subclass with a custom representation, as I suggested above, is even
simpler and involves no change to inspect or docstring conventions.
Agree, but this is a particular and cumbersome solution.
I open new issue16842 for docstring conventions.
--
Serhiy Storchaka added the comment:
See also test_functools, test_xml_etree, test_bisect, test_bz2, test_warnings,
test_decimal, test_datetime, json_tests, test_io, test_concurrent_futures, and
many, many other undiscoverable tests.
--
stage: committed/rejected - patch review
Samuel John added the comment:
Hello from Homebrew (Mac)!
Indeed we also patch setup.py (but right now only for python2.7) and
uncommented the detect_tkinter_darwin related lines to support linking
against a Tkinter build with homebrew (optionally with X11 support).
(Our patch:
Serhiy Storchaka added the comment:
Well, I take care of this. I have the own patch for raw_unicode_escape()
optimization, but microbenchmarks don't show any speed up. Maybe your approach
will be better.
--
___
Python tracker rep...@bugs.python.org
Vinay Sajip added the comment:
You are apparently not using the logging in stdlib, but the older, standalone
logging package intended to be used in versions of Python older than 2.3 - note
the presence of site-packages/logging-0.4.9.6-py2.6.egg in the traceback.
If you are using Python 2.6,
New submission from Samuel John:
Some tools use `python-config --ldflags` to get the flags in order to link
against the Python lib on OS X (for example gst-python from pygtk (2.x).
For framework builds, `python-config --ldflags` returns (among few other):
-u _PyMac_Error
Ronald Oussoren added the comment:
Using '-framework Python' is suboptimal because this doesn't control which
framework is used for linking (in particular, if you have both Python 2.7 and
3.3 installed '-framework Python' will link against the one installed last).
For Python 3.3 I get:
$
R. David Murray added the comment:
The FAQ (as in, this question gets asked again and again) is something like
why do the lambdas I define in a loop all return the same result when the
input value was different when each one was defined?
The same applies to regular functions, but people
New submission from Franck Michea:
Documentation:
-
http://docs.python.org/3.3/library/xml.etree.elementtree.html#xml.etree.ElementTree.Element.get
-
http://docs.python.org/3.3/library/xml.etree.elementtree.html#xml.etree.ElementTree.Element.iter
These two functions are documented with
R. David Murray added the comment:
Could you give more information about what you see as the bug, here? I'm not
understanding the problem because there doesn't appear to be enough context.
What is your directory structure? Where is the import happening?
--
components: +Interpreter
Serhiy Storchaka added the comment:
Shouldn't this be applied to 3.3?
As for optimization, I made some benchmarks and didn't saw any significant
difference. Usually this function used to check short ASCII heads and tails and
any optimization will not be seen even under a microscope.
Richard Oudkerk added the comment:
Note that on Windows there is an O_NOINHERIT flag which almost corresponds to
O_CLOEXEC on Linux.
I don't think there is a need to use the win32 api.
--
nosy: +sbt
___
Python tracker rep...@bugs.python.org
Richard Oudkerk added the comment:
A while ago I did write a PipeIO class which subclasses io.RawIOBase and works
for overlapped pipe handles. (It was intended for multiprocessing and doing
asynchronous IO with subprocess.)
As it is it would not work with normal files because when you do
STINNER Victor added the comment:
Shouldn't this be applied to 3.3?
It's just a cleanup, it doesn't fix any real bug. I prefer to not
pollute old versions with cleanup.
As for optimization, I made some benchmarks and didn't saw any significant
difference. Usually this function used to
Georg Brandl added the comment:
David, the issue is that Python only allows relative imports within packages.
The OP wants to have a.py and b.py in the same directory and then be able to
said from . import b in the a module.
This is a design decision and will not change without a PEP.
Eli Bendersky added the comment:
On Tue, Jan 1, 2013 at 2:56 PM, Daniel Shahaf rep...@bugs.python.orgwrote:
Daniel Shahaf added the comment:
Eli Bendersky wrote on Tue, Jan 01, 2013 at 15:54:00 +:
Why did you change the class name, by the way, I don't think it's
a valid change at
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: -haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8952
___
___
Python-bugs-list
Zachary Ware added the comment:
Here's version 2 of the genericpath patch.
Should I try to fix everything in one patch, or one patch per test module (or
group of test modules like test_(generic|mac|nt|posix)path.py)? And if
separate, should each one get its own issue, or just keep them all
Zachary Ware added the comment:
Thanks for the review, new patch attached.
You're quite welcome. Is there anything I've missed in the process of
reviewing itself? This is the first time I've reviewed a patch here...
I did miss another nit in the prose, though; the tests methods in the
New submission from STINNER Victor:
Recent version on different operating systems support opening a file with
close-on-exec flag set immediatly (atomic). This feature fixes a race condition
when the process calls execv() between open() and fcntl() (to set the
FD_CLOEXEC flag to the newly
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file27829/sqlite3_cleanup_2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15067
___
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file27830/sqlite3_cleanup_3.2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15067
___
STINNER Victor added the comment:
Note that on Windows there is an O_NOINHERIT flag which
almost corresponds to O_CLOEXEC on Linux.
I don't think there is a need to use the win32 api.
Ah yes. Because this issue is closed, I created the issue #16850 which is more
specific to open +
Samuel John added the comment:
Agreed. My patch, I did for Homebrew is to use the full path like so:
PYTHONFRAMEWORKDIR= full/path/to/Frameworks/Python.framework
instead of just `Python.framework`.
--
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
The problem is the find a portable and safe way to expose the feature
A solution is to add a e mode to open() which would raise a
NotImplementedError if the platform is not known to support this feature. For
example, if the OS is linux, we would check if the
Christian Heimes added the comment:
You could do both: use the O_CLOEXEC flag and do a fcntl() call on POSIX. In my
opinion it's enough to document that the x flag may be affected by a race
condition issue on some operation systems.
--
nosy: +christian.heimes
STINNER Victor added the comment:
x Open the file exclusively (like the O_EXCL flag of open(2)).
If the file already exists, fopen() fails, and sets errno to EEXIST.
This flag is ignored for fdopen().
Python 3.3 adds support for this mode: see issue #12760.
e (since glibc 2.7)
Ralf Schmitt added the comment:
Would you want to provide a patch for this?
No, sorry.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16836
___
R. David Murray added the comment:
I would suggest one patch and issue per test module. If multiple test modules
are related enough, they could go in one patch/issue; that's a judgement call.
We can make this issue dependent on those individual issues.
--
STINNER Victor added the comment:
You could do both: use the O_CLOEXEC flag and do a fcntl() call on POSIX
This is the best-effort option. It was already discussed and rejected in the
issue #12760.
We had a similar discussion for the PEP 418 on monotonic clock. The final
decision is not
Zachary Ware added the comment:
Sounds good to me. Shall I move the genericpath fix to a new issue, or leave
that one here and begin starting new issues with the next one tackled?
Any volunteers for being nosied on new issues to make the dependency link back
to this one for me? :)
Christian Heimes added the comment:
Do you mean #12105? I didn't know about the ticket before.
How about two options, like 'e' for guaranteed atomic CLOEXEC and 'E' for
CLOEXEC with or without atomic ops? It's not much additional work and lowers
the burden on the user.
It's going to be hard
Ezio Melotti added the comment:
why do the lambdas I define in a loop all return the same result when
the input value was different when each one was defined?
I thought about that, but that sounds a bit too long/specific. It also has the
problem that the issue is not strictly related to
Christian Heimes added the comment:
Sounds good to me.
--
nosy: +christian.heimes
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12103
___
Марк Коренберг added the comment:
Yes, bug exists in python 2.7. The same problem - negative timestamp in mtime
field. It prepresented in binary value as
'\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xc7\xfc'
in my case.
--
nosy: +mmarkk
___
Python
Christian Heimes added the comment:
NotADirectoryError is missing from the list of exception. The error can occur
when the directory is removed and replaced by an ordinary file.
--
nosy: +christian.heimes
___
Python tracker rep...@bugs.python.org
New submission from Wojciech Danilo:
Hi! I think this behaviour is bug. Lets concider the following code:
import inspect
class X(object):
def a(self):pass
def b(self):pass
def c(self):pass
print(inspect.getmembers(X, predicate=inspect.ismethod))
print(inspect.getmembers(X,
Brett Cannon added the comment:
You can go ahead and start a new issue so it isn't forgotten about as this
becomes a meta issue.
And you can always add me to the nosy, just can't guarantee how fast I will do
the reviews. =)
--
___
Python tracker
Ezio Melotti added the comment:
I think that's expected and by design. In Python 3 there are no unbound
methods, but simply functions:
class X:
... def add(a, b): return a+b
...
add = X.add
add
function add at 0xb740d26c
add(3, 4)
7
def add(a, b): return a+b
...
add
function add at
New submission from Zachary Ware:
See Issue 16748 for previous discussion.
This patch should fix test_genericpath.py, with changes to test_macpath.py,
test_ntpath.py, and test_posixpath.py required by the fix to
test_genericpath.py. This is version 2 of the patch after a review by Serhiy
Changes by Zachary Ware zachary.w...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file28543/issue16852.v2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16852
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16852
___
Changes by Brett Cannon br...@python.org:
--
dependencies: +Fix test discovery for test_genericpath.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16748
___
Changes by Stefan Krah stefan-use...@bytereef.org:
--
nosy: -skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16748
___
___
Python-bugs-list
R. David Murray added the comment:
The point is, it is a FAQ. We are talking about updating the FAQ document. It
doesn't matter if the text is too specific, if it is in fact a FAQ. And it
is.
--
___
Python tracker rep...@bugs.python.org
Richard Oudkerk added the comment:
Attached is a module for Python 3.3+ which subclasses io.RawIOBase. The
constructor signature is
WinFileIO(handle, mode=r, closehandle=True)
where mode is r, w, r+ or w+. Handles can be created using
_winapi.CreateFile().
Issues:
- No support for
Changes by Richard Oudkerk shibt...@gmail.com:
Added file: http://bugs.python.org/file28545/test_winfileio.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12939
___
New submission from Charles-François Natali:
Recently, the multiprocessing and telnetlib modules have been patched to use
poll() instead of select() when available (mainly for the FD_SETSIZE
limitation):
http://bugs.python.org/issue10527
http://bugs.python.org/issue14635
This leads to code
Changes by Charles-François Natali neolo...@free.fr:
Added file: http://bugs.python.org/file28547/selector_multiprocessing.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16853
___
Changes by Charles-François Natali neolo...@free.fr:
Added file: http://bugs.python.org/file28548/selector_telnetlib.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16853
___
Марк Коренберг added the comment:
And yes, bug does not appear in python3.2
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14810
___
___
Charles-François Natali added the comment:
Here's a patch, tested with ipv6.disable=1.
--
keywords: +patch
nosy: +neologix
Added file: http://bugs.python.org/file28549/ipv6config.diff
___
Python tracker rep...@bugs.python.org
Felipe Cruz added the comment:
I think you have a point. Did you know about the tulip project?
http://code.google.com/p/tulip/source/browse/tulip/unix_events.py#76
It has a PollsterBase class and a SelectPollster(PollsterBase) so the idea is
to have a Poller(and you call poll()) but select
Changes by Ned Deily n...@acm.org:
--
nosy: +eli.bendersky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16849
___
___
Python-bugs-list mailing
Antoine Pitrou added the comment:
tulip is much bigger than simply a select / poll wrapper. It would probably
make more sense for tulip to reuse the abstraction which is proposed here.
--
nosy: +gvanrossum
stage: - patch review
___
Python tracker
Ezio Melotti added the comment:
Here's a patch.
--
keywords: +patch
stage: needs patch - patch review
Added file: http://bugs.python.org/file28550/issue13094.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13094
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16850
___
___
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16853
___
___
Jesús Cea Avión added the comment:
Sorry, firefox is playing with me. As usual :). Just writing about i in
python-dev.
Thanks for the heads up.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python
New submission from Serhiy Storchaka:
$ ./python -m test.regrtest -u spam
Traceback (most recent call last):
File /home/serhiy/py/cpython/Lib/runpy.py, line 160, in _run_module_as_main
__main__, fname, loader, pkg_name)
File /home/serhiy/py/cpython/Lib/runpy.py, line 73, in _run_code
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
nosy: +chris.jerdonek
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16854
___
Chris Jerdonek added the comment:
I observed this issue earlier in issue 16799. See that issue for a fix. Can
one of you review that patch? Thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16854
Charles-François Natali added the comment:
I think you have a point. Did you know about the tulip project?
http://code.google.com/p/tulip/source/browse/tulip/unix_events.py#76
It has a PollsterBase class and a SelectPollster(PollsterBase) so the idea is
to have a Poller(and you call
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
--
dependencies: +switch regrtest from getopt options to argparse Namespace
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16854
___
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
--
assignee: - chris.jerdonek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16854
___
___
Charles-François Natali added the comment:
Oh, I noticed that EpollPollster never closes the underlying epoll FD:
that's why Pollster objects should have a close() method (and probably
support a context manager).
--
___
Python tracker
Felipe Cruz added the comment:
Hi Antonie,
What you said also makes sense to me.
There is one problem(?) that _map_events() is called for every event(for Poll
and EPoll) and this can make things slower (I didn't tested it). Also, does it
needs to be thread-safe?
--
Antoine Pitrou added the comment:
How about two options, like 'e' for guaranteed atomic CLOEXEC and 'E'
for CLOEXEC with or without atomic ops?
Why would you want that? Best effort is sufficient.
Also, I'm not sure why e.
--
nosy: +pitrou
___
Chris Jerdonek added the comment:
One thing that occurred to me is that it is often or usually not sufficient to
go from 2.7 to 3.2 and on forward because applying a patch made against the
default branch loses information if first applied to an earlier branch. The
given workflow assumes no
Charles-François Natali added the comment:
I don't comfortable exposing this.
The main reason is that this flag is really non-portable.
Having open() fail at runtime because the platform doesn't support it looks
really wrong to me. And silently ignore it is even worse.
The 'x' flag was added
Ezio Melotti added the comment:
It can probably be added to the list of FAQs, or mentioned together with null
merges.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14468
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2771
___
___
Python-bugs-list
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: -python-dev
type: behavior - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2771
___
David Pritchard added the comment:
Here's an example where Python 3.3.0 crashes, but where the patched code works.
I have only been able to trigger the bug when PYTHONPATH is set (even if to an
empty value).
(1) create a directory
(2) chmod a-rw+x on that directory
(3) export PYTHONPATH=
(4)
Eli Bendersky added the comment:
Thank you for the patch, Franck. I will review it when I have the time.
--
assignee: - eli.bendersky
stage: - patch review
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
Here is a patch which adds support of wideInt and bignum Tcl types.
--
assignee: serhiy.storchaka -
keywords: +patch
stage: needs patch - patch review
Added file: http://bugs.python.org/file28551/tkinter_bignum.patch
Serhiy Storchaka added the comment:
Here is a second way patch. It adds a deterministic non-realtime timer.
--
assignee: serhiy.storchaka -
stage: - patch review
Added file:
http://bugs.python.org/file28552/test_sched_deterministic_timer.patch
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
assignee: - ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13094
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16843
___
___
Changes by Bradley Froehle brad.froe...@gmail.com:
--
nosy: +bfroehle
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5309
___
___
Python-bugs-list
Mark Dickinson added the comment:
Looks good to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16674
___
___
Python-bugs-list mailing list
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
assignee: - ezio.melotti
resolution: fixed -
stage: committed/rejected - patch review
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16009
New submission from Walter Mundt:
The documentation for the traceback module states that it exactly mimics the
behavior of the Python interpreter when it prints a stack trace. However,
this does not seem to be the case. In Python 2.7.3, executing the following:
import socket
import
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16840
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16009
___
Charles-François Natali added the comment:
Here's a new version closer to Tulip's one.
--
Added file: http://bugs.python.org/file28553/selector-1.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16853
Changes by Charles-François Natali neolo...@free.fr:
Removed file: http://bugs.python.org/file28546/selector.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16853
___
Antoine Pitrou added the comment:
The original request is really about setup.py, not packaging. I don't care
about packaging, and it's not in the stdlib.
--
assignee: tarek -
components: +Build -Distutils2
title: packaging doesn't parallelize extension module compilation - setup.py
STINNER Victor added the comment:
The feature looks to be supported by at least:
* FreeBSD 8+
Hum, it looks like it was only added to FreeBSD 8.3:
http://www.freebsd.org/cgi/man.cgi?query=openapropos=0sektion=0manpath=FreeBSD+8.3-RELEASEarch=defaultformat=html
(O_CLOEXEC doesn't appear in
1 - 100 of 114 matches
Mail list logo