[issue17838] Can't assign a different value for sys.stdin in IDLE

Changes by Guilherme Simões : -- nosy: +Todd.Rovito, roger.serwy, terry.reedy ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue17838] Can't assign a different value for sys.stdin in IDLE

New submission from Guilherme Simões: Something like: sys.stdin = open('file') works in Python but doesn't in the IDLE shell. After trying to do that, a dialog is open asking if the user wants to kill the program. This happens because the method "close" of the class "PseudoInputFile" (which w

[issue17837] Support for building on ppc64p7

New submission from Bohuslav "Slavek" Kabrda: Hi, would it be possible to add ppc64p7 (Power7 optimized) to supported arches in config.sub? It should be as easy as the attached one-liner patch. Thanks. -- components: Build files: python-add-support-for-ppc64p7.patch keywords: patch mess

[issue17794] Priority Queue

Daniel Wong added the comment: from the peanut gallery: This looks right to me; you are seeing that PriorityQueue is trying to compare dicts, because that's how tuple comparison works: it is lexicographic. Since the first element of the two tuples that you are trying to insert have the same v

[issue17834] Add Heap (and DynamicHeap) classes to heapq module

Daniel Wong added the comment: Ah, Serhiy is pointing out that there's already a class named PriorityQueue in the queue module. I didn't know that exists. Now that I've had a chance to look at it, queue.PriorityQueue is like my Heap class, but there are some interesting difference; moreover, I

[issue16970] argparse: bad nargs value raises misleading message

paul j3 added the comment: http://bugs.python.org/issue9849 also deals with nargs values. However there the focus is on string values like '1', not whether an integer value can be 0 or <0. I submitted a patch that moves the nargs testing to a ArgumentParser._check_argument() method. It still

[issue9849] Argparse needs better error handling for nargs

paul j3 added the comment: This is a revision of yesterday's patch. It includes a couple of test cases that check that parser, groups, and exclusive groups all produce the error message. I also changed the metavar tuple case to return an ArgumentError, and changed test_argparse.py accordingl

[issue17834] Add Heap (and DynamicHeap) classes to heapq module

R. David Murray added the comment: Serhiy is pointing you to an existing use of heapq in the stdlib. I'm not quite sure what his intent is in pointing it out, though it *might* be to point out that heapq is a primitive, and PriorityQueue already implements a subclassable class using it. I do

[issue17836] multiprocessing exceptions with useful traceback

Changes by Ned Deily : -- nosy: -ned.deily ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue17836] multiprocessing exceptions with useful traceback

Ned Deily added the comment: (FYI, cpython source is no longer maintained in svn.python.org; the browser link you provided is out-of-date. Current source for the 2.7 branch can be viewed here: http://hg.python.org/cpython/file/2.7/) -- nosy: +ned.deily, sbt versions: +Python 3.4 -Pyth

[issue17836] multiprocessing exceptions with useful traceback

New submission from Andres Riancho: In pool.py, the worker function reads as follows: http://svn.python.org/view/python/trunk/Lib/multiprocessing/pool.py?view=markup """ 68 job, i, func, args, kwds = task 69 try: 70 result = (True, func(*args, **kwds))

[issue17834] Add Heap (and DynamicHeap) classes to heapq module

Daniel Wong added the comment: Hey Serhiy, Are you suggesting that I put my new classes in a new module and rename them? I think it'd be better to keep them in heapq, unless someone intended to add more classes to your proposed queue module, because heap functionality would be spread between

[issue17834] Add Heap (and DynamicHeap) classes to heapq module

Serhiy Storchaka added the comment: queue.PriorityQueue? -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailin

[issue17818] aifc.Aifc_read/Aifc_write.getparams can return a namedtuple

Changes by Antoine Pitrou : -- nosy: +r.david.murray, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue17834] Add Heap (and DynamicHeap) classes to heapq module

Changes by Antoine Pitrou : -- nosy: +rhettinger stage: -> patch review versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-

[issue17835] test_io broken on PPC64 Linux

Antoine Pitrou added the comment: This should be fixed now. David, please re-open if the failure still occurs. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed versions: +Python 2.7, Python 3.3 ___ Python tracker

[issue17835] test_io broken on PPC64 Linux

Roundup Robot added the comment: New changeset 4b4ed1e11fd0 by Antoine Pitrou in branch '3.3': Issue #17835: Fix test_io when the default OS pipe buffer size is larger than one million bytes. http://hg.python.org/cpython/rev/4b4ed1e11fd0 New changeset de35eae9048a by Antoine Pitrou in branch 'd

[issue17835] test_io broken on PPC64 Linux

Antoine Pitrou added the comment: > The patch is correct, however I think it's a bit overkill, especially > since it's Linux only. > Choosing a fixed large value (3 or 4 MB) just consumes a bit more > memory and should be more than enough. Ok, so let's say 4MB + 1 then. --

[issue17835] test_io broken on PPC64 Linux

Charles-François Natali added the comment: > Ok, here is a new patch updating PIPE_MAX_SIZE with a proper value if > possible. The patch is correct, however I think it's a bit overkill, especially since it's Linux only. Choosing a fixed large value (3 or 4 MB) just consumes a bit more memory and

[issue17835] test_io broken on PPC64 Linux

David Edelsohn added the comment: The PIPE_MAX_SIZE patch also fixes the failure. -- ___ Python tracker ___ ___ Python-bugs-list maili

[issue17835] test_io broken on PPC64 Linux

Antoine Pitrou added the comment: Ok, here is a new patch updating PIPE_MAX_SIZE with a proper value if possible. -- keywords: +patch Added file: http://bugs.python.org/file30008/pipe_max_size.patch ___ Python tracker

[issue17835] test_io broken on PPC64 Linux

Charles-François Natali added the comment: >> Why not simply increase the amount of data written instead of limiting >> the pipe size? > > Hmm, indeed :-) > >> By the way, there's support.PIPE_MAX_SIZE for that purpose. > > Hardwired to 3 MB. I wonder if it may broken soon. On Linux, for non roo

[issue17835] test_io broken on PPC64 Linux

David Edelsohn added the comment: The patch limiting the pipe size resolves the test_io failure. Either of the approaches should work. -- ___ Python tracker ___

[issue17835] test_io broken on PPC64 Linux

Antoine Pitrou added the comment: > Why not simply increase the amount of data written instead of limiting > the pipe size? Hmm, indeed :-) > By the way, there's support.PIPE_MAX_SIZE for that purpose. Hardwired to 3 MB. I wonder if it may broken soon. --

[issue17835] test_io broken on PPC64 Linux

Charles-François Natali added the comment: Why not simply increase the amount of data written instead of limiting the pipe size? By the way, there's support.PIPE_MAX_SIZE for that purpose. -- ___ Python tracker __

[issue17835] test_io broken on PPC64 Linux

Antoine Pitrou added the comment: Ok, what does the following patch do for you: diff --git a/Lib/test/test_io.py b/Lib/test/test_io.py --- a/Lib/test/test_io.py +++ b/Lib/test/test_io.py @@ -3168,7 +3168,7 @@ class SignalsTest(unittest.TestCase): select = support.import_module("select")

[issue17244] py_compile.compile() fails to raise exceptions when writing of target file fails

Changes by Arfrever Frehtes Taifersar Arahesis : -- stage: needs patch -> committed/rejected ___ Python tracker ___ ___ Python-bugs-li

[issue17244] py_compile.compile() fails to raise exceptions when writing of target file fails

Changes by Brett Cannon : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue17244] py_compile.compile() fails to raise exceptions when writing of target file fails

Roundup Robot added the comment: New changeset 0803a28dca3c by Brett Cannon in branch 'default': Issue #17244: Windows doesn't let you set permissions on directories. http://hg.python.org/cpython/rev/0803a28dca3c -- ___ Python tracker

[issue17244] py_compile.compile() fails to raise exceptions when writing of target file fails

Brett Cannon added the comment: Thanks for the info, Tim. I'll add a skip decorator to not run under Windows then. -- resolution: fixed -> stage: committed/rejected -> needs patch ___ Python tracker _

[issue17833] test_gdb broken PPC64 Linux

David Edelsohn added the comment: __pthread_cond_timedwait with underscore may be a general GLibc change. The patch fixes the failure. -- ___ Python tracker ___

[issue17833] test_gdb broken PPC64 Linux

Dave Malcolm added the comment: Can you try this candidate fix? -- Added file: http://bugs.python.org/file30007/possible-fix.patch ___ Python tracker ___

[issue17833] test_gdb broken PPC64 Linux

Dave Malcolm added the comment: Looking at test_gdb.out, the issue is that the threads waiting for the GIL have e.g. this at the top of their backtrace: Thread 2 (Thread 0x3fffb14af200 (LWP 37119)): #0 0x008075181ea8 in __pthread_cond_timedwait (cond=0x103ea140 , mutex=0x103ea170 , abstim

[issue17833] test_gdb broken PPC64 Linux

Changes by David Edelsohn : Added file: http://bugs.python.org/file30006/test_gdb.out ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue17244] py_compile.compile() fails to raise exceptions when writing of target file fails

Tim Golden added the comment: Essentially: no. The permissions system in Windows is very different from that of Unix. The CRT attempts to mimic it, but for things like read-onlyness, it does so by setting the (old-style DOS) attributes. These are only just meaningful for files, and are meaning

[issue17835] test_io broken on PPC64 Linux

David Edelsohn added the comment: >>> r, w = os.pipe() >>> fcntl.fcntl(r, 1031, 1000) 65536 -- ___ Python tracker ___ ___ Python-bugs-

[issue17833] test_gdb broken PPC64 Linux

Dave Malcolm added the comment: Thanks. I can't see from that output what's going wrong. Can you apply the following patch, which (I hope) will print more detailed info where the failure happens. -- keywords: +patch Added file: http://bugs.python.org/file30005/find-more-information.pa

[issue17835] test_io broken on PPC64 Linux

Antoine Pitrou added the comment: Ah, right. That number is the pipe buffer size (1032 is F_GETPIPE_SZ). It's 65536 here, so when the test tries to write 1 million bytes on a pipe, the write blocks as expected (you can read the comments to understand why the test is doint that). But with a 1 M

[issue17835] test_io broken on PPC64 Linux

David Edelsohn added the comment: >>> import fcntl, os >>> r, w = os.pipe() >>> fcntl.fcntl(w, 1032) 1048576 -- ___ Python tracker ___ ___

[issue17826] Setting a side_effect on mock from create_autospec doesn't work

Changes by Gregory P. Smith : -- nosy: +gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue17835] test_io broken on PPC64 Linux

Antoine Pitrou added the comment: What does the following say for you? >>> import fcntl, os >>> r, w = os.pipe() >>> fcntl.fcntl(w, 1032) -- nosy: +pitrou ___ Python tracker ___

[issue17244] py_compile.compile() fails to raise exceptions when writing of target file fails

Brett Cannon added the comment: Does os.chmod(self.directory, stat.S_IREAD) not work on directories on Windows? -- ___ Python tracker ___

[issue17835] test_io broken on PPC64 Linux

New submission from David Edelsohn: Unoptimized debug build (configured using --with-pydebug). gcc -pthread -c -Wno-unused-result -g -O0 -Wall -Wstrict-prototypes -m64 test_interrupted_write_retry_buffered (test.test_io.CSignalsTest) ... ERROR test_interrupted_write_retry_text (test.test_io.CSig

[issue17833] test_gdb broken PPC64 Linux

David Edelsohn added the comment: Unoptimized debug build (configured using --with-pydebug). Buildbot test failure running on gcc110 in GCC Compile Farm (running Fedora). gcc -pthread -c -Wno-unused-result -g -O0 -Wall -Wstrict-prototypes -m64 -- __

[issue17834] Add Heap (and DynamicHeap) classes to heapq module

New submission from Daniel Wong: heapq already provides a bunch of functions for manipulating lists that preserve (or create) a heap invariant. My change adds two classes for representing heaps. These classes ensure that operations that violate the heap invariant are not possible (through the

[issue17833] test_gdb broken PPC64 Linux

Dave Malcolm added the comment: Is this an optimized or a debug build? (aka --with-pydebug) What are the optimization flags passed to the C compiler? -- nosy: +dmalcolm ___ Python tracker

[issue9607] Test file 'test_keyword.py' submission for use with keyword.py

Benjamin Peterson added the comment: See #17830 -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue17833] test_gdb broken PPC64 Linux

New submission from David Edelsohn: Verify that "py-bt" indicates threads that are waiting for the GIL ... FAIL FAIL: test_threads (test.test_gdb.PyBtTests) Verify that "py-bt" indicates threads that are waiting for the GIL -- T

[issue9607] Test file 'test_keyword.py' submission for use with keyword.py

Antoine Pitrou added the comment: Tests broken under Windows: == FAIL: test_keywords_py_without_markers_produces_error (test.test_keyword.TestKeywordGeneration) -

[issue17244] py_compile.compile() fails to raise exceptions when writing of target file fails

Antoine Pitrou added the comment: Test broken on Windows: == FAIL: test_exceptions_propagate (test.test_py_compile.PyCompileTests) -- Traceback (most recent cal

[issue17832] pythonrun.c:_print_total_refs missing prototype

Antoine Pitrou added the comment: Ah, right. This is fixed now, thanks for reporting. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___

[issue17832] pythonrun.c:_print_total_refs missing prototype

Roundup Robot added the comment: New changeset 6eacc6c134a5 by Antoine Pitrou in branch 'default': Issue #17832: fix a compilation warning about a function prototype. http://hg.python.org/cpython/rev/6eacc6c134a5 -- nosy: +python-dev ___ Python tracke

[issue17832] pythonrun.c:_print_total_refs missing prototype

David Edelsohn added the comment: CPython configured with --with-pydebug -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue17832] pythonrun.c:_print_total_refs missing prototype

David Edelsohn added the comment: A build warning from the PowerLinux buildbot http://buildbot.python.org/all/builders/PPC64%20PowerLinux%203.x/builds/3/steps/compile/logs/stdio gcc -pthread -c -Wno-unused-result -g -O0 -Wall -Wstrict-prototypes -m64 -m64 -I. -IInclude -I./Include-DPy_BU

[issue17832] pythonrun.c:_print_total_refs missing prototype

New submission from Antoine Pitrou: Can you tell us a bit more about the compile / build options you used? -- nosy: +pitrou ___ Python tracker ___ ___

[issue17831] urllib.URLopener.open breaks ActiveDirectory user

Senthil Kumaran added the comment: Can you give the full snippet that you are trying. I assume you are using urllib2? Also If you give the same URL to your other clients like browser, does the resolution happen properly? -- nosy: +orsenthil ___ Pyth

[issue17832] pythonrun.c:_print_total_refs missing prototype

Changes by David Edelsohn : -- components: Interpreter Core nosy: David.Edelsohn priority: normal severity: normal status: open title: pythonrun.c:_print_total_refs missing prototype type: compile error versions: Python 3.4 ___ Python tracker

[issue17831] urllib.URLopener.open breaks ActiveDirectory user

Changes by Nataly Glazyrina : -- components: +Library (Lib) versions: +Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue17831] urllib.URLopener.open breaks ActiveDirectory user

New submission from Nataly Glazyrina: When I try to open file from ftp by path like 'ftp://domain\user:passw...@my.path' line 'fullurl = quote(fullurl, safe="%/:=&?~#+!$,;'@()*[]|")' changes 'domain\user' to 'domain%5Cuser' and brokes username. As a result - error 530 on login to ftp. --

[issue16316] Support xz compression in mimetypes module

Changes by Berker Peksag : -- nosy: +berker.peksag resolution: fixed -> Added file: http://bugs.python.org/file30003/issue16316_27.diff ___ Python tracker ___ __

[issue17830] Fix test_keyword on Windows, clean up addCleanup

New submission from Zachary Ware: (Copying the nosy list from issue9607) test_keyword has a couple of failures on Windows, all due to newline issues--see for example http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/1845/steps/test/logs/stdio. test_keywords_py_wit

[issue17829] csv.Sniffer.snif doesn't set up the dialect properly for a csv created with dialect=csv.excel_tab and containing quote (") char

New submission from Ghislain Hivon: When sniffing the dialect of a file created with the csv module with dialect=csv.excel_tab and one of the row contain a quote ("), the delimiter is set to ' ' instead of '\t'. -- files: csv_sniffing_excel_tab.py messages: 187709 nosy: GhislainHivon p

[issue17547] "checking whether gcc supports ParseTuple __format__... " erroneously returns yes with gcc 4.8

Dave Malcolm added the comment: On Wed, 2013-04-24 at 10:48 +, Alex Leach wrote: > Alex Leach added the comment: > > I don't think I can tell you anything you don't know already, but ... > > On Tue, 23 Apr 2013 19:38:18 +0100, Dave Malcolm > wrote: > > > BTW, is that GCC format checking

[issue17828] More informative error handling when encoding and decoding

Changes by Florent Xicluna : -- nosy: +flox ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue17827] Document codecs.encode and codecs.decode

Changes by Florent Xicluna : -- nosy: +flox ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue15106] Potential Bug in errors.c

Changes by Ezio Melotti : -- components: +Interpreter Core -None nosy: +ezio.melotti, serhiy.storchaka versions: +Python 3.4 -Python 3.3 ___ Python tracker ___ __

[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...

Nick Coghlan added the comment: For me, the killer argument *against* a method based API is memoryview (and, equivalently, array.array). It should be possible to use those as inputs for the bytes->bytes codecs, and once you endorse codecs.encode and codecs.decode for that use case, it's hard t

[issue17828] More informative error handling when encoding and decoding

Nick Coghlan added the comment: There may also be some specific improvement to be made to str.encode, bytes.decode and bytearray.decode in relation to the additional type checks they do to enforce the appropriate input and output types (see the bizarre "expected bytes, not memoryview" example)

[issue17828] More informative error handling when encoding and decoding

Changes by Ezio Melotti : -- nosy: +ezio.melotti stage: -> needs patch type: -> enhancement ___ Python tracker ___ ___ Python-bugs-l

[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...

Nick Coghlan added the comment: Issue 17827 covers adding documentation for codecs.encode and codecs.decode Issue 17828 covers adding exception handling improvements for all encoding and decoding operations -- ___ Python tracker

[issue17828] More informative error handling when encoding and decoding

New submission from Nick Coghlan: Passing the wrong types to codecs can currently lead to rather confusing exceptions, like: >>> b"ZXhhbXBsZQ==\n".decode("base64_codec") Traceback (most recent call last): File "", line 1, in File "/usr/lib64/python3.2/encodings/base64_

[issue17825] Indentation.offset and SyntaxError.offset mismatch

R. David Murray added the comment: Well, that would be because the invalid indent is detected when the 'o' is encountered, whereas the invalid syntax is detected when the 't' completes the keyword 'except'. I don't think there is a bug here. -- nosy: +r.david.murray _

[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...

Ezio Melotti added the comment: > It works in 3.x as well, you just need to add the "_codec" to the end > to account for the missing aliases: FTR this is because of ff1261a14573 (see #10807). -- ___ Python tracker

[issue17827] Document codecs.encode and codecs.decode

Changes by Ezio Melotti : -- keywords: +easy nosy: +ezio.melotti stage: -> needs patch type: -> enhancement ___ Python tracker ___ _

[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...

Marc-Andre Lemburg added the comment: Just copying some details here about codecs.encode() and codec.decode() from python-dev: """ Just as reminder: we have the general purpose encode()/decode() functions in the codecs module: import codecs r13 = codecs.encode('hello world', 'rot-13') These in

[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...

Nick Coghlan added the comment: It turns out MAL added the convenience API I'm looking for back in 2004, it just didn't get documented, and is hidden behind the "from _codecs import *" call in the codecs.py source code: http://hg.python.org/cpython-fullhistory/rev/8ea2cb1ec598 So, all the

[issue17827] Document codecs.encode and codecs.decode

New submission from Nick Coghlan: The codecs module has long offered encode() and decode() convenience functions (since 2004: http://hg.python.org/cpython-fullhistory/rev/8ea2cb1ec598), but they're not documented (except through docstrings). We should fix that. >From the docstrings: ==

[issue17226] libintl should also check for libiconv

Alan Hourihane added the comment: Bumping. How does Jeffrey's patch look folks ? -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue15392] Create a unittest framework for IDLE

Tomoki Imai added the comment: I have already posted idle_dev mailing list (and, no one replied :P). I think, Ezio's suggestion is good if we will work for Python2. Using unittest.mock and mock to support Python2 and Python3. My proposal for GSoC is here. Making very initial version for Python2

[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...

Ezio Melotti added the comment: IMHO it's also a documentation problem. Once people figure out that they can't use encode/decode anymore, it's not immediately clear what they should do instead. By reading the codecs docs[0] it's not obvious that it can be done with codecs.getencoder("...").e

[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...

Martin v. Löwis added the comment: I don't see any point in merely bringing the codecs back, without any convenience API to use them. If I need to do import codecs result = codecs.getencoder("base64").encode(data) I don't think people would actually prefer this over import base64 resu

[issue12238] Readline module loading in interactive mode

Changes by yaccz : -- nosy: +yaccz ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailm

[issue16499] CLI option for isolated mode

Changes by yaccz : -- nosy: +yaccz ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailm

[issue10951] gcc 4.6 warnings

Martin v. Löwis added the comment: I don't mind them being backported, in the spirit of supporting newer tools well in 2.7. OTOH, I don't see it as necessary, either. 2.7 will eventually be phased out, and then it doesn't matter how much warnings it produces. -- __

[issue17813] lzma and bz2 decompress methods lack max_size parameter

Changes by Ezio Melotti : -- stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing

[issue17547] "checking whether gcc supports ParseTuple __format__... " erroneously returns yes with gcc 4.8

Alex Leach added the comment: I don't think I can tell you anything you don't know already, but ... On Tue, 23 Apr 2013 19:38:18 +0100, Dave Malcolm wrote: > BTW, is that GCC format checking code available anywhere? Is this what you mean? http://gcc.gnu.org/viewcvs/gcc/trunk/gcc/c-family/c

[issue17826] Setting a side_effect on mock from create_autospec doesn't work

New submission from Michael Foord: >>> from unittest.mock import create_autospec >>> def f(): pass ... >>> m = create_autospec(f) >>> m.side_effect = [1, 2] >>> m() Traceback (most recent call last): File "", line 1, in File "", line 3, in f File "/compile/py3k-cpython/Lib/unittest/mock.p

[issue12634] Random Remarks in class documentation

Yongzhi Pan added the comment: It may be worth to noting that when creating property attribute using the property decorator, we may tend to name the method using nouns, like here: http://docs.python.org/2/library/functions.html#property This is when I once overided data attribute with method.

[issue17825] Indentation.offset and SyntaxError.offset mismatch

New submission from Florent Xicluna: I noticed a difference between computation of column offset for SyntaxError and IndentationError (a subclass of SyntaxError). It is slightly confusing. def report(exc): print('lineno %s, offset %s' % (exc.lineno, exc.offset)) raise try: exec('e

[issue15301] os.chown: OverflowError: Python int too large to convert to C long

Serhiy Storchaka added the comment: Yes, it is what I had in mean. Sorry for indistinctness. As far as you change _fd_converter() it will be good to add also a test for float/decimal/fractional fd. Otherwise the patch LGTM. -- ___ Python tracker