[issue1838] Ctypes C-level infinite recursion

Amaury Forgeot d'Arc added the comment: This function is called quite often. Building a set each time will be expensive. What about a simpler recursion check with Py_EnterRecursiveCall()? -- nosy: +amaury.forgeotdarc ___ Python tracker

[issue9901] GIL destruction can fail

Amaury Forgeot d'Arc added the comment: looks similar to issue1856 -- ___ Python tracker <http://bugs.python.org/issue9901> ___ ___ Python-bugs-list m

[issue9898] cProfile.runctx doesn't allow sort argument

Amaury Forgeot d'Arc added the comment: This has already been done as part of issue9428 in r83524. -- nosy: +amaury.forgeotdarc resolution: -> out of date status: open -> closed ___ Python tracker <http://bugs.python

[issue1730136] tkFont.__eq__ gives type error

Amaury Forgeot d'Arc added the comment: Fixed in r84865. -- nosy: +amaury.forgeotdarc resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.or

[issue1706323] Updated ASTVisitor Classes

Amaury Forgeot d'Arc added the comment: Indeed, this module has little value now that ast.py is in stdlib. -- nosy: +amaury.forgeotdarc resolution: -> out of date status: open -> closed ___ Python tracker <http://bugs.python.or

[issue6627] threading.local() does not work with C-created threads

Amaury Forgeot d'Arc added the comment: This is not specific to ctypes. Please read http://docs.python.org/c-api/init.html#thread-state-and-the-global-interpreter-lock specially the paragraph that says "...when threads are created from C...". Is it explicit enough? How woul

[issue6627] threading.local() does not work with C-created threads

Amaury Forgeot d'Arc added the comment: > ctypes performs the initializations in a way that break the > threading.local functionality. Not quite. ctypes (or more exactly: the PyGILState_Ensure() and PyGILState_Release() functions, which are the standard API to do this) is in a

[issue1451466] reading very large files

Amaury Forgeot d'Arc added the comment: issue1744752 describes why it's probably a bug in the C library. possible workarounds are to open the files in universal mode, to use io.open(), or to switch to python 3! -- nosy: +amaury.forgeotdarc resolution: -> wont fix

[issue1672853] Error reading files larger than 4GB

Amaury Forgeot d'Arc added the comment: issue1744752 describes why it's probably a bug in the C library. possible workarounds are to open the files in universal mode, to use io.open(), or to switch to python 3! -- nosy: +amaury.forgeotdarc resolution: -> wont fix

[issue1142] code sample showing errors reading large files with py 2.5/3.0

Amaury Forgeot d'Arc added the comment: issue1744752 describes why it's probably a bug in the C library. possible workarounds are to open the files in universal mode, to use io.open(), or to switch to python 3! -- nosy: +amaury.forgeotdarc resolution: -> wont fix

[issue1744752] Newline skipped in "for line in file" for huge file

Amaury Forgeot d'Arc added the comment: I think there's actually a bug in the MSVCRT read() function, which was not too hard to spot (see explanation below). In short, a CRLF file opened in text mode may skip a newline after 4GB. I'm re-closing the issue as "won&#x

[issue6627] threading.local() does not work with C-created threads

Amaury Forgeot d'Arc added the comment: One more thing: in the sample code, the thread initializes no PyThreadState. So the ctypes callback creates a temporary PyThreadState just for the duration of the call. This explains the difference between threading.local and _threading_

[issue9872] `a.b.my_function is not b.my_function` when `a` and `b` are both on `sys.path`

Amaury Forgeot d'Arc added the comment: I suggest to report this to the Django team. -- nosy: +amaury.forgeotdarc ___ Python tracker <http://bugs.python.org/i

[issue9880] Python 2.7 Won't Build: SystemError: unknown opcode

Amaury Forgeot d'Arc added the comment: You're welcome. Please join a link to the gcc bug when you have one. -- resolution: -> invalid status: open -> pending ___ Python tracker <http://bugs.p

[issue9880] Python 2.7 Won't Build: SystemError: unknown opcode

Amaury Forgeot d'Arc added the comment: For some reason your file os.pyc is corrupted: I loaded it with a working python2.7: import marshal, dis pyc = open('bados.pyc', 'rb').read() code = marshal.loads(pyc[8:]) dis.dis(code) And it appears that all the "jum

[issue9880] Python 2.7 Won't Build: SystemError: unknown opcode

Amaury Forgeot d'Arc added the comment: Maybe a corrupted .pyc file? Can you please attach the file /usr/local/src/python-2.7-maint-svn/Lib/os.pyc -- nosy: +amaury.forgeotdarc ___ Python tracker <http://bugs.python.org/i

[issue9808] Implement os.getlogin on Windows

Amaury Forgeot d'Arc added the comment: It's the first time I see the _countof() macro. There is no other usage of it in python codebase. Could you change it for something more easy for non-Windows readers? -- nosy: +amaury.forgeotdarc

[issue6839] zipfile can't extract file

Amaury Forgeot d'Arc added the comment: I agree with the change, but the code should be factorized in a function (normalize_filename for example) -- nosy: +amaury.forgeotdarc ___ Python tracker <http://bugs.python.org/i

[issue9835] ZipFile unix external attributes incorrect for entry written with writestr

Amaury Forgeot d'Arc added the comment: This has already been corrected by issue3394, and is at least present in python 2.6. -- nosy: +amaury.forgeotdarc resolution: -> out of date status: open -> closed superseder: -> zipfile.writestr doesn't set external attri

[issue1294232] Error in metaclass search order

Amaury Forgeot d'Arc added the comment: What also worries me is the difference between the "class" statement and the type() function. class M_A(type): def __new__(mcls, name, bases, ns): print('M_A.__new__', mcls, name, bases) return super().__ne

[issue9210] remove --with-wctype-functions configure option

Amaury Forgeot d'Arc added the comment: Applied in r84752. -- resolution: accepted -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker <http://bugs.pyt

[issue9210] remove --with-wctype-functions configure option

Changes by Amaury Forgeot d'Arc : -- assignee: -> amaury.forgeotdarc resolution: -> accepted ___ Python tracker <http://bugs.python.org/issue9210> ___ __

[issue4617] SyntaxError when free variable name is also an exception target

Amaury Forgeot d'Arc added the comment: Fixed in r84685, with tests and doc updates. -- resolution: accepted -> fixed stage: unit test needed -> committed/rejected status: open -> closed ___ Python tracker <http://bugs.pyt

[issue9769] PyUnicode_FromFormatV() doesn't handle non-ascii text correctly

Amaury Forgeot d'Arc added the comment: Yes, let's be conservative and reject non-ascii bytes in the format string. -- ___ Python tracker <http://bugs.python.

[issue4617] SyntaxError when free variable name is also an exception target

Changes by Amaury Forgeot d'Arc : -- assignee: -> amaury.forgeotdarc resolution: -> accepted ___ Python tracker <http://bugs.python.org/issue4617> ___ __

[issue9819] TESTFN_UNICODE and TESTFN_UNDECODABLE

Changes by Amaury Forgeot d'Arc : -- assignee: -> haypo nosy: +haypo ___ Python tracker <http://bugs.python.org/issue9819> ___ ___ Python-bugs-lis

[issue9503] print statement hangs Windows service

Amaury Forgeot d'Arc added the comment: Closing as a duplicate of issue706263. Instead of changing all print statements, you could set sys.stdout to another file, for example: sys.stdout=StringIO() or another object that simply discards written data. -- nosy: +amaury.forgeo

[issue9752] MSVC Compiler warning in Python\import.c

Amaury Forgeot d'Arc added the comment: > BTW: should I be using the .patch extension or .diff extension? Both extensions are fine and handled the same way -- ___ Python tracker <http://bugs.python.or

[issue9752] MSVC Compiler warning in Python\import.c

Amaury Forgeot d'Arc added the comment: The patch is good, and fixes an incorrect call to the mkdir function. -- nosy: +amaury.forgeotdarc resolution: -> accepted ___ Python tracker <http://bugs.python.or

[issue9807] deriving configuration information for different builds with the same prefix

Amaury Forgeot d'Arc added the comment: You are right; but the data could not be appended to sysconfig.py, because this file is shared by the different builds. A new built-in C module is probably necessary. -- ___ Python tracker

[issue9804] ascii() does not always join surrogate pairs

Amaury Forgeot d'Arc added the comment: I agree with the feature and the patch, with two minor nits: - Py_UCS4 should be used in place of "unsigned long" - "*p >= 0xD800" is the most selective test and should be the first

[issue9807] deriving configuration information for different builds with the same prefix

Amaury Forgeot d'Arc added the comment: IMO there should not be any need to fetch information from config.h or the Makefile. What about a sys.build_config dictionary containing all the necessary data? -- nosy: +amaury.forgeotdarc ___ Python tr

[issue9812] cPickle segfault with nested dicts in threaded env

Amaury Forgeot d'Arc added the comment: Python has several known crashers, they are not considered as security holes. It seems that FreeBSD has a small stack size for threads (64k); did you try to increase it with thread.stack_size(10**6)? -- nosy: +amaury.forgeotdarc, l

[issue9797] wrong assumption in pystate.c

Amaury Forgeot d'Arc added the comment: Couldn't the patch use autoInterpreterState instead? It is already modified at the same times as autoTLSkey. -- ___ Python tracker <http://bugs.python.

[issue9769] PyUnicode_FromFormatV() doesn't handle non-ascii text correctly

Amaury Forgeot d'Arc added the comment: > > PyUnicode_FromFormat("%s", text) expects a utf-8 buffer. > Really? The *format* looks more like latin-1, right. But the payload of a "%s" item is decoded as utf-8. > I don't think that a C file calls

[issue6394] getppid support in os module on Windows

Changes by Amaury Forgeot d'Arc : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker <http://bugs.pyt

[issue6394] getppid support in os module on Windows

Amaury Forgeot d'Arc added the comment: Committed r84601. Thanks for the patch and your perseverance! -- ___ Python tracker <http://bugs.python.org/i

[issue6394] getppid support in os module on Windows

Amaury Forgeot d'Arc added the comment: I'm currently working on it. I'll certainly commit it shortly with a few changes: - no need to say that a function fails with WindowsError, at least in the docstring. - return error sooner to reduce indentation. - in tests, use subpro

[issue9784] _msi.c warnings under 64-bit Windows

Amaury Forgeot d'Arc added the comment: FNFCIREAD &co are macros to help the definition of callback functions: http://msdn.microsoft.com/en-us/library/ff797940.aspx "hf" is defined as INT_PTR, but the value it receives is the result of FNFCIOPEN(), which fits in int. It

[issue9748] .inputrc magic-space breaks interactive mode

Changes by Amaury Forgeot d'Arc : -- status: open -> closed ___ Python tracker <http://bugs.python.org/issue9748> ___ ___ Python-bugs-list mailing li

[issue9786] Native TLS support for pthreads

Amaury Forgeot d'Arc added the comment: The patch looks good. Apart from PyGILState_Ensure(), are there other parts of the code that use these functions? -- nosy: +amaury.forgeotdarc ___ Python tracker <http://bugs.python.org/i

[issue9748] .inputrc magic-space breaks interactive mode

Amaury Forgeot d'Arc added the comment: I didn't know what "magic space" is. But a quick google search shows that it is specific to Bash. in http://www.ukuug.org/events/linux2003/papers/bash_tips/#S16 """ There are other readline-based programs without this

[issue9630] Reencode filenames when setting the filesystem encoding

Amaury Forgeot d'Arc added the comment: > Python is installed in a directory called b'py3k\xc3\xa9' > and your locale is C Do we really want to support this kind of configuration? -- ___ Python tracker <http://b

[issue9769] PyUnicode_FromFormatV() doesn't handle non-ascii text correctly

Amaury Forgeot d'Arc added the comment: 2 remarks: - PyUnicode_FromFormat("%s", text) expects a utf-8 buffer. - Very recently (r84472, r84485), some C files of CPython source code were converted to utf-8. And most of the time, the format given to PyUnicode_FromFormat is a

[issue6074] .pyc files created readonly if .py file is readonly, python won't overwrite

Amaury Forgeot d'Arc added the comment: This is still the case: on Windows, if foo.py is readonly, python -c "import foo" generates foo.pyc with the readonly attribute. Tested with 3.1 and current py3k (where the file is named __pycache__\foo.cpython-32.pyc)

[issue9761] stale .pyc files aren't cleaned out

Amaury Forgeot d'Arc added the comment: Does your version control system let the files read-only by default? In this case, see issue6074. -- nosy: +amaury.forgeotdarc ___ Python tracker <http://bugs.python.org/i

[issue9759] GzipFile object should raise ValueError on .read() after .close()

Changes by Amaury Forgeot d'Arc : -- stage: -> needs patch ___ Python tracker <http://bugs.python.org/issue9759> ___ ___ Python-bugs-list mailing li

[issue9753] test_socket.testDup, testFromFd fail on Windows

Amaury Forgeot d'Arc added the comment: The documentation of WSASocket(), and the code of PyBluez http://code.google.com/p/pybluez/source/browse/trunk/msbt/_msbt.c#374 both suggest to use the FROM_PROTOCOL_INFO constant. Otherwise, the patch looks

[issue9753] test_socket.testDup, testFromFd fail on Windows

Amaury Forgeot d'Arc added the comment: test_socket.py passes here. I run: python_d.exe -m test.regrtest -v test_socket -- nosy: +amaury.forgeotdarc ___ Python tracker <http://bugs.python.org/i

[issue9743] __call__.__call__ chain cause crash when long enough

Amaury Forgeot d'Arc added the comment: On Windows, a stack overflow often causes the program to silently exit. Try to add some print statement at the end and see if it executes. -- nosy: +amaury.forgeotdarc ___ Python tracker

[issue9740] Support for HTTP 1.1 persistent connections throughout the standard library

Amaury Forgeot d'Arc added the comment: It seems that httplib is exactly what you need: http://docs.python.org/library/httplib.html#examples -- nosy: +amaury.forgeotdarc resolution: -> works for me status: open -> pending ___ Python tra

[issue9739] Output of help(...) is wider than 80 characters

Amaury Forgeot d'Arc added the comment: Aren't there tools that extract only the first line of help? -- assignee: -> d...@python components: +Documentation -Extension Modules nosy: +amaury.forgeotdarc, d...@python ___ Python t

[issue9722] PyObject_Print with Visual Studio 2010

Amaury Forgeot d'Arc added the comment: You really should use the same version of Visual Studio than the one used to compile python. "stdout" points to a FILE object created by your version of the compiler (VS2010); it cannot be passed to PyObject_Print(), which uses defini

[issue9624] 2755

Amaury Forgeot d'Arc added the comment: Jay, is one of these links relevant to your case: http://www.appdeploy.com/msierrors/detail.asp?id=130 http://blog.colinmackay.net/archive/2007/06/21/36.aspx -- ___ Python tracker <http://bugs.py

[issue9695] Return from generators in Python 3.2

Amaury Forgeot d'Arc added the comment: Why is a run-time exception better than a SyntaxError in this case? And your patch now allows: x = None return x What's the rationale of this change? -- nosy: +amaury.forgeotdarc ___ Pyth

[issue9613] Python considers pid longs under 64-bit Windows

Amaury Forgeot d'Arc added the comment: The spawn* functions return intptr_t, because it's the process handle. But _getpid() returns an int. Both seem to be correctly handled. Which part do you suspect to truncate data? -- nosy: +amaury.f

[issue9692] UnicodeDecodeError in ElementTree.tostring()

Amaury Forgeot d'Arc added the comment: Testing with python 2.5: oDoc.set("ATTR", "ÄÖÜ") uses the encoding used by the source code (with "# -*- coding:";) If I use utf-8 instead, the output is: which contains the n

[issue9692] UnicodeDecodeError in ElementTree.tostring()

Amaury Forgeot d'Arc added the comment: IMO the code is not correct: how does ElementTree know which encoding is used for the attribute value? Even 2.5 prints a different content when the script is saved with a different encoding. The line should look like: oDoc.set( "ATTR&quo

[issue9683] Dead code in py3k inspect module

Amaury Forgeot d'Arc added the comment: Indeed, with 3.1: >>> def f(x, y): pass ... >>> inspect.formatargspec(inspect.getargspec(f)) TypeError: object of type 'map' has no len() -- nosy: +amaury.forgeotdarc type: -> behavior __

[issue9665] Buid issues on Cygwin - _curses, _curses_panel, and _io

Amaury Forgeot d'Arc added the comment: The _io module appears both in setup.py and Modules/Setup.dist. Is it normal? IMO if the _io module is built-in, it should not be built as an extension module. -- nosy: +amaury.forgeotdarc ___ Python tr

[issue1597850] Cross compiling patches for MINGW

Amaury Forgeot d'Arc added the comment: > the changes are small which patch are you referring to? They look quite large to me. -- nosy: +amaury.forgeotdarc ___ Python tracker <http://bugs.python.org/i

[issue1182788] ZipFile __del__/close problem with longint/long files

Amaury Forgeot d'Arc added the comment: At the time, zipfile.py did not support the ZIP64 format... -- nosy: +amaury.forgeotdarc resolution: -> out of date status: open -> closed ___ Python tracker <http://bugs.python.or

[issue9651] ctypes crash when writing zerolength string buffer to file

Amaury Forgeot d'Arc added the comment: Confirmed on all versions since 2.6. Patch attached. -- keywords: +patch nosy: +amaury.forgeotdarc stage: -> patch review Added file: http://bugs.python.org/file18595/ctypes-buffer.patch ___ Python

[issue9655] urllib2 fails to retrieve a url which is handled correctly by urllib

Amaury Forgeot d'Arc added the comment: Hmm, it looks like a web server problem to me. urllib2 uses the HTTP/1.1 protocol, and sends the "Connection: close" header. I hacked urllib2: when this header is not sent, the content is retrieved normally. This page: http://www.mail

[issue9654] merge PC/getpathp.c into Modules/getpath.c

New submission from Amaury Forgeot d'Arc : The file Modules/getpath.c computes sys.prefix and the initial sys.path. The Windows version uses its own copy of this file, with a lot of similarities, but also non-obvious differences. I propose to merge both files, this would ease maintenanc

[issue843590] 'macintosh' encoding alias for 'mac_roman'

Changes by Amaury Forgeot d'Arc : -- keywords: +easy resolution: -> accepted ___ Python tracker <http://bugs.python.org/issue843590> ___ ___ Python-bug

[issue5127] Use Py_UCS4 instead of Py_UNICODE in unicodectype.c

Amaury Forgeot d'Arc added the comment: Committed with r84177. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker <http://bugs.pyt

[issue9642] #ifdef and mbcs: don't check for defined(HAVE_USABLE_WCHAR_T)

Amaury Forgeot d'Arc added the comment: It's true that for now, MS_WINDOWS implies HAVE_USABLE_WCHAR_T and PyUnicodeObject directly used as a WCHAR array. I'd prefer a new symbol though. Why not something like HAVE_MBCS_CODEC? -- nosy: +ama

[issue9630] Reencode filenames when setting the filesystem encoding

Amaury Forgeot d'Arc added the comment: Some thoughts: since the modules were successfully imported, surely it means that their filenames where correctly computed and encoded? So why is the __filename__ attribute wrong? -- ___ Python tr

[issue9630] Reencode filenames when setting the filesystem encoding

Amaury Forgeot d'Arc added the comment: I would rename the feature to something like "redecode-modules": the filenames were decoded with the wrong encoding, and must be decoded again. -- nosy: +amaury.forgeotdarc ___ Python

[issue706263] print raises exception when no console available

Amaury Forgeot d'Arc added the comment: I use Windows XP. Note that nothing is displayed on screen. there is just a error.txt file in the current directory. -- ___ Python tracker <http://bugs.python.org/iss

[issue706263] print raises exception when no console available

Amaury Forgeot d'Arc added the comment: No, nothing changed in this aspect since python 2.2. With 2.7, I get the same error.txt file containing the "Bad file descriptor" message. -- resolution: out of date -> status: closed -> open _

[issue5215] change value of local variable in debug

Amaury Forgeot d'Arc added the comment: Right, this last problem still exists with 2.7 or 3.1. Please open a new tracker item for it, and let's close this one. -- ___ Python tracker <http://bugs.python.

[issue5215] change value of local variable in debug

Amaury Forgeot d'Arc added the comment: Ah, the patch is buggy; it was corrected with r71019 which indeed fixes "up" and "down". You could try to apply this change to your local copy. Also consider upgrading to 2.7, where eve

[issue9614] _pickle is not entirely 64-bit safe

Amaury Forgeot d'Arc added the comment: The warnings at lines 284, 301, 461, 647 are benign. The attached patch fixes them. The others (lines 628, 1320, 1558, 1806) are real issues: pickle will fail when given a list, a tuple or a dict larger than INT_MAX, or when the memo is too

[issue5215] change value of local variable in debug

Amaury Forgeot d'Arc added the comment: > In the meantime I have switched to Python 2.6.5, > but the problem that I described above is still there. The fix was made for 2.7, and not backported to 2.6. > Another problem that brought the patch is, that when I move a frame up > i

[issue9624] 2755

Amaury Forgeot d'Arc added the comment: Please be more descriptive about the problem you have. What were you trying to do? On which operating system? How could we try to reproduce the problem? -- nosy: +amaury.forgeotdarc ___ Python tracker

[issue9445] Fix undefined symbol errors on VS8.0 build

Amaury Forgeot d'Arc added the comment: The calls to Py_GetFinalPathNameByHandle come in pairs: one to get the length, the other to retrieve the value. They should at least be consistent. There are two other issues: - in all three places, it's possible for the function to return af

[issue9445] Fix undefined symbol errors on VS8.0 build

Amaury Forgeot d'Arc added the comment: Can someone explain why among the 6 calls to Py_GetFinalPathNameByHandle, 5 of them use VOLUME_NAME_DOS and only one uses VOLUME_NAME_NT? -- nosy: +amaury.forgeotdarc status: closed -> pending __

[issue9257] cElementTree iterparse requires events as bytes; ElementTree uses strings

Amaury Forgeot d'Arc added the comment: No, apparently, r78942 was not included in 3.1.2. -- ___ Python tracker <http://bugs.python.org/issue9257> ___ ___

[issue1776674] glob.glob inconsistent

Amaury Forgeot d'Arc added the comment: Here is a test + patch, to preserve the separator. Of course this changes the current behaviour, like: >>> glob.glob('/tmp/foo*') ['/tmp/foo1', '/tmp/foo2'] -- keywords: +patc

[issue9193] Versioned .so files

Amaury Forgeot d'Arc added the comment: Should the change also apply to Windows? on Windows, there is no "configure" phase, but the file PC/pyconfig.h is maintained manually. -- nosy: +amaury.forgeotdarc ___ Python tracker <http

[issue8376] Tutorial offers dangerous advice about iterator s: “__iter__() can just return self”

Amaury Forgeot d'Arc added the comment: Why do you call this "dangerous"? because the object can be iterated only once? But reversed() does the same thing. And all iterators objects must also implement the __iter__ method that return themselves, otherwise they cannot be use

[issue1718574] build_clib --build-clib/--build-temp option bugs

Amaury Forgeot d'Arc added the comment: Confirmed here: "python setup.py build_clib -b/some/dir" returns "error: option -/ not recognized" All other files (build_ext.py, clean.py) have a '=' after these options names. Patch is inlined: Index:

[issue1506122] Add "compose" function to the functools

Changes by Amaury Forgeot d'Arc : -- resolution: -> works for me status: open -> closed ___ Python tracker <http://bugs.python.org/issue1506122> ___ __

[issue1506122] Add "compose" function to the functools

Amaury Forgeot d'Arc added the comment: The proposed code may be useful sometimes, but is not generic enough for the standard library. For example, the f() function can only take one argument, when g() can accept any number. Implementations of this kind are so easy to write, They are b

[issue5774] _winreg.OpenKey() is documented with keyword arguments, but doesn't take them

Amaury Forgeot d'Arc added the comment: Please rename "sam" to something readable, "access" for example. And the "reserved" parameter should really go, at least not be documented. -- nosy: +amaury.forgeotdarc __

[issue5978] cProfile and profile don't work with pygtk/pyqt and sys.exit(0)

Amaury Forgeot d'Arc added the comment: Profiling only works on functions that actually return; maybe we could add something about this fact in the documentation -- nosy: +amaury.forgeotdarc ___ Python tracker <http://bugs.python.org/i

[issue9154] Parser module doesn't understand function annotations.

Amaury Forgeot d'Arc added the comment: The extra space in Grammar was already removed in r82624. The remaining part of the patch looks good to me. The lambda thing is not important, if you get an error when trying to compile the resulting st. -- nosy: +amaury.forgeo

[issue3591] elementtree tests do not include bytes handling

Amaury Forgeot d'Arc added the comment: test_xml_etree.py has some tests about bytes input (check_issue6233) but these are only working cases. Tests with wrong encodings should be added. -- nosy: +amaury.forgeotdarc ___ Python tracker

[issue1723038] Curses Menu

Amaury Forgeot d'Arc added the comment: The patch should be amended for python3, then: - PyType_Ready() should be used instead of "ob_type = &PyType_Type;" - The demo contains "Option choisie :" which should be translated :-) - the call:: PyErr

[issue5131] pprint doesn't know how to print a defaultdict

Amaury Forgeot d'Arc added the comment: Patch looks good to me. (Some day the pprint module should grow some way to register repr for user types, so we can stop adding special cases; but defaultdict() is a builtin) -- nosy: +amaury.forgeotdarc resolution: ->

[issue1578269] Add os.symlink() and os.path.islink() support for Windows

Amaury Forgeot d'Arc added the comment: All patches seems already applied. Should we close this issue? -- status: open -> pending ___ Python tracker <http://bugs.python.org/i

[issue8376] Tutorial offers dangerous advice about iterator s: “__iter__() can just return self”

Amaury Forgeot d'Arc added the comment: The two example classes are used exactly the same way, and don't show the differences between them. How about a simple change like: Replace: """If the class defines :meth:`next`, then :meth:`__iter__` can just return ``se

[issue8297] AttributeError message text should include module name

Amaury Forgeot d'Arc added the comment: I also like the idea; 3 remarks though: - the patch introduces a new function that returns a PyObject*, but returns NULL when """the attribute is not found, and the caller should raise AttributeError""". This conventi

[issue1152248] Enhance file.readlines by making line separator selectable

Amaury Forgeot d'Arc added the comment: This fileLineIter function looks like a good recipe to me. Can we close the issue then? -- nosy: +amaury.forgeotdarc resolution: -> works for me status: open -> pending ___ Python tra

[issue7977] I found Python 3.1 xmlrpc lib use "" not properly. and i have fixed it.

Amaury Forgeot d'Arc added the comment: But what if I want to pass a tuple through xmlrpc? The function in the test case: +def execute(server, methodname, *args): +r = getattr(server, methodname)(args) # params become a tuple +return r looks wrong to me. I

[issue7989] Add pure Python implementation of datetime module to CPython

Amaury Forgeot d'Arc added the comment: Technically, since the C module is now named _datetime, it needs to be renamed in Modules/Setup.dist, and most importantly in PC/config.c (because on Windows datetime is built in the main interp

[issue8035] urllib.request.urlretrieve hangs

Amaury Forgeot d'Arc added the comment: I would have hoped a Windows way... -- ___ Python tracker <http://bugs.python.org/issue8035> ___ ___ Python-bugs-l

[issue9320] os.environ is global for threads

Amaury Forgeot d'Arc added the comment: Quoting the wikipedia page: """multiple threads within a process share state as well as memory and other resources""" If you never worked with threads, then you really need a tutorial about threads, or even a gen

<    5   6   7   8   9   10   11   12   13   14   >