[issue7111] core dump when stderr is moved

Benjamin Peterson added the comment: The problem is the check_fd in _fileio.c checks fstat of 2, which returns EBADFD. I'm not sure what about this redirection makes it a bad file descriptor, though.. -- nosy: +benjamin.peterson ___ Python tracker <

[issue6963] Add worker process lifetime to multiprocessing.Pool - patch included

Charles Cazabon added the comment: Can someone review this patch? I believe it's sufficient for inclusion now, as it includes docs and unit tests, but if anything about it requires further attention I'd be happy to listen to change requests. We'd like get this into mainline where everyone can

[issue4972] let's equip ftplib.FTP with __enter__ and __exit__

Ezio Melotti added the comment: There's a patch for zipfile in #5511. -- nosy: +ezio.melotti priority: -> normal ___ Python tracker ___ _

[issue4972] let's equip ftplib.FTP with __enter__ and __exit__

Stuart Axon added the comment: zipfile also would make a good target for a contextmanager (as noted here - http://tarekziade.wordpress.com/2009/01/20/python-standard-lib-give-me-more-withs/ ) -- nosy: +stuaxo ___ Python tracker

[issue7112] unicodetype_db.h warning: integer constant is too large for 'long'

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue1068268] subprocess is not EINTR-safe

Changes by Reid Kleckner : -- nosy: +rnk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

Christoph Gohlke added the comment: This patch also removes empty dependentAssembly elements after removing the VC.CRT assemblyIdentity element. It seems not enough to just place the Microsoft.VC90.CRT.manifest and VC runtime DLL files into the Python folder. On a system without the VC runtime

[issue7105] weak dict iterators are fragile because of unpredictable GC runs

Antoine Pitrou added the comment: This new patch makes it possible to mutate the dict without messing with the delayed removal when an iterator exists. -- Added file: http://bugs.python.org/file15112/weakiter2.patch ___ Python tracker

[issue7064] Python 2.6.3 / setuptools 0.6c9: extension module builds fail with KeyError

Sridhar Ratnakumar added the comment: Tarek - could you give the new issue link? -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue7116] str.join() should be documented as taking an iterable

Changes by Jess Austin : -- keywords: +patch Added file: http://bugs.python.org/file15111/jointakesiterables.diff ___ Python tracker ___ __

[issue7115] extension module builds fail when using paths in the extension name

Tarek Ziadé added the comment: done in r75390. Matthias could you check on your side with the UpdateManager distribution that it working fine now in your environment ? -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue7116] str.join() should be documented as taking an iterable

New submission from Jess Austin : In its __doc__ string and in the documentation, str.join() is described as taking a sequence. This is not general enough; it actually takes any iterable of strings: >>> ','.join(str(x) for x in range(5)) '0,1,2,3,4' Maybe this is a small nit to pick, b

[issue7115] extension module builds fail when using paths in the extension name

New submission from Tarek Ziadé : This change shows a regression (https://bugs.launchpad.net/bugs/449734), the setup.py file might not be correct, but it did work before this change (with plain distutils). Quoting from the report: Set setup.py file looks like this: setup(name='update-manager',

[issue7064] Python 2.6.3 / setuptools 0.6c9: extension module builds fail with KeyError

Tarek Ziadé added the comment: I am opening another issue to keep a record of the particular case Matthias brought. -- ___ Python tracker ___

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

Marc-Andre Lemburg added the comment: Looking at the description of manifest files, it appears that just removing the assemblyIdentity-element results in an invalid manifest file: http://msdn.microsoft.com/en-us/library/aa374219(VS.85).aspx It appears that the entire dependency-element referen

[issue7114] HTMLParser doesn't handle

New submission from Greg Baker : I believe what I'm seeing here is somewhat related to issue 670664, but is easier to handle because of the CDATA structure. Basically, HTMLParser doesn't recognize CDATA sections at all, so their content is incorrectly parsed like normal data. The following is a

[issue7064] Python 2.6.3 / setuptools 0.6c9: extension module builds fail with KeyError

Phillip J. Eby added the comment: FYI, a fix allowing setuptools to work with 2.6.3 is now checked in, and will be released soon (preferably in a few days, unless new bugs turn up). If you are experiencing issues with this and would like to try the fixed version(s), please see the announcement

[issue7064] Python 2.6.3 / setuptools 0.6c9: extension module builds fail with KeyError

Tarek Ziadé added the comment: Looking at it now -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue6970] Redundant calls made to comparison methods.

Mark Dickinson added the comment: Assigning to myself so this doesn't get forgotten. -- assignee: -> mark.dickinson ___ Python tracker ___ __

[issue7064] Python 2.6.3 / setuptools 0.6c9: extension module builds fail with KeyError

Barry A. Warsaw added the comment: Tarek, Can you please look at this for 2.6.4? We might need another rc and it would be better to do that sooner rather than later. Thanks! -- priority: -> release blocker status: closed -> open ___ Python tracke

[issue7064] Python 2.6.3 / setuptools 0.6c9: extension module builds fail with KeyError

Matthias Klose added the comment: This change shows a regression (https://bugs.launchpad.net/bugs/449734), the setup.py file might not be correct, but it did work before this change (with plain distutils). Quoting from the report: Set setup.py file looks like this: setup(name='update-manager',

[issue6603] Compilation error if configuref --with-computed-gotos

Mark Dickinson added the comment: N.B. The patch assumes that unsigned int has 32 bits. This is almost certainly true on the platforms of interest, but it might be better to use uint64_t and uint32_t throughout the tsc code. For Python 2.7 and 3.x, uint32_t and uint64_t are already detect

[issue6603] Compilation error if configuref --with-computed-gotos

Mark Dickinson added the comment: Here's a patch. Martin, would you be able to take a look at this? N.B. I also tried './configure --with-tsc && make && make test' for a build of the trunk on OS X 10.6; the configure and make steps succeeded, but 'make test' immediately segfaults; gdb sho

[issue5911] built-in compile() should take encoding option.

Benjamin Peterson added the comment: The patch as it currently stands is unacceptable because it changes public APIs. -- nosy: +benjamin.peterson ___ Python tracker ___ _

[issue6603] Compilation error if configuref --with-computed-gotos

Mark Dickinson added the comment: I'm able to reproduce this on Debian Lenny/x86_64 with a home-built gcc 4.4.0 and the --with-computed-gotos and --with-tsc configure options. I'm compiling with: CC=gcc-4.4 ./configure --with-tsc --with-computed-gotos && make The Python executable builds succ

[issue5911] built-in compile() should take encoding option.

Changes by Facundo Batista : -- nosy: +facundobatista ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue7113] ConfigParser load speedup

New submission from albert hofkamp : Current implementation (r71564) uses "'%s\n%s' % (old_val, new_line)" to merge multi-line options into one string. For options with many lines, this wastes a lot of CPU power. Attached patch against r71564 fixes this problem by first building a list of lines

[issue7112] unicodetype_db.h warning: integer constant is too large for 'long'

Changes by Marc-Andre Lemburg : -- assignee: -> amaury.forgeotdarc nosy: +amaury.forgeotdarc ___ Python tracker ___ ___ Python-bugs-li

[issue7112] unicodetype_db.h warning: integer constant is too large for 'long'

Marc-Andre Lemburg added the comment: Hirokazu Yamamoto wrote: > This issue is related to issue1571184, I think. Assuming that you're using the SVN version of Python, I agree, that's likely. This is the line in question: case 0x5146: return (double) 1; Looks like the

[issue7112] unicodetype_db.h warning: integer constant is too large for 'long'

New submission from Hirokazu Yamamoto : I've got this warning while compiling on coLinux. gcc -pthread -c -fno-strict-aliasing -g -Wall -Wstrict-prototypes -I. -IInclude -I./Include -DPy_BUILD_CORE -o Objects/unicodectype.o Objects/unicodectype.c In file included from Objects/unicodectype.c:

[issue7111] core dump when stderr is moved

Changes by Matthias Klose : -- nosy: +doko ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue7109] broken link on news page

Matthias Kievernagel added the comment: Sorry. Somehow this page did not show up on my google search on python.org. Problem sent to webmaster. Thanks. -- ___ Python tracker ___

[issue7111] core dump when stderr is moved

New submission from Peter Eisentraut : bash$ python3.1 -c 'pass' 2>&- Aborted (core dumped) (I verified, the core dump belongs to python.) If you remove the redirection thingy at the end, it works. Not sure why I ever wrote that code, but it has been working since forever up to python3.0. ---

[issue7109] broken link on news page

Changes by Senthil Kumaran : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue7109] broken link on news page

Senthil Kumaran added the comment: > Hope this is the right place to report website issues. Not actually, http://wiki.python.org/moin/PythonWebsiteCreatingNewTickets to report a bug or to suggest an enhancement for the python.org website, please send an e-mail message to . If you're reporti

[issue7110] Output test failures on stderr in regrtest.py

New submission from Ezio Melotti : regrtest.py should output all the names of the tests that fail and their tracebacks on stderr. This will provide an easy way to filter out the relevant information (errors and tracebacks) from all the other outputs. The current behavior seems incoherent, some t

[issue7099] Decimal.is_normal should return True even for numbers with exponent > Emax

Mark Dickinson added the comment: Note to self: when fixing this, make sure that Decimal.number_class is also behaving sensibly. -- ___ Python tracker ___ __

[issue7109] broken link on news page

New submission from Matthias Kievernagel : Hello, there is a broken link on http://www.python.org/news/ at Python 3.0 is an ex-release! Long live Python 3.1! There will be no Python 3.0.2 release or further 3.0.x maintenance/ security releases. All users of Python 3.0 are strongly encouraged t