Changes by Demian Brecht demianbre...@gmail.com:
--
nosy: +dbrecht
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19917
___
___
Python-bugs-list
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: rhettinger - r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21739
___
Tal Einat added the comment:
Ouch. I hadn't thought about the Ellipsis literal!
That would be sensibly possible, yes, but not simple. I think opening a
separate issue for this would be prudent.
--
___
Python tracker rep...@bugs.python.org
Torsten Landschoff added the comment:
ita1024: please don't post to closed issues; your message here will be
ignored.
Bugs for Python 2 will be ignored anyway so what can you do? I am currently
fighting with the effects of using threads, subprocess.Popen and sqlite in
Python2 and found
New submission from Terry J. Reedy:
3.0 introduced ... as Ellipsis literal. Test: add '...\n' to the end of the
test code. In test_get_expression, add at the end
p = get('12.3')
self.assertEqual(p.get_expression(), '...')
which now fails with AssertionError: '' != '...'.
Terry J. Reedy added the comment:
#21787 Idle: make 3.x Hyperparser.get_expression recognize ...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21686
___
Berker Peksag added the comment:
I think this is related to PEP 420.
$ tree pkg/
pkg/
├── foobar.py
$ python3.2 -c from pkg import foobar
Traceback (most recent call last):
File string, line 1, in module
ImportError: No module named pkg
But, with Python 3.3 and
STINNER Victor added the comment:
sys.platform == cli or sys.platform == silverlight
It cannot happen in CPython, so I think that it's fine to leave CPython stdlib
unchanged. I consider that the issue is fixed because the bug report was for
IronPython and the bug was fixed there.
--
New submission from STINNER Victor:
Hi,
During the development of Python 3.4, I tried to emit warnings if a file is
destroyed without being explicitly closed. The warnings were not emited in
threads during Python finalization. Here are related changes:
- Issue #19421: FileIO destructor
STINNER Victor added the comment:
Benjamin changed ThreadState_DeleteCurrent() to fix an issue in this part of
the code, but then reverted his change:
revert tstate_delete_common, since it's pretty much wrong
http://hg.python.org/cpython/rev/3ce746735b99
(Yeah this part of the code is really
Konstantin Tretyakov added the comment:
Do note that things are not as simple as slices with negative indices are
treated differently from scalar negative indicies.
Namely, behaviour differs whether you use [] or .__getitem__, and whether you
use [a:b] or [slice(a,b)]. This does not make
STINNER Victor added the comment:
Charles-François Natali wrote a general comment about daemon threads:
http://bugs.python.org/issue19466#msg206028
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21788
eryksun added the comment:
Refer to the documentation for deprecated __getslice__ when slicing an instance
of a classic class:
https://docs.python.org/2/reference/datamodel.html#object.__getslice__
The SLICE+3 implementation (apply_slice) calls PySequence_GetSlice if both
index values can be
Konstantin Tretyakov added the comment:
Aha, I see. I knew I'd get bitten by not explicitly subclassing (object) one
day.
In any case, adding a reference to this issue into the docs of __getitem__ and
__setitem__ would probably save someone some hours of utter confusion in the
future.
Bohuslav Slavek Kabrda added the comment:
Thanks, Antoine. So, is there anything else that should be done about the patch
so that it gets accepted?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21679
Marc-Andre Lemburg added the comment:
I'm not sure whether using os.fsencoding() is a good idea. The encoding used by
uname is not defined anywhere and it's possible that Python using a wrong
encoding may cause the call to fail (e.g. in case the host name includes
non-ASCII chars).
Then
STINNER Victor added the comment:
I'm not sure whether using os.fsencoding() is a good idea. The encoding used
by uname is not defined anywhere and it's possible that Python using a wrong
encoding may cause the call to fail (e.g. in case the host name includes
non-ASCII chars).
I also expect
Marc-Andre Lemburg added the comment:
On 17.06.2014 11:21, STINNER Victor wrote:
STINNER Victor added the comment:
I'm not sure whether using os.fsencoding() is a good idea. The encoding used
by uname is not defined anywhere and it's possible that Python using a wrong
encoding may
STINNER Victor added the comment:
2.7.6 or 3.4.1 with OS X 10.8. I can only reproduce it an automated test
environment when the load is high on the machine. I've also seen it with
10.6/10.7. It's definitely inconsistently reproducible.
I'm surprised that the Python read() method doesn't
Changes by Claudiu Popa pcmantic...@gmail.com:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15582
___
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
versions: -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7982
___
___
Jean-Paul Calderone added the comment:
What are the chances a future Python 2.x release will include any fix developed
for this issue?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4887
Mark Lawrence added the comment:
Good as 2.7 is in support until 2020.
--
versions: +Python 2.7, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4887
___
Mark Lawrence added the comment:
I'm assuming that this is no longer an issue as we're now at Python 2.7.7 and
Solaris 11.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11100
Mark Lawrence added the comment:
Slipped under the radar?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10612
___
___
Mark Lawrence added the comment:
Could someone do a patch review on this please.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10746
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10608
___
Mark Lawrence added the comment:
I'm assuming that this can go into 2.7 and 3.5 if anybody is prepared to work
on a patch.
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
New submission from Jan Varho:
When trying to run a file with non-ASCII symbols without declaring an encoding,
python 2.7 gives the following error:
File foo.py, line 2
SyntaxError: Non-ASCII character '\xc3' in file fo.py on line 2, but no
encoding declared; see
Marc-Andre Lemburg added the comment:
On 17.06.2014 15:03, M.-A. Lemburg wrote:
On 17.06.2014 15:00, Jan Varho wrote:
New submission from Jan Varho:
When trying to run a file with non-ASCII symbols without declaring an
encoding, python 2.7 gives the following error:
File foo.py, line
Mark Lawrence added the comment:
@Marc please accept our apologies for having missed this. Can you still
reproduce the problem?
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 2.6
___
Python tracker rep...@bugs.python.org
Marc-Andre Lemburg added the comment:
On 17.06.2014 15:00, Jan Varho wrote:
New submission from Jan Varho:
When trying to run a file with non-ASCII symbols without declaring an
encoding, python 2.7 gives the following error:
File foo.py, line 2
SyntaxError: Non-ASCII character
Mark Lawrence added the comment:
Could somebody please review the attached patch.
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9248
Serhiy Storchaka added the comment:
I compared tests output with and without patch and noticed only one significant
difference.
ForkWait is imported in Lib/test/test_wait3.py, Lib/test/test_wait4.py and
Lib/test/test_fork1.py and now it is executed 4 times. Either this class
should be turned
Mark Lawrence added the comment:
Who is best placed to look at an issue about import hooks and default
tracebacks?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6682
Mark Lawrence added the comment:
Can somebody answer the question about PyMem versus malloc/free functions.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9191
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10582
___
___
Python-bugs-list
Senthil Kumaran added the comment:
I believe, repr() is the correct call here. You should know the proper end of
line characters like \n, \r\n which were sent in the request while debugging. A
pretty print here, while look good, might remove that capability and thus may
not add any value in
R. David Murray added the comment:
Nikolaus: while I agree that Raymond's comments were a bit strongly worded, it
doesn't read to me as if the thread you link to is on point for this issue.
The thread was focused on a *specific* question, that of calling close twice.
The question of what
R. David Murray added the comment:
It doesn't matter that it can't happen in CPython. The idea is that IronPython
should be able to copy as much of the stdlib as possible without having to
change it.
That said, I'm not going to object if people decide this is in some sense a
step too far in
abraithwaite added the comment:
Interesting. I saw the same behavior on 2.7.7 as well:
$ python2
Python 2.7.7 (default, Jun 3 2014, 01:46:20)
[GCC 4.9.0 20140521 (prerelease)] on linux2
Type help, copyright, credits or license for more information.
from pkg import foobar
foobar
module
Mark Lawrence added the comment:
The important line from the link in msg122717 is :-
mswindows = (sys.platform == win32 or (sys.platform == cli and os.name ==
'nt'))
so +1 from me unless someone can show one or more problems with it.
--
nosy: +BreamoreBoy
Vishal Lal added the comment:
ping
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12933
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
Oh oh, new try in english:
I vote -0, I don't really care :-) It's just that the issue is old and didn't
get much attention.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8110
Demian Brecht added the comment:
I have a few questions about this one:
1. Why is print used to begin with? Surely this should use debug logging. Using
print, you lose the benefits of logging: Timestamps, if used in the configured
logger, can be invaluable to match up against logs generated
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: -terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19917
___
___
Python-bugs-list
STINNER Victor added the comment:
I'm -0, I don't really care :-) I just that the issue is old and
didn't get much attention.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8110
___
R. David Murray added the comment:
It doesn't use logging because (I think) logging didn't exist when it was
implemented. Whether or not we want to change that is a more complicated
question, I think. Probably we don't, for backward compatibility reasons.
--
New submission from Demian Brecht:
When sending data, the blocksize is currently hardcoded to 8192. It should
likely be set to the value of resource.getpagesize().
--
components: Library (Lib)
files: set_blocksize_to_getpagesize.diff
keywords: patch
messages: 220839
nosy: dbrecht
Guido van Rossum added the comment:
The patch looks fine to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21723
___
___
Python-bugs-list
STINNER Victor added the comment:
See also the issue #7732.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21784
___
___
STINNER Victor added the comment:
I remember that I added an check in Python 3.2 on the file type to explicitly
reject directories:
http://hg.python.org/cpython/rev/125887a41a6f
+if (stat(buf, statbuf) == 0 S_ISDIR(statbuf.st_mode))
+/* it's a directory */
+
New submission from Eric Radman:
The documentation for the WNOHANG flag
(https://docs.python.org/3.4/library/os.html#os.WNOHANG) suggests that a return
value of (0, 0) indicates success. This is not always true, the second value
may contain a value even on success. On OpenBSD 5.5 this is an
Changes by Claudiu Popa pcmantic...@gmail.com:
--
stage: test needed - patch review
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7769
___
Zachary Ware added the comment:
What if we simply rename the current unittest.TestCase class to
unittest.BaseTestCase, and define unittest.TestCase as class
TestCase(BaseTestCase): pass? Then mixin classes can derive from BaseTestCase
and have all of the TestCase methods available (for
Michael Foord added the comment:
If you're writing a mixin you don't need to derive from TestCase, you just
derive from object. The point of this feature is to allow TestCase subclasses
to be base classes instead of being used as a mixin.
--
___
Changes by Claudiu Popa pcmantic...@gmail.com:
--
nosy: +Claudiu.Popa
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7769
___
___
Python-bugs-list
Mark Lawrence added the comment:
Can somebody review this small patch please.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9499
___
Mark Lawrence added the comment:
Slipped under the radar?
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8997
___
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15025
___
___
Stefan Krah added the comment:
I guess the tests --without-doc-strings are broken:
http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%203.x/builds/6900/steps/test/logs/stdio
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
Could we have a response to this please as a way to reproduce the problem is
given in the attached patch and a suggested solution is inline.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
Could we have a response to this problem please.
--
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/issue9714
Mark Lawrence added the comment:
@Nick is this something you'd like to pick up on, and are there any other
Windows gurus who should be added to the nosy list?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
The problem and fix are simple but who is best placed to take a look at this?
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
Slipped under the radar?
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9976
___
Zachary Ware added the comment:
Right, but in my experience, it seems like a lot of people do inherit from
TestCase in their mixin anyway, possibly just to have the TestCase methods
available for auto-completion in their IDE. I've done the same, though I've
remembered after writing the tests
Mark Lawrence added the comment:
Can we close this as out of date as we're already working on msi for 3.5?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10009
___
New submission from Nathanel Titane:
LinkedIn
Python,
I'd like to add you to my professional network on LinkedIn.
- Nathanel
Nathanel Titane
Industrial Designer at TNDesigns Industrial + Graphic design solutions
Montreal, Canada Area
Confirm that you know Nathanel Titane:
Changes by SilentGhost ghost@gmail.com:
--
resolution: - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21792
___
Mark Lawrence added the comment:
Can somebody review the attached patch please.
--
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/issue10136
Changes by Zachary Ware zachary.w...@gmail.com:
--
title: Invitation to connect on LinkedIn - Spam
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21792
___
Changes by Zachary Ware zachary.w...@gmail.com:
--
Removed message: http://bugs.python.org/msg220856
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21792
___
Mark Lawrence added the comment:
IIRC somebody has been working on the turtle code and/or docs recently, if I'm
correct presumably they could pick this issue up?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
Could we have a patch review on this please.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10310
___
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9191
___
___
Python-bugs-list
New submission from Demian Brecht:
This patch is a follow up to an out of scope comment made by R. David Murray in
#20898 (http://bugs.python.org/issue20898#msg213771).
In a nutshell, there is some redundancy between http.client and http.server
insofar as the definition of http status code,
Andy Maier added the comment:
Attaching the patch for pydoc.py, relative to the tip of 2.7. the patch
contains just the proposed fix, and no longer the debug prints.
--
keywords: +patch
Added file: http://bugs.python.org/file35673/pydoc.py.patch
___
Andy Maier added the comment:
Attaching the patch for Lib/test/test_pydoc.py, relative to the tip of 2.7. The
patch adds a testcase test_class_with_metaclass(), which defines a class that
provokes the buggy behavior, and verifies the fix.
--
Added file:
New submission from the mulhern:
def decorator(f):
... @functools.wraps(f)
... def new_func(self, junk):
... stack = inspect.stack()
... for i, frame in enumerate(stack):
... print(%s % frame[3])
... f(self, junk)
... return
Changes by Terry J. Reedy tjre...@udel.edu:
--
versions: +Python 3.5 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10170
___
___
Serhiy Storchaka added the comment:
Michael's suggestion looks too sophisticated and confusing to me.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14534
___
Josh Rosenberg added the comment:
I don't think you understand how wrapping works. At the time you're enumerating
the stack, the wrapped function has not actually been called. Only the wrapper
has been called. If the stack included junk when junk had not yet been
executed, the stack would be
Ned Deily added the comment:
Thanks for the report!
--
nosy: +ned.deily
resolution: - fixed
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21789
___
Roundup Robot added the comment:
New changeset f80199b009ef by Ned Deily in branch '2.7':
Issue #21789: fix broken link (reported by Jan Varho)
http://hg.python.org/cpython/rev/f80199b009ef
--
nosy: +python-dev
___
Python tracker
Changes by Ned Deily n...@acm.org:
--
nosy: +sbt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9248
___
___
Python-bugs-list mailing list
New submission from Milan Oberkirch:
The smtpd.SMTPServer does support 8BITMIME if decode_date is False (#19662) and
could be announced under this condition. The patch for #21725 already
implements 8BITMIME so this can easily be done afterwards.
--
components: email
messages: 220868
Changes by Ned Deily n...@acm.org:
--
nosy: +steve.dower, zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10009
___
___
Python-bugs-list
Changes by Ned Deily n...@acm.org:
--
components: +Windows -Build
nosy: +steve.dower, tim.golden, zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10136
___
R. David Murray added the comment:
Review comments added.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21725
___
___
Python-bugs-list mailing
Terry J. Reedy added the comment:
I forgot to mention that with this particular shutdown order
@classmethod
def tearDownClass(cls):
del cls.text, cls.editwin
cls.root.destroy()
del cls.root
the shutdown warning message we have seen about not handling an event
Steve Dower added the comment:
If we wanted to migrate the instructions to 2.7/3.5 as suggested then there's
some updating to do, but if there's no plan to update them then I agree,
there's nothing to do here.
FWIW, the 3.5 installer will accept the same command line options as previous
Zachary Ware added the comment:
I'm inclined to close as 'won't fix'; kill_python.exe is an eh, good enough
hack meant mostly for the buildbots anyway, and short paths are exceptionally
rare these days. If anything, I'd just add a warning that if ~ is in the
path, all bets are off.
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +barry, eli.bendersky, ethan.furman, orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21793
___
New submission from Shal:
The following error is with using python 2.7.3 on HP-UX 11.11
Very occasionally get following error. The error occurs once every 20 - 30
days. OS HP-UX 11.11
applicationCode.py is invoked via a cgi wrapper by apache httpd .
### ERROR LISTNG
Changes by Shal ss3...@att.com:
Added file: http://bugs.python.org/file35676/cgi.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21796
___
___
Tim Golden added the comment:
+1
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10136
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Shal ss3...@att.com:
Added file: http://bugs.python.org/file35677/cgi.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21796
___
___
Changes by Shal ss3...@att.com:
Removed file: http://bugs.python.org/file35677/cgi.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21796
___
___
Changes by Shal ss3...@att.com:
Added file: http://bugs.python.org/file35678/mimetools.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21796
___
___
1 - 100 of 154 matches
Mail list logo
