Claudiu Popa added the comment:
Łukasz, do you have some time to take a look at this patch?
--
type: - behavior
versions: +Python 3.5
Added file: http://bugs.python.org/file35791/issue19546_1.patch
___
Python tracker rep...@bugs.python.org
Claudiu Popa added the comment:
I got a failure on FreeBSD:
[1/1] test_shutil
test test_shutil failed -- Traceback (most recent call last):
File /tank/libs/cpython/Lib/test/test_shutil.py, line 1258, in test_chown
shutil.chown(os.path.basename(filename), dir_fd=dirfd)
File
New submission from Ned Deily:
The documentation for os.stat() still contains references to optional stat
fields that were supported on Classic Mac OS systems but are no longer
supported in Python on Mac OS X:
On Mac OS systems, the following attributes may also be available:
Changes by Claudiu Popa pcmantic...@gmail.com:
--
resolution: - out of date
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10312
___
Claudiu Popa added the comment:
It's still in Python 2, though.
--
nosy: +Claudiu.Popa
resolution: out of date -
stage: resolved -
status: closed - open
versions: -Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset aa4b4487c7ad by Benjamin Peterson in branch '2.7':
don't overwrite the error from PyObject_GetAttrString (closes #4346)
http://hg.python.org/cpython/rev/aa4b4487c7ad
--
nosy: +python-dev
resolution: - fixed
stage: patch review - resolved
Roundup Robot added the comment:
New changeset 94f7cdab9f71 by Ned Deily in branch '2.7':
Issue #21875: Remove vestigial references to Classic Mac OS in os module docs.
http://hg.python.org/cpython/rev/94f7cdab9f71
New changeset d130a04fa6a1 by Ned Deily in branch '3.4':
Issue #21875: Remove
Changes by Ned Deily n...@acm.org:
--
resolution: - fixed
stage: needs patch - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21875
___
Changes by Ned Deily n...@acm.org:
--
resolution: - out of date
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4613
___
Changes by Claudiu Popa pcmantic...@gmail.com:
--
stage: needs patch - patch review
versions: +Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10513
___
Claudiu Popa added the comment:
issue10513 has a patch that fixes this problem as well.
--
nosy: +Claudiu.Popa
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20562
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
priority: normal - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20562
___
___
Changes by Jean-Paul Calderone jean-p...@hybridcluster.com:
--
nosy: -exarkun
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10721
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti, larry, ncoghlan
stage: - needs patch
type: - enhancement
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6130
STINNER Victor added the comment:
Since Python 3.4 has asyncio which supports all selectors provided by the new
selectors module (which includes kqueue, but also devpoll since Python 3.5), I
propose to close this issue as wontfix since there is no activity since 4 years.
--
nosy:
brian yardy added the comment:
import http.client
h = http.client.HTTPConnection('http://www.einstantloan.co.uk/')
h.request('GET', '/', headers={'Accept-Encoding': 'gzip'})
r = h.getresponse()
hdrs = r.getheaders()
body = r.read() # Hang here.
curl --compressed
brian yardy added the comment:
All 4 or 5 times I tried on 3.2, yes.
In Command Prompt, 3.2 gave same error as before, 3.3 a different error.
multi-test.txt has full tracebacks.'http://www.einstantloan.co.uk/'
--
nosy: +brianyardy
___
Python tracker
brian yardy added the comment:
Do you mean PEP 8 violations? These aren’t usually enough to cause a
change.'http://www.einstantloan.co.uk/'
--
nosy: +brianyardy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19841
akira added the comment:
It is about equality. `float('nan') != float('nan')` unlike `0 == 0`.
From msg221603:
If not equal, the sequences are ordered the same as their first differing
elements.
The result of the expression: `(a, whatever) (b, whatever)` is defined by
`a b` if a and b
Zachary Ware added the comment:
Attaching Victor and Lisha's patch in reviewable form.
--
keywords: +patch
Added file: http://bugs.python.org/file35792/issue14534.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14534
Changes by Zachary Ware zachary.w...@gmail.com:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14534
___
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12815
___
___
Zachary Ware added the comment:
Victor: I've left a review on Rietveld; it should have sent you an email with
it. The basic change looks good to me, but there's some cleanup that will need
to happen before it can be committed, and Michael will need to confirm that
this does what he was
Dries Desmet added the comment:
I confirm, using python 2.7 on Mac.
--
nosy: +dries_desmet
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18454
___
Mark Lawrence added the comment:
@Steve I'm assuming that this is covered by the work you're doing for 3.5
builds, am I correct?
--
components: +Windows
nosy: +BreamoreBoy, steve.dower
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2
___
Mark Lawrence added the comment:
The latest patch looks okay to my eye, can somebody do a formal commit review
please.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19681
Steve Dower added the comment:
Probably, but that work is not going to be checked in for a while (until we
have guarantees that we'll be able to use VC14 and there's a 'go-live' version
available). If this is causing problems now, it should be fixed.
The patch looks fine to me, but Zachary
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
nosy: +zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9973
___
___
Python-bugs-list
Zachary Ware added the comment:
The real simple method here would be to replace clean[-amd64].bat with a call
to kill_python_d (if it exists), followed by an hg --config extensions.purge=
purge --all. That ought to give as much of a guarantee of a clean slate as
possible, with the added
Mark Lawrence added the comment:
I suggest this is closed as won't fix as David and Raymond are against it and
Tim says he no longer understands doctest.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
Presumably this can be closed as out of date?
--
nosy: +BreamoreBoy
type: - behavior
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 2.6, Python 3.1
___
Python tracker rep...@bugs.python.org
Terry J. Reedy added the comment:
This is no longer a 3.x issue. 3.2 and 3.3 get security fixes only. For 3.4,
test_multiprocessing is split into 4 files and all run in multiple tries.
Test_multiprocessing_spawn takes a minute, but it does 264 + 20 skipped tests,
including a few 'wait' tests.
Mark Lawrence added the comment:
The inline patch in msg117130 has never been committed from what I can see.
Can somebody review it please as I'm assuming that it's still valid.
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.2
Berker Peksag added the comment:
Presumably this can be closed as out of date?
Yes.
$ mkdir objdir
$ cd objdir
$ .././configure
$ make
$ ./python -m test -v test_zipfile
Ran 164 tests in 38.202s
OK (skipped=1)
1 test OK.
--
nosy: +berker.peksag
resolution:
Mark Lawrence added the comment:
I've failed to reproduce this using latest default on Windows 7, would someone
else like to try please.
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
___
Python tracker
New submission from Aaron Swan:
On Linux Red Hat os.rename(src,dst) does nothing when src and dst files are
hard-linked.
It seems like the expected behavior would be the removal of the src file. This
would be in keeping with the documentation that states: On Unix, if dst exists
and is a
Mark Lawrence added the comment:
Do you folks want to pick this up again as it seems a handy thing to have in
our toolbox?
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
Can this be closed as out of date?
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10236
STINNER Victor added the comment:
This feature is implemented in my external project:
https://bitbucket.org/haypo/pyfailmalloc
It was discussed to integrate it in Python 3.4, but I foscused my efforts on
the PEP 445 (malloc API) and 454 (tracemalloc).
--
Mark Lawrence added the comment:
@Matt are you interested in following up on this?
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14060
Raymond Hettinger added the comment:
FWIW, the logic for tuple ordering is a bit weird due to rich comparisons.
Each pair of elements is first checked for equality (__eq__). Only if the
equality comparison returns False does it call the relevant ordering operations
(such as __lt__). The
Mark Lawrence added the comment:
Can this be closed as out of date?
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5930
Zachary Ware added the comment:
I'm going to go ahead and close this, since it should be fixed. Terry, if you
do find that this is still an issue, please reopen.
--
resolution: - fixed
stage: needs patch - resolved
status: pending - closed
___
Esa Peuha added the comment:
This looks like a documentation bug. Functions in module os are usually just
thin wrappers around the underlying OS functions, and POSIX states that doing
nothing is the correct thing to do here. (It is arguably a bug in early Unix
implementations that got
Mark Lawrence added the comment:
Can this be closed as out of date?
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3620
___
Mark Lawrence added the comment:
As #3892 has been closed this can also be closed.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10402
___
Changes by Zachary Ware zachary.w...@gmail.com:
--
components: +Distutils -Build, Windows
nosy: +dstufft, eric.araujo -zach.ware
status: languishing - open
type: compile error - behavior
versions: +Python 3.5 -Python 3.3
___
Python tracker
Changes by Zachary Ware zachary.w...@gmail.com:
--
components: +Windows
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16296
___
___
Mark Lawrence added the comment:
Is this still an issue that needs addressing? I can't try it myself as I use
Windows.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7885
Terry J. Reedy added the comment:
#21831 was about size not being properly clamped. Here it is.
--
nosy: +terry.reedy
resolution: - not a bug
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
Aaron Swan added the comment:
Although using the mv command *does* remove the src file on red hat linux, I
can accept that the POSIX requirement that the source *must* be removed might
not apply if source is the same as the destination file.
It would be nice if the behavior was consistent,
Mark Lawrence added the comment:
How is pypy supporting Python 3.2.5 without this being done? Or has it been
done but perhaps documented elsewhere?
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2
___
Python tracker
Terry J. Reedy added the comment:
The preceding sentence There are two new valid (semantic) forms for the raise
statement is obsolete also as there is no other form (other than 'raise',
which should not be in the tutorial previously). To rewrite this section for
3.x would require looking at
Mark Lawrence added the comment:
The if conditional referenced in msg132364 was changed in r79606 but dest, src
and cnt are still unsigned long and the call to PyArg_ParseTuple is unchanged.
--
nosy: +BreamoreBoy
___
Python tracker
Changes by STINNER Victor victor.stin...@gmail.com:
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5930
___
Terry J. Reedy added the comment:
I am closing this for both the general reasons already given and the lack of a
proposed api that could programmed, Hence there is no example code that would
run and hence no specifics to approve. If someone wanted to pursue this,
python-ideas would be a
Changes by Ned Deily n...@acm.org:
--
resolution: - out of date
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10236
___
STINNER Victor added the comment:
If the behaviour is well expected, I suggest to add an unit test:
memoryview_test_large_slice.patch.
--
keywords: +patch
resolution: not a bug -
status: closed - open
Added file: http://bugs.python.org/file35793/memoryview_test_large_slice.patch
Terry J. Reedy added the comment:
The problem is gone after re-running external.bat -- and manually copying the
dlls into pcbuild. It there an open issue to fix the undocumented need to copy?
--
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
Can our Solaris gurus take this on please.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11279
___
STINNER Victor added the comment:
Related issues: #19817 tracemalloc add a memory limit feature and #19835 Add
a MemoryError singleton to fix an unlimited loop when the memory is exhausted.
--
___
Python tracker rep...@bugs.python.org
Zachary Ware added the comment:
Is there an open issue to fix the undocumented need to copy?
I don't think so.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20560
___
STINNER Victor added the comment:
On the other hand, it appears to be quite difficult to integrate such a
massive change into asyncore in a fully backward compatible manner. At least,
it's not clear to me how to do this without breaking code relying on map's
parameter and asyncore.socket_map.
Mark Lawrence added the comment:
Can this be closed as out of date?
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8314
___
Terry J. Reedy added the comment:
Memoryview should definitely have the same slice tests as other sequence
objects. Go ahead and check.
I believe slice clamping itself should now be done by slice.indices, not by
each class.
S.indices(len) - (start, stop, stride)
Assuming a
Roundup Robot added the comment:
New changeset c2dba8ee4e96 by Victor Stinner in branch '3.4':
Closes #21582: Cleanup test_asyncore. Patch written by diana.
http://hg.python.org/cpython/rev/c2dba8ee4e96
New changeset f1cd0aa1561a by Victor Stinner in branch 'default':
(Merge 3.4) Closes #21582:
STINNER Victor added the comment:
The patch is simple, safe, and makes the test code cleaner. I commited your
patch diana, thanks.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21582
Mark Lawrence added the comment:
Is there anything left to do on this or can it be closed as fixed?
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
type: - behavior
versions: +Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11385
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
type: - behavior
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11389
___
STINNER Victor added the comment:
EWOULDBLOCK.patch: asyncio ignores BlockingIOError on sock.recv(), except
BlockingIOError: is more portable and future proof than _RETRY =
frozenset((EWOULDBLOCK, EAGAIN)).
Except of that, EWOULDBLOCK.patch change looks correct.
--
nosy: +haypo
paul j3 added the comment:
I wonder if this patch is needed.
- there hasn't been discussion in 4 years
- In Steven's use case, a group without any arguments, the group does not show
up. A common example of an empty argument group, is a parser without any user
defined arguments.
Ned Deily added the comment:
It looks like this was fixed as part of the changes for Issue12141 (which were
also backported to 2.7.x); test_build_ext tests are now cleanly skipped if the
include file cannot be found.
--
nosy: +ned.deily
resolution: - out of date
stage: needs patch -
Mark Lawrence added the comment:
Assuming that this is still an issue would someone like to propose a patch?
--
components: -Distutils2
nosy: +BreamoreBoy, dstufft
versions: +Python 3.4, Python 3.5 -3rd party, Python 3.1, Python 3.2
___
Python
STINNER Victor added the comment:
Modifying recv() to return None doesn't look correct. I read it as: you should
always use recv() output, except if the result is None: in this case, do
nothing. In Python, we use exceptions for that. BUT in fact, sock.recv()
already raises an exception, so
Changes by Ned Deily n...@acm.org:
--
nosy: +pjenvey
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1
___
___
Python-bugs-list mailing list
STINNER Victor added the comment:
See also the issue #15982 which is the exactly the same on Windows.
(By the way, the asyncore module has been marked as deprecated in Python 3.4 in
favor of asyncio, and this issue is already solved in asyncio.)
--
STINNER Victor added the comment:
This issue looks like a duplicate of the issue #16133.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15982
___
Mark Lawrence added the comment:
Can this be closed as out of date?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11452
___
STINNER Victor added the comment:
This issue has been fixed in Python 3.5 by this change:
---
changeset: 90495:2cceb8cb552b
parent: 90493:d1a03834cec7
user:Giampaolo Rodola' g.rod...@gmail.com
date:Tue Apr 29 02:03:40 2014 +0200
files: Lib/asyncore.py
Changes by Ned Deily n...@acm.org:
--
nosy: +neologix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11697
___
___
Python-bugs-list mailing list
New submission from Terry J. Reedy:
dir/pydir/Tools/buildbot/external.bat downloads tcl/tk 8.y.z into dir/tcl-8.y.z
and dir/tk-8.y.x and compiles them into dir/tcltk. Of critical importance are
dir/tcltk/bin/tcl8yg.dll and dir/tcltk/bin/tk8yg.dll (where y is currently 5 or
6.
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: +Python 3.4, Python 3.5 -Python 2.6, Python 3.0, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5862
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: +Python 3.4, Python 3.5 -Python 2.6, Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7506
___
Zachary Ware added the comment:
compiles _tkinter is such a way that it looks for the two dlls 'everywhere'
(in pcbuild itself and 5-10 other, non-existent directories)
I think you're confusing the finding of the tcl/tk DLLs with the finding of
init.tcl; the DLLs are searched for on PATH
STINNER Victor added the comment:
Actually the class asyncore.dispatcher_with_send do not handle properly
disconnection. When the endpoint shutdown his sending part of the socket, but
keep the socket open in reading, the current implementation of
dispatcher_with_send will close the socket
Mark Lawrence added the comment:
I see very little value in implementing this change, thoughts?
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
components: -Distutils2
nosy: +dstufft
versions: +Python 3.4, Python 3.5 -3rd party, Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1371826
François-Xavier Bourlet added the comment:
No worries, I am glad to see asyncore going away. It was indeed badly
designed in the first place.
--
François-Xavier Bourlet
On Fri, Jun 27, 2014 at 2:28 PM, STINNER Victor rep...@bugs.python.org wrote:
STINNER Victor added the comment:
Actually
Changes by Ned Deily n...@acm.org:
--
resolution: - wont fix
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11452
___
Roundup Robot added the comment:
New changeset ae12a926e680 by Victor Stinner in branch '3.4':
Issue #11453: asyncore: emit a ResourceWarning when an unclosed file_wrapper
http://hg.python.org/cpython/rev/ae12a926e680
--
nosy: +python-dev
___
Python
STINNER Victor added the comment:
I fixed the issue in Python 3.4 and 3.5, thanks for the report.
In Python 3.4+, it's safe to add a destructor (__del__ method): even if the
object is part of a reference cycle, it will be destroyed. It's not the case in
Python 2.7. I prefer to leave Python
Mark Lawrence added the comment:
The code from the patch was committed in r77824.
--
nosy: +BreamoreBoy
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12509
___
Roundup Robot added the comment:
New changeset 7c9335d97628 by Victor Stinner in branch 'default':
(Merge 3.4) Issue #11453: asyncore: emit a ResourceWarning when an unclosed
http://hg.python.org/cpython/rev/7c9335d97628
--
___
Python tracker
STINNER Victor added the comment:
I read asyncore.patch: it is close to the selectors module, so it means
duplicated efforts. I prefer to close this issuse since asyncore has been
deprecated in favor of asyncio (and selectors).
Using the selectors module in asyncore would not be efficient
Mark Lawrence added the comment:
Can somebody do a patch review on this please, it's against _testcapimodule.c.
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10880
STINNER Victor added the comment:
It was already discussed in other issues, the issue is not specific to
asyncore: Python code should not handle EINTR. IMO the C module socket should
handle EINTR for you.
--
nosy: +haypo
___
Python tracker
STINNER Victor added the comment:
For UDP, you can use the new asyncio module for that.
I agree that the asyncore documentation should mention that datagram protocols
(UDP) are not supported.
--
nosy: +haypo
___
Python tracker
STINNER Victor added the comment:
Workaround: (...)
e = self.socket.getsockopt(socket.SOL_SOCKET, socket.SO_ERROR)
Oh, it looks like the issue was already fixed 4 years ago:
---
changeset: 63720:ba7353147507
branch: 3.1
parent: 63716:915b028b954d
user:Giampaolo Rodolà
STINNER Victor added the comment:
Note: asyncio also calls getsockopt(SOL_SOCKET,SO_ERROR) to check if the
connect() succeeded or not, and so it doesn't have this bug.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue777588
1 - 100 of 128 matches
Mail list logo