[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'

Martin v. Löwis added the comment: I give up. Call it 'linux3', then. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue12618] py_compile cannot create files in current directory

New submission from Sjoerd de Vries : When you specify cfile to be in the current directory, an error occurs (line 133). I have fixed the file, see attached -- components: Library (Lib) files: py_compile.py messages: 140940 nosy: sjdv1982 priority: normal severity: normal status: open t

[issue12618] py_compile cannot create files in current directory

Arfrever Frehtes Taifersar Arahesis added the comment: Please create a patch in unified format. -- nosy: +Arfrever ___ Python tracker ___ ___

[issue11435] Links to source code should now point to hg repo

Georg Brandl added the comment: Done (in rev e32f140a020b). -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11975] Fix referencing of built-in types (list, int, ...)

Georg Brandl added the comment: index does create targets, but they are not accessible for creating a link *to* it. They are only used for links from the indices. -- ___ Python tracker ___

[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'

Matthias Klose added the comment: this does sound very ugly. so we get now another mostly unmaintained platform directory? unfortunately the generated header files are almost never updated during a releaes cycle. and we repeat the mistakes that some constants differ on some architectures? --

[issue12605] Enhancements to gdb 7 debugging hooks

Changes by Georg Brandl : -- nosy: +georg.brandl, loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue12618] py_compile cannot create files in current directory

Sjoerd de Vries added the comment: The attached file just works. You can diff with trunk, or wherever python devs store the latest version. -- ___ Python tracker ___ ___

[issue12618] py_compile cannot create files in current directory

Georg Brandl added the comment: It might work right now, but in case the file changes before your change can be processed, we will lose the previous changes if we just copy in your new file. IOW, you're making our work much harder and your change is less likely to be applied. -- nosy

[issue12576] urlib.request fails to open some sites

Georg Brandl added the comment: Recognizing "ction: close" as "Connection: close" is exactly what those servers do *not* want you to do. -- nosy: +georg.brandl ___ Python tracker _

[issue12540] "Restart Shell" command leaves pythonw.exe processes running

Ned Deily added the comment: Doesn't unix_terminate() also get called on Windows? If so, what does os.kill() do on Windows? The docs for os.kill say "New in version 3.2: Windows support." Perhaps this was being skipped before and now has some negative effect? -- _

[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'

STINNER Victor added the comment: It's too late to "fix" sys.platform. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue12581] Increased test coverage of test_urlparse

Éric Araujo added the comment: Peter’s patch now uses iter(thing) instead of len(thing) to assess sequenciness. I made this comment: > You can iterate over an iterator (which is not a sequence). Here I > don’t know if the code talks about sequence because it pre-dates > iterators or because it

[issue12394] packaging: generate scripts from callable (dotted paths)

Éric Araujo added the comment: Same bug. I’ve added debug prints to find out the rights (UNIX permission system) of the files, and they’re very strange: --wxrw--wt (the read bit is missing, and the t is strange). It should be -rwxr-xr-x, like other programs. The bug is likely this change: -

[issue12619] Automatically regenerate platform-specific modules

New submission from Arfrever Frehtes Taifersar Arahesis : I suggest that platform-specific modules be automatically regenerated during installation. I'm attaching a patch. -- files: python-regenerate_platdir.patch keywords: patch messages: 140952 nosy: Arfrever, amaury.forgeotdarc, djc

[issue12618] py_compile cannot create files in current directory

Sjoerd de Vries added the comment: Makes no sense to me: since I don't have the trunk version, I can only diff -c against 3.2 release. Doing a diff against trunk is 1 sec of work for you. But I am just being a helpful user; so if a diff is what you want, here it is. No trouble for me, since I

[issue12540] "Restart Shell" command leaves pythonw.exe processes running

Eli Bendersky added the comment: Indeed, unix_terminate is invoked on Windows, and since Windows now has "os.kill" it runs. However, it appears that the actual os.kill call throws OSError, saying: [Error 87] The parameter is incorrect -- ___ P

[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'

Arfrever Frehtes Taifersar Arahesis added the comment: See issue #12619 for potential solution for platform-specific modules. -- ___ Python tracker ___ _

[issue12394] packaging: generate scripts from callable (dotted paths)

Éric Araujo added the comment: I confirm fixing 0o755 makes the tests pass for me. Your code gives one warning: build_scripts.py:241: BytesWarning: str() on a bytes instance hdr = "#!%(executable)s%(options)s\n" % locals() The object with the name executable or options is bytes, which you sh

[issue12619] Automatically regenerate platform-specific modules

Éric Araujo added the comment: (Autotools/make newbie here) Why during install and not build? -- ___ Python tracker ___ ___ Python-bu

[issue12619] Automatically regenerate platform-specific modules

Arfrever Frehtes Taifersar Arahesis added the comment: I don't care when they will be regenerated. -- ___ Python tracker ___ ___ Pyth

[issue12618] py_compile cannot create files in current directory

Arfrever Frehtes Taifersar Arahesis added the comment: It's a context patch, not a unified patch, and it is reversed :) . -- ___ Python tracker ___ _

[issue12617] Mutable Sequence Type can work not only with iterable in slice[i:j] = t

Changes by Daniel Urban : -- nosy: +durban ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue12604] VTRACE macro in _sre.c should use do {} while (0)

Petri Lehtinen added the comment: Should the component really be extension modules? I don't believe _sre.c is a part of the API, and the problem is embedding Python as a whole. -- ___ Python tracker _

[issue12581] Increased test coverage of test_urlparse

Senthil Kumaran added the comment: On Sat, Jul 23, 2011 at 09:37:27AM +, Éric Araujo wrote: > I’ve had a look at the docstring and the reST docs, and they clearly > say that sequences are supported, not arbitrary iterables. Yeah. At the first cut, when I saw the suggestion of iter(), I thou

[issue12619] Automatically regenerate platform-specific modules

Matthias Klose added the comment: is auto-generation wanted? are you sure that you can't end up with bad syntax? -- ___ Python tracker ___ __

[issue12581] Increased test coverage of test_urlparse

Roundup Robot added the comment: New changeset e171db785c37 by Senthil Kumaran in branch '3.2': Fix closes issue12581 - Increase the urllib.parse test coverage. Patch by Petter Haggholm. http://hg.python.org/cpython/rev/e171db785c37 New changeset fcccda3c546f by Senthil Kumaran in branch 'defa

[issue12618] py_compile cannot create files in current directory

Georg Brandl added the comment: Well, we can work with this patch. Thanks. Yes, we can diff against 3.2, but for that you would have at least needed to specify * that you worked on a released version * and that that version is 3.2 Otherwise, we cannot know what to diff against. Note that e

[issue12540] "Restart Shell" command leaves pythonw.exe processes running

Eli Bendersky added the comment: Here's a simple reproducer for the same problem, without the context of IDLE. As far as I understand, what IDLE's spawn and then kill process are doing is: import os from signal import SIGTERM pid = os.spawnv(os.P_NOWAIT, "notepad.exe", ['notepad.exe'])

[issue12617] Mutable Sequence Type can work not only with iterable in slice[i:j] = t

Georg Brandl added the comment: Yes, this is a bug in bytearray and should be fixed. -- assignee: docs@python -> components: -Documentation nosy: +georg.brandl versions: +Python 2.7, Python 3.2 -Python 3.1 ___ Python tracker

[issue12581] Increased test coverage of test_urlparse

Senthil Kumaran added the comment: Thanks a lot for the patch, Petter Haggholm. I was initially hesitant to have separate tests for functions/methods which are helper functions and not necessarily have documented api. My thought was that those should be tested as part of the public api. But on

[issue12540] "Restart Shell" command leaves pythonw.exe processes running

Georg Brandl added the comment: Hmm, the docs say "Any other value for sig will cause the process to be unconditionally killed by the TerminateProcess API [...]" What happens if you try to use other signals (like signal.SIGKILL) instead of SIGTERM? -- ___

[issue12540] "Restart Shell" command leaves pythonw.exe processes running

Georg Brandl added the comment: The other question is if it is an access control problem. win32_kill tries to open the process with PROCESS_ALL_ACCESS, while IMO PROCESS_TERMINATE would suffice. -- ___ Python tracker

[issue12540] "Restart Shell" command leaves pythonw.exe processes running

Eli Bendersky added the comment: Georg, I'm now debugging into win32_kill, and it's an error in OpenProcess, so this *could* be a security issue. The process is started with _spawnv, so maybe this causes problems opening it with OpenProcess later. --

[issue8714] Delayed signals in the REPL on OpenBSD (possibly libpthread related)

Charles-François Natali added the comment: > This behavior was introduced (exposed by?) r68460. After a quick look, I don't see anything wrong with r68460, but it might very well have exposed this problem which was lurking before. > When Python is compiled without threads, the behavior is nor

[issue12540] "Restart Shell" command leaves pythonw.exe processes running

Eli Bendersky added the comment: According to http://msdn.microsoft.com/en-us/library/7zt1y878%28v=vs.80%29.aspx, on Windows _spawnv in async mode (P_NOWAIT) returns the process _handle_, not the process ID. win32_kill uses OpenProcess, passing it pid to obtain the handle, but this pid is a

[issue12540] "Restart Shell" command leaves pythonw.exe processes running

Georg Brandl added the comment: Hmm, on the other hand there may be valid use cases for using os.kill() with a PID. Argh. -- ___ Python tracker ___ ___

[issue12540] "Restart Shell" command leaves pythonw.exe processes running

Eli Bendersky added the comment: I don't think there's a problem with os.spawnv and os.kill - they do what their docs describe. IMHO, the solution should be to change IDLE so that it uses subprocess.Popen for both starting and killing the child process. -- __

[issue12620] pending calls: make `pendingbusy` flag static to Py_MakePendingCalls()

New submission from Charles-François Natali : Trivial patch. In Python/ceval.c, when compiled with threads, make the `pendingbusy` flag used to guard against reentrant calls static to Py_MakePendingCalls(). Also, make it an int and rename it to `busy` to be consistent with the non-threaded code

[issue11049] add tests for test.support

Roundup Robot added the comment: New changeset 0018a28583f4 by Eli Bendersky in branch 'default': Issue #11049: skip a test that fails on some buildbots http://hg.python.org/cpython/rev/0018a28583f4 -- ___ Python tracker

[issue12608] crash in PyAST_Compile when running Python code

Changes by Benjamin Peterson : -- dependencies: +add a AST validator ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue12394] packaging: generate scripts from callable (dotted paths)

higery added the comment: >>An octal literal in 3.x is 0o755. Decimal 755 means 0o1363, which is not >>good :) Thank you for your reminding. The reason I made this mistake is that I'm not familiar with the right way to set permission code in Python3+ . -- __

[issue12394] packaging: generate scripts from callable (dotted paths)

higery added the comment: >>The object with the name executable or options is bytes, which you should >>explicitly convert to a string with decode. I also don’t like using >>locals(), but that’s a personal style thing. Thanks for your test, I'll amend it. -- ___

[issue11049] add tests for test.support

Eli Bendersky added the comment: OK, the bots are green again after the last push. Sorry about that, folks. I tested this on two different machines (Ubuntu & Win XP) before pushing the original commit. -- ___ Python tracker

[issue10883] urllib: socket is not closed explicitly

Roundup Robot added the comment: New changeset c741ba9e37ef by Nadeem Vawda in branch '3.2': Issue #10883: Fix socket leaks in urllib.request. http://hg.python.org/cpython/rev/c741ba9e37ef New changeset d68765bd6490 by Nadeem Vawda in branch 'default': Merge: #10883: Fix socket leaks in urllib.

[issue11877] Change os.fsync() to support physical backing store syncs

Steffen Daode Nurpmeso added the comment: > > Even PEP 3151 won't help. > > I don't understand. If the syscall supposed to flush the disk's buffer > cache fails - be it fcntl() or sync_file_range() - I think the error > should be propagated, not silently ignored and replaced with another > sysc

[issue12394] packaging: generate scripts from callable (dotted paths)

higery added the comment: >>Your test should catch stdout (see other packaging tests for how to do that), >>so that people or buildbots running the tests don’t see “Hello world!”, and >>so that you can run asserts for the output. Thanks. Got it - captured_stdout --

[issue12619] Automatically regenerate platform-specific modules

Arfrever Frehtes Taifersar Arahesis added the comment: The new patch creates platform-specific modules at build time and verifies their syntax. -- Added file: http://bugs.python.org/file22726/python-regenerate_platdir.patch ___ Python tracker

[issue12619] Automatically regenerate platform-specific modules

Changes by Arfrever Frehtes Taifersar Arahesis : Removed file: http://bugs.python.org/file22723/python-regenerate_platdir.patch ___ Python tracker ___ ___

[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'

Antoine Pitrou added the comment: > this does sound very ugly. > > so we get now another mostly unmaintained platform directory? > unfortunately the generated header files are almost never updated > during a releaes cycle. I would be +1 to deprecate this stuff, but that's quite separate from t

[issue12588] test_capi.test_subinterps() failed on OpenBSD (powerpc)

Charles-François Natali added the comment: and Darwin). It would have been useful... """ interp 0x0, thread state 0x81855380: Program received signal SIGSEGV, Segmentation fault. """ Here, the interpreter state is NULL, and this shouldn't happen. It could be a bug linked to thread-local stora

[issue10883] urllib: socket is not closed explicitly

Roundup Robot added the comment: New changeset dbf1e1a27427 by Nadeem Vawda in branch '2.7': Issue #10883: Fix socket leaks in urllib.request. http://hg.python.org/cpython/rev/dbf1e1a27427 -- ___ Python tracker __

[issue12394] packaging: generate scripts from callable (dotted paths)

Changes by higery : Added file: http://bugs.python.org/file22727/c5692393c621.diff ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue12581] Increased test coverage of test_urlparse

R. David Murray added the comment: Exhaustion of the iterator is easily solved by simply retaining a reference to it and iterating that (which is what I had in mind). However, I had not thought about the problem of an *in*exhaustable iterator, and to cover that case len is indeed better. --

[issue12528] Implement configurable bitfield allocation strategy

Vlad Riscutia added the comment: Updated patch to reflect review feedback. Allocation strategy is now specified as string in Python code. I kept asserts in CanContinueField/CanExpandField because, as I said, default case should never be hit. Input is validated in stgdict and this should make

[issue12618] py_compile cannot create files in current directory

Sjoerd de Vries added the comment: Good to hear that the patch is helpful. Again, I am just trying to be a helpful user, making a (very very little) contribution to make Python better. I am not a Python dev at all: Python is already awesome enough for me, no desire to change it :-) I just wa

[issue12560] libpython.so not built on OpenBSD

Stefan Krah added the comment: Unassigning: I tested on OpenBSD 4.5 and get other (probably unrelated errors). -- assignee: skrah -> ___ Python tracker ___

[issue12560] libpython.so not built on OpenBSD

Changes by Antoine Pitrou : -- nosy: +haypo, neologix ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue12620] pending calls: make `pendingbusy` flag static to Py_MakePendingCalls()

Antoine Pitrou added the comment: Looks obviously fine :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue12605] Enhancements to gdb 7 debugging hooks

Antoine Pitrou added the comment: The improvements are welcome, but I'm not sure they're ok for 3.2 or 2.7, since they're technically a new feature. OTOH, one could argue that better debuggability trumps the no-feature rule. -- nosy: +pitrou stage: -> patch review ___

[issue12603] pydoc.synopsis breaks if filesystem returns mtime of 0

Changes by Antoine Pitrou : -- nosy: +neologix ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue12620] pending calls: make `pendingbusy` flag static to Py_MakePendingCalls()

Roundup Robot added the comment: New changeset cda93720c06d by Charles-François Natali in branch 'default': Issue 12620: Make pendingbusy flag static to Py_MakePendingCalls(). http://hg.python.org/cpython/rev/cda93720c06d -- nosy: +python-dev ___ Pyt

[issue12620] pending calls: make `pendingbusy` flag static to Py_MakePendingCalls()

Changes by Charles-François Natali : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue11610] Improved support for abstract base classes with descriptors

Darren Dale added the comment: Here is a new version of the patch, addressing points raised in the review of the previous version. -- Added file: http://bugs.python.org/file22729/abc_descriptor.patch ___ Python tracker

[issue11610] Improved support for abstract base classes with descriptors

Changes by Michael Foord : -- nosy: -michael.foord ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue11553] Docs for: import, packages, site.py, .pth files

aaugustin added the comment: I noticed an inconsistency in the docs, and I think it falls in the "Language Reference" section of this ticket. In the definition of the import statement, after: | "from" module "import" "*" we should add: | "from" relative_module "import" "*"

[issue12603] pydoc.synopsis breaks if filesystem returns mtime of 0

Charles-François Natali added the comment: Demo: """ cf@neobox:~/cpython$ ./python -c "import pydoc; print(pydoc.synopsis('Lib/os.py'))" OS routines for Mac, NT, or Posix depending on what system we're on. [51835 refs] cf@neobox:~/cpython$ touch -t 19700101 Lib/os.py cf@neobox:~/cpython$

[issue12591] TextIOWrapper should fall back on read() if read1() doesn't exist

Changes by Antoine Pitrou : -- title: text files returned by subprocess.Popen with universal_newlines=True are not iterable -> TextIOWrapper should fall back on read() if read1() doesn't exist ___ Python tracker

[issue12591] TextIOWrapper should fall back on read() if read1() doesn't exist

Antoine Pitrou added the comment: So, as the title indicates, I think we should make TextIOWrapper work with raw IO objects. The reason is so that write() can behave in a totally unbuffered way, which is necessary for Popen to behave appropriately. --

[issue12600] Support parameterized TestCases in unittest

Michael Foord added the comment: Having a "TestCase factory" would be pretty easy, and solve the scaling problems. For example: def make_testcase_classes(): for backend in backends: yield type( '{}Test'.format(backend.name), (TheBaseClass, unittest.TestCase

[issue12591] TextIOWrapper should fall back on read() if read1() doesn't exist

Antoine Pitrou added the comment: Hmm, one problem is that the C TextIOWrapper buffers writes. We would need an additional constructor parameter to prevent that :/ -- ___ Python tracker __

[issue12621] Errors in docstrings of find and rfind methods of bytes and bytestring

New submission from Petri Lehtinen : bytes.{find,rfind} reads s[start:end]; should be B[start:end] bytearray.{find,rfind} reads s[start,end]; should be B[start:end] {str,unicode}.{find,rfind} reads s{start:end]; should be S[start:end] -- assignee: docs@python components: Documentation,

[issue12591] TextIOWrapper should fall back on read() if read1() doesn't exist

Antoine Pitrou added the comment: Another possibility is to provide read1() on RawIO, as a synonym of read(). -- ___ Python tracker ___ _

[issue12591] TextIOWrapper should fall back on read() if read1() doesn't exist

Antoine Pitrou added the comment: Here is a first patch allowing TextIOWrapper to work with raw IO objects, and adding a "write_through" flag. -- keywords: +patch Added file: http://bugs.python.org/file22731/textio_rawio.patch ___ Python tracker

[issue12622] failfast argument to TextTestRunner not documented

New submission from Antoine Pitrou : http://docs.python.org/dev/library/unittest.html#unittest.TextTestRunner doesn't mention the "failfast" argument, even though it's used by unittest.main(). -- assignee: michael.foord components: Documentation messages: 141004 nosy: michael.foord, pi

[issue12591] TextIOWrapper should fall back on read() if read1() doesn't exist

Amaury Forgeot d'Arc added the comment: "write_through" is not used in _pyio.py, is it expected? -- nosy: +amaury.forgeotdarc ___ Python tracker ___

[issue12591] TextIOWrapper should fall back on read() if read1() doesn't exist

Antoine Pitrou added the comment: > "write_through" is not used in _pyio.py, is it expected? Yup, because it is actually always write-through (writes are not cached). The argument is only there so that the signature is the same as the C version. --

[issue8714] Delayed signals in the REPL on OpenBSD (possibly libpthread related)

Stefan Krah added the comment: I know, the OpenBSD libpthread has problems. I listed some possible candidates in #8712. For instance: http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/ports/lang/python/2.6/patches/Attic/patch-Lib_test_test_signal_py?rev=1.3;content-type=text%2Fplain The comme

[issue12591] TextIOWrapper should fall back on read() if read1() doesn't exist

Amaury Forgeot d'Arc added the comment: Looks good, then. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue12591] TextIOWrapper should fall back on read() if read1() doesn't exist

Antoine Pitrou added the comment: This additional patch improves universal_newlines support in subprocess (still broken with the select- and poll-based loops in communicate()). -- Added file: http://bugs.python.org/file22732/spnewlines.patch ___ Pyt

[issue12540] "Restart Shell" command leaves pythonw.exe processes running

Terry J. Reedy added the comment: Eli, nice detective work. What I understand is that there was a latent platform-dependent buglet that presumably got exposed by a recent change in process handling, as Ned suggested. idlelib/PyShell.py, class ModifiedInterpreter(InteractiveInterpreter) has

[issue12591] TextIOWrapper should fall back on read() if read1() doesn't exist

Roundup Robot added the comment: New changeset 9144014028f3 by Antoine Pitrou in branch '3.2': Issue #12591: Allow io.TextIOWrapper to work with raw IO objects (without http://hg.python.org/cpython/rev/9144014028f3 New changeset c3b47cdea0d1 by Antoine Pitrou in branch 'default': Issue #12591:

[issue8714] Delayed signals in the REPL on OpenBSD (possibly libpthread related)

Stefan Krah added the comment: I forgot: readline support is enabled, and there are known problems: http://marc.info/?t=12832732933&r=1&w=2 -- ___ Python tracker ___ ___

[issue12591] TextIOWrapper should fall back on read() if read1() doesn't exist

Roundup Robot added the comment: New changeset 5cc536fbd7c1 by Antoine Pitrou in branch '3.2': Issue #12591: Improve support of "universal newlines" in the subprocess http://hg.python.org/cpython/rev/5cc536fbd7c1 New changeset b616396fa170 by Antoine Pitrou in branch 'default': Issue #12591: Im

[issue12623] "universal newlines" subprocess support broken with select- and poll-based communicate()

New submission from Antoine Pitrou : The select() and poll() loop implementations of Popen.communicate() call os.write() instead of the write() method on the stdin pipe, meaning any newline translation *and* unicode-to-bytes encoding step is skipped. To use the write() method on the stdin pipe

[issue12591] TextIOWrapper should fall back on read() if read1() doesn't exist

Antoine Pitrou added the comment: Ok, this should be fixed now. universal newlines support is still broken with communicate(), I've opened issue12623 for that. -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed

[issue12170] index() and count() methods of bytes and bytearray should accept byte ints

Petri Lehtinen added the comment: Attached a patch with the following changes: Allow an integer argument in range(0, 256) for the following bytes and bytearray methods: count, find, index, rfind, rindex. Initially, only count and index were targeted, but as index is implemented in a helper func

[issue12624] failfast support for regrtest

New submission from Antoine Pitrou : This patch adds a new --failfast (-G) argument to regrtest which stops running the tests as soon as a test fails (when using unittest-based test cases). Useful with long test suites such as test_io and test_subprocess. -- components: Tests files: fa

[issue12624] failfast support for regrtest

Roundup Robot added the comment: New changeset 9f847dfba217 by Antoine Pitrou in branch '3.2': Issue #12624: It is now possible to fail after the first failure when http://hg.python.org/cpython/rev/9f847dfba217 New changeset 01d18277c40b by Antoine Pitrou in branch 'default': Issue #12624: It i

[issue12624] failfast support for regrtest

Changes by Antoine Pitrou : -- resolution: -> invalid stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue12625] sporadic test_unittest failure

New submission from Antoine Pitrou : Seen on an OpenIndiana buildbot: == FAIL: testInstallHandler (unittest.test.test_break.TestBreak) -- Traceback (most recent

[issue12624] failfast support for regrtest

Changes by Sandro Tosi : -- resolution: invalid -> fixed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue10883] urllib: socket is not closed explicitly

Changes by Nadeem Vawda : -- resolution: accepted -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue12331] lib2to3 and packaging tests fail because they write into protected directory

python272 added the comment: problem exists in python 2.7.2 (should this be reported as a separate issue?) [Python-2.7.2]$ python -m test.regrtest -v test_lib2to3 ... ERROR: test_bom (lib2to3.tests.test_refactor.TestRefactoringTool) ... ERROR: test_crlf_newlines ERROR: test_file_encoding ERRO

[issue12331] lib2to3 and packaging tests fail because they write into protected directory

Changes by Éric Araujo : -- versions: +Python 2.7, Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue12603] pydoc.synopsis breaks if filesystem returns mtime of 0

Éric Araujo added the comment: Patch looks good. Does this require a doc update, or is it entirely an internal function? -- ___ Python tracker ___

[issue12626] run test cases based on a glob filter

New submission from Antoine Pitrou : This patch allows to only run tests which satisfy a glob filter, using the --match (-m) option to regrtest. For example: ./python -m test -m "*Signal*" -v test_io will execute all the signal-related tests in test_io. -- components: Tests files: r

[issue12625] sporadic test_unittest failure

Charles-François Natali added the comment: Looks similar to issue #8263, which is in turn similar to #12469 (see http://bugs.python.org/issue12469#msg139620 and http://bugs.python.org/issue12469#msg139626 for original explanations): normally, pending signals are checked when the process returns

[issue12603] pydoc.synopsis breaks if filesystem returns mtime of 0

Charles-François Natali added the comment: Well, the function is part of pydoc's public API, but the inner working of the cache mechanism is completely private: this won't have any impact, other than fixing the bug :-) -- ___ Python tracker

[issue12625] sporadic test_unittest failure

Charles-François Natali added the comment: > So I'd say the easier solution is to skip this test on OpenSolaris, > like it's done on FreeBSD6 since issue #8263. Another option could be to add a dummy syscall, like os.getpid(), before checking that the handler got called - this might be enough t

  1   2   >