[issue12219] tkinter.filedialog.askopenfilename XT dialog on Windows 7

Herm Fischer added the comment: Now also posted to http://bugs.activestate.com/show_bug.cgi?id=90234 -- ___ Python tracker ___ ___ Py

[issue6560] socket sendmsg(), recvmsg() methods

Brian May added the comment: Have tested my code with this patch, the recvmsg(...) call seems to work fine. Also had a half-hearted attempt at porting to Python 2.7, but didn't get past compiling, the code requires BEGIN_SELECT_LOOP and END_SELECT_LOOP macros that aren't defined in Python 2.7

[issue12200] bdist_wininst install_script not run on uninstall

Changes by Mark Hammond : -- assignee: tarek -> mhammond keywords: +patch stage: -> patch review versions: +Python 2.7, Python 3.2, Python 3.3, Python 3.4 Added file: http://bugs.python.org/file22205/issue12200.patch ___ Python tracker

[issue11271] concurrent.futures.ProcessPoolExecutor.map() slower than multiprocessing.Pool.map() for fast function argument

Changes by Ned Deily : -- nosy: +bquinlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue11612] xml.dom.minidom fail to parse SVG file.

Ned Deily added the comment: Issue12220 also addresses this problem in somewhat more detail. Consolidating this issue with that one. -- resolution: -> duplicate status: open -> closed superseder: -> minidom xmlns not handling spaces in xmlns attribute value field __

[issue12220] minidom xmlns not handling spaces in xmlns attribute value field

Changes by Ned Deily : -- stage: -> needs patch type: crash -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue12219] tkinter.filedialog.askopenfilename XT dialog on Windows 7

Ned Deily added the comment: If the problem is with an ActiveState distribution of Python 3.2, you should probably be asking this on the ActiveState forums. -- nosy: +brian.curtin, loewis, ned.deily ___ Python tracker

[issue11416] netrc module does not handle multiple entries for a single host

Jean-Marc Saffroy added the comment: Additional patch for docstrings and documentation. Applies on top of previous patch. -- Added file: http://bugs.python.org/file22204/netrc-doc.patch ___ Python tracker ___

[issue12016] Wrong behavior for '\xff\n'.decode('gb2312', 'ignore')

STINNER Victor added the comment: - I added tests for the HZ codec and some ISO 2022 codecs: #12057 - I fixed IncrementalEncoder.encode() (of multibytecodec ): #12100 - I fixed IncrementalEncoder.reset() (of multibytecodec): #12171 I can now work confidently on this issue. I will try to patch

[issue12057] HZ codec has no test

STINNER Victor added the comment: We have know tests for some ISO 2022 codecs and the HZ codec, it's much better! -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue12057] HZ codec has no test

Roundup Robot added the comment: New changeset 6c6923a406df by Victor Stinner in branch '2.7': Issue #12057: Add tests for ISO 2022 codecs http://hg.python.org/cpython/rev/6c6923a406df New changeset 2a313ceaf17c by Victor Stinner in branch '3.2': Issue #12057: Add tests for ISO 2022 codecs http

[issue1195] Problems on Linux with Ctrl-D and Ctrl-C during raw_input

STINNER Victor added the comment: > The patch still does not handle the case where the eof indicator > is already set when calling raw_input. My original patch does. I commited your original patch but I kept mine because it doesn't hurt to clear the error on EOF at exit. Reopen the issue if it

[issue1195] Problems on Linux with Ctrl-D and Ctrl-C during raw_input

Roundup Robot added the comment: New changeset b40dac6390a9 by Victor Stinner in branch '2.7': Issue #1195: fix the issue number of the NEWS entry http://hg.python.org/cpython/rev/b40dac6390a9 New changeset d780ca579e6f by Victor Stinner in branch '3.2': Issue #1195: fix the issue number of the

[issue1195] Problems on Linux with Ctrl-D and Ctrl-C during raw_input

STINNER Victor added the comment: Ooops, I specified the wrong issue number in my commits :-/ New changeset 3b1b06570cf9 by Victor Stinner in branch '2.7': Issue #12016: my_fgets() now always clears errors before calling fgets(). Fix http://hg.python.org/cpython/rev/3b1b06570cf9 New changeset

[issue12016] Wrong behavior for '\xff\n'.decode('gb2312', 'ignore')

Changes by STINNER Victor : -- Removed message: http://bugs.python.org/msg137334 ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue12016] Wrong behavior for '\xff\n'.decode('gb2312', 'ignore')

Roundup Robot added the comment: New changeset 3b1b06570cf9 by Victor Stinner in branch '2.7': Issue #12016: my_fgets() now always clears errors before calling fgets(). Fix http://hg.python.org/cpython/rev/3b1b06570cf9 New changeset de07f90ef45c by Victor Stinner in branch '3.2': Issue #12016:

[issue4833] Explicit directories for zipfiles

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue12028] threading._get_ident(): remove it in the doc or make it public

Roundup Robot added the comment: New changeset 6387aa6b496d by Victor Stinner in branch 'default': Issue #12028: fix NEWS entry http://hg.python.org/cpython/rev/6387aa6b496d -- ___ Python tracker _

[issue10616] Change PyObject_AsCharBuffer() error message

Roundup Robot added the comment: New changeset 7ed75bb4f37c by Victor Stinner in branch 'default': Close #10616: mention bytes and bytearray in PyObject_AsCharBuffer() error http://hg.python.org/cpython/rev/7ed75bb4f37c -- nosy: +python-dev resolution: -> fixed stage: -> committed/rej

[issue9738] Document the encoding of functions bytes arguments of the C API

STINNER Victor added the comment: > Here is an interesting case for your collection: PyDict_GetItemString. It's easier to guess the encoding of such function: Python 3 always use UTF-8, but yes, the encoding should be documented. I documented many functions, directly in the header files, and

[issue8533] regrtest: use backslashreplace error handler for stdout

STINNER Victor added the comment: The original issue (use backslashreplace for stdout in regrtest) is now fixed, and so I closed it. @ocean-city: Can you please open a new issue for unittest? (for py3k_also_no_unicode_error_on_direct_test_run.patch) -- resolution: -> fixed status: o

[issue12220] minidom xmlns not handling spaces in xmlns attribute value field

New submission from Herm Fischer : Minidom raises an exception if there's a space anywhere in the URI of an xmlns, but it is legal (but terrible practice) to have spaces in URIs. I think this should work or politely raise a syntax error. E.g., this fails: xmlns:abc="http:abc.com/de f g/hi/j

[issue12028] threading._get_ident(): remove it in the doc or make it public

Roundup Robot added the comment: New changeset 5548197d1f22 by Victor Stinner in branch 'default': Close #12028: Make threading._get_ident() public, rename it to http://hg.python.org/cpython/rev/5548197d1f22 -- nosy: +python-dev resolution: -> fixed stage: -> committed/rejected status

[issue12089] regrtest.py doesn't check for unexpected output anymore?

Roundup Robot added the comment: New changeset 6051f2c93163 by Victor Stinner in branch 'default': Close #12089: Remove outdated and unused code from regrtest. http://hg.python.org/cpython/rev/6051f2c93163 -- nosy: +python-dev resolution: -> fixed stage: -> committed/rejected status:

[issue12171] Reset method of the incremental encoders of CJK codecs calls the decoder reset function

Roundup Robot added the comment: New changeset 61aaec67b521 by Victor Stinner in branch 'default': Close #12171: IncrementalEncoder.reset() of CJK codecs (multibytecodec) calls http://hg.python.org/cpython/rev/61aaec67b521 -- nosy: +python-dev resolution: -> fixed stage: -> committed/

[issue12219] tkinter.filedialog.askopenfilename XT dialog on Windows 7

Changes by Herm Fischer : Added file: http://bugs.python.org/file22202/python32-wrong-filedialog.png ___ Python tracker ___ ___ Python-bugs-li

[issue12219] tkinter.filedialog.askopenfilename XT dialog on Windows 7

New submission from Herm Fischer : tkinter.filedialog.askopenfilename works fine on the Windows builds of Python 3.1. However on Python 3.2 (Windows builds via Active State), this dialog comes up with the old Windows XT style on Windows 7 (missing navigation pane) and the dialog is not resiza

[issue12082] Python/import.c still references fstat even with DONT_HAVE_FSTAT/!HAVE_FSTAT

STINNER Victor added the comment: > Should I go on and write a patch? Yes please, write a patch, I will review it. To emulate a system without stat or fstat, you may use: #define fstat dont_have_fstat #define stat dont_have_stat The link will fail if the code still refer to fstat() or stat().

[issue12082] Python/import.c still references fstat even with DONT_HAVE_FSTAT/!HAVE_FSTAT

Josh Triplett added the comment: Given that GRUB doesn't support writing to filesystems at all, I already have to set Py_DontWriteBytecodeFlag, so disabling .pyc/.pyo entirely would work fine for my use case. -- ___ Python tracker

[issue12196] add pipe2() to the os module

STINNER Victor added the comment: > See the patch attached. I like your patch, it removes many duplicate code :-) Some comments: - I don't like an if surrounding the whole function, I prefer "if not ...: return" to avoid the (useless) indentation. Well, it's my coding style, do as you want.

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

Jonas H. added the comment: > So the intersphinx behavior is the "correct" one, but we can't change the > other now because of compatibility. Could you be convinced to use that legacy behaviour for intersphinx, too? :-) -- ___ Python tracker

[issue12191] Add shutil.chown to allow to use user and group name (and not only uid/gid)

Sandro Tosi added the comment: @Eric: ok, I was just asking given the "unusual" situation 2.7 is (i.e. a very long support series), but it's perfectly fine not to backport the feature. @Charles-François: I changed a bit the logic: I check for 'None' at first, since it signals that we don't wa

[issue12082] Python/import.c still references fstat even with DONT_HAVE_FSTAT/!HAVE_FSTAT

Petri Lehtinen added the comment: STINNER Victor wrote: > If we cannot get the file modification time, .pyc/.pyo writing must be > disabled. If your OS/libc/filesystem doesn't have fstat(), you don't have > file modification, so no .pyc/.pyo write. Should I go on and write a patch? Any hints

[issue12021] mmap.read requires an argument

Petri Lehtinen added the comment: Thanks for the comments. I attached a new patch that uses self.addCleanup(m.close), and also adds a versionchanged directive to the docs. -- Added file: http://bugs.python.org/file22199/mmap_read_all_3.patch ___ Pyt

[issue11946] 2.7.1 'test_commands' build test fails

Jason Vas Dias added the comment: The alternative is to use a "GCC Spec File" , such as that printed by $ gcc -dumpspecs Here is one such I've used in the past to overcome similar problems: $ cat /home/jason/local32.spec *lib: + -lc_nonshared *startfiles: + /lib32/crti.o *endfiles: + /lib3

[issue11946] 2.7.1 'test_commands' build test fails

Jason Vas Dias added the comment: Oops, cut myself off mid-sentence in that previous comment ... AIWS : If you are on a RedHat derived system, where /lib/ld-linux.so.2 is 32-bit , you should be OK; if, however, you are on a Gentoo derived or "my style" system, you need to make sure your gcc

[issue12021] mmap.read requires an argument

Charles-François Natali added the comment: The patch looks good to me. In your test, you don't explicitely close the mmap object: it's not a problem with CPython since it will get unmmapped, and the file descriptor - if it's a file-backed mapping - will get closed, as soon as it gets out of sc

[issue11946] 2.7.1 'test_commands' build test fails

Jason Vas Dias added the comment: RE: msg137311 : Alex - you wrote : > I'm recompiling this 32 bit python with the following commands:- > $ export CFLAGS="-O2 -fPIC" > $ export CXXFLAGS=$CFLAGS > $ OPT=-m32 LDFLAGS=-m32 ./configure --prefix=$HOME/32 > Does that seem sensible to you?? Well, it d

[issue10772] Several actions for argparse arguments missing from docs

Marc Sibson added the comment: issue10772.patch2: document help and count actions in Doc/library/argparse.rst -- Added file: http://bugs.python.org/file22198/issue10772.patch2 ___ Python tracker __

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

Georg Brandl added the comment: Well (speaking as the Sphinx developer here), I view it as legacy behavior that type does not matter for non-intersphinx linking. So the intersphinx behavior is the "correct" one, but we can't change the other now because of compatibility. But (speaking as a P

[issue11946] 2.7.1 'test_commands' build test fails

Alex Leach added the comment: Hey Jason, Thanks for replying so quickly, and on a bank holiday! :) This has completely diverged from the original bug, but whatever.. Thanks for the C wrapper too! It's not appropriate for my build environment, and I know no C, having only got so far as writing

[issue12196] add pipe2() to the os module

Charles-François Natali added the comment: > support.linux_version() may be changed for requires_linux_version(2, 6, 27), > > but linux_version() is always used in tests to check the Linux version. > requires_linux_version() would only raise a SkipTest if the OS is Linux and > if > the kernel i

[issue11946] 2.7.1 'test_commands' build test fails

Jason Vas Dias added the comment: so I can do: $ setarch i686 $ strace -s8192 -e trace=execve /usr/bin/python execve("/usr/bin/python", ["/usr/bin/python"], [/* 65 vars */]) = 0 execve("/usr/bin//32/python", ["/usr/bin//32/python"], [/* 66 vars */]) = 0 [ Process PID=3559 runs in 32 bit mode.

[issue12218] Removing wsgiref.egg-info

Changes by Tarek Ziadé : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue12218] Removing wsgiref.egg-info

Roundup Robot added the comment: New changeset d615eb7bce33 by Tarek Ziade in branch 'default': Issue 12218: Removing wsgiref.egg-info http://hg.python.org/cpython/rev/d615eb7bce33 -- nosy: +python-dev ___ Python tracker

[issue10645] Remove egg-info files in stdlib

Tarek Ziadé added the comment: see issue12218 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue12218] Removing wsgiref.egg-info

New submission from Tarek Ziadé : I am removing that metadata info, since we're moving to PEP 376 -- assignee: tarek components: Library (Lib) messages: 137306 nosy: tarek priority: normal severity: normal status: open title: Removing wsgiref.egg-info versions: Python 3.3, Python 3.4 __

[issue12125] test_sysconfig fails on OpenIndiana because of test_packaging

Tarek Ziadé added the comment: I fixed it -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue10645] Remove egg-info files in stdlib

Tarek Ziadé added the comment: I am going to remove wsgiref.egg-info -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue11946] 2.7.1 'test_commands' build test fails

Jason Vas Dias added the comment: RE: comment msg137266 - thanks for responding, Alex - though don't get misled by that wrapper script I wrote, though - I ended up replacing it with a short "C" program, which I'll attach after this comment. RE: > I think Python is awesome ... I think Python is

[issue6490] os.popen documentation in 2.6 is probably wrong

R. David Murray added the comment: There were an awfully large number of pages of code for a thin wrapper. Granted, half of that was probably os/2 support... -- ___ Python tracker

[issue10449] “os.environ was modified by test_httpservers”

Éric Araujo added the comment: >From IRC: too late for 3.1. -- resolution: -> out of date stage: commit review -> committed/rejected status: open -> closed ___ Python tracker _

[issue12216] future imports change the reporting of syntaxerrors

Roundup Robot added the comment: New changeset fefca6548732 by Benjamin Peterson in branch 'default': don't restrict unexpected EOF errors to the first line (closes #12216) http://hg.python.org/cpython/rev/fefca6548732 -- nosy: +python-dev resolution: -> fixed stage: -> committed/reje

[issue6490] os.popen documentation in 2.6 is probably wrong

STINNER Victor added the comment: > Victor: did you notice that getoutput and friends call os.popen? Yes, because I wrote a patch to call directly subprocess :-) => see the issue #10197. I don't want to remove os.popen() anymore, it's too much work for a minor gain (we will remove it in Pytho

[issue12217] Cross-link docs for faulthandler, traceback and pdb

New submission from Éric Araujo : haypo suggested linking between traceback.print_tb and faulthandler.dump_traceback(). See also links between pdb and faulthandler could also be nice, if they explain briefly how the modules differ. -- assignee: docs@python components: Documentation ke

[issue6490] os.popen documentation in 2.6 is probably wrong

R. David Murray added the comment: > The deprecations for os.popenN() are still fine, since those > APIs are not used all that much, and I'm sure that no one can > really remember what all the different versions do anyway :-) That's good, because those functions are already gone in Python3 :)

[issue12082] Python/import.c still references fstat even with DONT_HAVE_FSTAT/!HAVE_FSTAT

STINNER Victor added the comment: > Should the .pyc/.pyo file writing be disabled altogether > if stat() and/or fstat() is not available. If we cannot get the file modification time, .pyc/.pyo writing must be disabled. If your OS/libc/filesystem doesn't have fstat(), you don't have file modif

[issue9382] os.popen referenced but not documented in Python 3.x

Éric Araujo added the comment: I suggest we move the discussion to #6490. -- nosy: +eric.araujo resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> os.popen documentation in 2.6 is probably wrong ___ Python

[issue12216] future imports change the reporting of syntaxerrors

Benjamin Peterson added the comment: Actually anything before the last statement will cause this >>> compile("\ndef foo(", '', 'exec') Traceback (most recent call last): File "", line 1, in File "", line 2 def foo( ^ SyntaxError: invalid syntax -- _

[issue9382] os.popen referenced but not documented in Python 3.x

STINNER Victor added the comment: > Its documentation in both 2.6 and 2.7 notes: > > Deprecated since version 2.6: This function is obsolete. > Use the subprocess module. The deprecation should be removed from Python 2.7: os.popen() will not be removed from Python 2 because 2.7 is the last ma

[issue9326] Error message for incorrect number of (function) args is incorrect

Benjamin Peterson added the comment: I think some one should just rewrite this code from scratch. Every time I fix something, it breaks something else. -- ___ Python tracker ___

[issue12188] PEP 7, C style: add ++ policy and explanation

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

[issue9326] Error message for incorrect number of (function) args is incorrect

Armin Rigo added the comment: FWIW, this case is tested in PyPy: http://paste.pocoo.org/show/397732/ -- nosy: +arigo ___ Python tracker ___ __

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

R. David Murray added the comment: It should certainly be reported to the sphinx tracker where the right people to make the decision for sphinx itself will see it. Then if the decision is that type matters, python can decide how we want to handle that fact. Since the core of sphinx does not

[issue11416] netrc module does not handle multiple entries for a single host

Éric Araujo added the comment: Great! Could you expand the docstrings and reST documentation to mention the new behavior? -- ___ Python tracker ___ ___

[issue11416] netrc module does not handle multiple entries for a single host

Changes by Éric Araujo : Removed file: http://bugs.python.org/file22194/netrc.patch ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue11416] netrc module does not handle multiple entries for a single host

Changes by Éric Araujo : Removed file: http://bugs.python.org/file22193/netrc.patch ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue11416] netrc module does not handle multiple entries for a single host

Changes by Éric Araujo : Removed file: http://bugs.python.org/file21444/netrc.patch ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue11416] netrc module does not handle multiple entries for a single host

Jean-Marc Saffroy added the comment: Here is a patch against 2.7. -- Added file: http://bugs.python.org/file22195/netrc.patch ___ Python tracker ___

[issue1322] platform.dist() has unpredictable result under Linux

STINNER Victor added the comment: http://patch-tracker.debian.org/patch/series/view/python3.2/3.2.1~rc1-1/platform-lsbrelease.diff This patch fails if "(?:DISTRIB_CODENAME\s*=)\s*(.*)" regex doesn't match (_u_id variable is not set). -- nosy: +haypo __

[issue11946] 2.7.1 'test_commands' build test fails

R. David Murray added the comment: The test_commands fix will be in 2.7.2. 2.7.1 was released well before the fix was made. -- ___ Python tracker ___ _

[issue12216] future imports change the reporting of syntaxerrors

Changes by STINNER Victor : -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue12216] future imports change the reporting of syntaxerrors

New submission from Ronny Pfannschmidt : >>> compile('def foo(', '', 'exec') Traceback (most recent call last): File "", line 1, in File "", line 1 def foo( ^ SyntaxError: unexpected EOF while parsing vs >>> compile('from __future__ import print_function\ndef foo(', '', 'exec

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

Jonas H. added the comment: > when you mark up something with a mod, func, class or meth role, Sphinx will > find the target without paying attention to its type. So changing :func: to > :class: does not bring anything. >From a quick test this seems to hold true for links within one project

[issue11416] netrc module does not handle multiple entries for a single host

Éric Araujo added the comment: Ah, okay. Your patch needs to apply to 2.7 or 3.2, which use assertEqual and not assert_. -- ___ Python tracker ___

[issue11416] netrc module does not handle multiple entries for a single host

Jean-Marc Saffroy added the comment: Eric: yes I can look into the asserts, but note I generated and tested my patch from a checkout of 2.6 (see my first report), so maybe that's why I didn't see any warning. -- ___ Python tracker

[issue1322] platform.dist() has unpredictable result under Linux

Éric Araujo added the comment: FTR, doko applied this patch for Debian and Ubuntu: http://patch-tracker.debian.org/patch/series/view/python3.2/3.2.1~rc1-1/platform-lsbrelease.diff -- versions: +Python 3.3 -Python 3.1 ___ Python tracker

[issue11416] netrc module does not handle multiple entries for a single host

Jean-Marc Saffroy added the comment: Patch formatting changed to be more review-friendly (looks like MQ-style patch isn't?), otherwise same as 2011-05-30 16:14. -- Added file: http://bugs.python.org/file22194/netrc.patch ___ Python tracker

[issue11416] netrc module does not handle multiple entries for a single host

Éric Araujo added the comment: I’m surprised self.assert_ does not produce a DeprecationWarning (in favor of assertTrue). The tests should use assertEqual(expected, computed) anyway, to let developers see a useful diff when the test fails. Could you change this in the tests? -- __

[issue11416] netrc module does not handle multiple entries for a single host

Jean-Marc Saffroy added the comment: Patch slightly updated after Eric's comments. -- Added file: http://bugs.python.org/file22193/netrc.patch ___ Python tracker ___ ___

[issue11416] netrc module does not handle multiple entries for a single host

Éric Araujo added the comment: Exactly, minus the parens (not needed). -- versions: -Python 3.1 ___ Python tracker ___ ___ Python-bu

[issue11416] netrc module does not handle multiple entries for a single host

Jean-Marc Saffroy added the comment: You are suggesting something like this, I suppose? --- a/Lib/netrc.py +++ b/Lib/netrc.py @@ -105,8 +105,8 @@ class netrc: def __repr__(self): """Dump the class data in the format of a .netrc file.""" rep = "" -for host in self.

[issue12209] Minor edits to faulthandler doc

Éric Araujo added the comment: Okay, I understand now that the traceback always exists, not only during exceptions. The module gives control over the display of that traceback. Am I right? -- ___ Python tracker

[issue12209] Minor edits to faulthandler doc

STINNER Victor added the comment: > dumping the traceback on CPython crashes? faulthandler is no more specific to crashes: you can dump the tracebacks while Python is running using a signal or an explicit call to faulthandler.dump_traceback(). --

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

Éric Araujo added the comment: Due to implementation details and history of CPython, it is not “more correct” to say that int is a function and a class. You could argue either. The question is however moot; when you mark up something with a mod, func, class or meth role, Sphinx will find th

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

Jonas H. added the comment: What's wrong with the changes I propose with the patch, then? Sorry, I really don't get it, no matter how hard I try. -- ___ Python tracker ___

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

Éric Araujo added the comment: > I'm already doing; Thanks. > but I don't see anyone having made a good point against my preference > of using ".. class::" to document classes. We have agreed it is needed (I think it’s on another bug report, maybe a duplicate). -- ___

[issue12207] Document ast.PyCF_ONLY_AST

Éric Araujo added the comment: Okay. I’ll make another patch to remove mentions of this flag then. -- versions: -Python 3.1 ___ Python tracker ___

[issue10772] Several actions for argparse arguments missing from docs

Éric Araujo added the comment: I would not document 'parsers'. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

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

Jonas H. added the comment: > Could you make an effort to accept our word that using :class: instead of > :func: would bring zero value to the indexing system nor to human readers? I'm already doing; but I don't see anyone having made a good point against my preference of using ".. class::" t

[issue11416] netrc module does not handle multiple entries for a single host

Éric Araujo added the comment: Looks good. One remark: instead of using keys() + getitem in Lib/netrc.py:109, you can use this: for host, attrs in self.allhosts.items() -- ___ Python tracker

[issue11864] sporadic failure in test_concurrent_futures

Changes by Brian Quinlan : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue11946] 2.7.1 'test_commands' build test fails

Alex Leach added the comment: I got the same test_commands fail when building a Python2.7.1 which I downloaded yesterday; it's on an FC13 x86_64 server. I've built python2.7 before using a similar machine, but it's not picking up my external libraries on a Sun Grid Engine, leaving me with impo

[issue12209] Minor edits to faulthandler doc

Éric Araujo added the comment: > faulthandler prints the Python trace, not the C trace, so I prefer to > call it a "traceback" than "stack trace". Okay. What do you think about this synopsis then: dumping the traceback on CPython crashes? -- ___ Py

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

Éric Araujo added the comment: Could you make an effort to accept our word that using :class: instead of :func: would bring zero value to the indexing system nor to human readers? -- versions: -Python 3.1 ___ Python tracker

[issue11864] sporadic failure in test_concurrent_futures

Roundup Robot added the comment: New changeset 7e99da22c26d by Brian Quinlan in branch 'default': Increases some test timeouts to fix issue 11864. http://hg.python.org/cpython/rev/7e99da22c26d -- nosy: +python-dev ___ Python tracker

[issue12213] BufferedRandom, BufferedRWPair: issues with interlaced read-write

Changes by STINNER Victor : -- versions: +Python 2.7, Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12215] TextIOWrapper: issues with interlaced read-write

Changes by STINNER Victor : -- versions: +Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue12215] TextIOWrapper: issues with interlaced read-write

Changes by STINNER Victor : -- versions: +Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue12215] TextIOWrapper: issues with interlaced read-write

STINNER Victor added the comment: textiowrapper_interlaced_read_write.patch: TextIOWrapper.write() calls self.seek(self.tell()) if it has a decoder or if snapshot is not None. I suppose that we can do better, but at least it does fix this issue. "read(); write(); write()" only calls self.seek

  1   2   >