[issue43087] ctypes documentation error

2021-01-31 Thread Mark Tolonen
Change by Mark Tolonen : -- assignee: -> docs@python components: +Documentation, ctypes nosy: +docs@python versions: +Python 3.9 ___ Python tracker <https://bugs.python.org/issu

[issue43087] ctypes documentation error

2021-01-31 Thread Mark Tolonen
New submission from Mark Tolonen : At the following documentation link: https://docs.python.org/3/library/ctypes.html#incomplete-types The last example should have byte strings: >>> c1 = cell() >>> c1.name = b"foo" >>> c2 = cell() >>> c2.n

[issue15828] imp.load_module doesn't support C_EXTENSION type

2012-08-31 Thread Mark Tolonen
New submission from Mark Tolonen: I built a C extension using SWIG for both Python 3.2 and Python 3.3. The Python file supplying class proxies uses imp.load_module and fails with the following traceback on 3.3.0rc1, but works on 3.2.3: Traceback (most recent call last): File "&q

[issue14227] console w/ cp65001 displays extra characters for non-ascii strings.

2012-03-07 Thread Mark Tolonen
New submission from Mark Tolonen : This is on Windows 7 SP1. Run 'chcp 65001' then Python from a console. Note the extra characters when non-ASCII characters are in the string. At a guess it appears to be using the UTF-8 byte length of the internal representation instead of the

[issue6345] extra characters displayed when writing to sys.stdout.buffer

2009-06-25 Thread Mark Tolonen
Mark Tolonen added the comment: Sorry, msg.replace('Issue ','Issue 4571'). -- ___ Python tracker <http://bugs.python.org/issue6345> ___ __

[issue6345] extra characters displayed when writing to sys.stdout.buffer

2009-06-25 Thread Mark Tolonen
New submission from Mark Tolonen : According to Issue , sys.stdout.buffer is the binary stream underlying stdout. I see the following behavior on 3.0.1 and 3.1rc2 when writing to a console window: Python 3.1rc2 (r31rc2:73414, Jun 13 2009, 16:43:15) [MSC v.1500 32 bit (Intel)] on win32

[issue4485] fast swap of "default" Windows python versions

2008-12-05 Thread Mark Tolonen
Mark Tolonen <[EMAIL PROTECTED]> added the comment: I see it as primarily useful in this transition period between 2.x and 3.0, since py3 scripts aren't backward compatible and I see both being installed for the few years. It could be a front-end launcher suitable for "f

[issue4485] fast swap of "default" Windows python versions

2008-12-05 Thread Mark Tolonen
Mark Tolonen <[EMAIL PROTECTED]> added the comment: An extension to this idea: Support parsing #! lines in Windows and select the version of Python used. python.exe could examine: #!/usr/bin/python30 pattern match "python##", look in the registry to see if that versi