Changes by Matt Wilkie map...@gmail.com:
--
nosy: +Matt.Wilkie
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13123
___
___
Python-bugs-list
Matt Wilkie added the comment:
I confirm this is happening with 3.2.4 from an installer generated in 2.7.4
(64bit Win7, 32bit python):
https://pypi.python.org/pypi/leo/4.11.devel-build-5802
--
nosy: +Matt.Wilkie
___
Python tracker
Andy Chugunov added the comment:
Thank you guys for all the efforts you put in solving and answering this.
Just so that we're clear.
It is perfectly legitimate to extend lists withing tuples. It just doesn't seem
possible to make augmented assignment and simple assignment handle this
Charles-François Natali added the comment:
To reproduce the issue, try this:
# echo hostname /proc/sys/kernel/hostname
the locale encoding + surrogateescape error handler
Sounds reasonable.
--
nosy: +neologix
___
Python tracker
Changes by Serhiy Storchaka storch...@gmail.com:
--
components: +Extension Modules
keywords: +easy
nosy: +serhiy.storchaka
stage: - needs patch
type: - behavior
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
Dominik Richter added the comment:
@neologix: (with current hostname showing at the left of my prompt)
none:~ # echo hât /proc/sys/kernel/hostname
hât:~ # hostname
hât
--
___
Python tracker rep...@bugs.python.org
Dominik Richter added the comment:
/off: nevermind, wasn't directed at me
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18109
___
___
Changes by Eric Wieser wieser.eric+py...@gmail.com:
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18110
___
___
Eric Wieser added the comment:
This is not at first glance, a duplicate of 3692 - in that case, the list
comprehension is referring to another class variable.
Most notably, that describes a behavioural change introduced by python 3 - in
this case, python 3 handles it correctly - there's a bug
Serhiy Storchaka added the comment:
The patch is outdated. Some function prototypes were changed in issue9369, some
were changed before.
Here is a new patch. It adds const qualifier to following public functions:
PyObject_DelAttrString, PyObject_HasAttrString, PyObject_GetAttrString,
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
assignee: - ezio.melotti
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18020
___
R. David Murray added the comment:
I believe that summary is correct.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17973
___
___
Roundup Robot added the comment:
New changeset 60c195e89c88 by Senthil Kumaran in branch '2.7':
Fix #16450 test_missing_localfile testcase fails on misconfigured hostname.
http://hg.python.org/cpython/rev/60c195e89c88
--
nosy: +python-dev
___
Python
Senthil Kumaran added the comment:
I noticed this only after I had a misconfigured hostname on my mac.
Fixing my hostname of course solved the problem, but in any case, changed the
tests so that we wont be baffled by the unexpected (and misdirected error msg)
from test for misconfigured
Roundup Robot added the comment:
New changeset 0a544bb539e6 by Senthil Kumaran in branch '2.7':
Fix #17967: For ftp urls CWD to target instead of hopping to each directory
http://hg.python.org/cpython/rev/0a544bb539e6
New changeset dbfbdf2b5c19 by Senthil Kumaran in branch '3.3':
Fix #17967:
Senthil Kumaran added the comment:
Thanks Zhaoqifa for steps to configure the ftp with acl. I could reproduce it
manually and fix it by changes to the urllib.request code.
Unfortunately, we dont have rigorous tests for ftp handling in urllib module.
That's noted in test_urllib2net module too.
Senthil Kumaran added the comment:
Reopening: This change is seeing problems with Windows Buildbot
http://buildbot.python.org/all/builders/x86%20XP-4%203.x/builds/8643/steps/test/logs/stdio
--
status: closed - open
___
Python tracker
Changes by Charles-François Natali cf.nat...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17683
___
___
Changes by A.M. Kuchling li...@amk.ca:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18066
___
Roundup Robot added the comment:
New changeset a678f139510b by Andrew Kuchling in branch 'default':
#18066: remove vestigial code depending on the sgi module
http://hg.python.org/cpython/rev/a678f139510b
--
nosy: +python-dev
___
Python tracker
Terry J. Reedy added the comment:
To me, there are two independent improvements: using i and hence msg to
identify the erroneous dup, and using .subTest to test all dups. I would
combine ideas from both the first two patches to do both.
1. a fancy formatted message would be more useful with
Serhiy Storchaka added the comment:
subTest() serves two purposes: identify the test case and continue testing
oother test cases after a fail. For first purpose subTest() is not well
suitable in these tests, becouse we have no a string which determine a
test. Second purpose is not relevant to
Terry J. Reedy added the comment:
becouse we have no a string which determine a test.
The original loop could be have been written as (or be changed to)
for label, dup in [
('odcopy', od.copy()),
('copycopy', copy.copy(words)),
and so on
]
and the label used to
Changes by Donald Stufft donald.stu...@gmail.com:
--
nosy: +dstufft
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14621
___
___
Python-bugs-list
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
Added file: http://bugs.python.org/file30441/d7c50c15468d.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11959
___
Changes by H Xu h...@topbug.net:
--
nosy: +xuhdev
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18050
___
___
Python-bugs-list mailing list
Vinay Sajip added the comment:
Patch now updated to revert asyncore changes. The changes are now:
smtpd.py - changed SMTPChannel and SMTPServer to accept map argument
test_logging.py - removed subclassed SMTPChannel, not needed since the base
SMTPChannel class now accepts a map, and
Dwight Guth added the comment:
I was programming something today and thought I should let you know I came
across a situation where the current behavior of this function is able to
expose what seems to be raw memory to the user.
import io
class A(io.RawIOBase):
def readinto(self, b):
New submission from Nikolaus Rath:
[0] nikratio@vostro:~/tmp$ cat bugme.py
#!python
import getpass
import warnings
warnings.simplefilter('default')
getpass.getpass(What's up?)
[0] nikratio@vostro:~/tmp$ python3 --version
Python 3.3.2
[0] nikratio@vostro:~/tmp$ python3 bugme.py
Alex Gaynor added the comment:
Attached patch should fix this issue.
--
keywords: +patch
nosy: +alex
Added file: http://bugs.python.org/file30442/issue18116.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18116
Nikolaus Rath added the comment:
No, it doesn't.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18116
___
___
Python-bugs-list mailing list
Alex Gaynor added the comment:
Are you sure you applied it correctly? With and without:
Alexanders-MacBook-Pro:cpython alex_gaynor$ ./python.exe x.py
What's up?
Alexanders-MacBook-Pro:cpython alex_gaynor$ hg revert --all --no-backup
reverting Lib/getpass.py
Alexanders-MacBook-Pro:cpython
Nikolaus Rath added the comment:
Yes, I'm pretty sure:
[0] nikratio@vostro:~/tmp$ cp /usr/lib/python3.3/getpass.py .
[0] nikratio@vostro:~/tmp$ patch -p2 issue18116.diff
patching file getpass.py
Hunk #1 succeeded at 57 (offset -1 lines).
[0] nikratio@vostro:~/tmp$ python3 bugme.py
Brandon Craig Rhodes added the comment:
Adding an entirely separate API for introspection strikes me as
counter-productive — instead of merely having to maintain the logging API that
you already maintain, you will additionally now have an entirely separate and
second API that also has to be
Julian Berman added the comment:
Thanks for finding that, I thought there was an issue that came out of that p-i
thread but couldn't find it.
I'd like to be more concrete, but calling max on an iterable seems concrete
enough to me. If you'd like to know more though, personally I've wanted
R. David Murray added the comment:
So you aren't really asking for a default, you are asking for a version of
max/min that returns a sentinel instead of raising an error on an empty list.
You could just write utility function that has a try/except in it. I'm not
sure it is worth complicating
Julian Berman added the comment:
Yes that's a good description. I'm not sure the type of exception is the thing
to look at as much as the behavior, I.e. I think next() is a good precedent.
And it's not really pleasant to do this with a try/except. Of course
everything's possible, but to catch
Vajrasky Kok added the comment:
I redo the test as Terry J. Reedy suggested. I use label in loop, utilize
subTest receiving label parameter, and pass messages to only necessary asserts.
So roughly if the test fails, we would get something like this:
Vajrasky Kok added the comment:
This bug happens in Python 3.4 as well.
[sky@localhost cpython]$ ./python --version
Python 3.4.0a0
[sky@localhost cpython]$ ./python /tmp/bugme.py
/home/sky/Code/python/programming_language/cpython/Lib/os.py:1025:
ResourceWarning: unclosed file _io.FileIO name=3
R. David Murray added the comment:
I don't think there's any other way to get a ValueError out of min/max, but I
haven't actually looked at the code to check. Of course, if we want people to
rely on that, we'd need to document it.
'next's default is used to return a sentinel when the list is
Julian Berman added the comment:
It's not exactly the same of course, but calling next on a thing that might be
empty would be somewhat close, and also is replacing an exception with a
sentinel (an exception that is much easier to differentiate).
You can always get a ValueError out of
41 matches
Mail list logo