[issue6399] Error reporting by logging.config.fileConfig()

[Mike]

Mike  added the comment:

Fair point.  Agree that this is a feature request.  Perhaps something like:

logging.config.fileConfig(path, strict=False)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6377] distutils compiler switch ignored

[Tarek Ziadé]

Tarek Ziadé  added the comment:

yes, the problem is that this option (string) is also used as an
attribute (compiler object).

But Python itself uses as an attribute..

I have to check its type at this spot, and deprecate the usage of
"compiler" as an attribute.

--
resolution:  -> accepted

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6403] distutils builds extension modules to root package directory

[Tarek Ziadé]

Tarek Ziadé  added the comment:

Related to #6365. I've added a test to make sure twisted builds with
'build' and 'build_ext -i'.

Fixed in r73790 and propagated in 2.6/3.1/3.2. 

Thanks for the feeback !

(I am also adding twisted in my buildbot to make sure trunk creates a
similar binary dist than 2.6)

--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6405] Redundant redeclarations in descrobject.h

[Floris Bruynooghe]

New submission from Floris Bruynooghe :

There are redundant redeclarations for PyGetSetDescr_Type and
PyMemberDescr_Type in descrobject.h.  This is an issue when compiling an
extension module with the -Wredundant-decls flag:

In file included from /usr/local/include/python3.1/Python.h:98,
 from src/util.c:27:
/usr/local/include/python3.1/descrobject.h:76: error: redundant
redeclaration of ‘PyGetSetDescr_Type’
/usr/local/include/python3.1/descrobject.h:71: error: previous
declaration of ‘PyGetSetDescr_Type’ was here
/usr/local/include/python3.1/descrobject.h:77: error: redundant
redeclaration of ‘PyMemberDescr_Type’
/usr/local/include/python3.1/descrobject.h:72: error: previous
declaration of ‘PyMemberDescr_Type’ was here
error: command 'gcc' failed with exit status 1

The patch is trivial.

--
components: Extension Modules
files: descrobject.diff
keywords: patch
messages: 90047
nosy: flub
severity: normal
status: open
title: Redundant redeclarations in descrobject.h
type: compile error
versions: Python 3.1, Python 3.2
Added file: http://bugs.python.org/file14435/descrobject.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6406] NameError on 2to3 tool

[Alejandro Santos]

New submission from Alejandro Santos :

Using the -j switch of the 2to3 tool shiped with Python 3.1 final i'm
getting:

Traceback (most recent call last):
  File "/home/alejo/apps/local/bin/2to3", line 6, in 
sys.exit(main("lib2to3.fixes"))
  File "/home/alejo/apps/local/lib/python3.1/lib2to3/main.py", line 132,
in main
options.processes)
  File "/home/alejo/apps/local/lib/python3.1/lib2to3/refactor.py", line
553, in refactor
for i in xrange(num_processes)]
NameError: global name 'xrange' is not defined

Attached patch seems to work fine.

--
components: 2to3 (2.x to 3.0 conversion tool)
files: 2to3-xrange.patch
keywords: patch
messages: 90048
nosy: alejolp, djc
severity: normal
status: open
title: NameError on 2to3 tool
type: crash
versions: Python 3.1
Added file: http://bugs.python.org/file14436/2to3-xrange.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2977] truncation of text in tables in Library Reference PDF

[Senthil]

Senthil  added the comment:

I verified the library reference pdf files from the trunk and I 
don't see this problem. Should we close the issue then?

--
nosy: +orsenthil

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6406] NameError on 2to3 tool

[Benjamin Peterson]

Benjamin Peterson  added the comment:

And that's what we get for not having unittests for the accursed
feature... Fixed in r73805.

--
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2775] Implement PEP 3108

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Thanks for the patch. Applied in r738067.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6407] multiprocessing Pool should allow custom task queue

[Matthew Leon Grinshpun]

New submission from Matthew Leon Grinshpun :

Multiprocessing's Pool class __init__ method is written in a way that
makes it very difficult for a subclass to modify self._taskqueue. There
are very good reasons for wanting to do this - ie, making the taskqueue
block when it reaches a certain size. It seems to me that simply moving
the taskqueue assignment into _setup_queues() would do the trick.

The following usenet group discussion contains further details:

http://groups.google.com/group/comp.lang.python/browse_thread/thread/e6c67a09fb20cdec#

--
components: Library (Lib)
messages: 90052
nosy: masher
severity: normal
status: open
title: multiprocessing Pool should allow custom task queue
type: feature request
versions: Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6405] Redundant redeclarations in descrobject.h

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Fixed in r73809.

--
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6407] multiprocessing Pool should allow custom task queue

[Benjamin Peterson]

Changes by Benjamin Peterson :


--
assignee:  -> jnoller
nosy: +jnoller

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6406] NameError on 2to3 tool

[Alejandro Santos]

Alejandro Santos  added the comment:

Thanks!!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6408] 2to3: Local package import

[Alejandro Santos]

New submission from Alejandro Santos :

The 2to3 tool shipped with Python 3.1 final doesn't handle correctly a
local package import (fixer fix_import). Test case:

$ find . -name '*.py'
./__init__.py
./a.py
./b/__init__.py
./b/m.py

$ 2to3 a.py
RefactoringTool: Skipping implicit fixer: buffer
RefactoringTool: Skipping implicit fixer: idioms
RefactoringTool: Skipping implicit fixer: set_literal
RefactoringTool: Skipping implicit fixer: ws_comma
RefactoringTool: No files need to be modified.

$ cat a.py

from b import m

m.q()


Trying to use the 2to3 tool from one level up won't work either:

$ 2to3 test2to3/a.py
RefactoringTool: Skipping implicit fixer: buffer
RefactoringTool: Skipping implicit fixer: idioms
RefactoringTool: Skipping implicit fixer: set_literal
RefactoringTool: Skipping implicit fixer: ws_comma
RefactoringTool: No files need to be modified.

It seems to be a bug in the fixer, which is using the os.path.pathsep
constant when it should be using the os.path.sep instead. 

The probably_a_local_import function is checking if "test2to3/b:"
exists, when it should be checking against: "test2to3/b/"

Attached patch seems to be working:

$ 2to3 test2to3/a.py
RefactoringTool: Skipping implicit fixer: buffer
RefactoringTool: Skipping implicit fixer: idioms
RefactoringTool: Skipping implicit fixer: set_literal
RefactoringTool: Skipping implicit fixer: ws_comma
--- test2to3/a.py (original)
+++ test2to3/a.py (refactored)
@@ -1,5 +1,5 @@
 
-from b import m
+from .b import m
 
 m.q()
 
RefactoringTool: Files that need to be modified:
RefactoringTool: test2to3/a.py

--
components: 2to3 (2.x to 3.0 conversion tool)
files: 2to3-os.path.sep.path
messages: 90055
nosy: alejolp, djc
severity: normal
status: open
title: 2to3: Local package import
versions: Python 3.1
Added file: http://bugs.python.org/file14437/2to3-os.path.sep.path

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6407] multiprocessing Pool should allow custom task queue

[Jesse Noller]

Jesse Noller  added the comment:

I'm not against this; new features will only be committed to the 2.7 and 
3.1.x branches however. 

Something to help speed this up would be an actual patch with docs/tests 
for the module made against python trunk. That way I could review and 
simply submit.

--
priority:  -> normal

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6408] 2to3: Local package import

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Fixed in r73811.

--
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6408] 2to3: Local package import

[Alejandro Santos]

Alejandro Santos  added the comment:

Nice, Thanks!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1172711] long long support for array module

[Hirokazu Yamamoto]

Hirokazu Yamamoto  added the comment:

How about this patch? I haven't tested so intensely, but testcase seems
working.

--
nosy: +ocean-city
Added file: http://bugs.python.org/file14438/array_long_long.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6267] Cumulative patcc:h to http and xmlrpc

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

The port to py3k has an error, see
http://mail.python.org/pipermail/python-checkins/2009-July/084734.html

Indexing is no more allowed on exception objects. it may be replaced
with e.args[0], or better, with e.errno.

--
nosy: +amaury.forgeotdarc

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1172711] long long support for array module

[Hirokazu Yamamoto]

Changes by Hirokazu Yamamoto :


Added file: http://bugs.python.org/file14439/array_long_long.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1172711] long long support for array module

[Hirokazu Yamamoto]

Changes by Hirokazu Yamamoto :


Removed file: http://bugs.python.org/file14438/array_long_long.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5117] os.path.relpath problem with root directory

[Hirokazu Yamamoto]

Hirokazu Yamamoto  added the comment:

Maybe this patch should be updated because os.path functions changed
their behaviors for UNC in py3k. (#5799)

--
dependencies: +Change ntpath functions to implicitly support UNC paths

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5117] os.path.relpath problem with root directory

[Hirokazu Yamamoto]

Changes by Hirokazu Yamamoto :


--
versions: +Python 3.2 -Python 3.0

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1195571] simple callback system for Py_FatalError

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

Here is a refreshed patch against trunk.
Since the previous one did not provide any context, I hope I copied the
lines in the right locations.

--
keywords: +needs review
nosy: +amaury.forgeotdarc
Added file: http://bugs.python.org/file14440/fatalhook.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue894936] Have a split corresponding with os.path.join

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

I still fail to see how 'splitall' would be useful.
How is it a problem that "str.split is incompatible with os.path.join" ?

--
nosy: +amaury.forgeotdarc

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6409] 2to3 generates malformed diffs

[Jean-Paul Calderone]

New submission from Jean-Paul Calderone :

I ran 2to3 over Twisted r27084 like this:

time ~/Projects/python/trunk/python
/home/exarkun/Projects/python/trunk/Tools/scripts/2to3 -j 4 twisted/ >
2to3.patch

Visual inspection revealed some curious defects, and attempting to apply
it failed like this:

$ patch -p0 < 2to3.patch 
patching file twisted/application/app.py
patching file twisted/conch/client/connect.py
patching file twisted/conch/client/default.py
patch:  malformed patch at line 129: @@ -1,6 +1,6 @@

The resulting file is attached.

--
components: Library (Lib)
files: 2to3.patch
keywords: patch
messages: 90064
nosy: exarkun
severity: normal
status: open
title: 2to3 generates malformed diffs
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file14441/2to3.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6409] 2to3 generates malformed diffs

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

You seem to use the 'parallel' option. Some flush() or synchronization
missing?

--
nosy: +amaury.forgeotdarc

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5672] Implement a way to change the python process name

[Elvis Pranskevichus]

Elvis Pranskevichus  added the comment:

> Please don't provide a wrapper around ptrctrl

prctl is not portable. I always thought that the premise of stdlib is to
provide portable interfaces.  BSD, for example, uses setprocname instead
of prctl.  Also, prctl does not modify the process name shown in "ps
uxww". Here's how PostgreSQL does this: http://tinyurl.com/mhjuqc.

--
nosy: +elprans

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6407] multiprocessing Pool should allow custom task queue

[Matthew Leon Grinshpun]

Matthew Leon Grinshpun  added the comment:

I have attached a patch. All I did was shift the one line from __init__
to _setup_queues.

That's it.

You could take advantage of the change in the following way:

class BlockingPool(pool.Pool):
def _setup_queues(self):
pool.Pool._setup_queues(self)
self._taskqueue = Queue(3)
self._inqueue = Queue(3)
self._quick_put = self._inqueue.put

Because of the design of _handle_tasks thread, you need to cap both
_taskqueue and _inqueue for blocking to work out.

I can't see any potential problems caused by this change, but I have
little experience working with this module so far.

--
keywords: +patch
Added file: http://bugs.python.org/file14442/multiproc.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6399] Error reporting by logging.config.fileConfig()

[Vinay Sajip]

Vinay Sajip  added the comment:

I'm not sure that this is a valid feature request. As R. David Murray
has said, it's sort of an unwritten rule of ConfigParser-based
applications that they look for specific entries, but don't care what
else is there in the file - sort of in line with Postel's Law.

The appearance of multiple messages pretty much points to multiple
handlers handling the message; knowing the way the hierarchy works,
propagation should have been one of the first things to check (as I
assume you had added handlers both at and above [logger_Builder]. I know
hindsight is wonderful, and I'm sorry it took you 4 hours to find the
problem; but I'm not convinced by this that I need to put more error
checking into the fileConfig code.

--
resolution:  -> invalid
status: open -> pending

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2977] truncation of text in tables in Library Reference PDF

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
resolution:  -> out of date
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue894936] Have a split corresponding with os.path.join

[R. David Murray]

R. David Murray  added the comment:

I think the OP meant os.path.split, not str.split, but I don't
understand what incompatibility he is referring to.  This seems to work
fine:

>>> ntpath.join(*ntpath.split("Z:/xyz"))
'Z:/xyz'

That said, I'd like to note that I was surprised the first few times I
used os.path.split to find that it did only one split.  I fully expected
it to be symetric with os.path.join and analogous to str.split and give
me a list of path components.

After thinking about this for a while, I think there are enough
subleties involved in doing this operation that it would be worth having
a cannonical function to do it the "right way" (which, IMO, is not how
the proposed patch does it!)

Here is what I think it should produce:

  D:/abc\\xyz.ext   -->['D:\\', 'abc', 'xyz.ext']
  D:abc/xyz.ext -->['D:', 'abc', 'xyz.ext']
  
I don't think this is what the OP is expecting, but I think it is
necessary to keep the drive attached to the first path element to avoid
ambiguity and to be consistent with the rest of the os.path semantics.

The reason I think this is worth doing is that otherwise what one would
do to produce the list of path components would be something like:

  drive, rpath = splitdrive(normpath("D:/abc/def.ext"))
  pathcomponents = rpath.split(sep)

which produces the result:

   ['', 'abc', 'def.ext']

when what one really wants is:

   ['\\', 'abc', 'def.ext']

Yes, your code can treat '' as indicating an absolute path, but that
adds one more step to the mutlistep process, the omission of any one of
which leads to subtle bugs.  Better to have a function that does it right.

Now, the question is, are there enough real use cases for this function
to motivate someone to do the work to add it?  I don't have any myself.

--
nosy: +r.david.murray
priority: normal -> low
versions: +Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6407] multiprocessing Pool should allow custom task queue

[Jesse Noller]

Jesse Noller  added the comment:

Thanks Matthew - I agree, it's simple. But fixing the code is 1/3 of the 
patch. I'll need to add tests/update the ones there as well as modify the 
.rst documentation.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6353] "L" integer suffix in Python 3.1 tutorial

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Pierre, before submitting doc issues, you can check the 'in-development'
version of the docs at
http://docs.python.org/dev/py3k/
to see if an issue has been fixed. This is currently labeled "Python
v3.2a0 documentation"

--
nosy: +tjreedy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6353] "L" integer suffix in Python 3.1 tutorial

[Mark Dickinson]

Mark Dickinson  added the comment:

ezio.melotti:  do you mean r73658? (which was committed after
delroth submitted the report :-).

--
nosy: +marketdickinson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6353] "L" integer suffix in Python 3.1 tutorial

[Ezio Melotti]

Ezio Melotti  added the comment:

Yes, I was looking at the diff between the two and I probably picked up
the wrong one.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6410] Dictionaries should support __add__

[Michael W.]

New submission from Michael W. :

Summary:
Dictionaries should support being added to other dictionaries instead of
using update(). This should be a relatively easy fix and would make the
language more pythonic.

How to reproduce:
$ python
Python 2.6.2 (release26-maint, Apr 19 2009, 01:56:41) 
[GCC 4.3.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> {1: 2, 3: 4} + {5: 6, 7: 8}

What happens:
Traceback (most recent call last):
  File "", line 1, in 
TypeError: unsupported operand type(s) for +: 'dict' and 'dict'

What should happen:
{1: 2, 3: 4, 5: 6, 7: 8}

Temporary workaround:
>>> a = {1: 2, 3: 4}
>>> b = {5: 6, 7: 8}
>>> c = a.copy()
>>> c.update(b)
>>> print c
{1: 2, 3: 4, 5: 6, 7: 8}
This is undesirable because it is not very compact and hard to read. Why
should any language take five lines of code to merge only two dictionaries?

--
components: Interpreter Core
messages: 90074
nosy: hotdog003
severity: normal
status: open
title: Dictionaries should support __add__
type: feature request
versions: Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6410] Dictionaries should support __add__

[Martin v . Löwis]

Martin v. Löwis  added the comment:

What would you do in case of duplicate keys?

--
nosy: +loewis

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6411] 3.1 not functional

[corban]

New submission from corban :

After downloading v. 3.1, I couldnt get it to perform even the most 
simple functions. I am somewhat new to the programming so I dont know 
if there is something simple that I am missing or if it is a possible 
bug with the system.

--
messages: 90076
nosy: element.effect
severity: normal
status: open
title: 3.1 not functional
versions: Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6411] 3.1 not functional

[Alexandre Vassalotti]

Alexandre Vassalotti  added the comment:

Could you elaborate on what is problem exactly? Please include any error
message you are getting. Also, what operating system are you using?

--
nosy: +alexandre.vassalotti
stage:  -> test needed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6411] 3.1 not functional

[corban]

corban  added the comment:

I am using windows xp. I dont have the exact error message because I've 
already uninstalled in and went with v/ 2.6.2 (which seems to be 
working fine.) But it was telling me to be a syntax error and would 
always highlight the blank space after any command as if that were the 
issue.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6411] 3.1 not functional

[Ezio Melotti]

Ezio Melotti  added the comment:

Maybe you used "print foo" instead of "print(foo)". In Python3 print is
a function and if you don't use the () you get this:
>>> print foo
  File "", line 1
print foo
^
SyntaxError: invalid syntax

--
nosy: +ezio.melotti

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6411] 3.1 not functional

[corban]

corban  added the comment:

Are there many changes like this with functions because what little 
I've learned is from v. 2.6.2 and most lessons seem to be based around 
that style as well. Im trying to teach myself and need to know which 
version would be better.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6410] Dictionaries should support __add__

[Alexandre Vassalotti]

Alexandre Vassalotti  added the comment:

I am against adding __add__ to dict, since merging dictionaries is not a
commutative operation.

If a short syntax is desired for merging dictionaries, the just define a
function. For example: 

def merge_dicts(*args):
  result = {}
  for x in args:
result.update(x)
  return result

--
nosy: +alexandre.vassalotti
resolution:  -> rejected
status: open -> pending

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6411] 3.1 not functional

[Ezio Melotti]

Ezio Melotti  added the comment:

If you want to know what changed in Python 3 you can read
http://docs.python.org/3.0/whatsnew/3.0.html
If you are learning Python and you need help you can ask on
comp.lang.python or on #python (server: irc.freenode.net).
Closing as invalid.

--
resolution:  -> invalid
stage: test needed -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6411] 3.1 not functional

[corban]

corban  added the comment:

>From what I can see, the older version of python may be easier to learn 
for a programming novice. It seems to be a little less complicated 
overall.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6381] test_urllib2_localnet sporadic failures closing socket

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Clearly some platforms automatically set the shutdown state, and we need 
to catch that error.

--
nosy: +krisvale

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6381] test_urllib2_localnet sporadic failures closing socket

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Commited revision 73819
Please test on gentoo

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6412] Titlecase as defined in Unicode Case Mappings not followed

[Christoph Burgmer]

New submission from Christoph Burgmer :

Titlecase, i.e. istitle() and title(), is buggy when the string
includes combining diacritical marks.

>>> u'H\u0301ngh'.istitle()
False
>>> u'H\u0301ngh'.title()
u'H\u0301Ngh'
>>>

The string given already is in titlecase so that the following result
is expected:
>>> u'H\u0301ngh'.istitle()
True
>>> u'H\u0301ngh'.title()
u'H\u0301ngh'
>>>

UTR#21 Case Mappings defines the following algorithm for titlecase
mapping [1]:

For each character C, find the preceding character B. 
  ignore any intervening case-ignorable characters when finding B.
If B exists, and is cased 
  map C to UCD_lower(C)
Otherwise, 
  map C to UCD_title(C)

The class of 'case-ignorable' is defined under [2] and includes
Nonspacing Marks (Mn) as listed in [3]. This includes diacritcal marks
and others. These should not be handled similar to spaces which they
currently are, thus dividing words.

A patch including the above test case is attached.

[1]
http://unicode.org/reports/tr21/tr21-5.html#Case_Conversion_of_Strings
[2] http://unicode.org/reports/tr21/tr21-5.html#Definitions
[3] http://www.fileformat.info/info/unicode/category/Mn/list.htm

--
components: Library (Lib)
files: test_unicode.titlecase.diff
keywords: patch
messages: 90086
nosy: christoph
severity: normal
status: open
title: Titlecase as defined in Unicode Case Mappings not followed
versions: Python 2.5, Python 2.6
Added file: http://bugs.python.org/file14443/test_unicode.titlecase.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6412] Titlecase as defined in Unicode Case Mappings not followed

[Ezio Melotti]

Changes by Ezio Melotti :


--
nosy: +ezio.melotti
priority:  -> normal
stage:  -> needs patch
type:  -> behavior
versions: +Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6412] Titlecase as defined in Unicode Case Mappings not followed

[Christoph Burgmer]

Christoph Burgmer  added the comment:

Adding a incomplete patch in need of a function
Py_UNICODE_ISCASEIGNORABLE defining the case-ignorable class.

I don't want to touch capitalize() as I don't fully understand the
semantics, where it is different to title(). It seems though following
UTR#21 not the first character should be uppercased, but the first
character with casing.

--
Added file: http://bugs.python.org/file1/unicodeobject.titlecase.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6267] Cumulative patcc:h to http and xmlrpc

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Fixed exception handling in 
revision 73820
and
revision 73821 and revision 73822

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6267] Cumulative patcc:h to http and xmlrpc

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

I've submitted a fix to 6381 in the trunk.  6382 is less clear to me, I 
must take a closer look.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5960] Windows Installer Error 1722 when opting for compilation at install time - once again

[Eric Devolder]

Eric Devolder  added the comment:

problem fixed under final 3.1

--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4017] Tkinter cannot find Tcl/Tk on Mac OS X

[Adam Ginsburg]

Adam Ginsburg  added the comment:

Although this is an old & closed error, I'm still running in to it.

I am trying to compile & install 64 bit python with Tk/Tcl support on
Mac OS X 10.5.7.

I have installed 64-bit Tcl/Tk:
$ file /Library/Frameworks/Tk.framework/Versions/8.5/Tk
/Library/Frameworks/Tk.framework/Versions/8.5/Tk: Mach-O universal
binary with 3 architectures
/Library/Frameworks/Tk.framework/Versions/8.5/Tk (for architecture
ppc7400):Mach-O dynamically linked shared library ppc
/Library/Frameworks/Tk.framework/Versions/8.5/Tk (for architecture
i386):   Mach-O dynamically linked shared library i386
/Library/Frameworks/Tk.framework/Versions/8.5/Tk (for architecture
x86_64): Mach-O 64-bit dynamically linked shared library x86_64
$ file /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl
/Library/Frameworks/Tcl.framework/Versions/8.5/Tcl: Mach-O universal
binary with 3 architectures
/Library/Frameworks/Tcl.framework/Versions/8.5/Tcl (for architecture
ppc7400):  Mach-O dynamically linked shared library ppc
/Library/Frameworks/Tcl.framework/Versions/8.5/Tcl (for architecture
i386): Mach-O dynamically linked shared library i386
/Library/Frameworks/Tcl.framework/Versions/8.5/Tcl (for architecture
x86_64):   Mach-O 64-bit dynamically linked shared library x86_64

Everything that _tkinter.so links to appears to be 64-bit capable:
$ otool -L
/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_tkinter.so
/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_tkinter.so:
/Library/Frameworks/Tcl.framework/Versions/8.5/Tcl
(compatibility version 8.5.0, current version 8.5.7)
/Library/Frameworks/Tk.framework/Versions/8.5/Tk (compatibility
version 8.5.0, current version 8.5.7)
/usr/local/lib/libgcc_s.1.dylib (compatibility version 1.0.0,
current version 1.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 111.0.0)

But somehow _tkinter.so doesn't have x86_64 support:
$ file
/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_tkinter.so
/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_tkinter.so:
Mach-O universal binary with 2 architectures
/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_tkinter.so
(for architecture i386):Mach-O bundle i386
/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_tkinter.so
(for architecture ppc7400): Mach-O bundle ppc

How can I make tkinter work with 64 bit Tcl/Tk?

--
nosy: +keflavich

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3810] os.chdir() et al: is the path str or bytes?

[Ezio Melotti]

Ezio Melotti  added the comment:

At the beginning of the page[1] there's a note that says: "All functions
accepting path or file names accept both bytes and string objects, and
result in an object of the same type, if a path or file name is returned."
This applies to os.chdir() too (both work, however it doesn't return
anything).

The doc for os.listdir[2] now says: "This function can be called with a
bytes or string argument. In the bytes case, all filenames will be
listed as returned by the underlying API. In the string case, filenames
will be decoded using the file system encoding, and skipped if a
decoding error occurs." so the second problem you mentioned seems
already fixed.

[1]: http://docs.python.org/3.0/library/os.html#module-os
[2]: http://docs.python.org/3.0/library/os.html#os.listdir

--
status: open -> pending

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6398] README typo

[Ezio Melotti]

Ezio Melotti  added the comment:

Fixed in r73823 (py3k) and r73824 (trunk).
Thanks!

--
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.0

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3392] subprocess fails in select when descriptors are large

[Gregory P. Smith]

Gregory P. Smith  added the comment:

Your patch looks pretty good.  I cleaned up a few things in it and added
a unittest (the existing test suite is run with both select and poll).

Committed to trunk in r73825.

I am leaving the issue open until this is ported and merged into py3k as
well as backported to release26-maint and release31-maint.

--
keywords:  -needs review
resolution:  -> accepted
stage: patch review -> commit review
versions: +Python 3.1 -Python 3.0
Added file: http://bugs.python.org/file14445/subprocess_with_poll3-gps03.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6413] incorrect log level in distutlis.dist for announce

[Tarek Ziadé]

New submission from Tarek Ziadé :

The correct level should be INFO

--
assignee: tarek
messages: 90095
nosy: tarek
priority: normal
severity: normal
status: open
title: incorrect log level in distutlis.dist for announce
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6413] incorrect log level in distutlis.dist for announce

[Tarek Ziadé]

Tarek Ziadé  added the comment:

done in r73827, r73828 and r73830

--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1027] uudecoding (uu.py) does not supprt base64, patch attached

[Ezio Melotti]

Ezio Melotti  added the comment:

Now it's too late for 2.5 and probably for 2.6 too. If there are no news
this can probably be closed.

--
nosy: +ezio.melotti
status: open -> pending
versions: +Python 2.7 -Python 2.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1229646] httplib error checking.

[Ezio Melotti]

Ezio Melotti  added the comment:

In Python3 the code for httplib changed:
Py3:
http://svn.python.org/view/python/branches/py3k/Lib/http/client.py?view=markup#send
Py2: http://svn.python.org/view/python/trunk/Lib/httplib.py?view=markup#send

Does this still need to be fixed on Py2.7 (and maybe on Py3 too)?

--
nosy: +ezio.melotti
type:  -> behavior
versions: +Python 2.7 -Python 2.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1710703] zipfile.ZipFile behavior inconsistent.

[Ezio Melotti]

Changes by Ezio Melotti :


--
keywords: +patch
stage:  -> test needed
type:  -> behavior
versions: +Python 2.7 -Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue777884] minidom.py -- TypeError: object doesn't support slice assig

[Ezio Melotti]

Changes by Ezio Melotti :


--
stage:  -> needs patch
type:  -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1921] Confusing Descrintro example

[Ezio Melotti]

Changes by Ezio Melotti :


--
assignee:  -> georg.brandl
nosy: +georg.brandl

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1025395] email.Utils.parseaddr fails to parse valid addresses

[Ezio Melotti]

Changes by Ezio Melotti :


--
stage:  -> test needed
versions: +Python 2.7 -Python 2.3, Python 2.4, Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3392] subprocess fails in select when descriptors are large

[Gregory P. Smith]

Gregory P. Smith  added the comment:

Merged to py3k in r73833.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2060] python2.6 -3 gives "warning: callable() not supported in 3.x" on startup

[Ezio Melotti]

Ezio Melotti  added the comment:

I can't reproduce this with Python 2.6 (final) on Windows and Python
2.6.2 on Linux. I guess that this was fixed before the final release.
Closing as "fixed".

--
nosy: +ezio.melotti
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6409] 2to3 generates malformed diffs

[Benjamin Peterson]

Changes by Benjamin Peterson :


--
assignee:  -> benjamin.peterson
nosy: +benjamin.peterson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3426] os.path.abspath with unicode argument should call os.getcwdu

[Ezio Melotti]

Ezio Melotti  added the comment:

This seems to work fine with Py 3.0 and 3.1 on Linux, it still fails
with Py 2.6 and 2.7.

--
nosy: +ezio.melotti
priority:  -> normal
versions: +Python 2.6, Python 2.7 -Python 2.4, Python 2.5, Python 3.0

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3250] datetime.time does not support arithmetic

[Ezio Melotti]

Ezio Melotti  added the comment:

If there's no obviously best way to handle overflow, can this be closed?

--
nosy: +ezio.melotti

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3077] h2py char literal doesn work

[Ezio Melotti]

Changes by Ezio Melotti :


--
priority:  -> normal
versions: +Python 2.7 -Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3151] elementtree serialization bug for weird namespace urls

[Ezio Melotti]

Changes by Ezio Melotti :


--
priority:  -> normal
stage:  -> patch review
versions: +Python 2.7 -Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3056] Simplify the Integral ABC

[Ezio Melotti]

Ezio Melotti  added the comment:

Ping?

--
nosy: +ezio.melotti
priority:  -> normal

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1559298] test_popen fails on Windows if installed to "Program Files"

[Russ Gibson]

Russ Gibson  added the comment:

What is needed is separate quoting for the command and the argument. 
Right now, test_popen only surrounds the entire command line with quotes:

"c:\Program Files\Python2.6\Python.exe -u c:\Documents and Settings\Russ
Gibson\cgi-bin\cgi.py"

It needs to the above as thus:

"c:\Program Files\Python2.6\Python.exe" -u "c:\Documents and
Settings\Russ Gibson\cgi-bin\cgi.py"

>From the command line, the second case works, but the first doesn't. 
Neither work from os.popen in 2.6.2.

To make sure that popen works in all cases under windows, test_popen*
need to test with separate quotes around the command and argument.  That
will show the real problem with the current os.popen* implementation(s).

(yeah, I know, shut up and provide a patch...)

--
nosy: +squeegee

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1475] test_popen fails when the directory contains a space

[Russ Gibson]

Russ Gibson  added the comment:

(Same comment I added to 1559298:)
What is needed is separate quoting for the command and the argument. 
Right now, test_popen only surrounds the entire command line with quotes:

"c:\Program Files\Python2.6\Python.exe -u c:\Documents and Settings\Russ
Gibson\cgi-bin\cgi.py"

It needs to test the above as thus:

"c:\Program Files\Python2.6\Python.exe" -u "c:\Documents and
Settings\Russ Gibson\cgi-bin\cgi.py"

>From the command line, the second case works, but the first doesn't.
Neither work from os.popen in 2.6.2.  I have been unable to get popen*
to work with a command and an argument that both contain spaces.

To make sure that popen works in all cases under windows, test_popen*
needs to test with separate quotes around the command and argument. 
That will show the real problem with the current os.popen*
implementation(s).

(yeah, I know, shut up and provide a patch...)

--
nosy: +squeegee

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6381] test_urllib2_localnet sporadic failures closing socket

[R. David Murray]

R. David Murray  added the comment:

Test passes consistently now on trunk in Gentoo.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com