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 skrah
Recipients Arfrever, abarnert, adlaiff6, amaury.forgeotdarc, belopolsky, benjamin.peterson, christian.heimes, eric.araujo, eric.smith, eric.snow, ethan.furman, georg.brandl, giampaolo.rodola, gjb1002, jackdied, lemburg, rhettinger, salty-horse, santoso.wijaya, skrah, sunfinite, terry.reedy, vstinner
Date 2014-06-29.21:13:16
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1404076398.23.0.441761432108.issue1820@psf.upfronthosting.co.za>
In-reply-to
Content
Andrew, thanks for signing the agreement!


[Sunny]
> Is this what you expect?

I find the initialization in os.stat_result somewhat strange. Also,
a certain use of unnamed fields that worked in 2.5 is now broken,
which we should sort out before proceeding any further:


Apply structseq_repr_issue.diff, then:

>>> from _testcapi import mk_structseq
>>> s = mk_structseq("unnamed_end")
>>> s[3]
3
>>> tuple(s)
(0, 1, 2, 3, 4)
>>> s
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
SystemError: In structseq_repr(), member 3 name is NULL for type _testcapi.struct_unnamed_end


Perhaps we should just add the missing field names, like namedtuple
does with rename=True:

(a=1, b=2, c=3, _4=4, _5=5)


In any case, in 2.5 the entire tuple was printed as the repr,
regardless of unnamed fields.
History
Date User Action Args
2014-06-29 21:13:18skrahsetrecipients: + skrah, lemburg, georg.brandl, rhettinger, terry.reedy, amaury.forgeotdarc, gjb1002, belopolsky, salty-horse, vstinner, jackdied, eric.smith, giampaolo.rodola, christian.heimes, benjamin.peterson, adlaiff6, eric.araujo, Arfrever, santoso.wijaya, ethan.furman, eric.snow, sunfinite, abarnert
2014-06-29 21:13:18skrahsetmessageid: <1404076398.23.0.441761432108.issue1820@psf.upfronthosting.co.za>
2014-06-29 21:13:18skrahlinkissue1820 messages
2014-06-29 21:13:17skrahcreate