[ python-Bugs-1513802 ] Change the name of a variable causes an exception

2006-06-28 Thread SourceForge.net 
Bugs item #1513802, was opened at 2006-06-28 13:11
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=1513802&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.4
Status: Open
Resolution: None
Priority: 5
Submitted By: Arun (arunarunarun)
Assigned to: Nobody/Anonymous (nobody)
Summary: Change the name of a variable causes an exception

Initial Comment:
[Python n00b alert]

I'm trying this little script, and I see an exception like:

Exception exceptions.AttributeError: "'NoneType' object
has no attribute 'refcount'" in  ignored

If I change the variable name 's1' to something like
's4', I don't see this exception. Also, if I manually
delete the object before the script ends, the exception
does not occur.

Seems that class Shape is destroyed before all it's
objects are destroyed. Is this acceptable?

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1513802&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[ python-Bugs-1513802 ] Changing the name of a variable causes an exception

2006-06-28 Thread SourceForge.net 
Bugs item #1513802, was opened at 2006-06-28 13:11
Message generated for change (Settings changed) made by arunarunarun
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1513802&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.4
Status: Open
Resolution: None
Priority: 5
Submitted By: Arun (arunarunarun)
Assigned to: Nobody/Anonymous (nobody)
>Summary: Changing the name of a variable causes an exception

Initial Comment:
[Python n00b alert]

I'm trying this little script, and I see an exception like:

Exception exceptions.AttributeError: "'NoneType' object
has no attribute 'refcount'" in  ignored

If I change the variable name 's1' to something like
's4', I don't see this exception. Also, if I manually
delete the object before the script ends, the exception
does not occur.

Seems that class Shape is destroyed before all it's
objects are destroyed. Is this acceptable?

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1513802&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[ python-Bugs-1513802 ] __del__: Type is cleared before instances

2006-06-28 Thread SourceForge.net 
Bugs item #1513802, was opened at 2006-06-28 07:41
Message generated for change (Settings changed) made by gbrandl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1513802&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.4
Status: Open
Resolution: None
Priority: 5
Submitted By: Arun (arunarunarun)
Assigned to: Nobody/Anonymous (nobody)
>Summary: __del__: Type is cleared before instances

Initial Comment:
[Python n00b alert]

I'm trying this little script, and I see an exception like:

Exception exceptions.AttributeError: "'NoneType' object
has no attribute 'refcount'" in  ignored

If I change the variable name 's1' to something like
's4', I don't see this exception. Also, if I manually
delete the object before the script ends, the exception
does not occur.

Seems that class Shape is destroyed before all it's
objects are destroyed. Is this acceptable?

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1513802&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[ python-Bugs-1513913 ] mimetools message's To field can't be changed

2006-06-28 Thread SourceForge.net 
Bugs item #1513913, was opened at 2006-06-28 12:51
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=1513913&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: Python 2.5
Status: Open
Resolution: None
Priority: 5
Submitted By: Albert Strasheim (fullung2)
Assigned to: Nobody/Anonymous (nobody)
Summary: mimetools message's To field can't be changed

Initial Comment:
Steps to reproduce:

>>> from email.MIMEText import MIMEText
>>> msg = MIMEText('')
>>> msg['To'] = '[EMAIL PROTECTED]'
>>> msg['To']
'[EMAIL PROTECTED]'
>>> msg['To'] = '[EMAIL PROTECTED]'
>>> msg['To']
'[EMAIL PROTECTED]' (should be @baz.com?)

Same problem exists in Python 2.4.3 and Python 2.5b1.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1513913&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[ python-Bugs-1513893 ] BOM UTF8 not written

2006-06-28 Thread SourceForge.net 
Bugs item #1513893, was opened at 2006-06-28 12:25
Message generated for change (Comment added) made by lemburg
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1513893&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: Unicode
Group: Python 2.4
Status: Closed
Resolution: Wont Fix
Priority: 5
Submitted By: EricL (taziup)
Assigned to: M.-A. Lemburg (lemburg)
Summary: BOM UTF8 not written

Initial Comment:
The utf8 BOM (defined in codecs) is not written to a
file open with codecs.open or with codecs.EncodedFile

Perhaps, the utf16 BOM is correctly written to the file.

I've tested this problem on Python 2.4.3 on XP and
python 2.3.5 on debian sarge

I corrected this by adding the write of the BOM in the
encoding.utf8.StreamWritter class but i think it's not
the correct place.

Enjoy.
Eric

--

>Comment By: M.-A. Lemburg (lemburg)
Date: 2006-06-28 13:39

Message:
Logged In: YES 
user_id=38388

No, that won't work since the codec relies on new features
we added in 2.5.


--

Comment By: EricL (taziup)
Date: 2006-06-28 13:31

Message:
Logged In: YES 
user_id=1539001

Ok, so just put the codec in the 'encoding' directory in
python 2.4 ?


--

Comment By: EricL (taziup)
Date: 2006-06-28 13:31

Message:
Logged In: YES 
user_id=1539001

Ok, so just put the codec in the 'encoding' directory in
python 2.4 ?


--

Comment By: M.-A. Lemburg (lemburg)
Date: 2006-06-28 12:39

Message:
Logged In: YES 
user_id=38388

We have a utf-8-sig codec in Python 2.5 that supports just
this. You might want to take a look at the current Python
2.5 beta.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1513893&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[ python-Bugs-1488906 ] endless loop in PyCFunction_Fini()

2006-06-28 Thread SourceForge.net 
Bugs item #1488906, was opened at 2006-05-15 11:05
Message generated for change (Comment added) made by collinwinter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1488906&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.4
Status: Open
Resolution: None
Priority: 5
Submitted By: Matejcik (spektrum)
Assigned to: Nobody/Anonymous (nobody)
Summary: endless loop in PyCFunction_Fini()

Initial Comment:
see https://bugzilla.novell.com/show_bug.cgi?id=171066

Basically, under some circumstances not yet determined,
PyCFunction_Fini() goes into an endless loop over a
cyclic linked list.

void
PyCFunction_Fini(void)
{
while (free_list) {
PyCFunctionObject *v = free_list;
free_list = (PyCFunctionObject *)(v->m_self);
PyObject_GC_Del(v);
}
}

it looks like it's sufficient to do
v->m_self = NULL;
or something.
However, for one, i'm not sure if this wouldn't break
something, and for two, free_list should never be
cyclic, right?

--

Comment By: Collin Winter (collinwinter)
Date: 2006-06-28 08:11

Message:
Logged In: YES 
user_id=1344176

I've been unable to reproduce this with any combination of
the following: libxml2 (v2.6.23, v2.6.26), Python (v2.4.1,
v2.4.2, v2.4.3, SVN r47141). Testing was done on Linux
2.6.13 x86 with gcc 3.3.6.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1488906&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[ python-Bugs-1451717 ] OS/X on i386 framework build

2006-06-28 Thread SourceForge.net 
Bugs item #1451717, was opened at 03/16/06 14:22
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1451717&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: Build
Group: Python 2.4
>Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Ian Holsman (webperf)
Assigned to: Nobody/Anonymous (nobody)
Summary: OS/X on i386 framework build

Initial Comment:
in Makefile.pre (374) it hard codes the architecture to
'ppc' which isn't correct for the new x86 boxes.

this needs to be i386 for the framework install to
actually build on the new macs.

regards
Ian

--

>Comment By: SourceForge Robot (sf-robot)
Date: 06/28/06 19:24

Message:
Logged In: YES 
user_id=1312539

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).

--

Comment By: Ronald Oussoren (ronaldoussoren)
Date: 05/23/06 05:51

Message:
Logged In: YES 
user_id=580910

This has been fixed on the trunk. I'll backport this to 2.4.x in the near 
future.

--

Comment By: Ronald Oussoren (ronaldoussoren)
Date: 04/17/06 07:07

Message:
Logged In: YES 
user_id=580910

BTW. The 'also' bit has been fixed in the trunk.

--

Comment By: Ronald Oussoren (ronaldoussoren)
Date: 04/02/06 12:21

Message:
Logged In: YES 
user_id=580910

This is a duplicate of bug 1447587  

--

Comment By: Ian Holsman (webperf)
Date: 03/16/06 14:34

Message:
Logged In: YES 
user_id=5209

also..
in plat-mac/applesingle.py the fields
AS_HEADER_FORMAT
and 
AS_ENTRY_FORMAT
need a '>' infront of the definitions
AS_HEADER_FORMAT=">LL16sh"
AS_ENTRY_FORMAT=">lll"
(this is what the system-packaged python has.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1451717&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com