[issue7109] broken link on news page
New submission from Matthias Kievernagel mkie...@web.de: 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 to upgrade to Python 3.1. This link is dead (pointing at some fjord, it's an ex-link :): http://mail.python.org/pipermail/python-list/2009-July/718561.html Found this in the archives, guess this is the correct link: http://mail.python.org/pipermail/python-list/2009-July/187218.html Hope this is the right place to report website issues. Regards, Matthias Kievernagel -- components: None messages: 93887 nosy: mkiever severity: normal status: open title: broken link on news page ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7109 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7099] Decimal.is_normal should return True even for numbers with exponent Emax
Mark Dickinson dicki...@gmail.com added the comment: Note to self: when fixing this, make sure that Decimal.number_class is also behaving sensibly. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7099 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7110] Output test failures on stderr in regrtest.py
New submission from Ezio Melotti ezio.melo...@gmail.com: 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 tracebacks are sent to stdout and other to stderr (see attached log). -- components: Tests files: stdout_stderr.txt messages: 93889 nosy: ezio.melotti priority: normal severity: normal stage: needs patch status: open title: Output test failures on stderr in regrtest.py type: feature request versions: Python 2.7, Python 3.2 Added file: http://bugs.python.org/file15108/stdout_stderr.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7110 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7109] broken link on news page
Senthil Kumaran orsent...@gmail.com 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 webmaster at python dot org. If you're reporting a problem (a broken link, typo, formatting glitch), please include the URL of the affected page. Closing this. -- nosy: +orsenthil ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7109 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7109] broken link on news page
Changes by Senthil Kumaran orsent...@gmail.com: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7109 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7111] core dump when stderr is moved
New submission from Peter Eisentraut pete...@gmx.net: 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. -- components: Interpreter Core messages: 93891 nosy: petere severity: normal status: open title: core dump when stderr is moved type: crash versions: Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7111 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7109] broken link on news page
Matthias Kievernagel mkie...@web.de 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 rep...@bugs.python.org http://bugs.python.org/issue7109 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7111] core dump when stderr is moved
Changes by Matthias Klose d...@debian.org: -- nosy: +doko ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7111 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7112] unicodetype_db.h warning: integer constant is too large for 'long'
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp: 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:34: Objects/unicodetype_db.h: In function '_PyUnicodeUCS2_ToNumeric': Objects/unicodetype_db.h:2077: warning: integer constant is too large for 'long' type This issue is related to issue1571184, I think. -- messages: 93893 nosy: ocean-city severity: normal status: open title: unicodetype_db.h warning: integer constant is too large for 'long' versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7112 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7112] unicodetype_db.h warning: integer constant is too large for 'long'
Marc-Andre Lemburg m...@egenix.com 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 code generator should append a .0 to signal that the value is indeed a double. It be even more readable, if it'd use the scientific E-notation, ie. 1e12. -- nosy: +lemburg title: unicodetype_db.h warning: integer constant is too large for 'long' - unicodetype_db.h warning: integer constant is too largefor 'long' ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7112 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7112] unicodetype_db.h warning: integer constant is too large for 'long'
Changes by Marc-Andre Lemburg m...@egenix.com: -- assignee: - amaury.forgeotdarc nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7112 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7113] ConfigParser load speedup
New submission from albert hofkamp a.t.hofk...@tue.nl: 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 for each loaded option, and after reading the whole file, merging them with the already loaded data. In that way, the '\n'.join() can be performed once. Patched ConfigParser.py works against test/test_cfgparser.py (and Python 2.5) We have witnessed a reduction from 4 hours to 3 seconds loading time with Python 2.6 and an option of 80 lines. -- components: Library (Lib) files: speedfix_71564.patch keywords: patch messages: 93895 nosy: aioryi severity: normal status: open title: ConfigParser load speedup type: performance versions: Python 2.6 Added file: http://bugs.python.org/file15109/speedfix_71564.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7113 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5911] built-in compile() should take encoding option.
Changes by Facundo Batista facu...@taniquetil.com.ar: -- nosy: +facundobatista ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5911 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6603] Compilation error if configuref --with-computed-gotos
Mark Dickinson dicki...@gmail.com 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 successfully, and then the module build stage fails exactly as Artur described. Here's a minimal failing example: Python 3.2a0 (py3k:75376, Oct 12 2009, 14:32:36) [GCC 4.4.0] on linux2 Type help, copyright, credits or license for more information. def f(*args): return None ... def g(*args): return f(*args) ... g() Traceback (most recent call last): File stdin, line 1, in module File stdin, line 1, in g TypeError: f() argument after ** must be a mapping, not tuple With gcc 4.3.2 I get no failure. With either of the configure options removed I get no failure. After some investigation, I believe the problem is in Python/ceval.c: what's going on is that the inline x86 assembly for the READ_TIMESTAMP macro is clobbering the rdx register. This clobbering changes the value of the 'flags' variable in _call_function_var_kw, leading the ext_do_call to think that it's supposed to be doing a CALL_FUNCTION_VAR_KW instead of a CALL_FUNCTION_VAR. I believe this *is* a Python bug: the inline assembly should be fixed to use the eax and edx registers explicitly instead of using the =A constraint; for x86_64, =A apparently means the 64-bit rax register, rather than the edx/eax pair of 32-bit registers (though it's difficult to find any mention of this in the gcc documentation). I don't know why the --with-computed-gotos configure option affects this. -- assignee: - mark.dickinson keywords: +easy nosy: +mark.dickinson priority: - critical stage: - needs patch versions: +Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6603 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5911] built-in compile() should take encoding option.
Benjamin Peterson benja...@python.org added the comment: The patch as it currently stands is unacceptable because it changes public APIs. -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5911 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6603] Compilation error if configuref --with-computed-gotos
Mark Dickinson dicki...@gmail.com 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 shows the segfault coming from ceval.c. This patch fixes that segfault. -- keywords: +patch nosy: +loewis stage: needs patch - patch review Added file: http://bugs.python.org/file15110/tsc_x86_64.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6603 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6603] Compilation error if configuref --with-computed-gotos
Mark Dickinson dicki...@gmail.com 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 detected by the configure script; for 2.6, the detection might need to be added. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6603 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7064] Python 2.6.3 / setuptools 0.6c9: extension module builds fail with KeyError
Matthias Klose d...@debian.org 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',
...
ext_modules=[Extension('UpdateManager/fdsend',
['UpdateManager/fdsend/fdsend.c'])],
...
WIth 2.6.4~rc1 the logs read:
copying build/lib.linux-x86_64-2.6/fdsend.so -
/tmp/buildd/update-manager-0.126.1/debian/tmp/usr/lib/python2.6/dist-packages
With 2.6.3:
copying build/lib.linux-x86_64-2.6/UpdateManager/fdsend.so -
/home/egon/devel/update-manager/checkout/build-area/update-manager-0.126.1/debian/tmp/usr/lib/python2.6/dist-packages/UpdateManager
So it looks like python is eating a prefix.
http://bugs.python.org/issue7064
is why this change was made.
Reading that, it was done because setuptools assumes that the method
is always called with the full dotted name, when it was just being called
with the last part of it.
However, update-manager isn't using a dotted module path anyway, it's
passing a path.
http://docs.python.org/distutils/setupscript.html#extension-names-and-packages
shows that you would be expected to use
ext_modules=[Extension('UpdateManager.fdsend',
['UpdateManager/fdsend/fdsend.c'])],
(note . not / in the first line)
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7064
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7064] Python 2.6.3 / setuptools 0.6c9: extension module builds fail with KeyError
Barry A. Warsaw ba...@python.org 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 tracker rep...@bugs.python.org http://bugs.python.org/issue7064 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6970] Redundant calls made to comparison methods.
Mark Dickinson dicki...@gmail.com added the comment: Assigning to myself so this doesn't get forgotten. -- assignee: - mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7064] Python 2.6.3 / setuptools 0.6c9: extension module builds fail with KeyError
Tarek Ziadé ziade.ta...@gmail.com added the comment: Looking at it now -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7064 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7064] Python 2.6.3 / setuptools 0.6c9: extension module builds fail with KeyError
Phillip J. Eby p...@telecommunity.com 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 here: http://mail.python.org/pipermail/distutils-sig/2009-October/013822.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7064 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7114] HTMLParser doesn't handle ![CDATA[ ... ]]
New submission from Greg Baker ggba...@sfu.ca:
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 an attempt to parse (a snippet of) valid XHTML, but it
raises an HTMLParseError.
data = script type=text/javascript
//![CDATA[
function foo() {
document.write('/' + 'script');}
//]]
/script
from HTMLParser import HTMLParser
parser = HTMLParser()
parser.feed(data)
--
components: Library (Lib)
messages: 93905
nosy: ggbaker
severity: normal
status: open
title: HTMLParser doesn't handle ![CDATA[ ... ]]
type: behavior
versions: Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7114
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC
Marc-Andre Lemburg m...@egenix.com 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 referencing the MS VC90 CRT DLL has to be removed in order to make the manifest correct again. Looking at the schema, it's enough to just remove the dependentAssembly-element: http://msdn.microsoft.com/en-us/library/aa375635(VS.85).aspx Reading up on the manifest trouble-shooting page at (near the end of the page): http://msdn.microsoft.com/en-us/library/ms235342.aspx it may actually be enough to just place the Microsoft.VC90.CRT.manifest file into the Python folder (the one with python.exe and the CRT DLLs): If the operating system fails to find the CRT or any other assembly as a shared assembly, it starts looking for the assembly as a private assembly. It searches for private assemblies in the following order: 1. Check the application local folder for a manifest file with name assemblyName.manifest. In this example, the loader tries to find Microsoft.VC90.CRT.manifest in the same folder as appl.exe. If the manifest is found, the loader loads the CRT DLL from the application folder. If the CRT DLL is not found, load fails. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4120 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7064] Python 2.6.3 / setuptools 0.6c9: extension module builds fail with KeyError
Tarek Ziadé ziade.ta...@gmail.com added the comment: I am opening another issue to keep a record of the particular case Matthias brought. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7064 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7115] extension module builds fail when using paths in the extension name
New submission from Tarek Ziadé ziade.ta...@gmail.com:
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',
...
ext_modules=[Extension('UpdateManager/fdsend',
['UpdateManager/fdsend/fdsend.c'])],
...
With 2.6.4~rc1 the logs read:
copying build/lib.linux-x86_64-2.6/fdsend.so -
/tmp/buildd/update-manager-0.126.1/debian/tmp/usr/lib/python2.6/dist-packages
With 2.6.3:
copying build/lib.linux-x86_64-2.6/UpdateManager/fdsend.so -
/home/egon/devel/update-manager/checkout/build-area/update-manager-0.126.1/debian/tmp/usr/lib/python2.6/dist-packages/UpdateManager
So it looks like python is eating a prefix.
http://bugs.python.org/issue7064
is why this change was made.
Reading that, it was done because setuptools assumes that the method
is always called with the full dotted name, when it was just being called
with the last part of it.
However, update-manager isn't using a dotted module path anyway, it's
passing a path.
http://docs.python.org/distutils/setupscript.html#extension-names-and-packages
shows that you would be expected to use
ext_modules=[Extension('UpdateManager.fdsend',
['UpdateManager/fdsend/fdsend.c'])],
(note . not / in the first line)
--
assignee: tarek
components: Distutils
messages: 93908
nosy: barry, doko, tarek
priority: release blocker
severity: normal
status: open
title: extension module builds fail when using paths in the extension name
versions: Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7115
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7116] str.join() should be documented as taking an iterable
New submission from Jess Austin jess.aus...@gmail.com: 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, but it slowed me down for a few minutes, and I already vaguely remembered that str.join() could handle iterables. -- assignee: georg.brandl components: Documentation, Interpreter Core messages: 93909 nosy: georg.brandl, jess.austin severity: normal status: open title: str.join() should be documented as taking an iterable type: behavior versions: Python 2.4, Python 2.5, Python 2.6, Python 2.7, Python 3.0, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7116 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7115] extension module builds fail when using paths in the extension name
Tarek Ziadé ziade.ta...@gmail.com 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 rep...@bugs.python.org http://bugs.python.org/issue7115 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7116] str.join() should be documented as taking an iterable
Changes by Jess Austin jess.aus...@gmail.com: -- keywords: +patch Added file: http://bugs.python.org/file15111/jointakesiterables.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7116 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7064] Python 2.6.3 / setuptools 0.6c9: extension module builds fail with KeyError
Sridhar Ratnakumar sridh...@activestate.com added the comment: Tarek - could you give the new issue link? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7064 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7105] weak dict iterators are fragile because of unpredictable GC runs
Antoine Pitrou pit...@free.fr 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 rep...@bugs.python.org http://bugs.python.org/issue7105 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC
Christoph Gohlke cgoh...@uci.edu 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 installed in winsxs, trying to import a pyd module build without the patch fails with ImportError: DLL load failed: Import works when 1) the manifest and VC runtime DLLs are also placed in the same folder as the pyd file, or 2) the Microsoft Visual C++ 2008 redistributable package is installed, or 3) the pyd file is build with the patch installed. Tested with Windows XP SP3, Python 2.6.3, matplotlib 0.99.1, Visual Studio 2008 SP1. -- Added file: http://bugs.python.org/file15113/msvc9compiler_stripruntimes_regexp2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4120 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1068268] subprocess is not EINTR-safe
Changes by Reid Kleckner r...@mit.edu: -- nosy: +rnk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1068268 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7112] unicodetype_db.h warning: integer constant is too large for 'long'
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7112 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4972] let's equip ftplib.FTP with __enter__ and __exit__
Stuart Axon stu.a...@gmail.com 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 rep...@bugs.python.org http://bugs.python.org/issue4972 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4972] let's equip ftplib.FTP with __enter__ and __exit__
Ezio Melotti ezio.melo...@gmail.com added the comment: There's a patch for zipfile in #5511. -- nosy: +ezio.melotti priority: - normal ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4972 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6963] Add worker process lifetime to multiprocessing.Pool - patch included
Charles Cazabon charlesc-pyt...@pyropus.ca 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 benefit rather than continuing to maintain it out-of-tree. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6963 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7111] core dump when stderr is moved
Benjamin Peterson benja...@python.org 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 rep...@bugs.python.org http://bugs.python.org/issue7111 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
