[issue1725737] Distutils default exclude doesn't match top level .svn

[Ralf Schmitt]

Ralf Schmitt added the comment:

I can easily reproduce it using python 2.5.
I'll test with trunk.

_
Tracker <[EMAIL PROTECTED]>

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

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

[Jeffrey Yasskin]

Jeffrey Yasskin added the comment:

Thanks! I've added some minimal documentation and construction from
other Rationals. The other formats for string parsing center around
where whitespace is allowed, and whether you can put parens around the
whole fraction. Parens would, of course, go away if str() no longer
produces them. So they're not significantly different. I guess my
objection to construction from strings is mostly that I'm ambivalent,
and especially for a core library, that means no. If there's support
from another core developer or two, I'd have no objections.

Inexact is saying that one thing could be ==3 and the other ==0, so I
think it's correct.

Negative zeros are a problem. :) I think the default implementations are
still fine, but you're right that classes like Decimal will need to
think about it, and the numbers module should mention the issue. It's
not related to the Rational implementation though, so in another patch.

I've submitted this round as r59974. Onto the next patch! :)

__
Tracker <[EMAIL PROTECTED]>

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

[issue1326] "internal" zipimport.zipimporter feature untested

[Georg Brandl]

Changes by Georg Brandl:


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

__
Tracker <[EMAIL PROTECTED]>

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

[issue1828] Renaming platform path modules

[Guido van Rossum]

Changes by Guido van Rossum:


Removed file: http://bugs.python.org/file9172/unnamed

__
Tracker <[EMAIL PROTECTED]>

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

[issue1820] Enhance Object/structseq.c to match namedtuple and tuple api

[Raymond Hettinger]

Raymond Hettinger added the comment:

It worked fine on a fresh check-out.  Committed in revision 59967.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1820] Enhance Object/structseq.c to match namedtuple and tuple api

[Raymond Hettinger]

Raymond Hettinger added the comment:

Run, "make test" a few times to make sure it doesn't bomb.

The problem may be due to needing a deferred_type instead of assigning
&PyTupleObject directly.  Will look it more later.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1820] Enhance Object/structseq.c to match namedtuple and tuple api

[Leif Walsh]

Leif Walsh added the comment:

I just svn upped (it updated zipimport) and applied your patch, and
'./python Lib/test/regrtest.py test_zipimport.py' says it's okay, so I
would go ahead and commit it.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1542677] IDLE shell doesn't accept non ascii char input

[Santiago Gala]

Santiago Gala added the comment:

works in python 3ka2 (svn as of today):

>>> print("á")
á
>>> print(b"á")
SyntaxError: bytes can only contain ASCII literal characters.
(, line 1)

as it should, so the problem appears in 2.* only.

_
Tracker <[EMAIL PROTECTED]>

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

[issue1828] Renaming platform path modules

[Benjamin Peterson]

Benjamin Peterson added the comment:

On Jan 14, 2008 7:44 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:

>
> Guido van Rossum added the comment:
>
> And guess what, in 3.0 __builtin__ is renamed to builtin.

 point taken

>
>
> --
> resolution:  -> rejected
>
> __
> Tracker <[EMAIL PROTECTED]>
> 
> __
>

Added file: http://bugs.python.org/file9172/unnamed

__
Tracker <[EMAIL PROTECTED]>

__On Jan 14, 2008 7:44 PM, Guido van Rossum 
[EMAIL PROTECTED]> 
wrote:
Guido van Rossum added the comment:And 
guess what, in 3.0 __builtin__ is renamed to 
builtin. point taken
--resolution:  -> rejected__Tracker [EMAIL PROTECTED]><
http://bugs.python.org/issue1828"; 
target="_blank">http://bugs.python.org/issue1828>__-- Benjamin Peterson
Composer, Clarinetist, Programmer, Wikipedian, and full-time 
student"Nothing is more beautiful than an oboe; unless it's a 
chicken stuck in a vacuum cleaner"

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

[issue1828] Renaming platform path modules

[Guido van Rossum]

Changes by Guido van Rossum:


--
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue1828] Renaming platform path modules

[Guido van Rossum]

Guido van Rossum added the comment:

And guess what, in 3.0 __builtin__ is renamed to builtin.

--
resolution:  -> rejected

__
Tracker <[EMAIL PROTECTED]>

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

[issue1786] pdb should set stdin+stdout around exec call

[Guido van Rossum]

Guido van Rossum added the comment:

Here's an improved patch -- the recursive debugger invocation should
pass the I/O settings on.

--
assignee:  -> gvanrossum
keywords: +easy
Added file: http://bugs.python.org/file9171/pdb.diff

__
Tracker <[EMAIL PROTECTED]>

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

[issue1828] Renaming platform path modules

[Benjamin Peterson]

Benjamin Peterson added the comment:

Well, yes but I think that it's rare enough that in the name of keeping
the stdlib clean, it's reasonable to say:
import _posixpath and posixpath
This also occurs when somone wants to modify __builtin__.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1820] Enhance Object/structseq.c to match namedtuple and tuple api

[Raymond Hettinger]

Raymond Hettinger added the comment:

Thanks for the patch.  I removed the whitespace changes and added some
tests to make sure structseq now works with the % formatting operator
and isinstance(t,tuple).

Am getting a sporadic segfault in test_zipimport when running "make
test", so holding-off on applying:

test_zipimport
~/py26/Lib/test/test_zipimport.py:91: ImportWarning: Not importing
directory '/home/rhettinger/py26/Modules/zlib': missing __init__.py
  ["__dummy__"])
make: *** [test] Segmentation fault

Added file: http://bugs.python.org/file9170/structseq.diff

__
Tracker <[EMAIL PROTECTED]>

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

[issue1828] Renaming platform path modules

[Guido van Rossum]

Guido van Rossum added the comment:

> Since they are implementation details, they
> should have a "_" prepended to their names.

No, they are not, and they should not.

There are legitimate use cases for importing these directly.  E.g. I
could be on a Windows box but have a desire to manipulate posix paths.

--
nosy: +gvanrossum

__
Tracker <[EMAIL PROTECTED]>

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

[issue1828] Renaming platform path modules

[Brett Cannon]

Brett Cannon added the comment:

On Jan 14, 2008 5:12 PM, Christian Heimes <[EMAIL PROTECTED]> wrote:
>
> Christian Heimes added the comment:
>
> Brett, it sounds like a good idea for the 3.0 stdlib reorg.
>

Yep, it does.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1828] Renaming platform path modules

[Christian Heimes]

Christian Heimes added the comment:

Brett, it sounds like a good idea for the 3.0 stdlib reorg.

--
nosy: +brett.cannon, tiran
priority:  -> low
type:  -> rfe
versions:  -Python 2.6

__
Tracker <[EMAIL PROTECTED]>

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

[issue1829] Renaming platform path modules

[Christian Heimes]

Christian Heimes added the comment:

Duplicate of #1828

--
nosy: +tiran
resolution:  -> duplicate
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue1829] Renaming platform path modules

[Benjamin Peterson]

Benjamin Peterson added the comment:

Sorry for the double.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1829] Renaming platform path modules

[Benjamin Peterson]

New submission from Benjamin Peterson:

Currently, all the platform-specific path modules (ntpath, macpath, etc)
have normal module names. Since they are implementation details, they
should have a "_" prepended to their names as is the custom for private
objects. I doubt this would break much code: I've never written
witnessed any code outside of the os module that uses the modules.

--
components: Library (Lib)
messages: 59943
nosy: gutworth
severity: normal
status: open
title: Renaming platform path modules
versions: Python 2.6, Python 3.0

__
Tracker <[EMAIL PROTECTED]>

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

[issue1828] Renaming platform path modules

[Benjamin Peterson]

New submission from Benjamin Peterson:

Currently, all the platform-specific path modules (ntpath, macpath, etc)
have normal module names. Since they are implementation details, they
should have a "_" prepended to their names. I doubt this would break
much code: I've never written witnessed any code outside of the os
module that uses the modules.

--
components: Library (Lib)
messages: 59942
nosy: gutworth
severity: normal
status: open
title: Renaming platform path modules
versions: Python 2.6, Python 3.0

__
Tracker <[EMAIL PROTECTED]>

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

[issue1820] Enhance Object/structseq.c to match namedtuple and tuple api

[Raymond Hettinger]

Changes by Raymond Hettinger:


--
assignee:  -> rhettinger

__
Tracker <[EMAIL PROTECTED]>

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

[issue1698917] ZipFile.printdir fix (2.6)

[Raymond Hettinger]

Raymond Hettinger added the comment:

It was the right solution (a simplified version of the original patch).
 Will also add more tests when I get a chance.

BTW, thanks for reporting this bug.

_
Tracker <[EMAIL PROTECTED]>

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

[issue1826] operator.attrgetter() should accept dotted attribute paths

[Scott Dial]

Scott Dial added the comment:

The attached patch provides for the functionality requested. I've
updated the docstring of attrgetter related to this new feature and have
updated test_operator accordingly.

Added file: http://bugs.python.org/file9169/getattrchaser.diff

__
Tracker <[EMAIL PROTECTED]>

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

[issue1725737] Distutils default exclude doesn't match top level .svn

[Ralf Schmitt]

Changes by Ralf Schmitt:


--
nosy: +schmir

_
Tracker <[EMAIL PROTECTED]>

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

[issue1771] Remove cmp parameter to list.sort() and builtin.sorted()

[Guido van Rossum]

Guido van Rossum added the comment:

> After more thought, I would like to make one more change and require the
> arguments to be keywords such as sort(key=str.lower) but not
> sort(str.lower).

Works for me. (To be honest I thought key was already required to be a
keyword. :-)

__
Tracker <[EMAIL PROTECTED]>

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

[issue1746088] long.__str__ is quadratic time

[Raymond Hettinger]

Raymond Hettinger added the comment:

I would be happy with a patch that does divide-and-conquer.  That code
would be much easier to get correct than the FFT algorithm and it would
still give nice Big-O results.

_
Tracker <[EMAIL PROTECTED]>

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

[issue1045] Performance regression in 2.5

[Raymond Hettinger]

Changes by Raymond Hettinger:


--
resolution:  -> wont fix
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue1771] Remove cmp parameter to list.sort() and builtin.sorted()

[Raymond Hettinger]

Raymond Hettinger added the comment:

Yes, it does feel great.  The code is cleaner and faster.  The API is
simple and matches all the other key= functions in
min/max/nsmallest/nlargest/groupby.

After more thought, I would like to make one more change and require the
arguments to be keywords such as sort(key=str.lower) but not
sort(str.lower).

The issue is that the cmp= interface has been around so long that it is
ingrained into our thinking and in our code.  Having to write-out the
keyword makes the intent explicit and will avoid accidently passing in a
cmp= function when a key= function was intended.  In Py3.1, the
restriction could be relaxed and l.sort(f) could be accepted for
l.sort(key=f).

For the 2-to-3 tool, I wrote a converter that automatically transitions
code currently using a custom compare function:

2.6 code:  s.sort(cmp=lambda p, q: cmp(p.lower(), q.lower()))
3.0 code:  s.sort(key=CmpToKey(lambda p, q: cmp(p.lower(), q.lower(

Ideally, the automatcic conversion would be accompanied by a suggestion
to manually rewrite to something like:

3.0 code:   s.sort(key=str.lower)

--- converter code ---

def CmpToKey(mycmp):
'Convert a cmp= function into a key= function'
class K(object):
def __init__(self, obj, *args):
self.obj = obj
def __cmp__(self, other):
return mycmp(self.obj, other.obj)
return K

__
Tracker <[EMAIL PROTECTED]>

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

[issue1826] operator.attrgetter() should accept dotted attribute paths

[Raymond Hettinger]

Raymond Hettinger added the comment:

I think Barry's proposal is fine.  If we need to update the docs, then
so be it.  His proposal adds useful functionality while keeping
readability and clarity.

FWIW, the getattr() explanation in the docs already needs to be expanded
to cover the multi-argument form of itemgetter.

--
resolution:  -> accepted

__
Tracker <[EMAIL PROTECTED]>

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

[issue1698917] ZipFile.printdir fix (2.6)

[Alan McIntyre]

Alan McIntyre added the comment:

I think you applied the wrong patch; the referenced revision doesn't
include the tests from zipfile-printdir-2.diff.

_
Tracker <[EMAIL PROTECTED]>

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

[issue1826] operator.attrgetter() should accept dotted attribute paths

[Barry A. Warsaw]

Barry A. Warsaw added the comment:

I'm not /personally/ concerned with the breakage because practicality
beats purity, and I don't want to use lambda because it's slower.  I've
never used operator.attrgetter() outside the specific use case of
sorted() and list.sort() so I'd like to make it able to be used in all
sorting-by-attribute-chasing use cases.

Other options: have sorted() and list.sort() grow another keyword
argument for the attribute-path; add another method called attrchaser()
in some module that adds the requested functionality.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1698917] ZipFile.printdir fix (2.6)

[Raymond Hettinger]

Raymond Hettinger added the comment:

Fixed in revision 59959

--
nosy: +rhettinger
resolution:  -> accepted
status: open -> closed

_
Tracker <[EMAIL PROTECTED]>

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

[issue1698915] ZipFile.printdir fix (2.5)

[Raymond Hettinger]

Raymond Hettinger added the comment:

Fixed in revision 59959

--
nosy: +rhettinger

_
Tracker <[EMAIL PROTECTED]>

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

[issue1698398] wrong % of params for format string in ZipFile.printdir()

[Raymond Hettinger]

Raymond Hettinger added the comment:

Fixed in revision 59959

--
resolution:  -> fixed
status: open -> closed

_
Tracker <[EMAIL PROTECTED]>

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

[issue1764638] add new bytecodes: JUMP_IF_{FALSE|TRUE}_AND_POP

[Raymond Hettinger]

Changes by Raymond Hettinger:


--
resolution:  -> rejected
status: open -> closed

_
Tracker <[EMAIL PROTECTED]>

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

[issue1826] operator.attrgetter() should accept dotted attribute paths

[Scott Dial]

Scott Dial added the comment:

I want to clarify that the proposed change would break:

operator.attrgetter(foo)(bar) == getattr(bar, foo)

Which is the documented intent of the operator module: "This module
exports a set of functions implemented in C corresponding to the
intrinsic operators of Python."

Unless, you are proposing getattr grow this functionality as well. IOW,
should PyObject_GetAttr* perform this recursion? If so, should
PyObject_HasAttr*, PyObject_DelAttr*, PyObject_SetAttr* do this as well?
At the moment, it is possible to have foo's (as in above) that contain
dots despite the inability to spell that in python's dereferencing
syntax. However, I don't know that anybody does that.

--
nosy: +scottdial

__
Tracker <[EMAIL PROTECTED]>

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

[issue429031] Text widget, bindtags and Tabs

[Matthias Kievernagel]

Changes by Matthias Kievernagel:


Added file: http://bugs.python.org/file9168/429031-tabs-nok.tcl


Tracker <[EMAIL PROTECTED]>


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

[issue429031] Text widget, bindtags and Tabs

[Matthias Kievernagel]

Changes by Matthias Kievernagel:


Added file: http://bugs.python.org/file9167/429031-tabs-ok.tcl


Tracker <[EMAIL PROTECTED]>


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

[issue429031] Text widget, bindtags and Tabs

[Matthias Kievernagel]

Changes by Matthias Kievernagel:


Added file: http://bugs.python.org/file9166/429031-tabs-nok.py


Tracker <[EMAIL PROTECTED]>


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

[issue429031] Text widget, bindtags and Tabs

[Matthias Kievernagel]

Matthias Kievernagel added the comment:

skip was right.
An equivalent tcl program shows the same behaviour.
Tested with tcl/tk 8.4.6

Corrected python scripts (the original attached files
were broken) and equivalent tcl scripts attached.

Matthias Kievernagel

Added file: http://bugs.python.org/file9165/429031-tabs-ok.py


Tracker <[EMAIL PROTECTED]>


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

[issue1827] svnversion_init() doesn't support svn urls in sandbox/trunk

[Martin v. Löwis]

Martin v. Löwis added the comment:

I fail to see why it is a bug that such URLs are not supported - why
can't you develop pep370 in a regular branch?

As an RFE, it would certainly possible to support such a case. If either
/python/ isn't found, or isn't followed by tags/branches/trunk, I'd set
shortbranch to "foreign".

--
nosy: +loewis

__
Tracker <[EMAIL PROTECTED]>

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

[issue1826] operator.attrgetter() should accept dotted attribute paths

[Martin v. Löwis]

Martin v. Löwis added the comment:

What's wrong with

sorted(seq, key=lambda v:v.person.displayname)

--
nosy: +loewis

__
Tracker <[EMAIL PROTECTED]>

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

[issue1825] msilib.add_data() takes exactly three parameters

[Martin v. Löwis]

Martin v. Löwis added the comment:

Thanks for pointing that out. The table argument must be one of the
predefined tables in the MSI schema, e.g. Feature, File, Component,
Dialog, Control, InstallExecuteSequence, etc. The values are the values
added to that table

--
nosy: +loewis

__
Tracker <[EMAIL PROTECTED]>

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

[issue1772] popen fails when there are two or more pathnames/parameters with spaces

[Stephan Hoermann]

Stephan Hoermann added the comment:

I have attached some code that demonstrates the bug. You need to run it 
on Windows and you need to place some bat file (it doesn't need to do 
anything just exist) at C:\Program Files\test.bat (or change the 
reference in the code, but it does need to include spacing). The first 
popen call works the second popen call will fail, because there are 2 
pathnames in the code with spaces. I am using the popen4 module in os 
but I also tested popen2 and popen3 and they do the same thing.

Added file: http://bugs.python.org/file9164/popen_bug.py

__
Tracker <[EMAIL PROTECTED]>

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

[issue1743] IDLE fails to launch

[Martin v. Löwis]

Martin v. Löwis added the comment:

We should clearly separate issues. Changing the organization of files is
entirely independent from fixing the bug reported here, and the issues
must not at all be mixed.

I'm puzzled as to why making the file hidden should have any effect, but
at least that's something that we can try to reproduce.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1796] ctypes should allow a tuple when an Array is expected

[Thomas Heller]

Thomas Heller added the comment:

Corrected the patch to NOT accept None.

Added file: http://bugs.python.org/file9163/ctypes-array-3.patch

__
Tracker <[EMAIL PROTECTED]>

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

[issue1796] ctypes should allow a tuple when an Array is expected

[Thomas Heller]

Changes by Thomas Heller:


Removed file: http://bugs.python.org/file9162/ctypes-array-2.patch

__
Tracker <[EMAIL PROTECTED]>

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

[issue1796] ctypes should allow a tuple when an Array is expected

[Thomas Heller]

Changes by Thomas Heller:


Removed file: http://bugs.python.org/file9127/ctypes-arrays.patch

__
Tracker <[EMAIL PROTECTED]>

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

[issue1796] ctypes should allow a tuple when an Array is expected

[Thomas Heller]

Changes by Thomas Heller:


Added file: http://bugs.python.org/file9162/ctypes-array-2.patch

__
Tracker <[EMAIL PROTECTED]>

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

[issue1823] Possible to set invalid Content-Transfer-Encoding on email.mime.multipart.MIMEMultipart

[Martin v. Löwis]

Martin v. Löwis added the comment:

I'd like to question whether anything needs to be fixed at all, i.e.
whether it is the responsibility of the email package to reject all
kinds of non-sensical data. Garbage in, garbage out.

Barry, can you take a look?

--
assignee:  -> barry
nosy: +barry, loewis

__
Tracker <[EMAIL PROTECTED]>

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

[issue1796] ctypes should allow a tuple when an Array is expected

[Thomas Heller]

Thomas Heller added the comment:

Lenard Lindstrom pointed out in a post to the ctypes-users list that
pointer instances must not be accepted.  Uploaded new patch
ctypes-array-2.patch.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1827] svnversion_init() doesn't support svn urls in sandbox/trunk

[Christian Heimes]

New submission from Christian Heimes:

Python fails to start if headurl points to a svn url under sandbox/.
Python/sysmodule.c:svnversion_init() should support those urls or at
least fail silently.

static const char headurl[] = "$HeadURL:
svn+ssh://[EMAIL PROTECTED]/sandbox/trunk/pep370/Python/sysmodule.c
$"

--
components: Build, Interpreter Core
messages: 59920
nosy: tiran
priority: normal
severity: normal
status: open
title: svnversion_init() doesn't support svn urls in sandbox/trunk
versions: Python 2.6, Python 3.0

__
Tracker <[EMAIL PROTECTED]>

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

[issue1826] operator.attrgetter() should accept dotted attribute paths

[Barry A. Warsaw]

Barry A. Warsaw added the comment:

Hey Guido, can I borrow the keys to the time machine to get this into
Python 2.5.0? :)

__
Tracker <[EMAIL PROTECTED]>

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

[issue1826] operator.attrgetter() should accept dotted attribute paths

[Barry A. Warsaw]

Barry A. Warsaw added the comment:

I don't even mind if you *write* the patch :)

I actually haven't had time yet to hack it up, but I just reached my
threshold of tolerance so I had to at least report the bug.  I think
it's always a good idea to review patches before they go in anyway, so
if I work one up, I'll attach it here.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1826] operator.attrgetter() should accept dotted attribute paths

[Raymond Hettinger]

Raymond Hettinger added the comment:

Mind if I take a look at the patch before it goes in?

--
nosy: +rhettinger

__
Tracker <[EMAIL PROTECTED]>

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

[issue429031] Text widget, bindtags and Tabs

[Matthias Kievernagel]

Changes by Matthias Kievernagel:


--
nosy: +mkiever


Tracker <[EMAIL PROTECTED]>


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

[issue1826] operator.attrgetter() should accept dotted attribute paths

[Guido van Rossum]

Guido van Rossum added the comment:

Fair enough. Fine with me then.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1826] operator.attrgetter() should accept dotted attribute paths

[Barry A. Warsaw]

Barry A. Warsaw added the comment:

Unfortunately, that already has different, existing (and IMHO less
useful) semantics. :(

__
Tracker <[EMAIL PROTECTED]>

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

[issue1826] operator.attrgetter() should accept dotted attribute paths

[Guido van Rossum]

Guido van Rossum added the comment:

How about a slight change to the proposed API, and make it a varargs
function?  E.g.

  operator.attrgetter('person', 'displayname')

This would avoid the need to parse the argument.

--
nosy: +gvanrossum

__
Tracker <[EMAIL PROTECTED]>

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

[issue1215] Python hang when catching a segfault

[Adam Olsen]

Adam Olsen added the comment:

In essence, it's a weakness of the POSIX API that it doesn't distinguish
synchronous from asynchronous signals.

The consequences of either approach seem minor though.  I cannot imagine
a sane use case for catching SIGSEGV, but documentation changes should
be sufficient anyway.

Suggested wording, if you take the documentation-only approach:
"Because of the precarious nature of how synchronously-generated signals
must be handled, it is impossible to handle them correctly from python.
 You should never install handlers for synchronously-generated signals,
such as SIGSEGV and SIGFPE."

__
Tracker <[EMAIL PROTECTED]>

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

[issue1215] Python hang when catching a segfault

[Ralf Schmitt]

Ralf Schmitt added the comment:

Those who want to legitimately catch SIGSEGV will end up with an
uninterruptible python process using 100 % CPU on a real segmentation fault.
But, then I can live with the current behaviour.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1826] operator.attrgetter() should accept dotted attribute paths

[Barry A. Warsaw]

New submission from Barry A. Warsaw:

operator.attrgetter() is neutered because it only accepts a single
attribute name, but it would really be much more useful if it accepted,
and followed a dotted attribute path, e.g.:

sorted(seq, key=operator.attrgetter('person.displayname'))

Of course attrgetter() would raise AttributeError if the entire path
could not be traversed.

--
components: Library (Lib)
keywords: easy
messages: 59911
nosy: barry
severity: normal
status: open
title: operator.attrgetter() should accept dotted attribute paths
type: rfe
versions: Python 2.6, Python 3.0

__
Tracker <[EMAIL PROTECTED]>

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

[issue1215] Python hang when catching a segfault

[Guido van Rossum]

Guido van Rossum added the comment:

I'm not sure what the point of that would be.  Somebody might want to
send these asynchronously (using kill) which we might legitimately want
to catch.  Also you don't know which other synchronous signals a
platform might define.  I think at best a doc update on the relative
uselessness of handlers for synchronous signals (with examples) is all
we need.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1825] msilib.add_data() takes exactly three parameters

[Jim Wilson]

New submission from Jim Wilson:

At: http://docs.python.org/lib/module-msilib.html, add_data(...) is
documented to take two parameters, but invoking it with two draws a
complaint that three are needed.  Examination of bdist_msi.py leads me
to believe the missing (middle) parameter is "table", but I can barely
distinguish a database from a hole in the ground.

--
components: Documentation
messages: 59909
nosy: Jimbo
severity: minor
status: open
title: msilib.add_data() takes exactly three parameters
type: behavior
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>

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

[issue1215] Python hang when catching a segfault

[Ralf Schmitt]

Ralf Schmitt added the comment:

Should I work on a patch, which makes signal.signal raise an Exception
for SIGSEGV, SIGBUS, SIGFPE,...?

__
Tracker <[EMAIL PROTECTED]>

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

[issue1824] UUIDCreate()->UuidCreate() in msilib docs.

[Georg Brandl]

Georg Brandl added the comment:

Already fixed in SVN.

--
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue1294] Management of KeyboardInterrupt in cmd.py

[Guido van Rossum]

Guido van Rossum added the comment:

To mark things for the bugday, set the 'easy' keyword.

However, this particular one is IMO too subtle for a bugday, witness the
discussion here.  Perhaps a bugday could come up with an ultimate patch,
but I'd be hesitant to submit it without having reviewed it personally.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1824] UUIDCreate()->UuidCreate() in msilib docs.

[Christian Heimes]

Changes by Christian Heimes:


--
keywords: +easy
priority:  -> low

__
Tracker <[EMAIL PROTECTED]>

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

[issue1713041] fix for 1712742: corrects pprint's handling of 'depth'

[Christian Heimes]

Changes by Christian Heimes:


--
keywords: +easy

_
Tracker <[EMAIL PROTECTED]>

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

[issue1327] Python 2.4+ spends too much time in PyEval_EvalFrame w/ xmlrpmclib

[Skip Montanaro]

Skip Montanaro added the comment:

Do you have an example which doesn't require a login?  Failing that,
can you tell us how to get the requisite login?

Skip

--
nosy: +skip.montanaro

__
Tracker <[EMAIL PROTECTED]>

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

[issue1294] Management of KeyboardInterrupt in cmd.py

[Raghuram Devarakonda]

Raghuram Devarakonda added the comment:

bugday task?

__
Tracker <[EMAIL PROTECTED]>

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

[issue1725737] Distutils default exclude doesn't match top level .svn

[Raghuram Devarakonda]

Raghuram Devarakonda added the comment:

I suggest this bug be closed as invalid.

_
Tracker <[EMAIL PROTECTED]>

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

[issue1743] IDLE fails to launch

[Rich]

Rich added the comment:

Aha! There is no difference in Permissions, but the working recent-
files file isn't "hidden" but the one generated originally by IDLE was.
If I make the one I made "hidden" then IDLE stops working again. 
The .idlerc folder has been hidden all along though - that doesn't 
affect it.
If anyone's changing the way IDLE writes these files, would it be worth 
me saying that aesthetically, I'm not a fan of it putting them in a 
hidden folder in my top level User folder. What about putting them down 
inside Users/AppData like other applications do? Just a thought.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1824] UUIDCreate()->UuidCreate() in msilib docs.

[Jim Wilson]

New submission from Jim Wilson:

At http://docs.python.org/lib/module-msilib.html, UUIDCreate() is
misspelled.

--
components: Documentation
messages: 59901
nosy: Jimbo
severity: minor
status: open
title: UUIDCreate()->UuidCreate() in msilib docs.
type: behavior
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>

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

[issue1819] Speed hack for function calls with named parameters

[Facundo Batista]

Changes by Facundo Batista:


--
nosy: +facundobatista

__
Tracker <[EMAIL PROTECTED]>

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

[issue1327] Python 2.4+ spends too much time in PyEval_EvalFrame w/ xmlrpmclib

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc added the comment:

I don't think ceval is the issue here.

> the code has changed a great deal with regards to xmlrpc 
I am not sure to understand what you mean: xmlrpc is mostly written in
python code.

ceval.c is the place where the interpreter executes python code.
PyEval_EvalFrame is the loop that reads and dispatches each python
instruction.
Of course this function is time-critical, but the problem probably is
that too many python code is executed.

I suggest you to use the python-level profiler:
http://docs.python.org/lib/profile-instant.html
This may reveal some interesting things in the xmlrpclib module.

--
nosy: +amaury.forgeotdarc

__
Tracker <[EMAIL PROTECTED]>

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

[issue1327] Python 2.4+ spends too much time in PyEval_EvalFrame w/ xmlrpmclib

[Eric Sammons]

Eric Sammons added the comment:

Please find the attached ceval.c.  This file was generated from oprofile
and gives clear indicators where the simple program below gets hung up.

You will find in the oprofile output, from ceval.c, that PyEval_Frame
has a total of 1649 26.2789.  This indicates with a high degree of
probabilty that the changes made in this portion of the code are
promblamatic.

Now I will be the first to admit that I am by no means a C programmer;
however, I can tell you that the code has changed a great deal with
regards to xmlrpc and it has impacted performance to the point where it
seems to be unusable with current releases of Python where expected
output is > 300 records.  

Please check it out for yourself, using a different xmlrpc server - I
currently have access to one only where the number of records is greater
than 300.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1772] popen fails when there are two or more pathnames/parameters with spaces

[Thomas Lee]

Thomas Lee added the comment:

Do you have a code sample that reproduces this issue? Which popen module
and/or function are you using to execute this command?

--
nosy: +thomas.lee

__
Tracker <[EMAIL PROTECTED]>

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

[issue1625] bz2.BZ2File doesn't support multiple streams

[Thomas Lee]

Thomas Lee added the comment:

If you're referring to an 'append' mode for bz2file objects, it may be a
limitation of the underlying library: my version of bzlib.h only
provides BZ2_bzWriteOpen and BZ2_bzReadOpen - it's not immediately clear
how you would open a BZ2File in append mode looking at this API.

It may be possible to implement r/w/a using the lower-level
bzCompress/bzDecompress functions, but I doubt that's going to happen
unless somebody (such as yourself? :)) cares deeply about this.

--
nosy: +thomas.lee

__
Tracker <[EMAIL PROTECTED]>

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

[issue1823] Possible to set invalid Content-Transfer-Encoding on email.mime.multipart.MIMEMultipart

[Jonathan Share]

New submission from Jonathan Share:

Steps to Reproduce
==
>>> from email.mime.multipart import MIMEMultipart
>>> from email.mime.text import MIMEText
>>> multipart = MIMEMultipart()
>>> multipart.set_charset('UTF-8')
>>> text = MIMEText("sample text")
>>> multipart.attach(text)
>>> print multipart.as_string()
MIME-Version: 1.0
Content-Type: multipart/mixed; charset="utf-8";
boundary="===0973828728=="
Content-Transfer-Encoding: base64

--===0973828728==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit

sample text
--===0973828728==--
>>> multipart = MIMEMultipart()
>>> multipart.attach(text)
>>> multipart.set_charset('UTF-8')
Traceback (most recent call last):
  File "", line 1, in 
  File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/
email/message.py", line 262, in set_charset
self._payload = charset.body_encode(self._payload)
  File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/
email/charset.py", line 384, in body_encode
return email.base64mime.body_encode(s)
  File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/
email/base64mime.py", line 148, in encode
enc = b2a_base64(s[i:i + max_unencoded])
TypeError: b2a_base64() argument 1 must be string or read-only buffer, 
not list

Explanation
===
The first example above demonstrates that if you call set_charset('UTF-
8') on a MIMEMultipart instance before adding child parts then it is 
possible to generate a multipart/* message with an illegal Content-
Transfer-Encoding as specified by RFC 2045[1] "If an entity is
   of type "multipart" the Content-Transfer-Encoding is not permitted to
   have any value other than "7bit", "8bit" or "binary"."

In the second example, I demonstrate that if you try and call 
set_charset after adding child parts, the code exceptions. The user 
should at least be provided with a more targeted exception.

Notes
=
Where should this be fixed? The smallest fix would be to add a check to 
set_charset to see if it is dealing with with a multipart message but 
as I express in issue1822 I feel the better design would be to move 
this subtype specific logic into the appropriate subclass.

Again, this is something I'm willing to work on in next saturday's bug 
day if I can get some feedback on my architectural concerns.

[1] http://tools.ietf.org/html/rfc2045#section-6.4

--
components: Library (Lib)
messages: 59896
nosy: Sharebear
severity: normal
status: open
title: Possible to set invalid Content-Transfer-Encoding on 
email.mime.multipart.MIMEMultipart
type: behavior
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>

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

[issue1822] email.mime.multipart.MIMEMultipart.is_multipart() returns false before items have been added.

[Jonathan Share]

New submission from Jonathan Share:

Steps to reproduce
==
>>> from email.mime.multipart import MIMEMultipart
>>> foo = MIMEMultipart()
>>> foo.is_multipart()
False

Expected Result
===
True should be returned from MIMEMultipart.is_multipart()

Notes
=
Looking at the implementation of is_multipart() in email.Message it 
would appear that if self._payload was initialised to an empty list in 
the constructor of MIMEMultipart when _subparts is None, this would be 
a sufficient fix for this issue.

However, from an outsider looking into this code for the first time, 
this doesn't look like the best architecture, shouldn't the issue of 
whether a message has multiple parts, and logic specific to this be 
handled through inheritance. With the current implementation the 
superclass makes assumptions about how a subclass is implemented, this 
just feels wrong. Have I missed something, is there a good reason for 
things being as they are today?

Feel free to take the discussion to the python-dev list, I have just 
subscribed, and I am interested in fixing this issue myself in the next 
bug day if someone can answer my questions above.

--
components: Library (Lib)
messages: 59895
nosy: Sharebear
severity: normal
status: open
title: email.mime.multipart.MIMEMultipart.is_multipart() returns false before 
items have been added.
type: behavior
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>

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

[issue1821] configure.ac change for FreeBSD

[Thomas Heller]

Thomas Heller added the comment:

Thanks. Committed in trunk as rev. 59952.

--
assignee:  -> theller
nosy: +theller
resolution:  -> fixed
status: open -> closed
versions: +Python 2.6 -Python 2.5

__
Tracker <[EMAIL PROTECTED]>

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

[issue1821] configure.ac change for FreeBSD

[Jeroen Ruigrok van der Werven]

New submission from Jeroen Ruigrok van der Werven:

FreeBSD has in its ports currently a change for Modules/_ctypes/libffi/
configure.ac that adds amd64-*-freebsd* next to x86_64. I have attached 
said patch (but updated to be a diff to trunk) and I hope it can be 
changed in trunk to minimize patches in the ports tree.

--
components: Build
files: patch-Modules-_ctypes-libffi-configure.diff
messages: 59893
nosy: asmodai
severity: minor
status: open
title: configure.ac change for FreeBSD
type: rfe
versions: Python 2.5
Added file: 
http://bugs.python.org/file9161/patch-Modules-_ctypes-libffi-configure.diff

__
Tracker <[EMAIL PROTECTED]>

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

[issue1782] PyModule_AddIntConstant and PyModule_AddStringConstant can leak

[Hrvoje Nikšić]

Hrvoje Nikšić added the comment:

Here is a patch, as per description above.

Added file: http://bugs.python.org/file9160/addpatch

__
Tracker <[EMAIL PROTECTED]>

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