[issue2141] Pydoc interactive browser misses some docs

Ka-Ping Yee <[EMAIL PROTECTED]> added the comment: This is (currently) the intended behaviour. The rfc822 module has an __all__ attribute that lists its public functions and classes, so "pydoc rfc822" only shows these things. formatdate is not listed in __all__. If you'd like to discuss ideas

[issue1068881] TclError not a subclass of StandardError

Neal Norwitz <[EMAIL PROTECTED]> added the comment: StandardError has been removed from Python 3.0. It's use is deprecated. Instead of catching StandardError, do: try: # ... except Exception: # ... -- assignee: loewis -> nnorwitz nosy: +nnorwitz resolution: -> out of date

[issue2439] Patch to add a get_data function to pkgutil

Nick Coghlan <[EMAIL PROTECTED]> added the comment: To clarify the intent of the section of PEP 302 Paul quoted: the *module* object gets reused, but the contents of mod.__dict__ are clobbered and the module code re-executed. So it's the same module object, but with brand new contents (this is w

[issue2442] Undocumented features added to 2.6

New submission from A.M. Kuchling <[EMAIL PROTECTED]>: The following modules or features aren't documented: future_builtins, __self__ and __func__ on method objects, the print() function. -- assignee: georg.brandl components: Documentation messages: 64230 nosy: akuchling, georg.brandl se

[issue2054] add ftp-tls support to ftplib - RFC 4217

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: FWIW, m2crypto already provides an FTP-TLS facility with an ftplib-compatible API. See http://chandlerproject.org/Projects/MeTooCrypto -- nosy: +pitrou __ Tracker <[EMAIL PROTECTED]>

[issue2222] Memory leak in os.rename?

Changes by Sean Reifschneider <[EMAIL PROTECTED]>: -- priority: -> normal __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue2438] subprocess.Popen with wildcard arguments

Skip Montanaro <[EMAIL PROTECTED]> added the comment: The default for Popen objects is to not use the shell, thus no expansion. Set shell=True in the Popen call: >>> import subprocess >>> output = subprocess.Popen(['ls', '*']) >>> ls: *: No such file or directory >>> output = subprocess.Popen(

[issue2227] time.strptime too strict? should it assume current year?

Robert Schuppenies <[EMAIL PROTECTED]> added the comment: Applying the _strptime.diff patch broke the _strptime test("test_defaults"). Once you change the year, you also have to adapt the day of week, as this becomes dynamic, too. The rest remains the same, though. I attached a patch to this test

[issue2439] Patch to add a get_data function to pkgutil

Phillip J. Eby <[EMAIL PROTECTED]> added the comment: reload() is implemented by calling the PEP 302 load_module() method on the existing module object. __ Tracker <[EMAIL PROTECTED]> __ _

[issue2439] Patch to add a get_data function to pkgutil

Changes by Paul Moore <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9792/pkgutil.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs

[issue2439] Patch to add a get_data function to pkgutil

Paul Moore <[EMAIL PROTECTED]> added the comment: Is that true? loader.load_module(pkg) should return sys.modules[pkg] without reloading if it already exists. See PEP 302 "Specification part 1: The Importer Protocol": The load_module() method has a few responsibilities that it must fulfil *befor

[issue1477] UnicodeDecodeError that cannot be caught in narrow unicode builds

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: The "strange" code is a copy of PyUnicode_DecodeUnicodeEscape. I find it easier to read. And the duplicate lines are likely to be optimized by the compiler. Here is a new version of the patch which: - correctly forbid illegal code point

[issue2439] Patch to add a get_data function to pkgutil

Phillip J. Eby <[EMAIL PROTECTED]> added the comment: Oops, my bad. I'm thinking of an entirely unrelated get_loader() function. Meanwhile, I misread your patch entirely, and thought you had some dead code for os.path processing that is in fact live. So there is "another" problem (really the o

[issue1424152] urllib/urllib2: HTTPS over (Squid) Proxy fails

Christopher Li <[EMAIL PROTECTED]> added the comment: In cast it is not obvious. I already attached the purpose patch "http-tunnel-urllib" in the bug. _ Tracker <[EMAIL PROTECTED]> _ ___

[issue2436] Should __future__ print_function be valid in 3.0?

Eric Smith <[EMAIL PROTECTED]> added the comment: Implemented in r61682. -- resolution: accepted -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ _

[issue2366] Fixer for new metaclass syntax is needed

Jack Diederich <[EMAIL PROTECTED]> added the comment: New patch that does more. Collin, could you take a look at the fixer? I listed some stumbling blocks at the top (and at least one bug in 2to3). The fixer seems to work fine on actual files but the unit tests that use strings do nothing. Th

[issue1424152] urllib/urllib2: HTTPS over (Squid) Proxy fails

Changes by Dave Peterson <[EMAIL PROTECTED]>: -- nosy: +dpeterson _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list

[issue2439] Patch to add a get_data function to pkgutil

Paul Moore <[EMAIL PROTECTED]> added the comment: I'm not sure I understand. It uses pkgutil.get_loader, which returns a wrapper for filesystem modules. You pointed me to it. It seems to work, that's what test_getdata_filesys is testing in test_pkgutil.py. Can you supply a testcase that fails? (

[issue2441] Mac build_install.py script fetches unavailable SQLite version

New submission from Carlos Eduardo de Paula <[EMAIL PROTECTED]>: The build_installer.py script, used to create MacPython installers tries to fetch a SQLite version that is not available anymore. I provided a patch with an updated version and its corresponding hash. Maybe this should be backpor

[issue1328] Force BOM option in UTF output.

James G. sack (jim) <[EMAIL PROTECTED]> added the comment: > Can you post an example that requires this code? This is not a big issue, and it wouldn't hurt if it got declared "go away and come back later if you have patch, test, docs, and a convincing use case". ..But, for the record.. Supp

[issue1943] improved allocation of PyUnicode objects

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Well, of course most words in most languages are below 20 characters. Hence most strings containing words are also below 20 chars. But strings can also contain whole lines (e.g. decoding of various Internet protocols), which are statistically

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Thanks for running the tests again. The use of pymalloc for the buffer made a significant difference indeed. I expect that more can be had by additionally tweaking KEEPALIVE_SIZE_LIMIT. It is interesting to see that the free list patch o

[issue2440] Issues with getargs_n(), PyNumber_Index and PyLong_AsSize_t.

Trent Nelson <[EMAIL PROTECTED]> added the comment: Attach a slightly cleaner patch, take 2. Added file: http://bugs.python.org/file9795/getargs_and_abstract.patch __ Tracker <[EMAIL PROTECTED]> _

[issue2440] Issues with getargs_n(), PyNumber_Index and PyLong_AsSize_t.

Changes by Trent Nelson <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9794/getargs_and_abstract.patch __ Tracker <[EMAIL PROTECTED]> __

[issue2440] Issues with getargs_n(), PyNumber_Index and PyLong_AsSize_t.

Changes by Trent Nelson <[EMAIL PROTECTED]>: __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/ma

[issue2440] Issues with getargs_n(), PyNumber_Index and PyLong_AsSize_t.

Trent Nelson <[EMAIL PROTECTED]> added the comment: Attached a slightly cleaner patch. Added file: http://bugs.python.org/file9794/getargs_and_abstract.patch __ Tracker <[EMAIL PROTECTED]> __

[issue2440] Issues with getargs_n(), PyNumber_Index and PyLong_AsSize_t.

Changes by Trent Nelson <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9793/getargs_and_abstract.patch __ Tracker <[EMAIL PROTECTED]> __

[issue2440] Issues with getargs_n(), PyNumber_Index and PyLong_AsSize_t.

New submission from Trent Nelson <[EMAIL PROTECTED]>: test_getargs2 fails on Win x64: test_getargs2 is failing on Windows x64: test test_getargs2 failed -- Traceback (most recent call last): File "S:\buildbots\python.x64\3.0.nelson-win64\build\lib\test\test_getargs2.py", line 190, in test_n

[issue2439] Patch to add a get_data function to pkgutil

Phillip J. Eby <[EMAIL PROTECTED]> added the comment: Hi Paul. AFAICT, this doesn't look like it will actually work for filesystem data. get_loader() will return None for "regular", filesystem-installed modules, at least in Python 2.5. Perhaps you should add a test case for that? -- n

[issue628842] Deprecate PyNumber_Check

Changes by Neil Schemenauer <[EMAIL PROTECTED]>: -- status: open -> closed Tracker <[EMAIL PROTECTED]> ___ Python-bugs-list mailing

[issue2435] pybench does not run anymore

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Corrected in r61680. Thanks for the report! -- nosy: +amaury.forgeotdarc resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> ___

[issue2439] Patch to add a get_data function to pkgutil

New submission from Paul Moore <[EMAIL PROTECTED]>: This patch adds a new get_data function to the pkgutil module, allowing access to data stored in the package directory. It wraps the PEP 302 loader "get_data" function, so that it works with such loaders (for example, zipimport). The patch incl

[issue1657] [patch] epoll and kqueue wrappers for the select module

Christian Heimes <[EMAIL PROTECTED]> added the comment: I had to use some kind of prefix to avoid naming collisions with the epoll_* functions for the epoll header file. pyepoll sounded reasonable to me. __ Tracker <[EMAIL PROTECTED]>

[issue1657] [patch] epoll and kqueue wrappers for the select module

Jim Jewett <[EMAIL PROTECTED]> added the comment: Is pyepoll a good prefix? To me, it looks a lot like the _Py and Py reservered namespaces, but not quite... -- nosy: +jimjjewett __ Tracker <[EMAIL PROTECTED]>

[issue2250] rlcompleter raises Exception on bad input

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: Is a straightforward patch, but I'd like NAS to comment on the change in behavior. Probably would also need a documentation change, are you up for doing that Lorenz? -- assignee: -> nascheme keywords: +easy nosy: +jafo, nascheme

[issue2248] quit() method of SMTP instance (of smtplib) doesn't return it's result

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: Kei: The documentation does not say that quit() returns a value, so the current behavior is correct. However, SMTP defines a return value for QUIT, so there is a case for smtplib.quit() returning that value. This patch does need a docume

[issue2438] subprocess.Popen with wildcard arguments

New submission from Patrick <[EMAIL PROTECTED]>: When using wildcards as arguments to the processes being spawned by Popen, it seems to interpret them as hard literals. IE, when doing something like: >>> import subprocess >>> output = subprocess.Popen(['ls', '*'], stdout=subprocess.PIPE).communi

[issue2437] Distutils runtime_library_dirs broken on Windows

New submission from Bill Janssen <[EMAIL PROTECTED]>: The distutils.unixcompiler.runtime_library_dirs() function, used when compiling with MinGW or Cygwin on Windows, fails catastrophically because the return result of sysconfig.get_config_var("CC") returns None. It should probably be prepared f

[issue2211] Cookie.Morsel interface needs update

Changes by Sean Reifschneider <[EMAIL PROTECTED]>: -- status: open -> pending __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing lis

[issue2211] Cookie.Morsel interface needs update

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: I'm going to push this to pending until you can get a patch. Thanks, Jamie. -- nosy: +jafo priority: -> normal __ Tracker <[EMAIL PROTECTED]> __

[issue2219] Py30a3: Possibly confusing message when module detection fails

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: It's actually been quite a while since it changed from being Modules/Setup to being in setup.py, I think a couple of years at least. And, yes, I realize that Fedora is changing the Modules/Setup file in their SRPM, but with Python 3k they

[issue2437] Distutils runtime_library_dirs broken on Windows

Changes by Bill Janssen <[EMAIL PROTECTED]>: -- components: +Distutils priority: -> high type: -> crash versions: +Python 2.3, Python 2.4, Python 2.5, Python 2.6, Python 3.0 __ Tracker <[EMAIL PROTECTED]> _

[issue2244] urllib and urllib2 decode userinfo multiple times

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: Fred: You most recently touched the code impacted by this test, does this sound reasonable? -- assignee: -> fdrake nosy: +fdrake, jafo priority: -> normal type: behavior -> resource usage versions: +Python 2.6 _

[issue2431] 2to3 is rather slow

David Wolever <[EMAIL PROTECTED]> added the comment: A patch so that, on each node, only fixers who's head node could match this node are executed. It's still hacky and ugly, but a decent POC. -- keywords: +patch Added file: http://bugs.python.org/file9791/fixer_head_node_lookup.diff

[issue1038909] pydoc method documentation lookup enhancement

Andy Harrington <[EMAIL PROTECTED]> added the comment: After going to the sprint Monday, I am working on this as my first patch. There is no test file for pydoc. ?? -- nosy: +andyharrington _ Tracker <[EMAIL PROTECTED]>

[issue1943] improved allocation of PyUnicode objects

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9419/unialloc2.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Pytho

[issue1943] improved allocation of PyUnicode objects

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9441/unialloc3.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Pytho

[issue1943] improved allocation of PyUnicode objects

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9332/freelists.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Pytho

[issue1943] improved allocation of PyUnicode objects

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9296/unialloc.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python

[issue1943] improved allocation of PyUnicode objects

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file9790/freelists2.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python

[issue1943] improved allocation of PyUnicode objects

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file9789/unialloc4.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-

[issue1943] improved allocation of PyUnicode objects

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: You are right, #2321 made the numbers a bit tighter: With a small string: ./python -m timeit -s "s=open('INTBENCH', 'r').read()" "s.split()" -> Unpatched py3k: 23.1 usec per loop -> Freelist patch: 21.3 usec per loop -> PyVarObject patch: 20.

[issue1971] ctypes exposing the pep 3118 buffer interface

Thomas Heller <[EMAIL PROTECTED]> added the comment: Travis, can you please review this / when can you review this issue for compliance with pep 3118? -- nosy: +teoliphant __ Tracker <[EMAIL PROTECTED]> _

[issue2436] Should __future__ print_function be valid in 3.0?

Christian Heimes <[EMAIL PROTECTED]> added the comment: Yes, you *must* implement it. From http://docs.python.org/lib/module-future.html No feature description will ever be deleted from __future__. -- nosy: +tiran resolution: -> accepted __ Tracker <[EM

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Regarding the benchmark: You can instrument a 2.x version of the interpreter to build the data set and then have the test load this data set in Py3k and have it replay the allocation/deallocation in the same way it was done on the 2.x syst

[issue2436] Should __future__ print_function be valid in 3.0?

New submission from Eric Smith <[EMAIL PROTECTED]>: Should this be accepted in 3.0, and become a no-op: from __future__ import print_function ? It might make using code in 2.6 and 3.0 easier, since you would not have to delete this line. I note that: from __future__ import with_statement is alr

[issue2227] time.strptime too strict? should it assume current year?

Miki Tebeka <[EMAIL PROTECTED]> added the comment: Here is a patch, hope it'll make it to 2.6 -- keywords: +patch nosy: +tebeka Added file: http://bugs.python.org/file9788/_strptime.diff __ Tracker <[EMAIL PROTECTED]> __

[issue1477] UnicodeDecodeError that cannot be caught in narrow unicode builds

Walter Dörwald <[EMAIL PROTECTED]> added the comment: For a wide build, the code if (x <= 0x) *p++ = (Py_UNICODE) x; else { *p++ = (Py_UNIC0DE) x; looks strange. Furthermore with the patch applied Python no longer complains about illegal code

[issue2435] pybench does not run anymore

New submission from Antoine Pitrou <[EMAIL PROTECTED]>: I get this on py3k: $ ./python Tools/pybench/pybench.py Traceback (most recent call last): File "Tools/pybench/pybench.py", line 391, in import Setup File "/home/antoine/py3k/unialloc/Tools/pybench/Setup.py", line 34, in from

[issue1641] asyncore delayed calls feature

Changes by Forest Wilkinson <[EMAIL PROTECTED]>: -- nosy: +forest __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscri

[issue1328] Force BOM option in UTF output.

Walter Dörwald <[EMAIL PROTECTED]> added the comment: I don't see exactly what James is proposing. > For my needs, I would like the decoding parts of the utf_8 module > to treat an initial BOM as an optional signature and skip it if > there is one (just like the utf_8_sig decoder). In fact I hav

[issue2434] Improve platform.win32_ver() support for Python installations without win32all installed

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Checked in as r61674 and r61676 along with some other improvements for detecting the machine type on Windows. -- status: open -> closed __ Tracker <[EMAIL PROTECTED]>

[issue2243] urllib2. strange behavior for getting chuncked transfer-ecnoded data

Changes by Sean Reifschneider <[EMAIL PROTECTED]>: -- assignee: -> georg.brandl nosy: +georg.brandl priority: -> normal __ Tracker <[EMAIL PROTECTED]> __

[issue2434] Improve platform.win32_ver() support for Python installations without win32all installed

New submission from Marc-Andre Lemburg <[EMAIL PROTECTED]>: platform should use _winreg and sys.getwindowsversion() to emulate the missing win32all APIs. -- assignee: lemburg components: Library (Lib) messages: 64187 nosy: lemburg severity: normal status: open title: Improve platform.win

[issue2431] 2to3 is rather slow

Collin Winter <[EMAIL PROTECTED]> added the comment: Keep in mind that not all fixers use PATTERN, for example fix_ne. __ Tracker <[EMAIL PROTECTED]> __

[issue1524] os.system() fails for commands with multiple quoted file names

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: I would agree with Georg that there isn't anything we can do about this. I had someone try from the Windows XP command shell and: "dir" "/w" reports that it can't run the combined command, where: dir /w works just fine. My conclusions ar

[issue2238] TypeError instead of SyntaxError for syntactically invalid gen exp

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: Back-ported to 2.5 and committed in rev 61675. -- nosy: +jafo priority: -> normal status: pending -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue2431] 2to3 is rather slow

David Wolever <[EMAIL PROTECTED]> added the comment: Martin and I talked about this, and I'm going to try loading the first node of each tree generated by the PATTERNs into a dictionary, then when the tree is walked, only fixers which could potentially match the current node are executed. ---

[issue2433] Merge audio modules

New submission from Michael Bishop <[EMAIL PROTECTED]>: There are many duplicate functions throughout the many audio modules. I plan to merge relevant functions into 2 modules; a C module and a py module. Once I go through the audio modules in detail, I'll post my plan here. Reference: http://ww

[issue2381] test_subprocess fails if your sys.executable is on a path with a space in it

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- assignee: -> gregory.p.smith keywords: +easy nosy: +gregory.p.smith __ Tracker <[EMAIL PROTECTED]> __ _

[issue1731717] race condition in subprocess module

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: I am unable to reproduce this problem in today's trunk (2.6a) on OSX 10.4. _ Tracker <[EMAIL PROTECTED]> _ ___

[issue1731717] race condition in subprocess module

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: """Basically it's OK to collect all the child exit codes if you record the results and return them when requested. This would mean that waitpid and the like would have to check a cached list of PIDs and exit statuses before actually waiting.

[issue2219] Py30a3: Possibly confusing message when module detection fails

Mark Summerfield <[EMAIL PROTECTED]> added the comment: On 2008-03-20, Sean Reifschneider wrote: > Sean Reifschneider <[EMAIL PROTECTED]> added the comment: > > Don't modify Modules/Setup*, do as the message says and modify setup.py. > Search for "4, 5", and change that to "4, 6", then run confi

[issue2320] Race condition in subprocess using stdin

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: This is easily reproducable on my OS X 10.4 macbookpro. However your suggested two lines with the os.pipe to lock to prevent the problem are a red herring... Locking those does not fix it. __ Tracker <[EMAIL

[issue2236] Distutils' mkpath implementation ignoring the "mode" parameter

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: This patch looks good to me. Greg? -- assignee: -> gward components: +Distutils -Library (Lib) keywords: +easy nosy: +gward, jafo priority: -> normal __ Tracker <[EMAIL PROTECTED]>

[issue2234] cygwinccompiler.py fails for latest MinGW releases.

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: This patch looks ok to me, but I'd like jlt63 to review it since they were the last to touch these regexes. -- assignee: -> jlt63 keywords: +easy nosy: +jafo, jlt63 priority: -> normal type: -> behavior ___

[issue2229] Search in 2.6 docs does not work

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: I just tested it under Linux Fedora 8 Firefox 3 and it shows results for the searches "move" and "rename" and got reasonable-looking results. -- nosy: +jafo priority: -> normal resolution: later -> works for me status: pending ->

[issue2219] Py30a3: Possibly confusing message when module detection fails

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: Don't modify Modules/Setup*, do as the message says and modify setup.py. Search for "4, 5", and change that to "4, 6", then run configure and make and it will build without this message. I have done this against the py3k trunk and it bui

[issue2370] operator.{isCallable,sequenceIncludes} needs a fixer

Jeff Balogh <[EMAIL PROTECTED]> added the comment: Attaching a patch that adds deprecation warnings in trunk. Added file: http://bugs.python.org/file9787/operator-warnings.diff __ Tracker <[EMAIL PROTECTED]>

[issue2359] A Py3K warning for array.array.{read,write} is needed

Changes by Jeff Balogh <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9702/issue2359.diff __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bu

[issue2320] Race condition in subprocess using stdin

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- assignee: -> gregory.p.smith nosy: +gregory.p.smith __ Tracker <[EMAIL PROTECTED]> __ ___ P

[issue2329] ImportError: No module named _bsddb

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: BerkeleyDB is detected when make runs setup.py. Look in the output from your make and you'll see a message about whether or not a useful BerkeleyDB library and include files were found. Typically this happens on linux distros because peopl

[issue2431] 2to3 is rather slow

Collin Winter <[EMAIL PROTECTED]> added the comment: Yes, and each new fixer makes it slower. The biggest problem is the pattern matching system, which tends to take 99% of the running time. I've talked to several people who are interested in optimizing 2to3 as a GSoC project, though, so I antici

[issue1943] improved allocation of PyUnicode objects

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Well, I'm not gonna try to defend my patch eternally :) I understand your opinion even if I find a bit disturbing that we refuse a concrete, actual optimization on the basis of future hypothetical ones. Since all the arguments have been laid

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: I've read the comments from Guido and Martin, but they don't convince me in changing my -1. As you say: it's difficult to get support for optimizations such a slicing and concatenation into the core. And that's exactly why I want to keep

[issue1943] improved allocation of PyUnicode objects

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Well I'm not subscribed to the python-3k list either - too much traffic indeed. You can read and post into it with gmane for example: http://thread.gmane.org/gmane.comp.python.python-3000.devel/11768 (there is probably an NNTP gateway too) As

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Regarding benchmarks: It's difficult to come up with decent benchmarks for things like this. A possible strategy is to use an instrumented interpreter that records which Unicode objects are created and when they are deleted. If you then ru

[issue1943] improved allocation of PyUnicode objects

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Hi, Marc-André, I'm all for "real-life" benchmarks if someone proposes some. Until that we have to live with micro-benchmarks, which seems to be the method used for other CPython optimizations by the way. You are talking about slicing optimi

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Yes, all those objections apply to the string type as well. The fact that strings are variable length objects makes it impossible to do apply any of the possible optimizations I mentioned. If strings were a fixed length object, it would ha

[issue2320] Race condition in subprocess using stdin

Ludwig Hähne <[EMAIL PROTECTED]> added the comment: Just realized that passing 'close_fds=True' also circumvents the problem: s = subprocess.Popen(("cat"), stdin=subprocess.PIPE, close_fds=True) Should this issue be closed as it's that easy to avoid? I would still like to know what happens here

[issue1943] improved allocation of PyUnicode objects

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Marc-Andre: don't all your objections also apply to the 8bit string type, which is already a variable-size structure? Is extending unicode more common than extending str? With python 3.0, all strings are unicode. Shouldn't this type be

[issue1813] Codec lookup failing under turkish locale

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Sean: I'd suggest to discuss this on python-dev. Note that even if we do use Unicode for the cases in question, the Turkish locale will still pose a problem - see #1528802 for a discussion. __ Tracker <[EM

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Antoine, as I've already mentioned in my other comments, I'm -1 on changing the Unicode object to a variable size object. I also don't think that the micro-benchmarks you are applying really do test the implementation in a real-life situa

[issue2432] DictReader does not suport line_num

New submission from ivanoe <[EMAIL PROTECTED]>: Documentation http://docs.python.org/lib/node264.html mentions that both 'reader' and 'DictReader' support 'line_num' fields. But in fact in version 2.5.2 of the library line_num is not in 'DictReader' class. (looking at csv.py) For the moment I cr

[issue2383] Remove old XXX comment in stat.py

Georg Brandl <[EMAIL PROTECTED]> added the comment: Applied in r61667. -- nosy: +georg.brandl resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __