[issue14626] os module: use keyword-only arguments for dir_fd and nofollow to reduce function count

Larry Hastings added the comment: It's true that, for example, dir_fd parameters won't work on Windows. The solution is to always accept the parameters and throw NotImplementedError on platforms where the functionality isn't available. Here are my thoughts on the interface for link(). Since

[issue14630] non-deterministic behavior of int subclass

New submission from Brecht Machiels : I have subclassed int to add an extra attribute: class Integer(int): def __new__(cls, value, base=10, indirect=False): try: obj = int.__new__(cls, value, base) except TypeError: obj = int.__new__(cls, value)

[issue14630] non-deterministic behavior of int subclass

Changes by Mark Dickinson : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue14627] Fatal Python Error when Python startup is interrupted by CTRL+c

STINNER Victor added the comment: > OK, so what's your point? =) In Python < 3.3, CTRL+c at startup fails with "Traceback: ...", not with a fatal error. A fatal error may dump a core dump and open a popup on Windows. -- ___ Python tracker

[issue13994] incomplete revert in 2.7 Distutils left two copies of customize_compiler

Marc-Andre Lemburg added the comment: Ned Deily wrote: > > Ned Deily added the comment: > > That's unfortunate. But the documented location for customize_compiler is > and, AFAIK, had always been in distutils.sysconfig. It was an inadvertent > consequence of the bad revert during the 2.7

[issue13994] incomplete revert in 2.7 Distutils left two copies of customize_compiler

Changes by Marc-Andre Lemburg : -- resolution: fixed -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue13994] incomplete revert in 2.7 Distutils left two copies of customize_compiler

Marc-Andre Lemburg added the comment: Ned Deily wrote: > > And to recap the history here, there was a change in direction for Distutils > during the 2.7 development cycle, as decided at the 2010 language summit, in > particular to revert feature changes in Distutils for 2.7 to its 2.6.x state

[issue13994] incomplete revert in 2.7 Distutils left two copies of customize_compiler

Marc-Andre Lemburg added the comment: Marc-Andre Lemburg wrote: > >> Ned Deily added the comment: >> >> That's unfortunate. But the documented location for customize_compiler is >> and, AFAIK, had always been in distutils.sysconfig. It was an inadvertent >> consequence of the bad revert du

[issue14381] Intern certain integral floats for memory savings and performance

Kristján Valur Jónsson added the comment: Interesting. I declare that this rule does not apply here since the code is a deliberate hack: We are pretending that a certain address points to integers and checking those integers. If you insist on following the standard, you could do double cm

[issue14381] Intern certain integral floats for memory savings and performance

Changes by Kristján Valur Jónsson : -- Removed message: http://bugs.python.org/msg158808 ___ Python tracker ___ ___ Python-bugs-list m

[issue14381] Intern certain integral floats for memory savings and performance

Kristján Valur Jónsson added the comment: Interesting. I declare that this rule does not apply here since the code is a deliberate hack: We are pretending that a certain address points to integers and checking those integers. If you insist on following the standard, you could do double cm

[issue14579] Vulnerability in the utf-16 decoder after error handling

Martin v. Löwis added the comment: [moving from Rietveld back to Roundup] On 2012/04/20 11:15:48, storchaka wrote: > The `aligned_end` may point outside unicode object, > if the unicode object was reallocated. How so? The aligned_end *never* points into the unicode object: q = (unsigned char

[issue14381] Intern certain integral floats for memory savings and performance

Mark Dickinson added the comment: > I declare that this rule does not apply here ... Clearly the gcc developers disagree. :-) iwasawa:~ mdickinson$ cat test2.c int is_positive_zero(double f) { return *(long long*)&f == 0; } iwasawa:~ mdickinson$ gcc -fstrict-aliasing -O3 -Wall -Wextra -Wstr

[issue14630] non-deterministic behavior of int subclass

Mark Dickinson added the comment: I can reproduce this on a 32-bit OS X build of the default branch, so it doesn't seem to be Windows specific (though it may be 32-bit specific). Brecht, if you can find a way to reduce the size of your example at all that would be really helpful. --

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Jesús Cea Avión added the comment: I am going to integrate next week Please, review. -- assignee: -> jcea ___ Python tracker ___ __

[issue14630] non-deterministic behavior of int subclass

Antoine Pitrou added the comment: Reproduced under 32-bit Linux. The problem seems to be that Py_SIZE(x) == 0 when x is Integer(0), but ob_digit[0] is still supposed to be significant. There's probably some overwriting with the trailing attributes. By forcing Py_SIZE(x) == 1, the bug disappear

[issue14630] non-deterministic behavior of int subclass

Mark Dickinson added the comment: If we're accessing ob_digit[0] when Py_SIZE(x) == 0, that sounds like a bug to me. -- ___ Python tracker ___ _

[issue14630] non-deterministic behavior of int subclass

Antoine Pitrou added the comment: > If we're accessing ob_digit[0] when Py_SIZE(x) == 0, that sounds like a > bug to me. _PyLong_Copy does. It's ok as long as the object is int(0), because it's part of the small ints and its allocated size is one digit. The following hack seems to fix the is

[issue14630] non-deterministic behavior of int subclass

Mark Dickinson added the comment: > _PyLong_Copy does. Grr. So it does. That at least should be fixed, but I agree that it would be good to have the added protection of ensuring that we always allocate space for at least one limb. We should also check whether 2.7 is susceptible. -

[issue14579] Vulnerability in the utf-16 decoder after error handling

Serhiy Storchaka added the comment: > So this adjustment is necessary because the *input* may change in the > callback, > not because the output may change. So the comment in decode_utf8_errors seems > just as wrong. You're right, and my eyes in a lather. Now I saw it. What you have to offer

[issue14630] non-deterministic behavior of int subclass

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

[issue14630] non-deterministic behavior of int subclass

Mark Dickinson added the comment: Self-contained example that fails for me on 32-bit OS X. class Integer(int): def __new__(cls, value, base=10, indirect=False): try: obj = int.__new__(cls, value, base) except TypeError: obj = int.__new__(cls, value

[issue13994] incomplete revert in 2.7 Distutils left two copies of customize_compiler

Ned Deily added the comment: I agree that we should always try very hard not to break anything in point releases. But I think it is fair to say that this is an unusual case. Looking at the commit logs (and Tarek can correct me if I misread them), it appears the change that, among other thin

[issue14579] Vulnerability in the utf-16 decoder after error handling

Martin v. Löwis added the comment: > You're right, and my eyes in a lather. Now I saw it. > > What you have to offer any comment? If someone would correct a comment > for decode_utf8_errors, I just copied it. "might have changed the input object" >> Why this is relevant to this issue, is uncl

[issue14630] non-deterministic behavior of int subclass

Antoine Pitrou added the comment: The fix for _PyLong_Copy is the following: diff --git a/Objects/longobject.c b/Objects/longobject.c --- a/Objects/longobject.c +++ b/Objects/longobject.c @@ -156,7 +156,7 @@ PyObject * if (i < 0) i = -(i); if (i < 2) { -sdigit ival =

[issue14630] non-deterministic behavior of int subclass

Changes by Antoine Pitrou : -- components: +Interpreter Core -None stage: -> needs patch ___ Python tracker ___ ___ Python-bugs-list

[issue14630] non-deterministic behavior of int subclass

Mark Dickinson added the comment: Using MEDIUM_VALUE also works. I'll cook up a patch tonight, after work. diff -r 6762b943ee59 Objects/longobject.c --- a/Objects/longobject.c Tue Apr 17 21:42:07 2012 -0400 +++ b/Objects/longobject.c Fri Apr 20 13:18:01 2012 +0100 @@ -156,9 +156,7 @

[issue14629] discrepency between tokenize.detect_encoding() and PyTokenizer_FindEncodingFilename()

Roundup Robot added the comment: New changeset b07488490001 by Martin v. Löwis in branch '3.2': Issue #14629: Raise SyntaxError in tokenizer.detect_encoding http://hg.python.org/cpython/rev/b07488490001 New changeset 98a6a57c5876 by Martin v. Löwis in branch 'default': merge 3.2: issue 14629 ht

[issue14629] discrepency between tokenize.detect_encoding() and PyTokenizer_FindEncodingFilename()

Martin v. Löwis added the comment: Thanks for the report. This is now fixed in 3.2 and default. Notice that your usage tokenize is incorrect: you need to open the file in binary mode. -- resolution: -> fixed status: open -> closed ___ Python track

[issue13994] incomplete revert in 2.7 Distutils left two copies of customize_compiler

Marc-Andre Lemburg added the comment: ink it is not unlikely that you *are* the only ones affected by it. With "in the wild" I'm referring to the function being released in the ccompiler not only in alpha releases but also in the beta releases, the 2.7, 2.7.1 and 2.7.2 release - in every relea

[issue14381] Intern certain integral floats for memory savings and performance

Kristján Valur Jónsson added the comment: Dang. I yield! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue14631] Instance methods and WeakRefs don't mix.

New submission from Sundance : SUMMARY === The behavior of instance methods makes it impossible to keep a weakref on them. The reference dies instantly even if the instance and the method still exist. EXAMPLE === >>> import weakref >>> callbacks = weakref.WeakSet() >>> def callback

[issue14632] Race condition in WatchedFileHandler leads to unhandled exception

New submission from JohnM : The (very handy) logging.handlers.WatchedFileHandler appears to be susceptible to a race condition that causes occasional OSErrors during the normal course of operations: Traceback (most recent call last): File "test.py", line 58, in test_race log.warning('F

[issue1079] decode_header does not follow RFC 2047

Changes by Patrick Hahn : -- nosy: +phahn ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue11618] Locks broken wrt timeouts on Windows

Kristján Valur Jónsson added the comment: Two runs with standard locks: D:\pydev\hg\cpython2>pcbuild\amd64\python.exe -m timeit -s "import _thread; l = _thread.allocate_lock()" l.acquire();l.release() 100 loops, best of 3: 0.746 usec per loop D:\pydev\hg\cpython2>pcbuild\amd64\python.exe

[issue14629] discrepency between tokenize.detect_encoding() and PyTokenizer_FindEncodingFilename()

Eric Snow added the comment: Thanks, Martin! That did the trick. -- versions: +Python 3.2 ___ Python tracker ___ ___ Python-bugs-lis

[issue14632] Race condition in WatchedFileHandler leads to unhandled exception

JohnM added the comment: I'm attaching a patch of an emit function implementation that reduces the number of stats and uses fstat were we can. Using fstat should also prevent any races between opening the new file and stating the path in the file system. Using this patch or something along th

[issue14628] Clarify import statement documentation regarding what gets bound

Brett Cannon added the comment: So I think the sentence is saying exactly what is going on, but you want clarification that the module object is originating from sys.modules specifically. So you could change the sentence to "The first form of import statement binds the module name in the loca

[issue14631] Instance methods and WeakRefs don't mix.

Mark Dickinson added the comment: I quite like the WeakCallableRef idea, having had to work around this problem myself in the past (using a similar mechanism). This looks like a feature request rather than a bug report, though; changing Type and Versions accordingly. -- nosy: +mark.

[issue14627] Fatal Python Error when Python startup is interrupted by CTRL+c

Brett Cannon added the comment: Welcome to Python code running during startup. =) As I said, the only thing I can think of is raising the exception instead of catching it and immediately triggering the fatal exception, but that specific fatal error was not introduced by me so this is just a s

[issue8885] markupbase declaration errors aren't recoverable

Mark Nottingham added the comment: Why remove 2.7? It'd be an easy bug fix if j is incremented. -- ___ Python tracker ___ ___ Python-b

[issue14633] test_find_module_encoding should test for a less specific message (or

New submission from Eric Snow : test_find_module_encoding (in Lib/test/test_imp.py), has the following check: self.assertRaisesRegex(SyntaxError, r"Non-UTF-8 code starting with '\\xf6'" r" in file .*badsyntax_pep3120.py", imp.find_module, 'badsyntax_pep3120', path) I

[issue14633] test_find_module_encoding should test for a less specific message

Changes by Eric Snow : -- components: +Tests title: test_find_module_encoding should test for a less specific message (or -> test_find_module_encoding should test for a less specific message versions: +Python 3.3 ___ Python tracker

[issue14633] test_find_module_encoding should test for a less specific message

Eric Snow added the comment: or even _not_ check the message string? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue14629] discrepency between tokenize.detect_encoding() and PyTokenizer_FindEncodingFilename()

Eric Snow added the comment: Apparently the message string contained by the SyntaxError is different between the two. I noticed due to the hard-coded check in test_find_module_encoding (in Lib/test/test_imp.py). I've brought up the specific issue of that hard-coded message check in issue146

[issue14627] Fatal Python Error when Python startup is interrupted by CTRL+c

Stefan Krah added the comment: Hmm, I've managed to produce the error with 3.1: $ python3.1 Fatal Python error: Py_Initialize: can't initialize sys standard streams Traceback (most recent call last): File "/usr/lib/python3.1/io.py", line 60, in import _io File "/usr/lib/python3.1/os.py

[issue14628] Clarify import statement documentation regarding what gets bound

Eric Snow added the comment: Sounds mostly right. sys.modules[name] won't necessarily contain a module object, as Benjamin brought up in issue14609. -- ___ Python tracker ___

[issue13994] incomplete revert in 2.7 Distutils left two copies of customize_compiler

Éric Araujo added the comment: [MAL] > I know that distutils development was stopped (even though I don't consider > that a good thing) This is OT, but could you tell a bit more? The freeze appears to me to have been a necessary decision due to the impossibility of making non-trivial changes

[issue14628] Clarify import statement documentation regarding what gets bound

Brett Cannon added the comment: OK, so you say "to the object found in sys.modules." -- ___ Python tracker ___ ___ Python-bugs-list m

[issue14627] Fatal Python Error when Python startup is interrupted by CTRL+c

Brett Cannon added the comment: So importlib just increased the window of vulnerability for this kind of thing. -- ___ Python tracker ___ ___

[issue14627] Fatal Python Error when Python startup is interrupted by CTRL+c

Stefan Krah added the comment: The funny thing is, in 3.3 I can't reproduce it (i.e. I only get the KeyboardInterrupt). So I'm not sure if this happens more often now. ^CTraceback (most recent call last): File "", line 989, in _find_and_load File "", line 571, in load_module File "", lin

[issue14517] Recompilation of sources with Distutils

Éric Araujo added the comment: I think this is done on purpose; I’ll dig up the changeset and bug report later. -- ___ Python tracker ___ ___

[issue14629] discrepency between tokenize.detect_encoding() and PyTokenizer_FindEncodingFilename()

Martin v. Löwis added the comment: IMO, the test is flawed testing for the specific error message. OTOH, the original message is better than the tokenize message in that it mentions the file name. However, tokenize does not have the file name available, so it can't possibly report it. I have

[issue14581] Support case-insensitive file extensions on Windows in importlib

Roundup Robot added the comment: New changeset a32be109bd86 by Brett Cannon in branch 'default': Issue #14581: Windows users are allowed to import modules w/o taking http://hg.python.org/cpython/rev/a32be109bd86 -- nosy: +python-dev ___ Python tracke

[issue14629] discrepency between tokenize.detect_encoding() and PyTokenizer_FindEncodingFilename()

Roundup Robot added the comment: New changeset a281a6622714 by Brett Cannon in branch 'default': Issue #14633: Simplify imp.find_modue() test after fixes from issue http://hg.python.org/cpython/rev/a281a6622714 -- ___ Python tracker

[issue14633] test_find_module_encoding should test for a less specific message

Brett Cannon added the comment: Committed in http://hg.python.org/cpython/rev/a281a6622714 (I think our issue detection algorithm grabs the last issue in a commit message instead of the first one). -- assignee: -> brett.cannon resolution: -> fixed stage: -> committed/rejected statu

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Terry J. Reedy added the comment: Is there a reason to say (several times) 'can support' instead of just 'support'? Do the OSes in question just optionally support rather than always support? The first version added: change 'depend of' to 'depend on'. In several functions you delete error ch

[issue8885] markupbase declaration errors aren't recoverable

Ezio Melotti added the comment: Because even on 2.7 the parser is now able to handle broken markup, so "error" won't be called anymore. -- ___ Python tracker ___ ___

[issue14630] non-deterministic behavior of int subclass

Mark Dickinson added the comment: Here's the patch. I searched through the rest of Objects/longobject.c for other occurrences of [0], and found nothing else that looked suspicious, so I'm reasonably confident that this was an isolated case. -- ___

[issue14630] non-deterministic behavior of int subclass

Changes by Mark Dickinson : -- keywords: +patch Added file: http://bugs.python.org/file25291/issue14630.patch ___ Python tracker ___ _

[issue14629] discrepency between tokenize.detect_encoding() and PyTokenizer_FindEncodingFilename()

Roundup Robot added the comment: New changeset 1b57de8a8383 by Brett Cannon in branch 'default': Issue #14629: Mention the filename in SyntaxError exceptions from http://hg.python.org/cpython/rev/1b57de8a8383 -- ___ Python tracker

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Jesús Cea Avión added the comment: Terry, yes, skiping the test in the code will raise an error anyway when doing the real "seek()" OS syscall. > Is there a reason to say (several times) 'can support' instead of > just 'support'? Do the OSes in question just optionally support > rather than al

[issue14633] test_find_module_encoding should test for a less specific message

Eric Snow added the comment: thanks, Brett! That did the trick. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue14629] discrepency between tokenize.detect_encoding() and PyTokenizer_FindEncodingFilename()

Eric Snow added the comment: Looks good. Thanks for the help, Martin and Brett. -- ___ Python tracker ___ ___ Python-bugs-list maili

[issue14581] Support case-insensitive file extensions on Windows in importlib

Brett Cannon added the comment: http://www.python.org/dev/buildbot/all/builders/x86%20XP-5%203.x/builds/98/steps/test/logs/stdio suggests this fix worked. -- assignee: -> brett.cannon resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed __

[issue14621] Hash function is not randomized properly

Vlado Boza added the comment: One possible fix: Look for StringHasher in google v8 code (http://code.google.com/p/v8/source/search?q=stringhasher&origq=stringhasher&btnG=Search+Trunk). Main loop looks like this: raw_running_hash_ += c;

[issue14599] Windows test_import failure thanks to ImportError.path

Changes by Brett Cannon : -- title: Windows test_import failure -> Windows test_import failure thanks to ImportError.path ___ Python tracker ___

[issue7511] msvc9compiler.py: ValueError when trying to compile with VC Express

Changes by Mark Dickinson : -- nosy: -mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue13344] closed sockets don't raise EBADF anymore

Changes by Colin Marc : -- nosy: +colinmarc ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue14630] non-deterministic behavior of int subclass

Mark Dickinson added the comment: Also, Python 2.7 looks safe here. -- versions: -Python 2.7 ___ Python tracker ___ ___ Python-bugs-

[issue14630] non-deterministic behavior of int subclass

Changes by Mark Dickinson : -- stage: needs patch -> commit review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue14596] struct.unpack memory leak

Mark Dickinson added the comment: IMO, the struct module does what it's intended to do just fine here. I don't a big need for any change. I'd propose closing this as "won't fix". -- ___ Python tracker _

[issue14630] non-deterministic behavior of int subclass

Antoine Pitrou added the comment: The patch works fine here, and the test exercises the issue correctly. -- ___ Python tracker ___ __

[issue10156] Initialization of globals in unicodeobject.c

Changes by Mark Dickinson : -- nosy: -mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue14634] Mock cannot autospec functions with keyword-only arguments.

New submission from R. David Murray : The following code: def foo(a, *, b=None): pass unittest.mock.create_autospec(foo) fails with this traceback: Traceback (most recent call last): File "temp.py", line 6, in unittest.mock.create_autospec(foo) File "/home/rdm

[issue13405] Add DTrace probes

Jesús Cea Avión added the comment: Stan, anybody working in SystemTap support, could you possibly create a new issue in the tracker to track specifically stap support?. You can depend on this bug, and coordinate effort. Clone my repository and use it as base. Thanks!. -- ___

[issue14634] Mock cannot autospec functions with keyword-only arguments.

Changes by Ezio Melotti : -- components: +Library (Lib) nosy: +ezio.melotti stage: -> test needed ___ Python tracker ___ ___ Python-b

[issue14588] PEP 3115 compliant dynamic class creation

Daniel Urban added the comment: I've attached the third patch with the eval_body -> exec_body change; explicitly passing the default (None) now also allowed. I also fixed a refleak (I think). -- Added file: http://bugs.python.org/file25292/operator_build_class_3.patch ___

[issue13405] Add DTrace probes

Frank Ch. Eigler added the comment: > Stan, anybody working in SystemTap support, could you possibly > create a new issue in the tracker to track specifically stap > support?. You can depend on this bug, and coordinate effort. Clone > my repository and use it as base. I believe the only remotel

[issue13405] Add DTrace probes

Jesús Cea Avión added the comment: Frank, if somebody provides a "diff" I can test under Ubuntu 10.04, I can try it myself. This patch MUST be differential from my current patch (to be applied OVER it) and must cover EVERYTHING, from "./configure" to the test execution. Anyway, "issues" in t

[issue14579] Vulnerability in the utf-16 decoder after error handling

Changes by Serhiy Storchaka : Added file: http://bugs.python.org/file25293/utf16_error_handling-3.2.patch ___ Python tracker ___ ___ Python-bu

[issue14579] Vulnerability in the utf-16 decoder after error handling

Serhiy Storchaka added the comment: Here is a minimal patch that corrects all bugs for 3.2. As a side effect, decoding is accelerated by 4-8%. -- Added file: http://bugs.python.org/file25294/utf16_error_handling-3.2.patch ___ Python tracker

[issue14606] Memory leak subprocess on Windows

Terry J. Reedy added the comment: Does your last message mean that this issue should be closed here? -- nosy: +terry.reedy ___ Python tracker ___ ___

[issue14579] Vulnerability in the utf-16 decoder after error handling

Changes by Serhiy Storchaka : Removed file: http://bugs.python.org/file25293/utf16_error_handling-3.2.patch ___ Python tracker ___ ___ Python-

[issue14579] Vulnerability in the utf-16 decoder after error handling

Changes by Serhiy Storchaka : Added file: http://bugs.python.org/file25295/utf16_update_after_error-3.2.patch ___ Python tracker ___ ___ Pytho

[issue14620] Fatal Python error: Cannot recover from stack overflow.

Mark Dickinson added the comment: If you have a self-contained script that exhibits the problem, please could you attach it directly to the issue? -- nosy: +mark.dickinson ___ Python tracker _

[issue14620] Fatal Python error: Cannot recover from stack overflow.

Changes by Mark Dickinson : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue14620] Fatal Python error: Cannot recover from stack overflow.

Terry J. Reedy added the comment: There are several other 'stack overflow' issues (just do a search on that phrase). Please take a look and see if yours is a duplicate of any of the others. If this does seem different, please reduce your code to the minimum needed and attach the file here.

[issue14627] Fatal Python Error when Python startup is interrupted by CTRL+c

Terry J. Reedy added the comment: In a running interpreter and Idle, ^C results in KeyboardInterrupt >>> and nothing else. >From a command line, I think KeyboardInterrupt: Python startup stopped" would be ideal. On Windows, I do not know if a program started from an icon, shortcut, or explo

[issue14635] telnetlib uses select instead of poll - limited to FD_SETSIZE fds

New submission from Gregory P. Smith : telnetlib uses select.select. This limits it to being able to work when file descriptors are still below FD_SETSIZE (often 1024) meaning it can't be used in some large programs today. It should use poll. (it is probably easy to fix this and the telnetli

[issue14599] Windows test_import failure thanks to ImportError.path

Roundup Robot added the comment: New changeset 573010778eed by Brett Cannon in branch 'default': Issue #14599: Generalize a test for ImportError.path and add support http://hg.python.org/cpython/rev/573010778eed -- ___ Python tracker

[issue14599] Windows test_import failure thanks to ImportError.path

Roundup Robot added the comment: New changeset 56aa4cda11a8 by Brett Cannon in branch 'default': Issue #14599: Support ImportError.path on AIX and HPUX when loading http://hg.python.org/cpython/rev/56aa4cda11a8 -- ___ Python tracker

[issue14630] non-deterministic behavior of int subclass

Stefan Krah added the comment: The patch looks good to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue14585] Have test_import run more importlib tests

Roundup Robot added the comment: New changeset a74ba7407457 by Brett Cannon in branch 'default': Issue #14585: test_import now runs all tests under http://hg.python.org/cpython/rev/a74ba7407457 -- nosy: +python-dev ___ Python tracker

[issue14585] Have test_import run more importlib tests

Changes by Brett Cannon : -- assignee: -> brett.cannon resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue14599] Windows test_import failure thanks to ImportError.path

Changes by Brett Cannon : -- assignee: -> brett.cannon resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python

[issue14628] Clarify import statement documentation regarding what gets bound

Roundup Robot added the comment: New changeset 150bd84e737e by Brett Cannon in branch 'default': Issue #14628: Document the fact that import always returns the module http://hg.python.org/cpython/rev/150bd84e737e -- nosy: +python-dev ___ Python track

[issue14628] Clarify import statement documentation regarding what gets bound

Changes by Brett Cannon : -- assignee: docs@python -> brett.cannon resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Amaury Forgeot d'Arc added the comment: > I don't see the point if OS "seek()" is going to give an error anyway. Please check that Windows won't crash the interpreter with bad 'whence' values, like it already does for closed file descriptors. -- ___

[issue14339] Optimizing bin, oct and hex

Roundup Robot added the comment: New changeset dcd3344b6d5b by Mark Dickinson in branch 'default': Issue #14339: Improve speed of bin, oct and hex builtins. Patch by Serhiy Storchaka (with minor modifications). http://hg.python.org/cpython/rev/dcd3344b6d5b -- nosy: +python-dev __

  1   2   >