This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author lemburg
Recipients brian.curtin, eric.smith, lemburg
Date 2010-07-08.22:25:33
SpamBayes Score 0.028504249
Marked as misclassified No
Message-id <4C36505B.8060406@egenix.com>
In-reply-to <1278603383.31.0.0760734388633.issue7766@psf.upfronthosting.co.za>
Content
Brian Curtin wrote:
> 
> Brian Curtin <curtin@acm.org> added the comment:
> 
> The previously mentioned comments about backwards incompatibility with the number of items in the sequence are now a problem, since structseq now inherits from tuple. It seems that n_in_sequence gets ignored and we have a 9 item tuple.

But that's not a problem with this ticket, is it. The previous use
case has to be restored (after all, this was the main reason for
adding structseq years ago).

Someone goofed when making the said change to structseq. Is there a
ticket open for this ? Here's the change:
http://svn.python.org/view?view=rev&revision=82636

After some digging: Looks like it's being dealt with on
http://bugs.python.org/issue8413
History
Date User Action Args
2010-07-08 22:25:40lemburgsetrecipients: + lemburg, eric.smith, brian.curtin
2010-07-08 22:25:34lemburglinkissue7766 messages
2010-07-08 22:25:33lemburgcreate