SourceForge.net | 1 Dec 11:32 2005
Picon
Picon

[ python-Bugs-1370322 ] Bytecode problems with test_colorsys

Bugs item #1370322, was opened at 2005-11-30 19:49
Message generated for change (Comment added) made by arigo
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1370322&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Interpreter Core
Group: Python 2.5
Status: Open
Resolution: None
Priority: 7
Submitted By: Reinhold Birkenfeld (birkenfeld)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bytecode problems with test_colorsys

Initial Comment:
Starting point: "make clean; make" in the 2.5 source tree.

"make test" hangs at test_colorsys.

Careful investigation shows that when the bytecode is
freshly generated
by "make all" (precisely in test___all__) the .pyc file
is different from what a
direct call to "regrtest.py test_colorsys" produces.

Curiously, a call to "regrtest.py test___all__" instead
of "make test" produces
(Continue reading)

SourceForge.net | 1 Dec 11:40 2005
Picon
Picon

[ python-Bugs-1350060 ] built-in method .__cmp__

Bugs item #1350060, was opened at 2005-11-07 08:55
Message generated for change (Comment added) made by arigo
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1350060&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Interpreter Core
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Armin Rigo (arigo)
Assigned to: Armin Rigo (arigo)
Summary: built-in method .__cmp__

Initial Comment:
Bound methods of built-in objects have a strange
__cmp__/__hash__ combination: they compare equal only
if their __self__ are identical, but they hash based
on the hash of __self__ instead of its
_Py_HashPointer().

Built-in methods should consistently be based on the
identity *or* the equality of __self__.  For reference,
regular instance methods are based on the equality.  So
I propose to fix built-in method objects in the same
way.

(Continue reading)

SourceForge.net | 1 Dec 14:51 2005
Picon
Picon

[ python-Bugs-1246405 ] Segmentation fault when importing expat from xml.parser

Bugs item #1246405, was opened at 2005-07-28 01:07
Message generated for change (Comment added) made by bernhard
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1246405&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: XML
Group: Python 2.4
Status: Open
Resolution: None
Priority: 5
Submitted By: Jean-Pierre (jean-pierre24)
Assigned to: Nobody/Anonymous (nobody)
Summary: Segmentation fault when importing expat from xml.parser

Initial Comment:
 Hello,

I have a strange segmentation fault when importing
expat from xml.parsers in the following program (I
removed all that is un-necessary to reproduce the bug,
which is why the code may look odd).

I've also posted this bug on wxPython bug lists because
I'm not sure if it's related to Python or wxPython, but
anyway the backtrace told me that the segmentation
fault occurs when importing expat.

(Continue reading)

SourceForge.net | 1 Dec 16:12 2005
Picon
Picon

[ python-Feature Requests-1370948 ] Start and end parameters for list.count()

Feature Requests item #1370948, was opened at 2005-12-01 16:12
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1370948&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Interpreter Core
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Christoph Zwerschke (cito)
Assigned to: Nobody/Anonymous (nobody)
Summary: Start and end parameters for list.count()

Initial Comment:
For lists and strings, the index() method has start and
end parameters. For strings, the count() method has
start and end parameters as well. But for lists, the
count() method has no such parameters. I think it may
be a good idea to allow start and end parameters for
count() on lists as well, if only for consistency reasons.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1370948&group_id=5470
_______________________________________________
(Continue reading)

SourceForge.net | 1 Dec 22:50 2005
Picon
Picon

[ python-Bugs-1371247 ] locale.windows_locale

Bugs item #1371247, was opened at 2005-12-01 21:50
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1371247&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Windows
Group: Platform-specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Greg Hazel (ghazel)
Assigned to: Nobody/Anonymous (nobody)
Summary: locale.windows_locale 

Initial Comment:
from locale.py:

#
# this maps windows language identifiers (as used on 
Windows 95 and
# earlier) to locale strings.
#
# NOTE: this mapping is incomplete.  If your language 
is missing, please
# submit a bug report to Python bug manager, which you 
can find via:
#     http://www.python.org/dev/
(Continue reading)

SourceForge.net | 1 Dec 23:30 2005
Picon
Picon

[ python-Bugs-1371247 ] locale.windows_locale

Bugs item #1371247, was opened at 2005-12-01 21:50
Message generated for change (Comment added) made by ghazel
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1371247&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Windows
Group: Platform-specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Greg Hazel (ghazel)
Assigned to: Nobody/Anonymous (nobody)
Summary: locale.windows_locale 

Initial Comment:
from locale.py:

#
# this maps windows language identifiers (as used on 
Windows 95 and
# earlier) to locale strings.
#
# NOTE: this mapping is incomplete.  If your language 
is missing, please
# submit a bug report to Python bug manager, which you 
can find via:
#     http://www.python.org/dev/
(Continue reading)

SourceForge.net | 2 Dec 06:22 2005
Picon
Picon

[ python-Bugs-1370197 ] memory leak - ast_error_finish

Bugs item #1370197, was opened at 2005-11-30 08:41
Message generated for change (Comment added) made by nnorwitz
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1370197&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: AST
Status: Open
Resolution: None
Priority: 5
Submitted By: Jim Jewett (jimjjewett)
Assigned to: Nobody/Anonymous (nobody)
Summary: memory leak - ast_error_finish

Initial Comment:
http://svn.python.org/view/python/trunk/Python/ast.c?
rev=41486&view=markup

function ast_error_finish

It first gets the errstr, for a possible early out.
If there is an error string, it is increfed, but it is 
not decrefed on the other early outs.  (lineno==-1 and 
failure to build a tmp.

"""
    Py_INCREF(errstr);
(Continue reading)

SourceForge.net | 2 Dec 07:17 2005
Picon
Picon

[ python-Bugs-1355842 ] Incorrect Decimal-float behavior for += and *=

Bugs item #1355842, was opened at 2005-11-13 11:17
Message generated for change (Comment added) made by connelly
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355842&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Connelly (connelly)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect Decimal-float behavior for += and *=

Initial Comment:
The += and *= operators have strange behavior when the
LHS is a Decimal and the RHS is a float (as of
2005-11-13 CVS decimal.py).

Example:

>>> d = Decimal('1.02')
>>> d += 2.1
>>> d
NotImplemented

A blatant violation of "Errors should never pass silently."
(Continue reading)

SourceForge.net | 2 Dec 14:43 2005
Picon
Picon

[ python-Bugs-1368481 ] python.dir still refers to python-whatsnew23

Bugs item #1368481, was opened at 2005-11-28 19:33
Message generated for change (Comment added) made by birkenfeld
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1368481&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Documentation
Group: Python 2.4
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Bernhard Herzog (bernhard)
Assigned to: Nobody/Anonymous (nobody)
Summary: python.dir still refers to python-whatsnew23

Initial Comment:
In the tarball with the GNU info version of the
documentation, the file python.dir still refers to a
node python-whatsnew23 which doesn't exist.  It should
be python-whatsnew24.  This bug is also present in SVN
in both release24-maint branch and trunk.

----------------------------------------------------------------------

>Comment By: Reinhold Birkenfeld (birkenfeld)
Date: 2005-12-02 14:43

Message:
(Continue reading)

SourceForge.net | 2 Dec 17:20 2005
Picon
Picon

[ python-Bugs-1371826 ] distutils is silent about multiple -I/-L/-R

Bugs item #1371826, was opened at 2005-12-02 10:20
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1371826&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Distutils
Group: Python 2.5
Status: Open
Resolution: None
Priority: 5
Submitted By: Skip Montanaro (montanaro)
Assigned to: Nobody/Anonymous (nobody)
Summary: distutils is silent about multiple -I/-L/-R

Initial Comment:
GCC (actually, most compilers I think) allows you to
specify -L, -I and -R multiple times.  In contrast,
distutils expects on of them with a colon-separated
list of directories.  It only pays attention to the
last one of any of those three flags.  I've been bitten
by this difference a couple times in recent weeks.

It seems that distutils should warn when any of these
flags are given multiple times or (better yet) should
conform more to common compiler usage and allow them to
be given multiple times, collecting all values together
in a list.
(Continue reading)


Gmane