Mailman 3 February 2009 - Python-Dev

Issues to be closed: objections?
by Daniel (ajax) Diniz 18 Feb '09

18 Feb '09

Hi, I've marked some issues (25 now) to close, mostly because: - there was no reply from OP, nor a clear justification for the issue; - there are messages explaining why the issue is invalid; - the OSes/versions of the report suggest the issue is currently invalid; However, I've been mistaken about the desirability of leaving an issue open a couple of times in last days. So, I'd really appreciate if someone could take a quick look at the issues below to avoid any undesirable closing. I'll also mark them as pending later today, and plan to wait until the weekend before closing. Any suggestion/criticism about this plan would be welcome too. Thanks everybody for all the support, helping, patience and enduring the spam! Daniel http://bugs.python.org/issue1231081 platform.processor() could be smarter http://bugs.python.org/issue1251921 Fail codecs.lookup() on 'mbcs' and 'tactis' http://bugs.python.org/issue1248119 pdb 'next' does not skip list comprehension http://bugs.python.org/issue1169633 Install fail code 2932 after fail to copy python_icon.exe http://bugs.python.org/issue1111100 csv reader barfs encountering quote when quote_none is set http://bugs.python.org/issue1044299 compile error with stlport http://bugs.python.org/issue1047540 Turtle.py hangs Idle http://bugs.python.org/issue995956 TclError with intel's hypertheading http://bugs.python.org/issue1001150 hotspot profiler does not work correctly on P4 CPUs with HT http://bugs.python.org/issue974635 Slice indexes passed to __getitem__ are wrapped http://bugs.python.org/issue974159 Starting a script in OSX within a specific folder http://bugs.python.org/issue949667 file write() method and non-blocking mode. http://bugs.python.org/issue815753 SCO_SV: many modules cannot be imported http://bugs.python.org/issue727732 getpath.c-generated prefix wrong for Tru64 scripts http://bugs.python.org/issue875654 add support for installations compiled for debugging http://bugs.python.org/issue872815 How to pass the proxy server use socket http://bugs.python.org/issue854918 Configurable SSL handshake http://bugs.python.org/issue835176 [2.3.2] bz2 test failure on AIX 4.3.2, Tru64 UNIX http://bugs.python.org/issue809887 Improve pdb breakpoint feedback http://bugs.python.org/issue780354 socket.makefile() isn't compatible with marshal/cPickle/etc http://bugs.python.org/issue775340 OSX 'freeze' bug http://bugs.python.org/issue4191 urlparse normalize URL path http://bugs.python.org/issue1682241 Problems with urllib2 read() http://bugs.python.org/issue1210326 comma separated cookie values http://bugs.python.org/issue5072 urllib.open sends full URL after GET command instead of local path

6 7

-Qwarn and -3
by Raymond Hettinger 18 Feb '09

18 Feb '09

If someone sets the -3 option to get py3k warnings, should the classic division warning get turned-on automatically? Right now, I get no warnings for: python -3 -c "9 / 5" Raymond

2 1

30-bit PyLong digits in 3.1?
by Mark Dickinson 18 Feb '09

18 Feb '09

A few months ago there was a discussion [1] about changing Python's long integer type to use base 2**30 instead of base 2**15. http://bugs.python.org/issue4258 was opened for this. With much help from many people (but especially Antoine and Victor), I've finally managed to put together an essentially finished patch for this (see 30bit_longdigit14.patch in the tracker). I'd like to get this in for 3.1. Any objections or comments? Is this PEP territory? Summary of the patch: * Apart from improved performance, the effects should be almost entirely invisible to users. * By default, 30-bit digits are used only when both 32-bit and 64-bit integer types are available; otherwise the code falls back to the usual 15-bit digits. For Unix, there's a configure option --enable-big-digits that overrides this default. In particular, you can use --disable-big-digits to force 15-bit digit longs. * There's a new structseq sys.int_info that looks like this: >>> sys.int_info sys.int_info(bits_per_digit=30, sizeof_digit=4) the sizeof_digit is mostly there to help out the sys.getsizeof tests in test_sys. * Benchmarks show significant speedups (20% and more) for integer arithmetic on 64-bit systems, and lesser speedups on 32-bit systems. Operations with single-digit integers aren't affected much either way; most of the benefit seems to be for operations with small multi-digit integers. * There are more performance improvements planned (see the issue discussion for details); I left them out of the current patch for simplicity, and because they still need proper testing and benchmarking. Mark [1] http://mail.python.org/pipermail/python-dev/2008-November/083315.html

3 4

2 very interesting projects - Python / Finance
by David Russell 18 Feb '09

18 Feb '09

Dear Python Development Group, First of all sorry for the unsolicited email, I have attached two very interesting long term Python projects in the Frankfurt area, Financial industry. I am working exclusively with the client on both requirements, interviews and contracts can be arranged very quickly. You will be involved in a project to develop the next generation of financial trading systems, this will be the biggest, fastest trading system of its kind in the world and will be used on a global scale. Financial experience is not a must, they are looking more for technical skills here. If the projects look interesting to you please feel free to contact me on the contact details below. Thank you for your help, Best Regards David Large Financial Institution - Frankfurt Senior Python C/C++ Developer (f/m) Tasks/Responsibilities Software developer for a complex electronic trading system. The software developer will work in the implementation team of the trading system; tasks include: - Requirements Analysis - Development of a Scripting framework based on Python - Specification - Implementation Target platform will be Linux. Qualifications/Required Skills (Mandatory) Rock Solid Python and C/C++ knowledge Integration of Python with C/C++ libraries Automated Testing Good overview and knowledge of open source software Experience of software development in large projects Good communications skills Ability to work in project teams A good command of English is a must. Additional Domain & Business Skills Knowledge of derivatives trading an advantage, in particular U.S. options. Additional Information: Frankfurt am Main, Germany Start ASAP for a minimum of 6 months Rate - Negotiable This is an urgent requirement please contact me or send me your cv as soon as possible. Contact: David Russell - Account manager email: david.russell(a)fdmgroup.com Tel: +49 (0) 69 756 0050 Web: www.fdmgroup.com //////////////////////////////////////////////////////////////////////// /// Large Financial Institution - Frankfurt am Main Performance / High Availability Test Automation Engineer (f/m) Tasks/Responsibilities Developer of automated test procedures for a high-performance electronic trading system. The engineer will work in the Performance and Technical Test team of the project; tasks include: - Requirements Analysis - Development of distributed transaction feed procedures, mostly in Python - Implementation of automated result analysis - Design and implementation of test procedures for failover/recovery scenarios in a multi-tier environment - Supervision of regular runs of the automated performance test suite. Target platform will be Linux. Qualifications/Required Skills Python scripting Deep (>3 years) knowledge of Linux, with a focus in the areas - Performance monitoring and tuning - Messaging architectures Performance testing experience, for latency and throughput, incl. data aggregation and reporting Good communications skills Experience of software development in large projects Good overview and knowledge of open source software Ability to work in an international project team. A good command of English is a must. Additional Domain & Business Skills Knowledge of statistical data analysis methods would be an advantage. Experience in mechanisms of interfacing C/C++ and Python would also be advantageous. Frankfurt am Main, Germany Start ASAP to 31.12.09 with good extension prospects for 2010 Rate - Negotiable This is an urgent requirement please contact me or send me your cv as soon as possible. Contact: David Russell - Account manager email: david.russell(a)fdmgroup.com Tel: +49 (0) 69 756 0050 Web: www.fdmgroup.com David Russell Account Manager FDM Group Beethoven Strasse 4, 60325 Frankfurt am Main Germany david.russell(a)fdmgroup.com <mailto:kasia@fdmgroup.com> Tel: + 49 (0) 69 756 0050 Cell: + 49 (0) 173 3592288 Fax: + 49 (0) 69 756 00555 www.fdmgroup.com <http://www.fdmgroup.com/> www.fdmacademy.com <http://www.fdmacademy.com/> BRIGHTON, LONDON, MANCHESTER, LUXEMBOURG, FRANKFURT, ZURICH & NEW YORK This message is from FDM Group Plc, and may contain information that is confidential or privileged. If you are not the intended recipient, please delete the message and any attachments and notify the sender. This email is not intended to create legally binding commitments on behalf of FDM Group Plc, nor do its contents reflect the corporate views or policies of FDM. Any unauthorised disclosure, use or dissemination, either whole or partial, is prohibited. FDM Group Plc is a private limited company registered in England (Reg. No. 2542980). ________________________________________________________________________ This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk ________________________________________________________________________

6 7

Tracker cleanup report
by Daniel (ajax) Diniz 18 Feb '09

18 Feb '09

Hi, Here's a summary of what's been accomplished and what's almost done. This kinda marks the end of this Bug Season for me, but I'd like to do at least one more installment before PyCon. We have closed 51 issues so far (sorry if I missed some): * Barry ********** Benjamin ************** Daniel ***** Georg * Guilherme * Hirokazu * Marc-Andre *** Mark ********** Martin * Raymond ** Terry ** Victor Thanks, guys! There are about 20 Mac-related, 24 invalid/outdated and four IRIX issues on the 'will be closed unless someone voices disagreement' queue, so we have a good chance of totaling a hundred closed issues in ten days. I estimate to have updated about 400-500 issues in the last seven days. I'm now nosy in 200 of these, that's karma for spamming python-dev and python-bugs. I'll pause the digging effort for the next days: besides having less free time, I think it'll help us digest all those updates. Obviously, the cleaning is far from complete: there are lots of issues with 2.5 as version, lots of similar issues (e.g. for socket, HTMLParser), etc. I'll soon post a tentative plan to attack these. The goal would roughly be making it easier to pick good issues for PyCon sprints and fixing in / adding to 2.7 and 3.1. Cheers, Daniel

5 7

Closing outdated Mac issues
by Daniel (ajax) Diniz 18 Feb '09

18 Feb '09

Hi, In the discussion of a feature request for MacPython[1], the OP (hhas) said: As of Python 2.6/3.0, all Mac-specific modules are deprecated/eliminated from the standard library and there are no longer any plans to submit appscript for possible inclusion. This issue should be rejected and closed. If that is the current state of Mac modules, there are no less than 17 issues* that should be closed, 4 bug reports** that might be kept open and 4 mixed-cases*** that might be obsolete/irrelevant. Besides amounting to 1% of open issues, these can divert efforts to bogus issues: I've submitted a patch for one of the mixed-cases (bug + feature request), but now don't think it was worth it. So, if someone could reassure / clarify the rules for closing these in general and/or take a quick look at specific issues, that would be a great help. Issue lists below. Regards, Daniel [1] http://bugs.python.org/issue916013 * Feature requests and implementation polishing issues: http://bugs.python.org/issue706585 Expose FinderInfo in FSCatalogInfo http://bugs.python.org/issue706592 Carbon.File.FSSpec should accept non-existing pathnames http://bugs.python.org/issue776533 Carbon.Snd module SPB constructor shadowed http://bugs.python.org/issue779285 Carbon Event ReceiveNextEvent http://bugs.python.org/issue806149 aetools.TalkTo methods can be obscured http://bugs.python.org/issue822005 Carbon.CarbonEvt.ReceiveNextEvent args wrong http://bugs.python.org/issue852150 Can't send Apple Events without WindowServer connection http://bugs.python.org/issue853656 Carbon.CF.CFURLRef should be easier to create http://bugs.python.org/issue869649 Quicktime missing funcitonality http://bugs.python.org/issue878560 Add a console window for Carbon MacPython applets http://bugs.python.org/issue881824 Add ResolveFinderAliases to macostools module http://bugs.python.org/issue1089399 Carbon.Res misses GetIndString http://bugs.python.org/issue1089624 Carbon.File.FSCatalogInfo.createDate implementation http://bugs.python.org/issue1090958 _AEModule.c patch http://bugs.python.org/issue1113328 OSATerminology still semi-broken http://bugs.python.org/issue1169679 modules missing from list of Carbon modules http://bugs.python.org/issue1254695 QuickTime API needs corrected object types ** Bug reports, might be worth fixing in 2.6: http://bugs.python.org/issue1004810 Carbon.File fails if server vol is mounted after launch http://bugs.python.org/issue1123727 gensuitemodule.processfile fails http://bugs.python.org/issue1700507 Carbon.Scrap.PutScrapFlavor http://bugs.python.org/issue1155 Carbon.CF memory management problem ** Probably out of date, irrelevant or both: http://bugs.python.org/issue779153 bgen requires Universal Headers, not OS X dev headers http://bugs.python.org/issue602291 Bgen should learn about booleans http://bugs.python.org/issue775321 plistlib error handling http://bugs.python.org/issue985064 plistlib crashes too easily on bad files

3 3

Re: [Python-Dev] Closing outdated Mac issues
by Daniel (ajax) Diniz 18 Feb '09

18 Feb '09

Looks like the MDS ate the copy sent to the list, here's it again: Brett Cannon wrote: > As of Python 2.6 everything Mac-specific is deprecated and in 3.0 they > are gone (you can read PEP 3108 for the details or just note that the > Mac/Modules directory is gone in 3.0). They will still be around in 2.7, > though, as these are Py3K deprecations. OK, I've now read PEPs 3108 and 11, but still would like some ruling about RFEs in these stagnated Mac modules. Maybe PEP 4 could include a note about RFEs in deprecated modules? > Not sure what has been left in > the Mac directory, but I think it is just random scripts (I never use > the Mac-specific stuff so I don't know how useful some of them are to > keep). There are 40 C files, two headers and 69 python files in /Mac in trunk. The 2.6 (and 2.5.x) docs say development has stopped and that they'd be replaced in 2.5. So ISTM closing RFEs for these modules would be an improvement. > Honestly, fixing them is fine but since the modules are deprecated but > still in existence in 2.x, but they are definitely nothing above a > normal priority issue. OK, I'll let the bug reports open. What about RFEs? Daniel

2 2

2 very interesting projects - Python / Finance
by David Russell 17 Feb '09

17 Feb '09

Dear Python Group, First of all sorry for the unsolicited email, I have attached two very interesting long term Python projects in the Frankfurt area, Financial industry. I am working exclusively with the client on both requirements, interviews and contracts can be arranged very quickly. You will be involved in a project to develop the next generation of financial trading systems, this will be the biggest, fastest trading system of its kind in the world and will be used on a global scale. Financial experience is not a must, they are looking more for technical skills here. If the projects look interesting to you please feel free to contact me on the contact details below. Thank you for your help, Best Regards David Large Financial Institution - Frankfurt Senior Python C/C++ Developer (f/m) Tasks/Responsibilities Software developer for a complex electronic trading system. The software developer will work in the implementation team of the trading system; tasks include: - Requirements Analysis - Development of a Scripting framework based on Python - Specification - Implementation Target platform will be Linux. Qualifications/Required Skills (Mandatory) Rock Solid Python and C/C++ knowledge Integration of Python with C/C++ libraries Automated Testing Good overview and knowledge of open source software Experience of software development in large projects Good communications skills Ability to work in project teams A good command of English is a must. Additional Domain & Business Skills Knowledge of derivatives trading an advantage, in particular U.S. options. Additional Information: Frankfurt am Main, Germany Start ASAP for a minimum of 6 months Rate - Negotiable This is an urgent requirement please contact me or send me your cv as soon as possible. Contact: David Russell - Account manager email: david.russell(a)fdmgroup.com Tel: +49 (0) 69 756 0050 Web: www.fdmgroup.com //////////////////////////////////////////////////////////////////////// /// Large Financial Institution - Frankfurt am Main Performance / High Availability Test Automation Engineer (f/m) Tasks/Responsibilities Developer of automated test procedures for a high-performance electronic trading system. The engineer will work in the Performance and Technical Test team of the project; tasks include: - Requirements Analysis - Development of distributed transaction feed procedures, mostly in Python - Implementation of automated result analysis - Design and implementation of test procedures for failover/recovery scenarios in a multi-tier environment - Supervision of regular runs of the automated performance test suite. Target platform will be Linux. Qualifications/Required Skills Python scripting Deep (>3 years) knowledge of Linux, with a focus in the areas - Performance monitoring and tuning - Messaging architectures Performance testing experience, for latency and throughput, incl. data aggregation and reporting Good communications skills Experience of software development in large projects Good overview and knowledge of open source software Ability to work in an international project team. A good command of English is a must. Additional Domain & Business Skills Knowledge of statistical data analysis methods would be an advantage. Experience in mechanisms of interfacing C/C++ and Python would also be advantageous. Frankfurt am Main, Germany Start ASAP to 31.12.09 with good extension prospects for 2010 Rate - Negotiable This is an urgent requirement please contact me or send me your cv as soon as possible. Contact: David Russell - Account manager email: david.russell(a)fdmgroup.com Tel: +49 (0) 69 756 0050 Web: www.fdmgroup.com David Russell Account Manager FDM Group Beethoven Strasse 4, 60325 Frankfurt am Main Germany david.russell(a)fdmgroup.com <mailto:kasia@fdmgroup.com> Tel: + 49 (0) 69 756 0050 Cell: + 49 (0) 173 3592288 Fax: + 49 (0) 69 756 00555 www.fdmgroup.com <http://www.fdmgroup.com/> www.fdmacademy.com <http://www.fdmacademy.com/> BRIGHTON, LONDON, MANCHESTER, LUXEMBOURG, FRANKFURT, ZURICH & NEW YORK This message is from FDM Group Plc, and may contain information that is confidential or privileged. If you are not the intended recipient, please delete the message and any attachments and notify the sender. This email is not intended to create legally binding commitments on behalf of FDM Group Plc, nor do its contents reflect the corporate views or policies of FDM. Any unauthorised disclosure, use or dissemination, either whole or partial, is prohibited. FDM Group Plc is a private limited company registered in England (Reg. No. 2542980). ________________________________________________________________________ This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk ________________________________________________________________________

1 0

Wow!
by Raymond Hettinger 17 Feb '09

17 Feb '09

http://www.latimes.com/news/science/la-sci-satellite-collision15-2009feb15,…

6 6

Patch logging module for IronPython compatibility
by Michael Foord 17 Feb '09

17 Feb '09

Hello all, Issue 5287 is a patch for the logging module for compatibility with IronPython. IronPython provides sys._getframe but it throws an exception if you call it with a non-zero depth. This may be fixed in a future version of IronPython. http://bugs.python.org/issue5287 It doesn't at all change the behaviour on other platforms (does an explicit platform check I'm afraid) but fixes a nasty problem with the logging module not working at all on IronPython. As this is a bugfix for IronPython at least and IronPython 2.6 is currently being worked on (tracking Python 2.6) it would be great to get this into 2.6-maint. All the best, Michael -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog

1 1