[issue1971] ctypes exposing the pep 3118 buffer interface

Thomas Heller <[EMAIL PROTECTED]> added the comment: Instead of waiting for review I've committed this as rev 62597. -- assignee: -> theller resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> <htt

[issue2692] bytes object wrongly exposes writeable buffer interface

Thomas Heller <[EMAIL PROTECTED]> added the comment: Duplicate of issue #2538. -- resolution: -> duplicate status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs

[issue2538] memoryview of bytes is not readonly

Changes by Thomas Heller <[EMAIL PROTECTED]>: -- nosy: +theller __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2538> __ ___ Python-bugs-list mailin

[issue2764] c_char doesn't implement py3k buffer interface

Thomas Heller <[EMAIL PROTECTED]> added the comment: Thanks for your efforts, Christian. This test needs an object which implements the readonly buffer interface. Unfortunately the bytes object that I would like to use is broken: http://bugs.python.org/iss

[issue4260] ctypes.xFUNCTYPE are decorators.

Thomas Heller <[EMAIL PROTECTED]> added the comment: [David Lambert] > > @CFUNCTYPE(c_int, POINTER(c_int), POINTER(c_int)) > > def py_cmp_func(*args): > > (a,b,) = (t[0] for t in args) > > print("py_cmp_func", a, b) > > return a-b >

[issue887237] Machine integers

Thomas Heller <[EMAIL PROTECTED]> added the comment: I wonder if a patch for ctypes like this (which is not yet complete) could be used to implement this, or MUST it be implemented in C? The patch contains a mixin class that implements the numeric methods. However, the actual operation

[issue4358] Segfault in stringobject.c

Thomas Heller <[EMAIL PROTECTED]> added the comment: Has nothing to do with ctypes (the package), unassigning. -- components: -ctypes ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue4358] Segfault in stringobject.c

Changes by Thomas Heller <[EMAIL PROTECTED]>: -- assignee: theller -> nosy: -theller ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.py

[issue4427] Docs for 'y' Py_BuildValue tag are wrong

Changes by Thomas Heller <[EMAIL PROTECTED]>: -- assignee: georg.brandl components: Documentation files: doc.patch keywords: patch, patch nosy: georg.brandl, theller severity: normal stage: patch review status: open title: Docs for 'y' Py_BuildValue tag are wrong vers

[issue4429] ctypes.FormatError raises when the string to return contains non-ascii characters

New submission from Thomas Heller <[EMAIL PROTECTED]>: ctypes raises UnicodeDecodeError in german windows (it should print 'Unzulässige Funktion'): >>> from ctypes import FormatError [46681 refs] >>> FormatError(1) Traceback (most recent call last): File

[issue4429] ctypes.FormatError raises when the string to return contains non-ascii characters

Thomas Heller <[EMAIL PROTECTED]> added the comment: The simple patch (ctypes-simple.patch) uses the 'y' format tag for PyBuild_Value to build a bytes object as error message. -- keywords: +patch Added file: http://bugs.python.org/file12129/cty

[issue4429] ctypes.FormatError raises when the string to return contains non-ascii characters

Thomas Heller <[EMAIL PROTECTED]> added the comment: The 'better' patch changes the internal FormatError function to return a wide string; so conversion from ascii to unicode by Python functions is not needed and it returns strings to the caller: >>> from ctypes impor

[issue4429] ctypes.FormatError raises when the string to return contains non-ascii characters

Changes by Thomas Heller <[EMAIL PROTECTED]>: -- keywords: +needs review ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4429> ___ _

[issue4433] _ctypes.COMError crash

New submission from Thomas Heller <[EMAIL PROTECTED]>: The following code, which only works on Windows, crashes with an access violation somewhere in the garbage collector in a debug build: >>> import _ctypes [43470 refs] >>> _ctypes.COMError(1, 2, 3) The problem is th

[issue4429] ctypes.FormatError raises when the string to return contains non-ascii characters

Thomas Heller <[EMAIL PROTECTED]> added the comment: Thanks for the review. I commited the 'better' patch plus a NEWS entry as svn rev. 67391. -- resolution: -> fixed status: open -> closed type: -> crash ___ Python

[issue4433] _ctypes.COMError crash

Thomas Heller <[EMAIL PROTECTED]> added the comment: Thanks for the review; committed as svn rev. 67402. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs

[issue4376] Nested ctypes 'BigEndianStructure' fails

Thomas Heller <[EMAIL PROTECTED]> added the comment: Currently, the _fields_ of ctypes Structures with non-native byte order can only contain simple types (like int, char, but not pointers), and arrays of those. Since this is all Python code (in Lib/ctypes/endian.py) it should be possi

[issue4376] Nested ctypes 'BigEndianStructure' fails

Thomas Heller <[EMAIL PROTECTED]> added the comment: Correction: >> Since this is all Python code (in Lib/ctypes/_endian.py) it should be ___ Python tracker <[EMAIL PROTECTED]> <http://bugs

[issue4303] [2.5 regression] ctypes fails to build on arm-linux-gnu

Thomas Heller <[EMAIL PROTECTED]> added the comment: Is this really a regression? I do not think so; the libffi library included with the Python 2.5 ctypes does not support closures on the arm. See file Modules/_ctypes/libffi/src/arm/ffitarget.h, it contains '#define FFI

[issue4303] [2.5 regression] ctypes fails to build on arm-linux-gnu

Thomas Heller <[EMAIL PROTECTED]> added the comment: > It seems that ffi_info moved into ctypes.h: could that have caused the > breakage? Not sure what you mean exactly (there is no ffi_info in ctypes.h), but I assume you are referring to sv

[issue887237] Machine integers

Thomas Heller <[EMAIL PROTECTED]> added the comment: >> One difficulty with the patch is that the original ctypes code >> contained a tp_as_number ... >This can be solved by changing the order of bases for c_ classes. >See attached. Cool! Why didn&

[issue4632] Wrong fix for range(42)[::-1]

New submission from Thomas Heller <[EMAIL PROTECTED]>: The 2to3 fixer translates this code: range(42)[::-1] into this one: list(range(42)[::-1] which throws an error when run with Python 3: Traceback (most recent call last): File "test.py", line 1, in print(lis

[issue4636] bdist_wininst installer with install script raises exception

New submission from Thomas Heller : Running a bdist_wininst installer that contains a install script, with python 3, raises an exception. This is displayed in the gui: ImportError: No module named __builtin__ *** run_installscript: internal error 0x *** This is probably because the

[issue4646] distutils chokes on empty options arg in the setup function

New submission from Thomas Heller : Distutils setup function accepts an 'options' named argument which allows to pass options to subcommands in a dictionary (At the moment I cannot find where this is documented). When an empty dictionary is passed, distutils spits out a warning: C:\s

[issue4861] fix problems with ctypes.util.find_library

Thomas Heller added the comment: Matthias Klose schrieb: > there are some problems with ctypes.util.find_library(), which I would > like to see fixed on active branches. > > - find_library is not robust, if either objdump or gcc are not >installed. fixed by raising an e

[issue4867] crash in ctypes when passing a string to a function without defining argtypes

Thomas Heller added the comment: The patch is fine, no need for another diff. -- resolution: -> accepted versions: +Python 3.1 ___ Python tracker <http://bugs.python.org/iss

[issue4867] crash in ctypes when passing a string to a function without defining argtypes

Thomas Heller added the comment: Fixed in release30-maint, rev. 68402 and py3k, rev. 68401. Thanks for the patch. -- resolution: accepted -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/

[issue2396] Backport memoryview object to Python 2.7

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

[issue1835] Update version number in __init__.py

Thomas Heller added the comment: > The distutils version number is now updated automatically by the Python > release process, so the comment in that file can be removed. How does this mechanism work? I'm wondering if I should use a similar mechanism for the ctypes ver

[issue5203] ctypes segfaults when passing a unicode string to a function without argtypes

Thomas Heller added the comment: Fixed in trunk (rev 69505) and release26-maint (rev 69506). The bug was already fixed in a different way in py3k and release30-maint although in a different way, I merged this exact fix anyway (rev 69507 and rev 69508). Thanks. -- resolution: -> fi

[issue1552880] Unicode Imports

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

[issue850997] mbcs encoding ignores errors

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

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

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

[issue14201] libc.time != libc['time']

Thomas Heller added the comment: The rationale was to allow different packages (for example) in the same process to have their own private instance of a foreign function, with possibly different definitions of restype, argtypes and/or errcheck

[issue32745] ctypes string pointer fields should accept embedded null characters

New submission from Thomas Heller : ctypes Structure fields of type c_char_p or c_wchar_p used to accept strings with embedded null characters. I noticed that Python 3.6.4 does refuse them. It seems this has been changed in recent version(s). There ARE use-cases for this: The Windows-API

[issue14797] Deprecate imp.find_module()/load_module()

Thomas Heller added the comment: > The modulefinder usage is directly exposed in its API as the return > value of a find_module method, which makes removal a pain. Adding > Thomas Heller to see what he has to say. Some months ago, I have started to implement a brand-new modulefinder,

[issue18058] Define is_package for NamespaceLoader

Thomas Heller added the comment: Brett, can these changes be merged into 3.3 also? -- nosy: +theller ___ Python tracker <http://bugs.python.org/issue18

[issue15767] add ModuleNotFoundError

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

[issue18852] Problem with pyreadline

New submission from Thomas Heller: In site.py, line 477, I find this code: # Reading the initialization (config) file may not be enough to set a # completion key, so we set one first and then read the file if 'libedit' in getattr(readline

[issue18852] site.py does not handle readline.__doc__ being None

Thomas Heller added the comment: I suggest to remove the comment part from the patch and then apply it. -- ___ Python tracker <http://bugs.python.org/issue18

[issue18986] Add a case-insensitive case-preserving dict

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

[issue15459] ctypes Structures with subclassed types in the _fields_ list

New submission from Thomas Heller : When a ctypes Structure uses a subclass of c_int, c_short, c_byte in the _fields_ list to define bitfields, the results are wrong. The attached script showbug.py demonstrates this behaviour. -- components: ctypes files: showbug.py keywords: needs

[issue15459] ctypes Structures with subclassed types in the _fields_ list

Thomas Heller added the comment: The attached patch for branch default fixes this issue. It also contains a unittest. -- Added file: http://bugs.python.org/file26530/bitfields.patch ___ Python tracker <http://bugs.python.org/issue15

[issue21050] Failure to import win32api (from pywin32)

New submission from Thomas Heller: With python 3.4 and pywin32 version 218 it is only possible to import win32com or win32api when pywintypes has been imported before. Here is part of a session with 'python -v': >>> >>> import win32api Traceback (most recent call

[issue21050] Failure to import win32api (from pywin32)

Thomas Heller added the comment: It was most certainly an issue on my side, something with leftover files or directories from a previous installation. After cleaning everything up it works now. Sorry for the confusion. (A personal remark: sometimes, the bdist_wininst uninstaller does not

[issue21130] equivalent functools.partial instances should compare equal

New submission from Thomas Heller: I think that 'equivalent' functools.partial objects should compare equal, so the following snippet SHOULD print True: >>> import functools >>> f = lambda x: x >>> a = functools.partial(f, 42) >>>

[issue21130] equivalent functools.partial instances should compare equal

Thomas Heller added the comment: Sure. I'm not sure 'equivalent' is the word I should have used. I suggest (and I would have expected) that partial instances (a, b) should compare equal when a.func == b.func \ and a.args == b.args \ and a.keyword

[issue21130] equivalent functools.partial instances should compare equal

Thomas Heller added the comment: My usecase is: I create kind of bound methods with functools.partial. Apologies for the confusion by using the word 'equivalent'; what I mean is that partial instances should (IMO) compare equal when they contain the same function and args/keyw

[issue21157] Update imp docs for a PEP 451 world

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

[issue21516] pathlib.Path(...).is_dir() crashes on readonly directories (Windows)

New submission from Thomas Heller: On Windows, pathlib.Path(...).is_dir() crashes on readonly directories while os.path.isdir(...) works fine. Example on Windows7: Python 3.4.0 (v3.4.0:04f714765c13, Mar 16 2014, 19:24:06) [MSC v.1600 32 bit (Intel)] on win32 Type "help",

[issue21516] pathlib.Path(...).is_dir() crashes on some directories (Windows)

Thomas Heller added the comment: Well, not 'readonly' directories but directories where the user has no access rights. I corrected the title of this bug. -- title: pathlib.Path(...).is_dir() crashes on readonly directories (Windows) -> pathlib.Path(...).is_dir() cr

[issue21516] pathlib.Path(...).is_dir() crashes on some directories (Windows)

Thomas Heller added the comment: > When you say "os.path.isdir(...) works fine", you mean it's returning False? As shown in the original report (http://bugs.python.org/issue21516#msg218664) os.path.isdir() returns True; which is correct since c:\Users\admin is a direc

[issue5950] Make zipimport work with zipfile containing comments

Thomas Heller added the comment: > As for progress, the answer is no as the hope is to eventually replace > zipimport with something in pure Python thanks to importlib. Does this mean there is no chance to put this into 3.4 and 3.3, do we really have to wait until 3.5 with it's

[issue16752] Missing import in modulefinder.py

New submission from Thomas Heller: It seems the statement import importlib is missing in 3.3's modulefinder.py -- components: Library (Lib) messages: 177951 nosy: theller priority: normal severity: normal status: open title: Missing import in modulefinder.py versions: Pytho

[issue17028] launcher

New submission from Thomas Heller: The python launcher does not parse the shebang if arguments for the Python interpreter are given on the command line. For example: py.exe test.py # uses shebang line py.exe -u test.py # does NOT use shebang line The attached patch fixes this

[issue17028] launcher does not read shebang line when arguments are given

Changes by Thomas Heller : -- title: launcher -> launcher does not read shebang line when arguments are given ___ Python tracker <http://bugs.python.org/issu

[issue17028] launcher does not read shebang line when arguments are given

Thomas Heller added the comment: Hope it is ok to assign this to you, vinay. -- assignee: -> vinay.sajip nosy: +vinay.sajip ___ Python tracker <http://bugs.python.org/issu

[issue17098] Set __loader__ on modules imported by the C level

Thomas Heller added the comment: I have only tried my code with 3.4; but still get problems with the modules 'builtins' and '_frozenimportlib'. -- ___ Python tracker <http://bug

[issue17098] Set __loader__ on modules imported by the C level

Thomas Heller added the comment: I confirm that the bug is fixed, my test-code works now (a modulefinder using importlib instead of imp to find modules). -- ___ Python tracker <http://bugs.python.org/issue17

[issue17098] Set __loader__ on modules imported by the C level

Thomas Heller added the comment: Thanks for the very fast fix Brett :-) -- ___ Python tracker <http://bugs.python.org/issue17098> ___ ___ Python-bugs-list mailin

[issue19538] Changed function prototypes in the PEP 384 stable ABI

New submission from Thomas Heller: (As requested by email in python-dev I'm reporting this problem) Some function prototypes in the stable ABI have been changed between Python 3.3 and 3.4. PyObject_CallFunction is an example, the second parameter has been changed from 'char *'

[issue20020] "modernize" the modulefinder module

Thomas Heller added the comment: I have written a new modulefinder based on importlib. It is not a refactoring of the old one, so it is no plug-in replacement. Instead it has some new features: - Better logging output - collects dependencies (self._depgraph maps module names to callers

[issue20391] windows python launcher should support explicit 64-bit version

New submission from Thomas Heller: The windows python launcher supports the '-3.3' resp. '-3.3-32' command line switches to ask for 'the best 3.3' version resp. 'the 32-bit 3.3' version, but does not support a '-3.3-64' switch to explicitely

[issue17633] zipimport's handling of namespace packages is incorrect

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

[issue16296] Patch to fix building on Win32/64 under VS 2010

Thomas Heller added the comment: Hm, what's the problem? For me, the patch applies cleanly (in Python 3.4.0b3, 32-bit and 64-bit on Windows), and py -3.4(-32) -m pip install numpy works correctly. At least py -3.4(-32) -c "import numpy; print(numpy.__version__)" prints &q

[issue6493] Can not set value for structure members larger than 32 bits

Thomas Heller added the comment: > One of the new tests in r74134 is failing on my box (Gentoo x86), and on > a number of the buildbots: I've seen that, but do not yet have a patch. -- title: Can not set value for structure members larger than 32 bits -> Can not

[issue6493] Can not set value for structure members larger than 32 bits

Thomas Heller added the comment: ctypes_workaround_2.patch from ocean-city seems to fix it so I'll apply that. -- title: Can not set value for structure members larger than 32 bits -> Can not set value for structure members larger than

[issue4606] Passing 'None' if argtype is set to POINTER(...) doesn't always result in NULL

Thomas Heller added the comment: Thanks for bringing my attention to this problem again, and for the review. Andrew McNabb schrieb: > > I looked at the attached patch, and it seems to me the only alternative > approach would be to use PyLong_FromLong instead of PyInt_FromLong

[issue4606] Passing 'None' if argtype is set to POINTER(...) doesn't always result in NULL

Thomas Heller added the comment: Here's a corrected patch against svn trunk. -- Added file: http://bugs.python.org/file14608/patch-ctypes-none-arg-2.diff ___ Python tracker <http://bugs.python.org/i

[issue6613] ctypes.PyThreadState_SetAsyncExc does not work on linux 64bit machines

Thomas Heller added the comment: I have no time to figure out what the attached script is supposed to do. Please provide a standalone test-script and describe exactly how it should be used to reproduce the bug. However, I guess the problem is that the signature of PyThreadState_SetAsyncEx is

[issue4606] Passing 'None' if argtype is set to POINTER(...) doesn't always result in NULL

Thomas Heller added the comment: Andrew McNabb schrieb: > I just looked at ConvParam in a little more detail, and it seems that > the problem is caused because setting pa->value.i to 0 only works for > the lower-order bits. Apparently the higher order bits in pa->value are

[issue4606] Passing 'None' if argtype is set to POINTER(...) doesn't always result in NULL

Thomas Heller added the comment: Python 3.0 is dead ;-). -- versions: -Python 3.0 ___ Python tracker <http://bugs.python.org/issue4606> ___ ___ Python-bug

[issue6239] c_char_p return value returns string, not bytes

Thomas Heller added the comment: Here's a patch. -- keywords: +patch Added file: http://bugs.python.org/file14615/c_char_p.patch ___ Python tracker <http://bugs.python.org/i

[issue6239] c_char_p return value returns string, not bytes

Thomas Heller added the comment: > I agree that the C type 'char' is a byte, not a character. So Python3 > should creates a Python bytes object for the ctypes "c_char_p" type. > Since Python 3.1 is out, is it too late to change it in the 3.x branch? > :-) Ma

[issue6735] restype pointer to Structure subclass never initialized

Thomas Heller added the comment: This is on purpose. The idea is that the function call returns an existing pointer to an existing object, so __init__ (or __new__, IIRC) is never called in this case. -- resolution: -> invalid status: open ->

[issue6239] c_char_p return value returns string, not bytes

Thomas Heller added the comment: Commited as svn rev 74664 (py3k) and rev 74665 (release31-maint). -- stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker <http://bugs.python.org/

[issue6882] uuid creates zombies

Thomas Heller added the comment: Since ctypes should stay compatible with Python versions down to 2.4, a "with" block cannot be used. Of course would closing the object returned by os.popen() explicitely be better style, but I wonder what the real problem is. My observations so f

[issue6729] Add support for ssize_t

Thomas Heller added the comment: Would you like to work on a patch? -- versions: +Python 2.7, Python 3.0, Python 3.1, Python 3.2 -Python 2.6 ___ Python tracker <http://bugs.python.org/issue6

[issue6882] uuid creates zombies

Thomas Heller added the comment: > The py3k version of the file already contains 3.x only code, and it's > missing the comment at the top that it should be compatible. But it's > not really a big deal to me. Yes, I had deleted the comment since the 3.x code cannot be compati

[issue6882] uuid creates zombies

Changes by Thomas Heller : -- assignee: theller -> eric.smith resolution: -> accepted ___ Python tracker <http://bugs.python.org/issue6882> ___ ___ Pyth

[issue5042] Structure sub-subclass does not initialize with base class positional arguments

Changes by Thomas Heller : -- versions: +Python 2.7, Python 3.1, Python 3.2 -Python 3.0 ___ Python tracker <http://bugs.python.org/issue5042> ___ ___ Python-bug

[issue5042] Structure sub-subclass does not initialize with base class positional arguments

Thomas Heller added the comment: The problem is the implementation of the current __init__ method, in Modules/_ctypes/_ctypes.c, line 4024. Rewritten in Python, and slightly simplified it looks like this: def __init__(self, *args, **kw): """The current BUGGY

[issue5042] Structure sub-subclass does not initialize with base class positional arguments

Thomas Heller added the comment: > Is that any help? Not really ;-). Here is a patch I just wrote - it must still be checked for correctness, and tests for it must be added. I hope the comment in the code explains how it works. ctypes-structinit.patch -- keywords: +patch Added f

[issue5042] Structure sub-subclass does not initialize with base class positional arguments

Thomas Heller added the comment: I've commited a slightly changed patch plus a test. trunk: 74917, py3k: 74918, release26-maint: 74919, release31-maint: 74920. -- ___ Python tracker <http://bugs.python.org/i

[issue5042] Structure sub-subclass does not initialize with base class positional arguments

Changes by Thomas Heller : -- resolution: -> fixed status: open -> closed versions: -Python 2.5 ___ Python tracker <http://bugs.python.org/issue5042> ___ __

[issue4606] Passing 'None' if argtype is set to POINTER(...) doesn't always result in NULL

Thomas Heller added the comment: Comitted as trunk: 74921, py3k: 74922, release31-maint: 74923, release26-maint: 74924 -- resolution: accepted -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/

[issue6613] ctypes.PyThreadState_SetAsyncExc does not work on linux 64bit machines

Thomas Heller added the comment: I guess this is a bug in your code, as mentioned in my last comment, so closing as invalid. -- resolution: -> invalid status: open -> closed ___ Python tracker <http://bugs.python.org/

[issue6729] Add support for ssize_t

Thomas Heller added the comment: Find where c_size_t is defined: in Lib/ctypes/__init__.py -- ___ Python tracker <http://bugs.python.org/issue6729> ___ ___ Pytho

[issue6918] ctypes compilation error on SnowLeopard

Thomas Heller added the comment: This one is fixed, isn't it? See for example the buildbot output at http://www.python.org/dev/buildbot/2.6/builders/x86%20osx.5%202.6/builds/566/steps/compile/logs/stdio (Search for "building '_ctypes' extension" on the page)

[issue6958] Add Python command line flags to configure logging

New submission from Thomas Heller : I want the Python executable to have command line flags which allow simple configuration of the logging module. Use cases are to run applications/scripts (which use libraries that use logging calls) with different logging output without having to edit (ugly

[issue6958] Add Python command line flags to configure logging

Thomas Heller added the comment: > I get the idea. The Python part of the patch demonstrates what you're > getting at, though it can't be used as is - for example the > getattr(logging, a, a) could lead to problems. However a more > intelligent parser (which looked

[issue6958] Add Python command line flags to configure logging

Thomas Heller added the comment: > Why does this need to be built into the interpreter? The script / app > should have logging config support. It does not need to, but it would be nice. I think the '-l' flag should be similar to the -W flag. Or consider for example using un

[issue6958] Add Python command line flags to configure logging

Thomas Heller added the comment: > Jean-Paul Calderone: > > How about putting this into the logging module instead? Instead of > "python ", making it > "python -m logging > This: > > * involves no changes to the core interpreter > *

[issue6958] Add Python command line flags to configure logging

Thomas Heller added the comment: > How do these "global" settings (either via the interpreter or a wrapper > in the logging module) change what an app might do on its own? IOW, if > my app is already written to configure logging, and someone invokes it > with these

[issue6958] Add Python command line flags to configure logging

Thomas Heller added the comment: I retract this request. It seems the idea is not liked or a solution is not easy. (The solution I now use is to start Python from a batch file that parses some command line flags itself, sets environment variables, and my sitecustomize.py file configures

[issue7356] parsing of ldconfig output in ctypes/utils.py depends on the locale

Thomas Heller added the comment: I'm curious: Which output do you get from: 'LANG=C /sbin/ldconfig -p | fgrep GL' -- ___ Python tracker <http://bugs.py

[issue7356] parsing of ldconfig output in ctypes/utils.py depends on the locale

Thomas Heller added the comment: I assume the patch is fine, would you like to apply it? Thanks. -- ___ Python tracker <http://bugs.python.org/issue7

[issue5377] Strange behavior when performing int on a Decimal made from -sys.maxint-1

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

[issue5377] Strange behavior when performing int on a Decimal made from -sys.maxint-1

Changes by Thomas Heller : -- assignee: theller -> ___ Python tracker <http://bugs.python.org/issue5377> ___ ___ Python-bugs-list mailing list Unsubscri

[issue2123] ctypes pointer not always keeping target alive

Thomas Heller added the comment: I accept this as a bug; however I don't have time now to work on it. -- ___ Python tracker <http://bugs.python.org/i

<    1   2   3   4   >