[issue14119] Ability to adjust queue size in Executors

Nam Nguyen added the comment: +1 That was actually what I did. I replaced the internal queue with another one whose limit was properly set. If you are busy to write one, let me find some time to create another patch. -- ___ Python tracker

[issue14377] Modify serializer for xml.etree.ElementTree to allow forcing the use of long tag closing

Ariel Poliak added the comment: Made a new patch. This one contains changes for xml.etree.ElementTree for cpython, jython, and stackless. It also contains changes to Modules/_elementtree.c for cpython and stackless. The changes within this patch do not change the signature for the _serialize_*

[issue15050] Python 3.2.3 fail to make

Grey_Shao added the comment: Thanks for your kindly help I attach the config.log in the attachment "data.7z" The value of the PRId64 is: #ifdef _LP64 #define PRId64 "ld" #else /* _ILP32 */ #if __STDC__ - 0 == 0 && !defined(_NO_LONGLONG) #define PRId64

[issue4442] document immutable type subclassing via __new__

R. David Murray added the comment: Actually, it is documented: http://docs.python.org/dev/reference/datamodel.html#basic-customization "__new__() is intended mainly to allow subclasses of immutable types (like int, str, or tuple) to customize instance creation." It could certainly be better

[issue15052] Outdated comments in build_ssl.py

Changes by Antoine Pitrou : -- nosy: +gregory.p.smith, loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue15053] imp.lock_held() "Changed in Python 3.3" mention accidentally one function up

Antoine Pitrou added the comment: Well, if the versionchanged were for get_tag(), it would be indented appropriately. But it is actually for the "The following functions help interact with the import system’s internal locking mechanism" paragraph. Feel free to improve :) --

[issue4442] document immutable type subclassing via __new__

Chris Withers added the comment: It's the fact that for immutable types, initialization is done in __new__ instead of __init__ that isn't documented anywhere. This should be Python-level rather than C-level documentation. The example I gave in #msg76473 is confusing without docs anywhere tha

[issue14963] Use an iterative implementation for contextlib.ExitStack.__exit__

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue15053] imp.lock_held() "Changed in Python 3.3" mention accidentally one function up

New submission from Brett Cannon : If you look at http://docs.python.org/dev/py3k/library/imp.html#imp.get_tag you will notice it has the "Changed in Python 3.3" notice for imp.lock_held() in it, the function *below* imp.get_tag(). -- assignee: docs@python components: Documentation mes

[issue15021] xmlrpc server hangs

Abhishek Singh added the comment: I found my problem. I was also using pipes to implement my show output (between python and C). The pipe was getting full, and xmlrpc server was locking up because of that. The gdb traceback was confusing though (will re-open if I see this again, and if it is

[issue14937] IDLE's deficiency in the completion of file names (Python 32, Windows XP)

Roger Serwy added the comment: There's a small logic bug with Martin's patch. Opening up a new editor window and pressing Tab causes a traceback. Attached is a new patch to fix the problem. -- priority: normal -> high resolution: fixed -> stage: -> patch review status: closed -> open

[issue15044] _dbm not building on Fedora 17

Ross Lagerwall added the comment: Attached is a patch which fixes the issue on Fedora 17. If this doesn't break other OSes I'll commit it for 2.7, 3.2 and 3.3. -- keywords: +patch versions: +Python 2.7, Python 3.2 Added file: http://bugs.python.org/file25943/gdbm.patch ___

[issue12510] IDLE: calltips mishandle raw strings and other examples

Roger Serwy added the comment: The _self_pat RE needs to be changed to just remove the first argument. Presently, another bug exists with the current implementation: >>> class A: def t(self, self1, self2): pass >>> a = A() >>> a.t( gives "(1,2)" as the

[issue12982] Document that importing .pyo files needs python -O

Changes by Ronan Lamy : -- nosy: +Ronan.Lamy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue1644818] Allow built-in packages and submodules as well as top-level modules

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue14102] argparse: add ability to create a man page

Changes by Jakub Wilk : -- nosy: +jwilk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue15044] _dbm not building on Fedora 17

Ross Lagerwall added the comment: The gdbm provided with Fedora 17 provides /usr/include/ndbm.h. This makes setup.py think that it should try link with -lndbm when it actually requires -lgdbm_compat. A workaround is to specify --with-dbmliborder=gdbm to force gdbm to be used. I'll try and ma

[issue12982] Document that importing .pyo files needs python -O

Terry J. Reedy added the comment: Michael, you should ask the closed source library distributor to distribute all files as .pyc so you have access to docstrings while programming and to avoid the problem with reading them. He could also distribute an all-.pyo version. A mixture seems accident

[issue15052] Outdated comments in build_ssl.py

New submission from Jeremy Kloth : The comment regarding a Perl installation not being required is no longer true with regards to OpenSSL 1.0+ (at least 1.0.0j and 1.0.1c). A Perl script(s) is used to generate source files within the generated Makefiles. I would suggest to remove the outdated

[issue15048] Manually Installed Python Includes System Wide Paths

James Kyle added the comment: I think Ned does have some good points regarding the minimal impact a reversion would have. The most poignant point is that /Library/ on OS X is not a user controlled directory whereas ~/.local is. If ~/.local exists and has packages installed, it's because the

[issue15051] Can't compile Python 3.3a4 on OS X

Ronald Oussoren added the comment: This is a duplicate of #13241 We (and in particular Ned Deily are working on a change to the build process that would fix this, and will make it possible to build extensions on OSX regardless of which Xcode variant you use and which variant was used to build

[issue15051] Can't compile Python 3.3a4 on OS X

Ronald Oussoren added the comment: There is a bug in the version of GCC that's shipped with Xcode. Try building using clang: configure ... CC=clang CXX=clang++ -- nosy: +ronaldoussoren ___ Python tracker ___

[issue15051] Can't compile Python 3.3a4 on OS X

New submission from Virgil Dupras : I try to compile Pyhton 3.3a4 on a OS X 10.7 with XCode 4.3.3 and it fails. I tried a few configuration options, but even with a basic "./configure && make", I get this: ./python.exe -SE -m sysconfig --generate-posix-vars Could not find platform dependent li

[issue15049] line buffering isn't always

R. David Murray added the comment: That makes sense. I'll add a mention of this to the 'open' docs that discuss the buffering parameter. -- assignee: -> r.david.murray components: +Documentation ___ Python tracker

[issue13857] Add textwrap.indent() as counterpart to textwrap.dedent()

Chris Jerdonek added the comment: Great. Looks good! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue15038] Optimize python Locks on Windows

Kristján Valur Jónsson added the comment: I've tested Ubuntu 64 myself using a Virtualbox, confirming that the pythread functionality is untouched. (funny how those vi keystrokes seem to be embedded into your amygdala after decades of disuse) -- __

[issue14599] Windows test_import failure thanks to ImportError.path

Brett Cannon added the comment: It's not a problem, Stefan. I just happened to have already added the importlib.invalidate_caches() call to test_reprlib so I know that isn't the issue. -- ___ Python tracker

[issue15049] line buffering isn't always

Martin v. Löwis added the comment: Without looking at the code, it seems that http://docs.python.org/release/3.1.5/library/io.html?highlight=io#io.TextIOWrapper gives the answer "If line_buffering is True, flush() is implied when a call to write contains a newline character." So, "line buff

[issue13475] Add '-p'/'--path0' command line option to override sys.path[0] initialisation

Eric Snow added the comment: any chance on this for 3.3? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue12982] Document that importing .pyo files needs python -O

Michael Herrmann added the comment: Dear Eric OL, I see - I had read your e-mail but because of the similar names I thought the message here was yours too, and thus only replied once. I apologize! I can of course find a workaround such as renaming .pyo to .pyc. However, I would like to avoid

[issue15003] make PyNamespace_New() public

Éric Araujo added the comment: >> Is this documented in whatsnew? > I'm not sure what has been (none of my patches have done so). Okay; if a committer does not add a note we can open a doc bug to not forget that. >> Also, I remember a discussion about making it public or not, but >> don’t reca

[issue12982] Document that importing .pyo files needs python -O

Eric O. LEBIGOT added the comment: Hi Michael, Thank you for your message. You are mentioning the suggestion of "the other Eric" (Araujo). My suggestion was to rename your .pyo files as .pyc files; it is hackish (according to a previous post from Eric Araujo), but might save you some trouble

[issue12982] Document that importing .pyo files needs python -O

R. David Murray added the comment: Actually it's a lot easier than that, although it is very much a hack: just rename the .pyo files to .pyc, and python without -O will happily import them. Since the optimization happens when the bytecode is written, this does what you want. -- nosy

[issue12982] Document that importing .pyo files needs python -O

Michael Herrmann added the comment: Hi Eric, thank you for your quick reply. I'm not the first one who encounters this problem and in my opinion it is simply counter-intuitive that you cannot read a mixture of .pyo and .pyc files. That is why I think that my proposed change is valuable. In t

[issue13062] Introspection generator and function closure state

Meador Inge added the comment: I didn't get around to updating my patch with Nick's comments yet. Nick, the v3 patch I have attached still applies. I am happy to update it per your comments (promptly this time) or you can take it over. Whichever. --

[issue12982] Document that importing .pyo files needs python -O

Changes by Éric Araujo : -- title: .pyo file can't be imported unless -O is given -> Document that importing .pyo files needs python -O ___ Python tracker ___ __

[issue12982] .pyo file can't be imported unless -O is given

Éric Araujo added the comment: Michael, I don’t think your proposed change would be considered favorably: importing .pyc or .pyo is well defined for CPython and the -O switch is really required for .pyo. However you may be able to import them anyway without any change to Python if you write

[issue15038] Optimize python Locks on Windows

Paul Moore added the comment: Applies and builds cleanly on Win7 32-bit. The speed difference is visible here too: PS D:\Data\cpython\PCbuild> .\python.exe -m timeit -s "from _thread import allocate_lock; l=allocate_lock()" "l.acquire();l.release()" 100 loops, best of 3: 0.608 usec per lo

[issue13062] Introspection generator and function closure state

Changes by Nick Coghlan : -- assignee: -> ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue13783] Clean up PEP 380 C API additions

Changes by Nick Coghlan : -- assignee: docs@python -> ncoghlan priority: normal -> release blocker ___ Python tracker ___ ___ Python-b

[issue14803] Add feature to allow code execution prior to __main__ invocation

Changes by Nick Coghlan : -- versions: +Python 3.4 -Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue13578] Add subprocess.iter_output() convenience function

Changes by Nick Coghlan : -- versions: +Python 3.4 -Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue13598] string.Formatter doesn't support empty curly braces "{}"

Nick Coghlan added the comment: One brief comment on the wording of the error message: the inconsistent naming is actually copied from the str.format code. >>> "{foo} {} {bar}".format(2, foo='fooval', bar='barval') 'fooval 2 barval' >>> "{foo} {0} {} {bar}".format(2, foo='fooval', bar='barval'

[issue12982] .pyo file can't be imported unless -O is given

Michael Herrmann added the comment: Hi, I need to use a third-party library that ships as a mixture of .pyc and .pyo files. I found it a little surprising and inconvenient that I have to set the -O flag just to read .pyo files. I don't mind whether .pyc or .pyo files are being created during

[issue15033] Different exit status when using -m

Nick Coghlan added the comment: Technically, it returns -1 (which later gets coerced to an unsigned value). However, there's no good reason for the inconsistency - the offending line (663) in main.c should be changed to be: sts = (RunModule(module, 1) != 0); It is currently just: st

[issue10133] multiprocessing: conn_recv_string() broken error handling

Hallvard B Furuseth added the comment: Richard Oudkerk wrote: > Thanks for the patch, I have applied it. (I don't think there was a > problem with the promotion rules because res was a never converted to > UINT32.) True now that res is a Py_ssize_t. It was int when I wrote the patch. Hall

[issue14119] Ability to adjust queue size in Executors

Brian Quinlan added the comment: I've had people request that they be able control the order of processed work submissions. So a more general way to solve your problem might be to make the two executors take an optional Queue argument in their constructors. You'd have to explain in detail in

[issue15050] Python 3.2.3 fail to make

Martin v. Löwis added the comment: Can you please attach the config.log file also? Also, can you please report what the value of PRId64 in /usr/include/inttypes.h is? -- nosy: +loewis ___ Python tracker

[issue15050] Python 3.2.3 fail to make

New submission from Grey_Shao : When I try to compile the Python 3.2.3, I failed to make After I ungzip and untar the source package of the Python 3.2.3, Then run the following commands: 1. ./configure 2. make When step 2, the errors below happens: gcc -c -fno-strict-aliasing -DNDEBUG -g