Fredrik Lundh wrote: > M.-A. Lemburg wrote: >> Since replace() only works on string objects, it appears >> as if a temporary string object would have to be created. >> However, this would involve an unnecessary allocation >> and copy process... it appears as if the refactoring >> during the NFS sprint left out that case. > > what's the beta 1 status ? fixing this should be trivial, but I don't have any > cycles to spare today. Good question. PEP 356 says beta 1 was planned two days ago... http://www.python.org/dev/peps/pep-0356/ I'd also like to get the new winerror module in before beta1 is released - documentation will follow next week: https://sourceforge.net/tracker/?func=detail&atid=305470&aid=1505257&group_id=5470 Is it OK to first check in a pure Python version and then replace this with a C implementation having the same interface later on in the beta cycle ? -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Jun 16 2006) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! ::::
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4