[issue16859] tarfile.TarInfo.fromtarfile does not check read() return value

New submission from Марк Коренберг: tarfile.TarInfo.fromtarfile does not check read() return value. read() may return less than requested size, so, buf = tarfile.fileobj.read(BLOCKSIZE) ... obj.offset = tarfile.fileobj.tell() - BLOCKSIZE may do something nasty. -- messages: 179006 nosy

[issue16858] tarfile silently hides errors

New submission from Марк Коренберг: TarFile.next() silently drop error of one of - EOFHeaderError - InvalidHeaderError occur. So, extracting corrupted .tar file will not raise error. -- components: Library (Lib) messages: 179005 nosy: mmarkk priority: normal severity: normal status: o

[issue16857] replace my email address on argparse howto with my website

Benjamin Peterson added the comment: I hope that works for you. -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-lis

[issue16857] replace my email address on argparse howto with my website

Roundup Robot added the comment: New changeset c7ae3772b4d4 by Benjamin Peterson in branch '3.2': drop email (closes #16857) http://hg.python.org/cpython/rev/c7ae3772b4d4 New changeset c8e885ecbc89 by Benjamin Peterson in branch '2.7': drop email (closes #16857) http://hg.python.org/cpython/rev/

[issue16076] xml.etree.ElementTree.Element and xml.etree.ElementTree.TreeBuilder are no longer pickleable

Daniel Shahaf added the comment: Eli Bendersky wrote on Thu, Jan 03, 2013 at 14:44:02 +: > On Tue, Jan 1, 2013 at 2:56 PM, Daniel Shahaf wrote: > > I added the "_elementtree" to the tp_name in order to bypass the above > > error. Module-qualified names were in use elsewhere (including by > >

[issue16853] add a Selector to the select module

Guido van Rossum added the comment: I think this is a great idea. But let's wait until Tulip is a bit further along; the design of its Pollster might still change as PEP 3156 gets more review and feedback. According to PEP 429 the first beta of 3.4 won't go out until November this year. ---

[issue16857] replace my email address on argparse howto with my website

Changes by Tshepang Lekhonkhobe : -- title: replace email address on howto with my home page -> replace my email address on argparse howto with my website ___ Python tracker ___

[issue16857] replace email address on howto with my home page

New submission from Tshepang Lekhonkhobe: I would rather not get the 'thanks' I have been getting since this was published. Rather let that be my website. -- assignee: docs@python components: Documentation files: no-mail.diff keywords: patch messages: 179000 nosy: docs@python, tshepang

[issue10529] Write argparse i18n howto

Changes by Tshepang Lekhonkhobe : -- nosy: +tshepang ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue16850] Atomic open + close-and-exec

STINNER Victor added the comment: > Also, I'm not sure why "e". The choice of the "e" letter comes from the GNU version of fopen(). Extract of fopen manual page on Linux: e (since glibc 2.7) Open the file with the O_CLOEXEC flag. See open(2) for more information. Oh, by

[issue16856] Segfault from calling repr() on a dict with a key whose repr raise an exception

R. David Murray added the comment: Confirmed on Gentoo linux. On default, too. This is a regression from 3.2. -- nosy: +r.david.murray versions: +Python 3.4 ___ Python tracker

[issue16856] Segfault from calling repr() on a dict with a key whose repr raise an exception

New submission from David M. Cooke: The following segfaults: class A(int): def __repr__(self): raise Exception() a = A() d = {a : 1} repr(d) This is with Python 3.3.0, running on Mac OS 10.7.5, from MacPorts: Python 3.3.0 (default, Sep 29 2012, 08:16:08) [GCC 4.2.1 Compatible Apple

[issue15416] 3 * [] gives a list of 3 cross-referenced lists, a[1]='blah' writes in to ALL three!

R. David Murray added the comment: But that's about numpy, which is not part of core Python, and so doesn't belong in a Python FAQ. But perhaps your posting it here will help someone doing an internet search... -- nosy: +r.david.murray ___ Python t

[issue15416] 3 * [] gives a list of 3 cross-referenced lists, a[1]='blah' writes in to ALL three!

Martin Mokrejs added the comment: For the sake of internet archives, the following could be included in the FAQ you referred to: http://www.scipy.org/Cookbook/BuildingArrays >>> import numpy as np >>> a=np.array(5*[False],bool) >>> a array([False, False, False, False, False], dtype=bool) >>> a

[issue16850] Atomic open + close-and-exec

STINNER Victor added the comment: > The feature looks to be supported by at least: > * FreeBSD 8+ Hum, it looks like it was only added to FreeBSD 8.3: http://www.freebsd.org/cgi/man.cgi?query=open&apropos=0&sektion=0&manpath=FreeBSD+8.3-RELEASE&arch=default&format=html (O_CLOEXEC doesn't appea

[issue5309] setup.py doesn't parallelize extension module compilation

Antoine Pitrou added the comment: The original request is really about setup.py, not packaging. I don't care about packaging, and it's not in the stdlib. -- assignee: tarek -> components: +Build -Distutils2 title: packaging doesn't parallelize extension module compilation -> setup.py

[issue16853] add a Selector to the select module

Changes by Charles-François Natali : Removed file: http://bugs.python.org/file28546/selector.diff ___ Python tracker ___ ___ Python-bugs-list

[issue16853] add a Selector to the select module

Charles-François Natali added the comment: Here's a new version closer to Tulip's one. -- Added file: http://bugs.python.org/file28553/selector-1.diff ___ Python tracker ___

[issue16009] Json error messages could provide more information about the error

Changes by Ezio Melotti : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue16840] Tkinter doesn't support large integers

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue16855] traceback module leaves off module name in last line of formatted tracebacks

New submission from Walter Mundt: The documentation for the traceback module states that it "exactly mimics the behavior of the Python interpreter when it prints a stack trace." However, this does not seem to be the case. In Python 2.7.3, executing the following: import socket import

[issue16009] Json error messages could provide more information about the error

Changes by Ezio Melotti : -- assignee: -> ezio.melotti resolution: fixed -> stage: committed/rejected -> patch review status: closed -> open ___ Python tracker ___

[issue16674] Faster getrandbits() for small integers

Mark Dickinson added the comment: Looks good to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue5309] packaging doesn't parallelize extension module compilation

Changes by Bradley Froehle : -- nosy: +bfroehle ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue16843] sporadic test_sched failure

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue13094] Need Programming FAQ entry for the behavior of closures

Changes by Ezio Melotti : -- assignee: -> ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue16843] sporadic test_sched failure

Serhiy Storchaka added the comment: Here is a second way patch. It adds a deterministic non-realtime timer. -- assignee: serhiy.storchaka -> stage: -> patch review Added file: http://bugs.python.org/file28552/test_sched_deterministic_timer.patch __

[issue16840] Tkinter doesn't support large integers

Serhiy Storchaka added the comment: Here is a patch which adds support of "wideInt" and "bignum" Tcl types. -- assignee: serhiy.storchaka -> keywords: +patch stage: needs patch -> patch review Added file: http://bugs.python.org/file28551/tkinter_bignum.patch ___

[issue16849] Element.{get, iter} doesn't handle keyword arguments when using _elementtree C accelerator.

Eli Bendersky added the comment: Thank you for the patch, Franck. I will review it when I have the time. -- assignee: -> eli.bendersky stage: -> patch review versions: +Python 3.4 ___ Python tracker _

[issue16730] _fill_cache in _bootstrap.py crashes without directory execute permissions

David Pritchard added the comment: Here's an example where Python 3.3.0 crashes, but where the patched code works. I have only been able to trigger the bug when PYTHONPATH is set (even if to an empty value). (1) create a directory (2) chmod a-rw+x on that directory (3) export PYTHONPATH="" (4

[issue2771] Test issue

Changes by Ezio Melotti : -- nosy: -python-dev type: behavior -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue2771] Test issue

Changes by Ezio Melotti : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue14468] Update cloning guidelines in devguide

Ezio Melotti added the comment: It can probably be added to the list of "FAQs", or mentioned together with null merges. -- ___ Python tracker ___ ___

[issue16850] Atomic open + close-and-exec

Charles-François Natali added the comment: I don't comfortable exposing this. The main reason is that this flag is really non-portable. Having open() fail at runtime because the platform doesn't support it looks really wrong to me. And silently ignore it is even worse. The 'x' flag was added bec

[issue14468] Update cloning guidelines in devguide

Chris Jerdonek added the comment: One thing that occurred to me is that it is often or usually not sufficient to go from 2.7 to 3.2 and on forward because applying a patch made against the default branch loses information if first applied to an earlier branch. The given workflow assumes no lo

[issue16850] Atomic open + close-and-exec

Antoine Pitrou added the comment: > How about two options, like 'e' for guaranteed atomic CLOEXEC and 'E' > for CLOEXEC with or without atomic ops? Why would you want that? Best effort is sufficient. Also, I'm not sure why "e". -- nosy: +pitrou ___ P

[issue16853] add a Selector to the select module

Felipe Cruz added the comment: Hi Antonie, What you said also makes sense to me. There is one problem(?) that _map_events() is called for every event(for Poll and EPoll) and this can make things slower (I didn't tested it). Also, does it needs to be thread-safe? -- _

[issue16853] add a Selector to the select module

Charles-François Natali added the comment: Oh, I noticed that EpollPollster never closes the underlying epoll FD: that's why Pollster objects should have a close() method (and probably support a context manager). -- ___ Python tracker

[issue16854] usage() is not defined in Lib/test/regrtest.py

Changes by Chris Jerdonek : -- assignee: -> chris.jerdonek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue16854] usage() is not defined in Lib/test/regrtest.py

Changes by Chris Jerdonek : -- dependencies: +switch regrtest from getopt options to argparse Namespace ___ Python tracker ___ ___ Pyt

[issue16853] add a Selector to the select module

Charles-François Natali added the comment: > I think you have a point. Did you know about the tulip project? > > http://code.google.com/p/tulip/source/browse/tulip/unix_events.py#76 > > It has a PollsterBase class and a SelectPollster(PollsterBase) so the idea is > to have a Poller(and you call

[issue16854] usage() is not defined in Lib/test/regrtest.py

Chris Jerdonek added the comment: I observed this issue earlier in issue 16799. See that issue for a fix. Can one of you review that patch? Thanks. -- ___ Python tracker ___

[issue16854] usage() is not defined in Lib/test/regrtest.py

Changes by Ezio Melotti : -- keywords: +easy nosy: +chris.jerdonek stage: -> needs patch ___ Python tracker ___ ___ Python-bugs-list

[issue16854] usage() is not defined in Lib/test/regrtest.py

New submission from Serhiy Storchaka: $ ./python -m test.regrtest -u spam Traceback (most recent call last): File "/home/serhiy/py/cpython/Lib/runpy.py", line 160, in _run_module_as_main "__main__", fname, loader, pkg_name) File "/home/serhiy/py/cpython/Lib/runpy.py", line 73, in _run_cod

[issue16833] http.client delayed ack / Nagle algorithm optimisation performs badly for large messages

Jesús Cea Avión added the comment: Sorry, firefox is playing with me. As usual :). Just writing about i in python-dev. Thanks for the heads up. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python trac

[issue16853] add a Selector to the select module

Changes by Ross Lagerwall : -- nosy: +rosslagerwall ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue16850] Atomic open + close-and-exec

Changes by Ross Lagerwall : -- nosy: +rosslagerwall ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue13094] Need Programming FAQ entry for the behavior of closures

Ezio Melotti added the comment: Here's a patch. -- keywords: +patch stage: needs patch -> patch review Added file: http://bugs.python.org/file28550/issue13094.diff ___ Python tracker ___

[issue16853] add a Selector to the select module

Antoine Pitrou added the comment: tulip is much bigger than simply a select / poll wrapper. It would probably make more sense for tulip to reuse the abstraction which is proposed here. -- nosy: +gvanrossum stage: -> patch review ___ Python tracker

[issue16849] Element.{get, iter} doesn't handle keyword arguments when using _elementtree C accelerator.

Changes by Ned Deily : -- nosy: +eli.bendersky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue16853] add a Selector to the select module

Felipe Cruz added the comment: I think you have a point. Did you know about the tulip project? http://code.google.com/p/tulip/source/browse/tulip/unix_events.py#76 It has a PollsterBase class and a SelectPollster(PollsterBase) so the idea is to have a Poller(and you call poll()) but select can

[issue16836] configure script disables support for IPv6 on a system where IPv6 is disabled

Charles-François Natali added the comment: Here's a patch, tested with ipv6.disable=1. -- keywords: +patch nosy: +neologix Added file: http://bugs.python.org/file28549/ipv6config.diff ___ Python tracker ___

[issue14810] tarfile does not support timestamp older 1970-01-01

Марк Коренберг added the comment: And yes, bug does not appear in python3.2 -- ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue16853] add a Selector to the select module

Changes by Charles-François Natali : Added file: http://bugs.python.org/file28548/selector_telnetlib.diff ___ Python tracker ___ ___ Python-bu

[issue16853] add a Selector to the select module

Changes by Charles-François Natali : Added file: http://bugs.python.org/file28547/selector_multiprocessing.diff ___ Python tracker ___ ___ Pyt

[issue16853] add a Selector to the select module

New submission from Charles-François Natali: Recently, the multiprocessing and telnetlib modules have been patched to use poll() instead of select() when available (mainly for the FD_SETSIZE limitation): http://bugs.python.org/issue10527 http://bugs.python.org/issue14635 This leads to code dup

[issue12939] Add new io.FileIO using the native Windows API

Changes by Richard Oudkerk : Added file: http://bugs.python.org/file28545/test_winfileio.py ___ Python tracker ___ ___ Python-bugs-list mailin

[issue12939] Add new io.FileIO using the native Windows API

Richard Oudkerk added the comment: Attached is a module for Python 3.3+ which subclasses io.RawIOBase. The constructor signature is WinFileIO(handle, mode="r", closehandle=True) where mode is "r", "w", "r+" or "w+". Handles can be created using _winapi.CreateFile(). Issues: - No suppor

[issue13094] Need Programming FAQ entry for the behavior of closures

R. David Murray added the comment: The point is, it is a FAQ. We are talking about updating the FAQ document. It doesn't matter if the text is "too specific", if it is in fact a FAQ. And it is. -- ___ Python tracker

[issue16748] Make CPython test package discoverable

Changes by Stefan Krah : -- nosy: -skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue16748] Make CPython test package discoverable

Changes by Brett Cannon : -- dependencies: +Fix test discovery for test_genericpath.py ___ Python tracker ___ ___ Python-bugs-list mai

[issue16852] Fix test discovery for test_genericpath.py

Changes by Ezio Melotti : -- nosy: +ezio.melotti stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue16852] Fix test discovery for test_genericpath.py

Changes by Zachary Ware : -- keywords: +patch Added file: http://bugs.python.org/file28543/issue16852.v2.diff ___ Python tracker ___ _

[issue16852] Fix test discovery for test_genericpath.py

New submission from Zachary Ware: See Issue 16748 for previous discussion. This patch should fix test_genericpath.py, with changes to test_macpath.py, test_ntpath.py, and test_posixpath.py required by the fix to test_genericpath.py. This is version 2 of the patch after a review by Serhiy Sto

[issue16851] ismethod and isfunction methods error

Ezio Melotti added the comment: I think that's expected and by design. In Python 3 there are no unbound methods, but simply functions: >>> class X: ... def add(a, b): return a+b ... >>> add = X.add >>> add >>> add(3, 4) 7 >>> def add(a, b): return a+b ... >>> add >>> add(3, 4) 7 As you c

[issue16748] Make CPython test package discoverable

Brett Cannon added the comment: You can go ahead and start a new issue so it isn't forgotten about as this becomes a meta issue. And you can always add me to the nosy, just can't guarantee how fast I will do the reviews. =) -- ___ Python tracker <

[issue16851] ismethod and isfunction methods error

New submission from Wojciech Danilo: Hi! I think this behaviour is bug. Lets concider the following code: import inspect class X(object): def a(self):pass def b(self):pass def c(self):pass print(inspect.getmembers(X, predicate=inspect.ismethod)) print(inspect.getmembers(X, predicate

[issue16730] _fill_cache in _bootstrap.py crashes without directory execute permissions

Christian Heimes added the comment: NotADirectoryError is missing from the list of exception. The error can occur when the directory is removed and replaced by an ordinary file. -- nosy: +christian.heimes ___ Python tracker

[issue14810] tarfile does not support timestamp older 1970-01-01

Марк Коренберг added the comment: Yes, bug exists in python 2.7. The same problem - negative timestamp in mtime field. It prepresented in binary value as '\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xc7\xfc' in my case. -- nosy: +mmarkk ___ Python tra

[issue12103] Document how to use open with os.O_CLOEXEC

Christian Heimes added the comment: Sounds good to me. -- nosy: +christian.heimes resolution: -> out of date status: open -> closed ___ Python tracker ___ __

[issue13094] Need Programming FAQ entry for the behavior of closures

Ezio Melotti added the comment: > "why do the lambdas I define in a loop all return the same result when > the input value was different when each one was defined?" I thought about that, but that sounds a bit too long/specific. It also has the problem that the issue is not strictly related to

[issue16850] Atomic open + close-and-exec

Christian Heimes added the comment: Do you mean #12105? I didn't know about the ticket before. How about two options, like 'e' for guaranteed atomic CLOEXEC and 'E' for CLOEXEC with or without atomic ops? It's not much additional work and lowers the burden on the user. It's going to be hard t

[issue16748] Make CPython test package discoverable

Zachary Ware added the comment: Sounds good to me. Shall I move the genericpath fix to a new issue, or leave that one here and begin starting new issues with the next one tackled? Any volunteers for being nosied on new issues to make the dependency link back to this one for me? :) --

[issue16850] Atomic open + close-and-exec

STINNER Victor added the comment: > You could do both: use the O_CLOEXEC flag and do a fcntl() call on POSIX This is the best-effort option. It was already discussed and rejected in the issue #12760. We had a similar discussion for the PEP 418 on monotonic clock. The final decision is not onl

[issue16748] Make CPython test package discoverable

R. David Murray added the comment: I would suggest one patch and issue per test module. If multiple test modules are related enough, they could go in one patch/issue; that's a judgement call. We can make this issue dependent on those individual issues. -- ___

[issue16836] configure script disables support for IPv6 on a system where IPv6 is disabled

Ralf Schmitt added the comment: > Would you want to provide a patch for this? No, sorry. -- ___ Python tracker ___ ___ Python-bugs-li

[issue12103] Document how to use open with os.O_CLOEXEC

STINNER Victor added the comment: > x Open the file exclusively (like the O_EXCL flag of open(2)). > If the file already exists, fopen() fails, and sets errno to EEXIST. > This flag is ignored for fdopen(). Python 3.3 adds support for this mode: see issue #12760. > e (since glibc 2.7) >

[issue16850] Atomic open + close-and-exec

Christian Heimes added the comment: You could do both: use the O_CLOEXEC flag and do a fcntl() call on POSIX. In my opinion it's enough to document that the x flag may be affected by a race condition issue on some operation systems. -- nosy: +christian.heimes _

[issue16850] Atomic open + close-and-exec

STINNER Victor added the comment: > The problem is the find a portable and safe way to expose the feature A solution is to add a "e" mode to open() which would raise a NotImplementedError if the platform is not known to support this feature. For example, if the OS is linux, we would check if t

[issue16848] Mac OS X: python-config --ldflags and location of Python.framework

Samuel John added the comment: Agreed. My patch, I did for Homebrew is to use the full path like so: PYTHONFRAMEWORKDIR= full/path/to/Frameworks/Python.framework instead of just `Python.framework`. -- ___ Python tracker

[issue12105] open() does not able to set flags, such as O_CLOEXEC

STINNER Victor added the comment: > Note that on Windows there is an O_NOINHERIT flag which > almost corresponds to O_CLOEXEC on Linux. > I don't think there is a need to use the win32 api. Ah yes. Because this issue is closed, I created the issue #16850 which is more specific to open + close-a

[issue15067] Clean up the sqlite3 docs

Changes by Zachary Ware : Removed file: http://bugs.python.org/file27830/sqlite3_cleanup_3.2.patch ___ Python tracker ___ ___ Python-bugs-list

[issue15067] Clean up the sqlite3 docs

Changes by Zachary Ware : Removed file: http://bugs.python.org/file27829/sqlite3_cleanup_2.7.patch ___ Python tracker ___ ___ Python-bugs-list

[issue16850] Atomic open + close-and-exec

New submission from STINNER Victor: Recent version on different operating systems support opening a file with close-on-exec flag set immediatly (atomic). This feature fixes a race condition when the process calls execv() between open() and fcntl() (to set the FD_CLOEXEC flag to the newly opene

[issue16835] Update PEP 399 to allow for test discovery

Zachary Ware added the comment: > Thanks for the review, new patch attached. You're quite welcome. Is there anything I've missed in the process of reviewing itself? This is the first time I've reviewed a patch here... I did miss another nit in the prose, though; "the tests methods" in the fi

[issue16748] Make CPython test package discoverable

Zachary Ware added the comment: Here's version 2 of the genericpath patch. Should I try to fix everything in one patch, or one patch per test module (or group of test modules like test_(generic|mac|nt|posix)path.py)? And if separate, should each one get its own issue, or just keep them all he

[issue8952] Doc/c-api/arg.rst: fix documentation of number formats

Changes by STINNER Victor : -- nosy: -haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue16076] xml.etree.ElementTree.Element and xml.etree.ElementTree.TreeBuilder are no longer pickleable

Eli Bendersky added the comment: On Tue, Jan 1, 2013 at 2:56 PM, Daniel Shahaf wrote: > > Daniel Shahaf added the comment: > > Eli Bendersky wrote on Tue, Jan 01, 2013 at 15:54:00 +: > > Why did you change the class name, by the way, I don't think it's > > a valid change at least for 3.3 in

[issue16846] relative import solution

Georg Brandl added the comment: David, the "issue" is that Python only allows relative imports within packages. The OP wants to have a.py and b.py in the same directory and then be able to said "from . import b" in the a module. This is a design decision and will not change without a PEP. --

[issue16281] TODO in tailmatch(): it does not support backward in all cases

STINNER Victor added the comment: > Shouldn't this be applied to 3.3? It's just a cleanup, it doesn't fix any real bug. I prefer to not pollute old versions with cleanup. > As for optimization, I made some benchmarks and didn't saw any significant > difference. Usually this function used to ch

[issue12939] Add new io.FileIO using the native Windows API

Richard Oudkerk added the comment: A while ago I did write a PipeIO class which subclasses io.RawIOBase and works for overlapped pipe handles. (It was intended for multiprocessing and doing asynchronous IO with subprocess.) As it is it would not work with normal files because when you do over

[issue12105] open() does not able to set flags, such as O_CLOEXEC

Richard Oudkerk added the comment: Note that on Windows there is an O_NOINHERIT flag which almost corresponds to O_CLOEXEC on Linux. I don't think there is a need to use the win32 api. -- nosy: +sbt ___ Python tracker

[issue16281] TODO in tailmatch(): it does not support backward in all cases

Serhiy Storchaka added the comment: Shouldn't this be applied to 3.3? As for optimization, I made some benchmarks and didn't saw any significant difference. Usually this function used to check short ASCII heads and tails and any optimization will not be seen even under a microscope. -

[issue16846] relative import solution

R. David Murray added the comment: Could you give more information about what you see as the bug, here? I'm not understanding the problem because there doesn't appear to be enough context. What is your directory structure? Where is the import happening? -- components: +Interpreter C

[issue16849] Element.{get, iter} doesn't handle keyword arguments when using _elementtree C accelerator.

New submission from Franck Michea: Documentation: - http://docs.python.org/3.3/library/xml.etree.elementtree.html#xml.etree.ElementTree.Element.get - http://docs.python.org/3.3/library/xml.etree.elementtree.html#xml.etree.ElementTree.Element.iter These two functions are documented with keywo

[issue13094] Need Programming FAQ entry for the behavior of closures

R. David Murray added the comment: The FAQ (as in, this question gets asked again and again) is something like "why do the lambdas I define in a loop all return the same result when the input value was different when each one was defined?" The same applies to regular functions, but people almo

[issue16848] Mac OS X: python-config --ldflags and location of Python.framework

Ronald Oussoren added the comment: Using '-framework Python' is suboptimal because this doesn't control which framework is used for linking (in particular, if you have both Python 2.7 and 3.3 installed '-framework Python' will link against the one installed last). For Python 3.3 I get: $ /Lib

[issue16848] Mac OS X: python-config --ldflags and location of Python.framework

New submission from Samuel John: Some tools use `python-config --ldflags` to get the flags in order to link against the Python lib on OS X (for example gst-python from pygtk (2.x). For framework builds, `python-config --ldflags` returns (among few other): -u _PyMac_Error Python.framework/V

[issue16844] funcName in logging module for python 2.6

Vinay Sajip added the comment: You are apparently not using the logging in stdlib, but the older, standalone logging package intended to be used in versions of Python older than 2.3 - note the presence of "site-packages/logging-0.4.9.6-py2.6.egg" in the traceback. If you are using Python 2.6,

[issue15596] pickle: Faster serialization of Unicode strings

Serhiy Storchaka added the comment: Well, I take care of this. I have the own patch for raw_unicode_escape() optimization, but microbenchmarks don't show any speed up. Maybe your approach will be better. -- ___ Python tracker

  1   2   >