Changes by Mark Dickinson dicki...@gmail.com:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12600
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file28011/tkinter_quoting_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15861
___
Serhiy Storchaka added the comment:
Patch updated. Added additional tests for ttk.Combobox (see issue11290).
--
Added file: http://bugs.python.org/file28286/tkinter_quoting_3.patch
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
Patch for 2.7 added.
--
Added file: http://bugs.python.org/file28287/tkinter_quoting_3-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15861
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
superseder: - ttk.Treeview unmatched open brace in list
versions: +Python 2.7, Python 3.2, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11290
Serhiy Storchaka added the comment:
Ezra's patch is working, but a little non-optimal.
However, I'm not sure, that it is right to extend a set of whitespace
characters. See comments at the top of the file.
Also this approach should be slower, especially for trivial case (no changes).
anatoly techtonik added the comment:
- Do you have a full traceback of the failing os.walk() in Python3.3?
Traceback (most recent call last):
File test.py, line 9, in module
print(dirs)
File C:\Python33\lib\encodings\cp437.py, line 19, in encode
return
Ronald Oussoren added the comment:
Ned: do you have time to backport this to 3.2 and 2.7?
Also, the code might not be entirely correct for all machines: on my machine
'gcc-4.2' still exists in /usr/bin but doesn't work because the actual compiler
(/usr/bin/i686-apple-darwin11-gcc-4.2.1) is no
New submission from Trent Nelson:
As far as I can tell, the python3dll.vcxproj is bitrot and should be removed
from pcbuild.sln. It's a makefile target project that invokes
..\PC\python3.mak, which builds a target named python3.dll; however,
pythoncore.vxcproj builds python34[_d].dll as a
anatoly techtonik added the comment:
I attach tests.py file used to run the tests. Results are in python2.out.txt
and python3.out.txt also attached.
What are the results of os.stat(b'Русское имя') and os.stat(b'Русское имя')
on Python 2.7 and Python 3.3+?
b'Русское имя' is not a valid
Changes by anatoly techtonik techto...@gmail.com:
Added file: http://bugs.python.org/file28288/tests.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16656
___
Changes by anatoly techtonik techto...@gmail.com:
Added file: http://bugs.python.org/file28289/python2.out.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16656
___
Changes by anatoly techtonik techto...@gmail.com:
Added file: http://bugs.python.org/file28290/python3.out.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16656
___
Serhiy Storchaka added the comment:
Thank you, Anatoly, for report. I'll try to investigate this issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16656
___
Changes by Matthias Klose d...@debian.org:
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16480
___
___
Python-bugs-list mailing
Amaury Forgeot d'Arc added the comment:
So, it seems that os.walk() and os.listdir() work correctly with Python3.3, but
print(u'Русское имя') fails because the terminal encoding is cp437.
See issue1602 for the print issue.
As a quick workaround, try to set
Stefan Krah added the comment:
Gregory, I'm talking about the size of the *total output* of the tool, not
about the size of the actual DSL parts:
posixmodule.c: 1138211514+132 (2 functions)
_cursesmodule.c:3434 3499 +65 (1 function)
zlibmodule.c: 1295
Serhiy Storchaka added the comment:
Anatoly, can you please run the attached test?
--
Added file: http://bugs.python.org/file28291/test_unicode_fname.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16656
R. David Murray added the comment:
Based on the pasted results I'm pretty sure there's nothing wrong with walk and
listdir. But it sounds like Serhiy will check to make sure, so we'll wait for
his report.
The byte string vs the coding cookie is an interesting observation, but is a
separate
Changes by Berker Peksag berker.pek...@gmail.com:
--
keywords: +patch
nosy: +berker.peksag
versions: +Python 3.4 -Python 3.3
Added file: http://bugs.python.org/file28292/issue14266.diff
___
Python tracker rep...@bugs.python.org
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16668
___
___
Python-bugs-list
Andy Salnikov added the comment:
OK, I see the problem. Do you think it would help if it tested both
sys.executable and its symlynk-resolved path against sys.exec_prefix
like this:
if sys.executable.startswith(os.path.join(sys.exec_prefix, bin))
or
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file28293/test_unicode_fname.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16656
___
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file28291/test_unicode_fname.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16656
___
Changes by Jeremy Kloth jeremy.kloth+python-trac...@gmail.com:
--
nosy: +jkloth
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16668
___
___
Martin v. Löwis added the comment:
Yes, it's still used. python3.dll is different from python3X.dll, and specified
in PEP 384. It will remain in Python until Python 4 comes along (and then
likely be replaced by python4.dll).
--
resolution: - invalid
status: open - closed
New submission from Serhiy Storchaka:
Here are two patches which implementation two different interface for same
feature.
In first patch you can use *doc* and *field_docs* arguments to specify
namedtuple class docstring and field docstrings. For example:
Point = namedtuple('Point', 'x
Changes by Serhiy Storchaka storch...@gmail.com:
Added file:
http://bugs.python.org/file28295/namedtuple_docstrings_tuples_seq.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16669
___
New submission from julien tayon:
Priority: low
Keywords: documentation
After watching
http://www.youtube.com/watch?v=o9pEzgHorH0 (Stop writing classes by diedrich)
I think the class Point example for the named tuples may be a wrong practice:
Trent Nelson added the comment:
Thanks Martin, I wasn't aware of that PEP. Explains why there isn't a debug
configuration, too.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16668
___
rurpy added the comment:
Raymond Hettinger (rhettinger) msg177365:
For some of the points, a couple examples will do a better job of explaining
hex() that trying to write-out the full code specification in prose.
Examples should never substitute for a clear, complete and concise
New submission from Andras Szalai:
In the class `logging.handlers.QueueListener` the `_sentinel` is `None`.
But
a = None
b = None
a is b
True
Because of this, the QueueListener stops if it receives a `None`.
Were the sentinel a proper instance, like:
_sentinel = {}
This would not happen.
Serhiy Storchaka added the comment:
Patch updated. Comments and docstrings a little enhanced. Thanks Brett for
review.
Also Python implementation of core generator now is threadsafe (in particular
random() and getrandbits() methods) as its C implementation and its private
members now are
myreallycoolname added the comment:
I am updating my bug report unfortunatly I am unable to give you a specific
link due to the fact that I can not find the python3.2 documentation online. I
do assure you that the docs from my computer are for python3.2 (as I have no
other docs installed.) To
John Hampton added the comment:
The documentation is correct. The problem that you seem to be having are due
to copy and pasting in the interpreter.
The source of you first error is that after you copy
def scope_test():
... def do_local():
... spam = local spam
... def
Roy Jacobson added the comment:
This bug is a really annoying one, any chance it will be fixed in 2.7? It's
really a matter when you want to deploy a program using distutils (my case),
because you cannot really require your clients to edit the registry themselves
:/
Is there any problem with
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +vinay.sajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16671
___
___
Python-bugs-list
New submission from Xavier de Gaye:
When f_trace is NULL, only PyTrace_CALL tracing events trigger the invocation of
the trace function (see trace_trampoline).
maybe_call_line_trace() does quite some work though _PyCode_CheckLineNumber to
find out if the instruction should be traced, and all
Changes by Xavier de Gaye xdeg...@gmail.com:
Added file: http://bugs.python.org/file28298/foo.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16672
___
Changes by Xavier de Gaye xdeg...@gmail.com:
Added file: http://bugs.python.org/file28299/bar.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16672
___
Xavier de Gaye added the comment:
When f_trace is NULL, only PyTrace_CALL tracing events trigger the invocation
of the trace function (see trace_trampoline).
This may be confusing. I meant that when f_trace is NULL, PyTrace_LINE,
PyTrace_RETURN and PyTrace_EXCEPTION are not traced.
ashwani added the comment:
Ok , It did not crash when I recompiled with --with-pydebug.
I observed crash when I was working with the urllib.request.
It was crashing when I imported urllib.request. I drill down the code of
urllib.request and found that it was crashing because of hashlib
Raymond Hettinger added the comment:
I don't think it is worth complicating the API for this. There have been zero
requests for this functionality. Even the doc field of property() is rarely
used.
--
assignee: - rhettinger
priority: normal - low
Raymond Hettinger added the comment:
I like the current example. It does a great job teaching people how
namedtuples work. Also, I think you've drawn the wrong conclusions from Jack's
talk.
--
assignee: docs@python - rhettinger
nosy: +jackdied, rhettinger
priority: normal - low
Vinay Sajip added the comment:
Why do you think None is a valid value to send for normal operation? Since the
queue is only meant for sending logging events (records), it seems reasonable
to send None as a sentinel - it should never be seen during operation.
The QueueListener is *supposed* to
Vinay Sajip added the comment:
In terms of the venv code, I don't see how doing the test in that way would
cause problems - as long as the value of sys.executable doesn't change, then as
I see it, the venv code should operate as it's meant to.
--
Gregory P. Smith added the comment:
given the behavior you are seeing, I'm not inclined to trust your computer or
however it is configured. I do not believe this is a Python issue.
3.3 works fine on RHEL 6 so it should work fine on CentOS 6.
Ned Deily added the comment:
Ned: do you have time to backport this to 3.2 and 2.7?
Yes, I'll be taking care of it shortly.
Also, the code might not be entirely correct for all machines: on my
machine 'gcc-4.2' still exists in /usr/bin but doesn't work because the
actual compiler
48 matches
Mail list logo
