[Python-Dev] Summary of Python tracker Issues

2011-06-17 Thread Python tracker 

ACTIVITY SUMMARY (2011-06-10 - 2011-06-17)
Python tracker at http://bugs.python.org/

To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.

Issues counts and deltas:
  open2843 (+17)
  closed 21292 (+24)
  total  24135 (+41)

Open issues with patches: 1244 


Issues opened (29)
==

#10884: pkgutil EggInfoDistribution requirements for .egg-info metadat
http://bugs.python.org/issue10884  reopened by eric.araujo

#12298: Sphinx glitch in library/functions
http://bugs.python.org/issue12298  reopened by eric.araujo

#12313: make install misses test dirs for packaging and email modules
http://bugs.python.org/issue12313  opened by eric.araujo

#12314: regrtest checks (os.environ, sys.path, etc.) are hard to use
http://bugs.python.org/issue12314  opened by eric.araujo

#12315: Improve http.client.HTTPResponse.read documentation
http://bugs.python.org/issue12315  opened by harobed

#12317: inspect.getabsfile() is not documented
http://bugs.python.org/issue12317  opened by giampaolo.rodola

#12319: [http.client] HTTPConnection.putrequest not support "chunked" 
http://bugs.python.org/issue12319  opened by harobed

#12321: documentation of ElementTree.find
http://bugs.python.org/issue12321  opened by patrick.vrijlandt

#12322: ElementPath 1.3 expressions documentation
http://bugs.python.org/issue12322  opened by patrick.vrijlandt

#12323: ElementPath 1.3 expressions
http://bugs.python.org/issue12323  opened by patrick.vrijlandt

#12326: Linux 3: tests should avoid using sys.platform == 'linux2'
http://bugs.python.org/issue12326  opened by neologix

#12327: in HTTPConnection the are len(body) and TypeError catch except
http://bugs.python.org/issue12327  opened by harobed

#12328: multiprocessing's overlapped PipeConnection on Windows
http://bugs.python.org/issue12328  opened by sbt

#12331: lib2to3 and packaging tests fail because they write into prote
http://bugs.python.org/issue12331  opened by vinay.sajip

#12335: pysetup create: ask before moving an existing setup.cfg
http://bugs.python.org/issue12335  opened by barry

#12336: tkinter.test.test_ttk.test_widgets.test_select() failure on Fr
http://bugs.python.org/issue12336  opened by haypo

#12337: Need real TextIOWrapper for stdin/stdout
http://bugs.python.org/issue12337  opened by r_mosaic

#12338: multiprocessing.util._eintr_retry doen't recalculate timeouts
http://bugs.python.org/issue12338  opened by sbt

#12340: Access violation when using the C version of the io module
http://bugs.python.org/issue12340  opened by OscarL

#12341: Some additions to .hgignore
http://bugs.python.org/issue12341  opened by sandro.tosi

#12342: characters with ord above 65535 fail to display in IDLE
http://bugs.python.org/issue12342  opened by wujek.srujek

#12343: ssl documentation needs comments about non-blocking behaviour
http://bugs.python.org/issue12343  opened by jcea

#12344: Add **kwargs to get_reinitialized_command
http://bugs.python.org/issue12344  opened by higery

#12346: Python 2.7.2 source code build (release) depends on mercurial
http://bugs.python.org/issue12346  opened by Graeme.Winter

#12347: add an "extras" in packaging.pypi.simple.Crawler
http://bugs.python.org/issue12347  opened by tarek

#12348: case sensitivness  in packaging.pypi.simple.Crawler
http://bugs.python.org/issue12348  opened by tarek

#12350: Improve stat_result.st_blocks and st_blksize documentation
http://bugs.python.org/issue12350  opened by liw

#12352: multiprocessing.Value() hangs
http://bugs.python.org/issue12352  opened by greg.ath

#12353: argparse cannot handle empty arguments
http://bugs.python.org/issue12353  opened by bjacobs



Most recent 15 issues with no replies (15)
==

#12353: argparse cannot handle empty arguments
http://bugs.python.org/issue12353

#12352: multiprocessing.Value() hangs
http://bugs.python.org/issue12352

#12347: add an "extras" in packaging.pypi.simple.Crawler
http://bugs.python.org/issue12347

#12338: multiprocessing.util._eintr_retry doen't recalculate timeouts
http://bugs.python.org/issue12338

#12336: tkinter.test.test_ttk.test_widgets.test_select() failure on Fr
http://bugs.python.org/issue12336

#12323: ElementPath 1.3 expressions
http://bugs.python.org/issue12323

#12322: ElementPath 1.3 expressions documentation
http://bugs.python.org/issue12322

#12321: documentation of ElementTree.find
http://bugs.python.org/issue12321

#12317: inspect.getabsfile() is not documented
http://bugs.python.org/issue12317

#12315: Improve http.client.HTTPResponse.read documentation
http://bugs.python.org/issue12315

#12303: expose sigwaitinfo() and sigtimedwait() in the signal module
http://bugs.python.org/issue12303

#12297: Clarifications to atexit.register and unregister doc
http://bugs.python.org/issue12297

#12296: Minor clarification in devguide
http://bugs.python.org/issue12296

#12295: Fix ResourceWarning in turtledemo help window
http://bugs.python.org/

Re: [Python-Dev] Lazy unpacking for struct module

2011-06-17 Thread Lukas Lueg 
The followup: I've implemented a new StructView-object for 3.3a-trunk.
The object takes and existing Struct-object and provides on-access
unpacking. The breaking point where this object is faster than calling
Struct.unpack seems to be somewhere around 12 fields in the
format-string. Format strings with less fields expose too much
overhead of entering the C-code and staying there a little longer to
unpack all fields is actually faster.

Having fifteen or more fields in a format-string seems unlikely and
I'll therefor abandon the idea of providing this mechanism.

2011/6/14 Lukas Lueg :
>> So I really can't see what harm it could do, except for
>> maybe a tiny performance reduction in the case where you
>> extract all the fields, or refer to extracted fields
>> repeatedly.
>
> Referring to the view-object multiple times should not be a problem
> since the object can create and hold references to the unpacked values
> it created; remember that they are all immutable.
>
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com