[issue7946] Convoy effect with I/O bound threads and New GIL

Nir Aides added the comment: Dave, The behavior of your patch on Windows XP/2003 (and earlier) might be related to the way Windows boosts thread priority when it is signaled. Try to increase priority of monitor thread and slice size. Another thing to look at is how to prevent Python CPU bo

[issue8576] test_support.find_unused_port can cause socket conflicts on Windows

New submission from Paul Moore : test_support.find_unused_port attempts to find an unused port to use. The approach is fragile (as noted in the docstring) in certain cases. In particular, it appears that Windows takes a short time to free the socket after it is closed, meaning that when the ca

[issue8576] test_support.find_unused_port can cause socket conflicts on Windows

Changes by Paul Moore : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue8576] test_support.find_unused_port can cause socket conflicts on Windows

Changes by Antoine Pitrou : -- nosy: +brian.curtin, exarkun, tim.golden type: -> behavior versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker ___ ___

[issue7584] datetime.rfcformat() for Date and Time on the Internet

anatoly techtonik added the comment: The point is that your implementation doesn't allow people to generate 'Z'-ending timestamp if they need a subset of rfc3339. -- ___ Python tracker

[issue8577] test_distutils fails if srcdir != builddir

New submission from Ronald Oussoren : When I build the trunk with srcdir != builddir test_distutils fails when running tests. To reproduce: * Create a checkout of the trunk and chdir into this * mkdir build * cd build * ../configure * make test This results in a failure for test_distutils ---

[issue4180] warnings.simplefilter("always") does not make warnings always show up

Tres Seaver added the comment: This patch tidies up the FilterWarnings tests to nomalize use of 'self.assertEquals' (matching the rest of the module) and make the 'test_always' assertions meaningful. -- Added file: http://bugs.python.org/file17144/issue4180-test_janitorial.diff _

[issue4180] warnings.simplefilter("always") does not make warnings always show up

Tres Seaver added the comment: This patch adds tests for the 'error', 'ignore', and 'always' filters being applied *after* the default warning has been issued, and therefore the registry populated. It causes failures for the 'error' and 'always' on both the Python and C sides. -- Ad

[issue4180] warnings.simplefilter("always") does not make warnings always show up

Tres Seaver added the comment: This patch replaces my earlier 'py_warnings' patch. It revamps the Python side to check filters before deciding not to emit the warning based on the registry. The new "_after_default" tests pass on the Python side with this patch. -- Added file: http:/

[issue8577] test_distutils fails if srcdir != builddir

Tarek Ziadé added the comment: distutils.sysconfig.get_python_inc() uses "os.path.dirname(os.path.abspath(sys.executable))" to find the srcdir. I'll change it to "sysconfig.get_config_var('srcdir')" -- ___ Python tracker

[issue3646] MacOS X framework install to non-standard directory fails

Ronald Oussoren added the comment: In r80647 (trunk) you can use "configure --enable-framework=$HOME/Library/Frameworks" to get the right situation: - Framework in ~/Library/Frameworks - Apps in ~/Applications/Python 2.7 - Command-line tools in ~/bin I will port this to 3.2 later on, but won'

[issue8577] test_distutils fails if srcdir != builddir

Tarek Ziadé added the comment: Mmm, the problem is that srcdir is given by the Makefile. So I need to find the Makefile. I don't know how to get these info from a python built in another directory. Investigating... -- ___ Python tracker

[issue8577] test_distutils fails if srcdir != builddir

Ronald Oussoren added the comment: get_config_var('srcdir') should work, with should then be combined with the path to the Makefile, something like: os.path.join( os.path.dirname(os.path.abspath( _get_makefile_filename(), get_config_var('srcdir'))) The path.join is necessary because

[issue8577] test_distutils fails if srcdir != builddir

Tarek Ziadé added the comment: This won't work because in the build dir, srcdir is set to ".." in the Makefile located in the buildir, and the tests are run into a subdir : /build/test_python_xxx, so you can't rely on a relative path. For this to work we would need an absolute path for "srcd

[issue3646] MacOS X framework install to non-standard directory fails

Ronald Oussoren added the comment: Als committed this for 3.2: r80648. -- stage: -> committed/rejected status: open -> closed type: -> behavior ___ Python tracker ___ _

[issue8577] test_distutils fails if srcdir != builddir

Tarek Ziadé added the comment: Ah, found a way: buildir = os.path.dirname(sys.executable) srcdir = os.path.abspath(os.path.join(buildir, get_config_var('srcdir'))) -- ___ Python tracker ___

[issue8577] test_distutils fails if srcdir != builddir

Changes by Tarek Ziadé : -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/optio

[issue8577] test_distutils fails if srcdir != builddir

Ronald Oussoren added the comment: It does work just fine, see the attached patch. -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue8577] test_distutils fails if srcdir != builddir

Ronald Oussoren added the comment: Actually attaching the patch might help. With this patch test_distutils passes, without it it doesn't. -- keywords: +patch Added file: http://bugs.python.org/file17147/issue8577.patch ___ Python tracker

[issue8577] test_distutils fails if srcdir != builddir

Tarek Ziadé added the comment: Yes it's pretty similar to what I've done in my earlier message. No need to call os.path.dirname(get_makefile_filename()), os.path.dirname(sys.executable) is enough. I guess the patch part concerning unixcompiler is unrelated to this issue, right ? --

[issue8577] test_distutils fails if srcdir != builddir

Ronald Oussoren added the comment: Yes, sorry about that. The patch in unixcompiler is for issue #7724. -- ___ Python tracker ___ ___

[issue7584] datetime.rfcformat() for Date and Time on the Internet

Daniel Urban added the comment: > The point is that your implementation doesn't allow people to generate > 'Z'-ending timestamp if they need a subset of rfc3339. That is exactly right. Do you have any suggestion, how to do that? Maybe an optional argument to the rfcformat method? Something lik

[issue8577] test_distutils fails if srcdir != builddir

Changes by Tarek Ziadé : -- versions: +Python 2.6, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker ___ ___ Python-bugs-list maili

[issue8540] Make Context._clamp public in decimal module

Changes by Mark Dickinson : -- assignee: -> mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue8577] test_distutils fails if srcdir != builddir

Tarek Ziadé added the comment: Fixed in r80649, r80650 I'll merge in the py3k branch once I've reverted distutils there -- ___ Python tracker ___ __

[issue1641] asyncore delayed calls feature

Antoine Pitrou added the comment: I agree with the points raised against Josiah's patch. I'm not sure O(n) cancellation is really a concern. The main focus of optimization should be the scheduler's loop itself, and both approaches have an O(log n) complexity there AFAICT. Also, the cancellati

[issue8578] PyWeakref_GetObject

New submission from Armin Rigo : PyWeakref_GetObject(wref) returns a borrowed reference, but that's rather dangerous. The fact that wref stays alive does not prevent the returned object from being collected (by definition -- wref is a weak reference). That means that either we must explicitl

[issue8514] Create fsencode() and fsdecode() functions in os.path

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > STINNER Victor added the comment: > > Le lundi 26 avril 2010 13:06:48, vous avez écrit : >> I don't see what environment variables have to do with the file >> system. > > A POSIX system only offers *one* function about the encod

[issue1285086] urllib.quote is too slow

Antoine Pitrou added the comment: Tres, can you update your patch against SVN trunk? Also, please do an unified diff, we are mostly used to this format. -- stage: unit test needed -> patch review versions: +Python 2.7, Python 3.2 ___ Python tracker

[issue8578] PyWeakref_GetObject

Antoine Pitrou added the comment: > This should be fixed; I suggest deprecating PyWeakref_GetObject() and > adding another C API function that does not return a borrowed reference. Another possibility is to document the fact that Py_INCREF() should be called in most cases. It would be much lig

[issue8576] test_support.find_unused_port can cause socket conflicts on Windows

Jean-Paul Calderone added the comment: find_unused_port is the wrong approach altogether. Uses of it should be replaced by bind_port and then find_unused_port should be removed. -- ___ Python tracker

[issue1285086] urllib.quote is too slow

Tres Seaver added the comment: Updated patch against the trunk attached. Note that I prefer unidiff myself, but was following a bit of guidance that Guido (used to, anyway) prefer context diffs. The updated speed test run against the stdlib with this patch shows only a 12% to 16% hit against

[issue1641] asyncore delayed calls feature

Daniel Stutzbach added the comment: I like the idea of leveraging the sched module. It encapsulates the priority queue, allowing the user to be agnostic to the underlying data structure. If someday we have a data structure in the collections module that provides an efficient delete-key oper

[issue5553] Py_LOCAL_INLINE(type) doesn't actually inline except using MSC

Daniel Stutzbach added the comment: Attached is a patch. The diff to configure is just what autoconf produces as a result of the diff to configure.in. With the patch, pyconfig.h will: - do nothing if the compiler supports the "inline" keyword - #define inline to __inline or __inline__ if th

[issue8476] build-installer fix for setIcon when no script path specified

Ronald Oussoren added the comment: Committed in r80653 (trunk), r80654 (2.6), r80655 (3.2) and r80656 (3.1) -- resolution: -> accepted stage: -> committed/rejected status: open -> closed ___ Python tracker __

[issue1677] Ctrl-C will exit out of Python interpreter in Windows

Ronald Oussoren added the comment: Unassigning this issue from myself as I cannot reproduce the issue on OSX. -- assignee: ronaldoussoren -> nosy: +ronaldoussoren ___ Python tracker ___

[issue5553] Py_LOCAL_INLINE(type) doesn't actually inline except using MSC

Daniel Stutzbach added the comment: I should add that the patch is against the py3k branch, since it's too late for performance improvements to land in trunk. -- ___ Python tracker

[issue7107] Missing uninstallation instructions for mac

Ronald Oussoren added the comment: I've added some notes to Mac/README. r80657 (trunk) r80658 (2.6) r80659 (3.2) r80660 (3.1) -- ___ Python tracker ___ _

[issue7107] Missing uninstallation instructions for mac

Changes by Ronald Oussoren : -- resolution: -> accepted stage: -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue8557] subprocess PATH semantics and portability

R. David Murray added the comment: Well, it seems I was mistaken when I thought I knew how this worked :) Checking the os.exec documentation linked from the subprocess page, I see that when an environment is supplied PATH is indeed checked in it. The documentation for CreateProcess, however,

[issue8557] subprocess PATH semantics and portability

Brian Curtin added the comment: You could take the "(VS8.5)" part out of the link which will give the latest version, which may not always be the relevant version (although I doubt this specific API would change). That's about the best permalink-like feature you'll find, but overall, leaving

[issue8514] Create fsencode() and fsdecode() functions in os.path

STINNER Victor added the comment: Le vendredi 30 avril 2010 15:58:28, vous avez écrit : > It's better to let the application decide how to solve this problem > and in order to allow for this, the encodings must be adjustable. On POSIX, use byte strings to avoid encoding issues. Examples: su

[issue8513] subprocess: support bytes program name (POSIX)

Changes by STINNER Victor : -- title: subprocess: support bytes program name -> subprocess: support bytes program name (POSIX) ___ Python tracker ___

[issue8432] buildbot: test_send_signal of test_subprocess failure

Changes by STINNER Victor : -- title: build: test_send_signal of test_subprocess failure -> buildbot: test_send_signal of test_subprocess failure ___ Python tracker ___ _

[issue8211] configure: ignore AC_PROG_CC hardcoded CFLAGS

STINNER Victor added the comment: Sorry but i don't really understand the problem of my patch, and I don't want to spend time of this. Revert my patch if you think that it introduced a regression. -- ___ Python tracker

[issue8565] Always run regrtest.py with -bb

Changes by STINNER Victor : -- resolution: -> wont fix status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue8514] Create fsencode() and fsdecode() functions in os.path

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > STINNER Victor added the comment: > > Le vendredi 30 avril 2010 15:58:28, vous avez écrit : >> It's better to let the application decide how to solve this problem >> and in order to allow for this, the encodings must be adjustabl

[issue8576] test_support.find_unused_port can cause socket conflicts on Windows

Paul Moore added the comment: OK. I've attached a patch which removes the use of get_unused_port for test_smtplib and test_multiprocessing. It doesn't use bind_port as both cases test classes that create their own port internally, rather I've used port 0 and then introspected the actual port

[issue8514] Create fsencode() and fsdecode() functions in os.path

STINNER Victor added the comment: > No, you store the environment data as bytes and only > decode in getenv() ... Yes, this is the best solution for POSIX. We need maybe also a os.getenvb()->bytes function, maybe only on POSIX. But I think that Windows should continue to use unicode environme

[issue8211] configure: ignore AC_PROG_CC hardcoded CFLAGS

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > STINNER Victor added the comment: > > Sorry but i don't really understand the problem of my patch, and I don't want > to spend time of this. Revert my patch if you think that it introduced a > regression. See the new implement

[issue8211] configure: allow user-provided CFLAGS to override AC_PROG_CC defaults

Changes by Marc-Andre Lemburg : -- assignee: -> lemburg priority: release blocker -> normal resolution: -> fixed status: open -> closed title: configure: ignore AC_PROG_CC hardcoded CFLAGS -> configure: allow user-provided CFLAGS to override AC_PROG_CC defaults __

[issue8514] Create fsencode() and fsdecode() functions in os.path

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > STINNER Victor added the comment: > >> No, you store the environment data as bytes and only >> decode in getenv() ... > > Yes, this is the best solution for POSIX. We need maybe also a > os.getenvb()->bytes function, maybe only

[issue8579] Add missing tests for FlushKey, LoadKey, and SaveKey in winreg

New submission from Brian Curtin : Per the comment at the top of Lib/test/test_winreg.py, FlushKey, LoadKey, and SaveKey are currently untested. I have a minimal patch worked up. I'll expand on it and upload shortly. -- assignee: brian.curtin components: Extension Modules, Windows mess

[issue8037] multiprocessing.Queue's put() not atomic thread wise

Changes by Vilnis Termanis : -- versions: +Python 3.1 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue8525] Small enhancement to help()

Terry J. Reedy added the comment: 2.5 is frozen. 2.6 and 3.1 are in bug-fix mode only, and 2.7 is in beta so new features are unlikely there. So I recommend doing a patch against 3.1 or even the 3.2 trunk. And of course, make sure this proposal makes sense for 3.x. -- nosy: +tjreedy v

[issue8525] Small enhancement to help()

Éric Araujo added the comment: Thanks for your work, Rob. To get reviews and comments, you’ll need to submit a patch (a diff) instead of the whole file. This makes it easier to see your changes than looking for a special comment :) This short doc should contain all the information you’ll need

[issue8525] Small enhancement to help()

Brian Curtin added the comment: Minor correction to the last comment: 3.2 is not in beta nor feature freeze. -- nosy: +brian.curtin ___ Python tracker ___ ___

[issue8547] unittest test discovery can fail when package under test is also installed globally

holger krekel added the comment: FWIW checking if an imported module really comes from a certain location and erroring out is also how py.test does it. -- nosy: +hpk ___ Python tracker

[issue8547] unittest test discovery can fail when package under test is also installed globally

Michael Foord added the comment: Sounds like the right approach then. :-) -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue8564] Update documentation on doctest/unittest2 integration

Changes by holger krekel : -- nosy: +hpk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue8580] Problem urllib2.URLError

New submission from Jorge Bosch : hello. Im new on this kind of programation. Well it could sound newbie...but I have this error and I dont know how to fix it. Well its related with an AutoUpdater for a Online Game (GTLegends, Altbierbude software) but no one manage to solve it.. Here is the

[issue8581] Logging handlers do not handle double-closing very well

New submission from Jason Baker : The logging handler does not handle double-closing very well: >>> from logging import StreamHandler >>> h = StreamHandler() >>> h.close() >>> h.close() Traceback (most recent call last): File "", line 1, in File "/usr/lib/python2.6/logging/__init__.py", lin

[issue8581] Logging handlers do not handle double-closing very well

Jason Baker added the comment: Adding patch -- keywords: +patch Added file: http://bugs.python.org/file17151/logging.patch ___ Python tracker ___

[issue8581] Logging handlers do not handle double-closing very well

Changes by Benjamin Peterson : -- assignee: -> vinay.sajip nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue8582] urllib.urlretrieve fails with ValueError: Invalid format string

New submission from Jason Gross : When calling urllib.urlretrieve with a data:image/png url (possibly with other urls too) and a local file name, it fails with Traceback (most recent call last): File "", line 1, in urlretrieve(url, file_name) File "D:\Python26\Lib\urllib.py", line 93, i

[issue8566] 2to3 should run under python 2.5

Benjamin Peterson added the comment: Your patch will break test_parser on Windows. -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue1054967] bdist_deb - Debian packager

Changes by Piotr Ożarowski : -- nosy: +piotr ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue8580] Problem urllib2.URLError

R. David Murray added the comment: The bug tracker is for bugs in Python itself, and isn't a good place to look for help on getting an application program to work. You should try the python email list/newsgroup. (You can find links to the newsgroup and other resources under the 'help' link

[issue8556] Confusing string formatting examples

Éric Araujo added the comment: Thanks for the suggestion. Two things: 1. Please provide a unified diff, as explained in http://www.python.org/dev/ 2. I think “number” would be a better placeholder. Regards -- nosy: +merwok ___ Python tracker

[issue8581] Logging handlers do not handle double-closing very well

Changes by Santoso Wijaya : -- nosy: +santa4nt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue8566] 2to3 should run under python 2.5

Jeffrey Yasskin added the comment: In what way will my patch break test_parser on Windows? I preserved the behavior of re-opening the file in text mode after determining the encoding. Do I need to add 'U' to open()'s mode string? -- ___ Python trac

[issue8566] 2to3 should run under python 2.5

Benjamin Peterson added the comment: 2010/4/30 Jeffrey Yasskin : > > Jeffrey Yasskin added the comment: > > In what way will my patch break test_parser on Windows? I preserved the > behavior of re-opening the file in text mode after determining the encoding. > Do I need to add 'U' to open()'s

[issue8533] regrtest: use backslashreplace error handler for stdout

STINNER Victor added the comment: regrtest_traceback_stderr.patch is not enough: support._run_suite() writes output to sys.stdout instead of sys.stderr. New version of the patch fixes that. -- Added file: http://bugs.python.org/file17152/regrtest_traceback_stderr-2.patch _

[issue8533] regrtest: use backslashreplace error handler for stdout

Changes by STINNER Victor : Removed file: http://bugs.python.org/file17093/regrtest_traceback_stderr.patch ___ Python tracker ___ ___ Python-bu

[issue8583] Hardcoded namespace_separator in the cElementTree.XMLParser

New submission from Dmitry Chichkov : The namespace_separator parameter is hard coded in the cElementTree.XMLParser class disallowing the option of ignoring XML Namespaces with cElementTree library. Here's the code example: from xml.etree.cElementTree import iterparse from StringIO import St

[issue8583] Hardcoded namespace_separator in the cElementTree.XMLParser

Changes by Brian Curtin : -- nosy: +flox ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue8583] Hardcoded namespace_separator in the cElementTree.XMLParser

Changes by Dmitry Chichkov : -- keywords: +patch Added file: http://bugs.python.org/file17153/issue-8583.patch ___ Python tracker ___ _

[issue8514] Create fsencode() and fsdecode() functions in os.path

STINNER Victor added the comment: Ok, here is a first version of my patch to implement os.environb: - os.environb is the bytes version of os.environ, both are synchronized - os.environ(b).data stores bytes keys and values on POSIX (but unicode on Windows) - create os.getenvb()->bytes - os.e

[issue8566] 2to3 should run under python 2.5

Jeffrey Yasskin added the comment: Thanks. Committed as r80668. May I update http://python.org/dev/peps/pep-0291/ to reflect that 2to3 should continue working on python-2.5? -- ___ Python tracker _

[issue8566] 2to3 should run under python 2.5

Benjamin Peterson added the comment: 2010/4/30 Jeffrey Yasskin : > > Jeffrey Yasskin added the comment: > > Thanks. Committed as r80668. May I update > http://python.org/dev/peps/pep-0291/ to reflect that 2to3 should continue > working on python-2.5? I suppose it can't hurt, but I don't know

[issue8584] test_multiprocessing skips some tests

New submission from Antoine Pitrou : Some tests in test_multiprocessing (py3k) are skipped because they "require _ctypes", but I do have ctypes. Here are the skipped tests: test_array (test.test_multiprocessing.WithProcessesTestArray) ... skipped 'requires _ctypes' test_getobj_getlock_obj (tes

[issue8583] Hardcoded namespace_separator in the cElementTree.XMLParser

Dmitry Chichkov added the comment: And obviously iterparse can be either overridden in the local user code or patched in the library. Here's the iterparse code/test code: import cElementTree from cStringIO import StringIO class iterparse(object): root = None def __init__(self, file,

[issue8576] test_support.find_unused_port can cause socket conflicts on Windows

Antoine Pitrou added the comment: > OK. I've attached a patch which removes the use of get_unused_port for > test_smtplib and test_multiprocessing. Great, thank you. It was committed in r80669 (trunk), r80670 (2.6), r80671 (py3k), r80672 (3.1). Note that there are still a couple of tests usin

[issue8566] 2to3 should run under python 2.5

Jeffrey Yasskin added the comment: Done. -- keywords: -needs review stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue1540617] Use Py_ssize_t for rangeobject members

Mark Dickinson added the comment: Closing as out of date. -- nosy: +mark.dickinson resolution: -> out of date status: open -> closed ___ Python tracker ___ __

[issue1533] Bug in range() function for large values

Mark Dickinson added the comment: As far as I can tell there's no bug in 3.x: the 3.x range happily accepts an instance of a class that defines __index__. -- versions: -Python 3.1, Python 3.2 ___ Python tracker

[issue1533] Bug in range() function for large values

Mark Dickinson added the comment: Currently, in trunk, I get: >>> range(0.0, 11.0, 1.1) Traceback (most recent call last): File "", line 1, in TypeError: range() integer start argument expected, got float. But with Alexander's patch on trunk, I get: >>> range(0.0, 11.0, 1.1) [0L, 1L, 2L, 3

[issue1533] Bug in range() function for large values

Mark Dickinson added the comment: > IIRC, it was a very deliberate choice not to allow float arguments to range Ignore this bit. IDRC. It was a deliberate choice not to let something range(0.0, 1.0, 0.1) work to give [0.0, 0.1, ...], since the usual floating-point difficulties give uncertai

[issue8556] Confusing string formatting examples

Jeff McNeil added the comment: Attaching a patch against the trunk, unified format, changed to 'number' as per suggestion. -- versions: +Python 2.7 -Python 2.6 Added file: http://bugs.python.org/file17155/stdtypes.rst.trunk.patch ___ Python tracker

[issue8585] zipimporter.find_module is untested

New submission from Alex : There are no tests for zipimporter.find_module in the success case, only tests that it handles invalid inputs ok. I'll work up some tests for this tomorrow probably. -- components: Extension Modules messages: 104684 nosy: alex priority: normal severity: norm

[issue8585] zipimporter.find_module is untested

Changes by Antoine Pitrou : -- components: +Tests -Extension Modules nosy: +brett.cannon, ncoghlan stage: -> needs patch type: -> behavior versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker

[issue665761] reduce() masks exception

Alexander Belopolsky added the comment: I am attaching a patch with unit tests that implements the "middle-ground approach" making map and reduce behave the way zip is now. I my view this slightly preferable to the "all the way" approach of letting all exceptions to propagate up. My reasonin

[issue4908] Implement PEP 376

Changes by Dan Buch : -- nosy: +meatballhat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue8312] Add post/pre hooks for distutils commands

Changes by Dan Buch : -- nosy: +meatballhat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue8324] add a distutils test command

Changes by Dan Buch : -- nosy: +meatballhat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue8255] step-by-step tutorial

Changes by Dan Buch : -- nosy: +meatballhat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue8254] write a configure command

Changes by Dan Buch : -- nosy: +meatballhat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue8252] add a metadata section in setup.cfg

Changes by Dan Buch : -- nosy: +meatballhat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue8250] Implement pkgutil APIs as described in PEP 376

New submission from Dan Buch : is this a dupe of 4908? -- nosy: +meatballhat ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue5302] Allow package_data globs match directories

Changes by Dan Buch : -- nosy: +meatballhat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

  1   2   >