[issue3102] ctypes defines global symbols

Thomas Heller added the comment: I think simple renaming would be fine. I do not see how module_methods could be made static; however, the init_callbacks_in_module function should probably be removed completely. Some other symbols could be made static because they are only used in a single

[issue5710] ctypes should return composite types from callbacks

Thomas Heller added the comment: There is a problem returning arbitrary complicated ctypes types from callbacks. Consider that a callback function returns a structure; the structure itself may contain 'char *' field for example. The callback function creates the structure and fi

[issue1006238] cross compile patch

Changes by Thomas Heller : -- nosy: +theller ___ Python tracker <http://bugs.python.org/issue1006238> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue4305] ctypes fails to build on mipsel-linux-gnu (detects mips instead of mipsel)

Thomas Heller added the comment: Joshua Kinard schrieb: > Joshua Kinard added the comment: > > Is there any movement on this perchance? Just bumped into this on my > MIPS platform and discovered this bug. There is no MIPS buildbot at the moment, and I'm unclear which o

[issue3102] ctypes defines global symbols

Thomas Heller added the comment: Here is a quite large patch (300 lines) against svn trunk that renames a lot of symbols. The list of symbols, listed by 'nm -g --defined-only _ctypes.so' is as follows: thel...@tubu32:~/devel/trunk$ find . -name _ctypes.so | xargs nm -g --defined-onl

[issue3102] ctypes defines global symbols

Thomas Heller added the comment: Correction: The patch has 3000 lines, not 300. And I think that the 'My_Unicode_...' functions can be removed because they are not used anywhere. I have to check this. -- ___ Python tracker <http://bu

[issue5161] wrong paths for ctypes cleanup

Thomas Heller added the comment: Fixed in trunk svn rev. 71842, I will merge this into the py3k branch soon. -- resolution: -> fixed status: open -> closed versions: +Python 2.7, Python 3.1 ___ Python tracker <http://bugs.python.org/

[issue2774] ctypes documentation not effective

Thomas Heller added the comment: Unassigning; myself I will not rewrite the ctypes docs. -- assignee: theller -> ___ Python tracker <http://bugs.python.org/iss

[issue5049] ctypes unwilling to allow pickling wide character

Thomas Heller added the comment: Thanks, amaury, for the patch. Fixed in trunk, release26-maint, release30-maint, py3k branch. SVN revisions 71847, 71848, 71849, 71851. -- keywords: -needs review resolution: -> fixed status: open -> closed versions: +Python 2.7, Pyth

[issue3102] ctypes defines global symbols

Thomas Heller added the comment: Fixed in trunk (svn rev 71853). I'll leave this open until it is ported to py3k. -- resolution: -> accepted versions: +Python 2.7, Python 3.1 ___ Python tracker <http://bugs.python.or

[issue3102] ctypes defines global symbols

Thomas Heller added the comment: BTW: The 'My_Unicode...' symbols are gone, too. -- ___ Python tracker <http://bugs.python.org/issue3102> ___ ___

[issue3102] ctypes defines global symbols

Thomas Heller added the comment: svn rev 71845, in py3k branch. -- resolution: accepted -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/

[issue5078] Avoid redundant call to FormatError()

Thomas Heller added the comment: Fixed in trunk and py3k branch, svn revisions 71906 and 71907. Thanks for the patch. -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/

[issue4305] ctypes fails to build on mipsel-linux-gnu (detects mips instead of mipsel)

Thomas Heller added the comment: I wonder if fixes for issues like these (ctypes build errors on some plaforms) could be verified by using cross compilers on linux? -- ___ Python tracker <http://bugs.python.org/issue4

[issue4305] ctypes fails to build on mipsel-linux-gnu (detects mips instead of mipsel)

Thomas Heller added the comment: I've applied py-issue-4305.patch and reran configure 2.61. Committed as rev 72081 (trunk), 72082 (py3k branch), 72083 (release26-maint branch), 72084 (release30-maint branch). Can someone please confirm that it works now, so that I can close this

[issue5413] urllib ctypes error on Mac OS X Server 10.5

Thomas Heller added the comment: Seems ronald takes care of this issue. -- assignee: theller -> ronaldoussoren ___ Python tracker <http://bugs.python.org/iss

[issue5507] ctypes configuration fails on mips-linux (and probably Irix)

Thomas Heller added the comment: Duplicate of issue 4305. -- resolution: -> duplicate status: open -> closed ___ Python tracker <http://bugs.python.org/

[issue4538] ctypes could include data type limits

Thomas Heller added the comment: Isn't is easy to find these limits by using ctypes? Something like ctypes.sizeof(ctypes.c_uint32)... -- resolution: -> rejected status: open -> closed ___ Python tracker <http://bugs.python

[issue4875] find_library can return directories instead of files

Changes by Thomas Heller : -- versions: +Python 2.7, Python 3.0, Python 3.1 ___ Python tracker <http://bugs.python.org/issue4875> ___ ___ Python-bugs-list mailin

[issue4305] ctypes fails to build on mipsel-linux-gnu (detects mips instead of mipsel)

Thomas Heller added the comment: Tested myself, on a mipsel debian qemu instance. -- resolution: accepted -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/

[issue5504] ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC

Thomas Heller added the comment: Hm, I don't see any problems with current Python trunk or the release26-maint branch, on a Fedora 10 system. -- ___ Python tracker <http://bugs.python.org/i

[issue5504] ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC

Thomas Heller added the comment: > Try this as root, then repeat your test: > semanage boolean -m --off allow_execstack Ok, I can reproduce the problem now. Thanks! -- title: ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC -> ctypes sh

[issue5504] ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC

Thomas Heller added the comment: Here is a patch for Python trunk (linux only). -- Added file: http://bugs.python.org/file13897/issue5504.patch ___ Python tracker <http://bugs.python.org/issue5

[issue4875] find_library can return directories instead of files

Thomas Heller added the comment: Fixed in trunk (rev 72352), release26-maint (rev 72353), py3k (rev 72354), and release30-maint (rev 72355). -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/

[issue1648957] HP-UX: _ctypes/libffi/src/ia64/ffi/__attribute__/native cc

Changes by Thomas Heller : -- components: -Build stage: test needed -> ___ Python tracker <http://bugs.python.org/issue1648957> ___ ___ Python-bugs-list mai

[issue1581906] test_sqlite fails on OS X if test_ctypes is run

Thomas Heller added the comment: So, should this be closed as some kind of 'works for me' + 'wont fix' + 'third-party-bug' in Apple's sqlite? -- ___ Python tracker &

[issue6013] json slower than simplejson

New submission from Thomas Heller : The json package is a lot slower than the simplejson package. Both packages have their C compiled speedup module; however: C:\>py26 -m timeit -s "from json import dumps, loads" "loads(dumps(range(32)))" 1000 loops, best of 3:

[issue6013] json slower than simplejson

Thomas Heller added the comment: Here are the numbers from trunk (rev ) and release26-maint branch (rev ): c:\svn\release26-maint\PCbuild>python -m timeit -s "from json import loads, dumps" "loads(dumps(range(32)))" 1000 loops, best of 3: 726 usec per loop c:\svn\rel

[issue6121] help('modules ') causes IndexError.

Changes by Thomas Heller : -- assignee: theller -> components: -ctypes nosy: -theller ___ Python tracker <http://bugs.python.org/issue6121> ___ ___ Python-

[issue6259] ctypes pointer arithmetic

New submission from Thomas Heller : This patch implements some pointer arithmetic operations for ctypes. -- files: ctypes-pointerarith.patch keywords: patch messages: 89225 nosy: theller severity: normal status: open title: ctypes pointer arithmetic type: behavior versions: Python 2.7

[issue6259] ctypes pointer arithmetic

Changes by Thomas Heller : -- assignee: -> theller components: +ctypes versions: +Python 3.2 ___ Python tracker <http://bugs.python.org/issue6259> ___ ___ Py

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

Thomas Heller added the comment: The commit that breaks the examples is revision 80761. Tested on WinXP 32 bit. Someone should test on Win 64bit too ;-). -- priority: normal -> release blocker ___ Python tracker <http://bugs.python.org/iss

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

Thomas Heller added the comment: Problem in py3k branch also. -- versions: +Python 3.2 ___ Python tracker <http://bugs.python.org/issue8959> ___ ___ Python-bug

[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 <http://bugs.python.org/iss

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

Thomas Heller added the comment: Fixed in rev. 82127 (trunk) and rev 82138 (py3k). Added test for the issues reported here so that it doen't happen again. -- resolution: -> fixed status: open -> closed ___ Python tracker <http://b

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

Thomas Heller added the comment: Thanks, Michael, for reporting this issue. -- ___ Python tracker <http://bugs.python.org/issue8959> ___ ___ Python-bugs-list m

[issue9055] test_issue_8959_b fails when run from a service

Thomas Heller added the comment: > To test windows callbacks, I suggest to use EnumResourceTypes() > instead, which is more likely to work in any condition: Unfortunately the proposed test doesn't detect the problem in Python2.7 rc1. It runs without crashing, even if enumerating th

[issue5504] ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC

Thomas Heller added the comment: The libffi library included with Python has been updated in the meantime, so most of the issue5504-linux.patch is unneeded now. Here is a new patch, issue5504-py27.patch, against the current release27-maint branch. Seems it is exactly the same as the fedora

[issue5504] ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC

Thomas Heller added the comment: issue5504-py27-2.patch is the updated patch that now also works on Windows. -- Added file: http://bugs.python.org/file18439/issue5504-py27-2.patch ___ Python tracker <http://bugs.python.org/issue5

[issue5504] ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC

Thomas Heller added the comment: Fixed in rev 83836 (release27-maint branch) and rev. 83837 (py3k branch). -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/

[issue6869] Embedded python crashed on 4th run, if "ctypes" is used

Thomas Heller added the comment: Fixed in rev 83841 (py3k), rev 83842 (release31-maint), and rev 83843 (release27-maint). Thanks for the patch. -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/

[issue5504] ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC

Thomas Heller added the comment: > Thomas, it seems this change doesn't work for py3k. Buildbots complain and my > working copy does as well. > > Example: > > http://www.python.org/dev/buildbot/all/builders/x86%20gentoo%203.1/builds/990 I do not know why this ha

[issue29031] 'from module import *' and __all__

New submission from Thomas Heller: The documentation states that 'from module import *' imports all symbols that are listed in the module's __all__ list. In Python 3, unlike Python 2, only symbols that do NOT start with an underscore are actually imported. The following code

[issue29031] 'from module import *' and __all__

Thomas Heller added the comment: Thanks Martin and eryk for correcting me and finding the real cause of the problem. Am 21.12.2016 um 13:04 schrieb eryk sun: > ... the private names _COORD, _FILETIME, _LARGE_INTEGER, > _POINTL, _RECTL, _SMALL_RECT, and _ULARGE_INTEGER are skipped by a

[issue29294] ctypes.windll.LoadLibrary refuses unicode argument

New submission from Thomas Heller: ctypes.windll.LoadLibrary refuses unicode argument; this is a regression in Python 2.7.13: Python 2.7.13 (v2.7.13:a06454b1afa1, Dec 17 2016, 20:42:59) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or

[issue29294] ctypes.windll.LoadLibrary refuses unicode argument

Thomas Heller added the comment: Yes, seems that it is fixed in the repository. So I have to use 2.7.12 or wait for 2.7.14. Thanks! -- ___ Python tracker <http://bugs.python.org/issue29

[issue29294] ctypes.windll.LoadLibrary refuses unicode argument

Changes by Thomas Heller : -- status: open -> closed ___ Python tracker <http://bugs.python.org/issue29294> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue27417] Call CoInitializeEx on startup

Changes by Thomas Heller : -- nosy: +theller ___ Python tracker <http://bugs.python.org/issue27417> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26137] [idea] use the Microsoft Antimalware Scan Interface

Changes by Thomas Heller : -- nosy: +theller ___ Python tracker <http://bugs.python.org/issue26137> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17378] Document that ctypes automatically applies byref() when argtypes declares POINTER

Thomas Heller added the comment: Patch looks good. Please apply. -- ___ Python tracker <http://bugs.python.org/issue17378> ___ ___ Python-bugs-list mailin

[issue17623] Typo in Doc/whatsnew/3.3.rst

New submission from Thomas Heller: Typo: trucate instead of truncate -- assignee: docs@python components: Documentation files: work.patch keywords: patch messages: 185901 nosy: docs@python, theller priority: normal severity: normal status: open title: Typo in Doc/whatsnew/3.3.rst Added

[issue20899] Nested namespace imports do not work inside zip archives

Changes by Thomas Heller : -- nosy: +theller ___ Python tracker <http://bugs.python.org/issue20899> ___ ___ Python-bugs-list mailing list Unsubscribe:

<    1   2   3   4