[issue2516] Instance methods are misreporting the number of arguments

Changes by Benjamin Peterson : -- versions: +Python 3.2 -Python 2.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue2516] Instance methods are misreporting the number of arguments

R. David Murray added the comment: All that is needed now is a working patch... :) -- nosy: +r.david.murray ___ Python tracker ___ ___

[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

Changes by Benjamin Peterson : -- priority: normal -> release blocker ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue2516] Instance methods are misreporting the number of arguments

Giampaolo Rodola' added the comment: The same subject on python-dev raised last month received positive feedbacks: http://mail.python.org/pipermail/python-dev/2010-May/100197.html -- nosy: +giampaolo.rodola ___ Python tracker

[issue9039] IDLE and module Doc

New submission from Yoda_Uchiha : I recently installed python 3.1 on a Windows XP computer. I cannot open IDLE nor module Docs. When I click on them, nothing happens. I am wondering if there is anyway on opening either of those too files. I do know how to IDLE through the workaround listed bel

[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

Tarek Ziadé added the comment: The patch looks good but I am not comfortable with this change until it's tested under other windows/VC flavors. I'll leave it up to Benjamin to decide whether it goes in rc2 -- ___ Python tracker

[issue1589] New SSL module doesn't seem to verify hostname against commonName in certificate

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file11463/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue1589] New SSL module doesn't seem to verify hostname against commonName in certificate

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file8941/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue1589] New SSL module doesn't seem to verify hostname against commonName in certificate

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file8933/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue6755] Patch: new method get_wch for ncurses bindings: accept wide characters (unicode)

Christian Hofstaedtler added the comment: Will this be part of 3.2 and possibly 2.7? Without these patches wide character input using curses is basically impossible (on at least some platforms). -- nosy: +zeha ___ Python tracker

[issue8524] SSL sockets do not retain the parent socket's attributes

Antoine Pitrou added the comment: > It might be nice to see the version that avoids the dup() and has the > duplicate code instead (interesting trade-off ;). Just for the sake of > comparison against the forget() proposal. Here it is. There's probably a bit of polishing left to do, in the (u

[issue9038] test_distutils failure

New submission from Antoine Pitrou : test_distutils test test_distutils failed -- Traceback (most recent call last): File "/home/antoine/py3k/ssl-8524/Lib/distutils/tests/support.py", line 16, in _capture_warnings return func(*args, **kw) File "/home/antoine/py3k/ssl-8524/Lib/distutils/t

[issue8959] WINFUNCTYPE wrapped ctypes callbacks not functioning correctly in Python 2.7

Benjamin Peterson added the comment: 2010/6/20 Thomas Heller : > > Thomas Heller added the comment: > >> Is r80761 something that can be safely reverted? > > Yes, I think so. Can you do so? Thanks. -- ___ Python tracker

[issue9028] test_support.run_unittest cmdline options and arguments

Michael Foord added the comment: Right. That code should change. My intention is to go through the whole of the Python test suite and make them compatible with the new unittest features. I also intend to add extensions to unittest to allow listing of collecting tests and filtering tests by na

[issue9028] test_support.run_unittest cmdline options and arguments

anatoly techtonik added the comment: > If you use Python 2.7 then the following at the end of the test module > enables the same command line features that David Murray pointed you to: > > if __name__ == '__main__': >    unittest.main() Unfortunately, test_httpservers.py from stdlib contains t

[issue8959] WINFUNCTYPE wrapped ctypes callbacks not functioning correctly in Python 2.7

Thomas Heller added the comment: > Is r80761 something that can be safely reverted? Yes, I think so. -- ___ Python tracker ___ ___ Py

[issue9028] test_support.run_unittest cmdline options and arguments

Michael Foord added the comment: """But I want to execute test from my own patched copy of test_httpservers.py with whatever python I want. I.e. > C:\Python27\python.exe Z:\python-cgi-tests\test_httpservers.py ... """ If you use Python 2.7 then the following at the end of the test module enab

[issue9028] test_support.run_unittest cmdline options and arguments

anatoly techtonik added the comment: RDM, running your way will execute test from standard library location of installed Python. > python -m unittest test.test_httpservers.BaseHTTPServerTestCase.test_handler But I want to execute test from my own patched copy of test_httpservers.py with what

[issue8964] Method _sys_version() module Lib\platform.py does not parse correctly IronPython 2.x version

Frederic Torres added the comment: print repr(sys_version) returns '2.6.1 (IronPython 2.6.1 (2.6.10920.0) on .NET 2.0.50727.3603)' The format of sys.version now start with a version number 2.6.1 (IronPythons 2.6.1 (2.6.10920.0) on .NET 4.0.30319.1) My guess is that with previous version of Iro

[issue9037] Add explanation as to how to raise a custom exception in the extending python intermezzo on exceptions

New submission from Jonathan G. Underwood : In the documentation section on Extending Python with C or C++ there is an Intermezzo on Errors and Exceptions which shows how to create a custom exception in an extension module. I was just following these instructions for the first time and got to

[issue8996] Add a default role to allow writing bare `len` instead of :func:`len`

anatoly techtonik added the comment: `someref` would be more convenient than :func:`someref` but in case of namespace conflict (for example, as a result of documentation merge it both :func:`someref` and :class:`someref` can appear) - it would be necessary to go through all the links in both

[issue9011] ast_for_factor unary minus optimization changes AST

Mark Dickinson added the comment: Summary of brief discussion on #python-dev: - This is a hacky patch; it would be better to rewrite that portion of ast.c in a way that doesn't modify the original CST at all. With 2.7 so close, I daren't try anything more invasive than this patch, though. (I

[issue9035] os.path.ismount on windows doesn't support windows mount points

Changes by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue8959] WINFUNCTYPE wrapped ctypes callbacks not functioning correctly in Python 2.7

Benjamin Peterson added the comment: Is r80761 something that can be safely reverted? -- nosy: +benjamin.peterson ___ Python tracker ___ _

[issue9036] Simplify Py_CHARMASK

Antoine Pitrou added the comment: > Thus, > ((unsigned char)((c) & 0xff)) and ((unsigned char)(c)) should produce > the same results. If it's the case, it's probably optimized away by the compiler anyway. > There is no reason not to do the cast when __CHAR_UNSIGNED__ is > defined (it will be a

[issue9036] Simplify Py_CHARMASK

New submission from Stefan Krah : This feature request is extracted from issue 9020, where Py_CHARMASK(c) was used on EOF, producing different results depending on whether __CHAR_UNSIGNED__ is defined or not. The preferred fix for issue 9020 is to check for EOF before using Py_CHARMASK, so this

[issue8998] add crypto routines to stdlib

Antoine Pitrou added the comment: Le dimanche 20 juin 2010 à 06:30 +, geremy condra a écrit : > crypto API > == > [...] For presentation purposes, I would order layers by abstraction levem: that is, "layer 1" should be the lower-level layer and "layer 2" the upper-level. I think al

[issue9035] os.path.ismount on windows doesn't support windows mount points

Tim Golden added the comment: ... of course you still need to get the reparse tag to determine whether this is a mount point so the file attributes alone in this case are not enough. -- ___ Python tracker

[issue9035] os.path.ismount on windows doesn't support windows mount points

Tim Golden added the comment: All we need to do is check the FILE_ATTRIBUTE_REPARSE_POINT in the file attributes. Frustratingly, we grab file attributes a dozen times in posixpath.c only to throw most of it away. Is there a case for adding an "attributes" function to os.path which exposes the f

[issue9035] os.path.ismount on windows doesn't support windows mount points

Tim Golden added the comment: Switching to Python 3.2 as this essentially constitutes a behaviour change and 2.6 is in bugfix mode and 2.7 is about to enter rc2. It would certainly be possible to use one of the volume APIs under the covers. Would you be willing to offer a patch to, say, posix

[issue3871] cross and native build of python for mingw32 with distutils

Roumen Petrov added the comment: Patches to this issue require first patch from issue 3754. The last patch here now is from 2010-05-16. This patch cannot be applied to trunk as it will fail after update for readline in setup.py. You could use trunk version before this readline update. Now I'

[issue1602] windows console doesn't print utf8 (Py30a2)

STINNER Victor added the comment: > Maybe the solution is to use the win32 console API directly... Yes, it is the best solution because it avoids the horrible mbcs encoding. About cp65001: it is not *exactly* the same encoding than utf-8 and so it cannot be used as an alias to utf-8: see issu

[issue3871] cross and native build of python for mingw32 with distutils

Changes by Roumen Petrov : Removed file: http://bugs.python.org/file16806/python-trunk-20100407-MINGW.patch ___ Python tracker ___ ___ Python-b

[issue3871] cross and native build of python for mingw32 with distutils

Changes by Roumen Petrov : Removed file: http://bugs.python.org/file16534/python-trunk-20100313-MINGW.patch ___ Python tracker ___ ___ Python-b

[issue3871] cross and native build of python for mingw32 with distutils

Changes by Roumen Petrov : Removed file: http://bugs.python.org/file16364/python-trunk-20100225-MINGW.patch ___ Python tracker ___ ___ Python-b

[issue3871] cross and native build of python for mingw32 with distutils

Changes by Roumen Petrov : Removed file: http://bugs.python.org/file15725/python-trunk-20100103-MINGW.patch ___ Python tracker ___ ___ Python-b

[issue3871] cross and native build of python for mingw32 with distutils

Changes by Roumen Petrov : Removed file: http://bugs.python.org/file15465/python-trunk-20091206-MINGW.patch ___ Python tracker ___ ___ Python-b

[issue3871] cross and native build of python for mingw32 with distutils

Changes by Roumen Petrov : Removed file: http://bugs.python.org/file15416/python-trunk-20091129-MINGW.patch ___ Python tracker ___ ___ Python-b

[issue3871] cross and native build of python for mingw32 with distutils

Changes by Roumen Petrov : Removed file: http://bugs.python.org/file15261/python-trunk-20091104-MINGW.patch ___ Python tracker ___ ___ Python-b

[issue3871] cross and native build of python for mingw32 with distutils

Changes by Roumen Petrov : Removed file: http://bugs.python.org/file14540/python-trunk-20090722-MINGW.patch ___ Python tracker ___ ___ Python-b

[issue8939] Use C type names (PyUnicode etc;) in the C API docs

STINNER Victor added the comment: > Shouldn’t “inside a :ctype:`Py_BEGIN_ALLOW_THREADS` block” rather use > “:cmacro:”? Same remark on IRC: "Taggnostr> haypo, in r82084: "Add :ctype: to Py_BEGIN_ALLOW_THREADS and int", maybe :cfunc: (or :cmacro:)?" I don't know :cmacro:. I will fix it in my

[issue8990] array constructor and array.fromstring should accept bytearray.

STINNER Victor added the comment: About the patch: - Why not reading itemsize from buffer.itemsize? - A test would be nice in Lib/test/test_array.py (in test_tofromstring?). Please add also a.extend(bytearray(b'xjxjx')) to the test suite. I agree that it is a bugfix and so i can be applied

[issue9035] os.path.ismount on windows doesn't support windows mount points

New submission from Oren Held : On unices, ismount checks whether the given path is a mount point. On windows, it only checks whether it's a drive letter. Long story short, Python simply returns False when doing ismount(r"c:\mount1"), while c:\mount1 is a real mount point. This is relevant for