[issue33497] cgi.parse_multipart does not have an associated "errors" parameter with its "encoding" parameter

Change by Thomas Wouters : -- nosy: +ned.deily priority: normal -> release blocker ___ Python tracker <https://bugs.python.org/issue33497> ___ ___ Python-

[issue31669] string.Template: cods, docs and PEP all disagree on definition of identifier

New submission from Thomas Jollans : string.Template matches a $identifier with the regex [_a-z][_a-z0-9]* and re.IGNORECASE. This matches S, ſ and s, but not ß. https://github.com/python/cpython/blob/master/Lib/string.py#L78 (this code came up on python-dev) The docs specify "any

[issue31669] string.Template: code, docs and PEP all disagree on definition of identifier

Thomas Jollans added the comment: Should the PEP be clarified? -- title: string.Template: cods, docs and PEP all disagree on definition of identifier -> string.Template: code, docs and PEP all disagree on definition of identifier ___ Pyt

[issue31699] Deadlocks in `concurrent.futures.ProcessPoolExecutor` with pickling error

New submission from Thomas Moreau : When using `concurrent.futures.ProcessPoolExecutor` with objects that are not picklable or unpicklable, several situations results in a deadlock, with the interpreter freezed. This is the case for different scenario, for instance these three : https

[issue31267] threading.Timer object is affected by changes to system time: Python locks should use a monotonic clock if available

Thomas Keppler added the comment: Hello Victor, thank you for your update on this issue. By looking through the other bug reports you listed, it looks as if measures were implemented but never merged. Am I right with this observation? If so, will we ever see a switch over to monotonic time

[issue21457] NetBSD curses support improvements

Thomas Klausner added the comment: Thanks for looking at this. I looked at the patch again, and I can't make sense of the py_curses.h part either - I've removed it from pkgsrc with a request for information if it's still needed. Btw, thanks for working on NetBSD curses support

[issue22281] ProcessPoolExecutor/ThreadPoolExecutor should provide introspection APIs

Change by Thomas Moreau : -- pull_requests: +4207 stage: needs patch -> patch review ___ Python tracker <https://bugs.python.org/issue22281> ___ ___ Python-

[issue31699] Deadlocks in `concurrent.futures.ProcessPoolExecutor` with pickling error

Change by Thomas Moreau : -- keywords: +patch pull_requests: +4218 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue31699> ___ ___ Py

[issue31962] test_importlib double free or corruption

New submission from Thomas Knox : On a Raspberry Pi 3 running Linux pi3 4.9.58-v7+ #1046 SMP Tue Oct 24 17:07:15 BST 2017 armv7l GNU/Linux C(PP)FLAGS="-O6 -march=armv8-a+crc -mtune=cortex-a53 -mfpu=crypto-neon-fp-armv8 -mfloat-abi=hard -ftree-vectorize" Built with ./configur

[issue31962] test_importlib double free or corruption

Change by Thomas Knox : -- components: +Tests ___ Python tracker <https://bugs.python.org/issue31962> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31991] Race condition in wait with timeout for multiprocessing.Event

New submission from Thomas Moreau : If the methods `set` and `clear` of `multiprocessing.Event` are called one after another, while a `multiprocessing.Process` calls `wait`, the `Event` does not match the documented behavior (https://docs.python.org/3.7/library/threading.html

[issue32247] shutil-copytree: Create dst folder only if it doesn't exist

Thomas Kluyver added the comment: This is documented: > The destination directory, named by dst, must not already exist https://docs.python.org/3/library/shutil.html#shutil.copytree I guess that avoids complications that might arise from merging a directory. -- nosy: +takluy

[issue5004] socket.getfqdn() doesn't cope properly with purely DNS-based setups

Thomas Waldmann added the comment: Embarassing as always to stumble over some stuff and then find a 9y old ticket here, where it is discussed and even (almost) solved. Our ticket: https://github.com/borgbackup/borg/issues/3471 Fixed getfqdn we use now instead of socket.getfqdn(): https

[issue32430] Simplify Modules/Setup{,.dist,.local}

Thomas Wouters added the comment: We do use Setup/Setup.local at Google (and have for many years now), and I find it very useful. (FWIW, the 'we would use' comment in msg294174 was about the new '*disabled*' feature, not about Setup files in general.) Avoiding local chang

[issue12486] tokenize module should have a unicode API

Change by Thomas Kluyver : -- pull_requests: +6616 ___ Python tracker <https://bugs.python.org/issue12486> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9969] tokenize: add support for tokenizing 'str' objects

Thomas Kluyver added the comment: I've opened a PR for issue #12486, which would make the existing but undocumented 'generate_tokens' function public: https://github.com/python/cpython/pull/6957 I agree that it would be good to design a nicer API for this, but the perfect s

[issue28418] Raise Deprecation warning for tokenize.generate_tokens

Thomas Kluyver added the comment: I've opened a PR moving in the other direction (making this public rather than deprecating it): https://github.com/python/cpython/pull/6957 -- nosy: +takluyver ___ Python tracker <https://bugs.py

[issue12486] tokenize module should have a unicode API

Thomas Kluyver added the comment: I wouldn't say it's a good name, but I think the advantage of documenting an existing name outweighs that. We can start (or continue) using generate_tokens() right away, whereas a new name presumably wouldn't be available until Python 3.8 co

[issue12486] tokenize module should have a unicode API

Thomas Kluyver added the comment: I agree, it's not a good design, but it's what's already there; I just want to ensure that it won't be removed without a deprecation cycle. My PR makes no changes to behaviour, only to documentation and tests. This and issue 9969 have

[issue12486] tokenize module should have a unicode API

Thomas Kluyver added the comment: Thanks - I had forgotten it, just fixed it now. -- ___ Python tracker <https://bugs.python.org/issue12486> ___ ___ Python-bug

[issue12486] tokenize module should have a unicode API

Thomas Kluyver added the comment: The tests on PR #6957 are passing now, if anyone has time to have a look. :-) -- ___ Python tracker <https://bugs.python.org/issue12

[issue32591] Deprecate sys.set_coroutine_wrapper and replace it with more focused API(s)

Thomas Wouters added the comment: New changeset 500a419a7a68c32650717b213f0f5ab0461bb16b by T. Wouters in branch '3.6': [3.6] bpo-32591: fix abort in _PyErr_WarnUnawaitedCoroutine during shutdown (GH-5337) (#6536) https://github.com/python/cpyt

[issue12486] tokenize module should have a unicode API

Thomas Kluyver added the comment: Thanks Carol :-) -- ___ Python tracker <https://bugs.python.org/issue12486> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33826] enable discovery of class source code in IPython interactively defined classes

New submission from Thomas Viehmann : Hello, thank you for Python! In IPython (or Jupyter), `inspect.getsource` is able to retrieve the source code for functions but not classes. The fundamental reason is that for functions, a "filename" (input reference rather) is available via f

[issue33826] enable discovery of class source code in IPython interactively defined classes

Thomas Viehmann added the comment: Apologies for not being clear. So I wrote: In IPython (or Jupyter), `inspect.getsource` is able to retrieve the source code for functions but not classes. By this I mean: import inspect class X: pass inspect.getsource(X) Note that: - it won't wo

[issue33826] enable discovery of class source code in IPython interactively defined classes

Thomas Viehmann added the comment: So I want "inspect.showsource" to have the same output whether my class has been defined in a .py or in my Jupyter notebook. I appreciate there are limitations to what "inspect.showsource" can do, but I am not so sure how that cr

[issue33912] [EASY] test_warnings: test_exec_filename() fails when run with -Werror

Thomas Kluyver added the comment: Yes, this should be easy. I misunderstood how to use the catch_warnings context manager. I thought that catch_warnings itself set up the warnings filters you need. You actually need to do that with a separate call inside the with block, as shown here

[issue33944] Deprecate and remove pth files

Thomas Kluyver added the comment: I'm generally in favour of getting rid of .pth files. But I did accept a PR adding support for them in Flit to act as a substitute for symlinks on Windows, to achieve something like a 'development install'. I'm not sure what the alter

[issue33944] Deprecate and remove pth files

Thomas Kluyver added the comment: I don't want to use the execution features of .pth files, just their original functionality of adding extra directories to sys.path. I'd be very happy to see the arbitrary code execution 'feature' of .pth files go away. Windows suppor

[issue33945] concurrent.futures ProcessPoolExecutor submit() blocks on results being written

Thomas Moreau added the comment: This behavior results from the fact that in 3.6, the result_queue is used to pass messages to the queue_manager_thread. This behavior has been changed in 3.7 as we rely on a _ThreadWakeup object. In 3.6, when the result_queue is filled with many large

[issue31546] PyOS_InputHook is not called when waiting for input() in Windows

Change by Thomas Caswell : -- keywords: +patch pull_requests: +7589 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue31546> ___ ___ Py

[issue34269] logging in 3.7 behaves different due to caching

New submission from Thomas Waldmann : When running the borgbackup tests on 3.7.0, quite some tests will be broken because expected log output is not emitted. I traced this down up the point when I noticed that reverting the caching feature change of isEnabledFor method in Logger makes the

[issue34269] logging in 3.7 behaves different due to caching

Change by Thomas Waldmann : -- components: +Library (Lib) type: -> behavior ___ Python tracker <https://bugs.python.org/issue34269> ___ ___ Python-bugs-lis

[issue34269] logging in 3.7 behaves different due to caching

Thomas Waldmann added the comment: https://github.com/borgbackup/borg/pull/3998 Looks like this fix to our test tearDown method makes the tests work again. If one looks at what this dirty/problematic hack was done, it might be because of a missing logging reset functionality

[issue34269] logging in 3.7 behaves different due to caching

Thomas Waldmann added the comment: I agree that we should not dig that deep into logging internals and clear that dict from borg code. But, seems like one has no public api to reinitialize logging to a like-fresh state, right? So maybe THAT is the real problem. Add some .reset() method to

[issue34319] Clarify pathlib.Path("filepath").read_text()

New submission from Thomas Nyberg : This came out of the following posts: https://mail.python.org/pipermail/python-ideas/2018-August/052549.html https://mail.python.org/pipermail/python-ideas/2018-August/052553.html Basically my request would be to change the documentation here: https

[issue34319] Clarify pathlib.Path("filepath").read_text()

Thomas Nyberg added the comment: For what it's worth as the original opener of the bug report, I think Terry's recommendation clarifies things quite well. -- ___ Python tracker <https://bugs.python.o

[issue34555] AF_VSOCK not unset because of wrong nesting

New submission from Thomas Herzog : If ./configure runs with the following result... checking for linux/vm_sockets.h... no checking for sockaddr_alg... no ...then the result of the first check is treated as if it was "yes". This is because the logic for disabling the vm_sockets fun

[issue34555] AF_VSOCK not unset because of wrong nesting

Change by Thomas Herzog : -- keywords: +patch pull_requests: +8484 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34555> ___ ___ Py

[issue34624] -W option does not accept module regexes

New submission from Thomas Gläßle : Hi, This command does not report a warning, while it should: python -c 'import warnings; warnings.warn("This should show up")' -Wi -W'default:::.*' If the regex `.*` is replaced by `__main__` it works as expected

[issue34624] -W option does not accept module regexes

Thomas Gläßle added the comment: Very sorry, the example command above should read: python -Wi -W'default:::.*' -c 'import warnings; warnings.warn("This should show up")' -- ___ Python tracker <h

[issue34624] -W option does not accept module regexes

Change by Thomas Gläßle : -- keywords: +patch pull_requests: +8781 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34624> ___ ___ Py

[issue34624] -W option does not accept module regexes

Thomas Gläßle added the comment: Thanks for your response. I have opened a PR at [1] that would remove the re.escape such that the implementation matches the documentation if you decide that this is fine. [1]: https://github.com/python/cpython/pull/9358 Personally, I would go even further

[issue9148] os.execve puts process to background on windows

Change by Thomas Sibley : -- nosy: +trs ___ Python tracker <https://bugs.python.org/issue9148> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9148] os.execve puts process to background on windows

Thomas Sibley added the comment: What about using _execv*() and friends, as documented at <https://docs.microsoft.com/en-gb/cpp/c-runtime-library/reference/execvp-wexecvp?view=vs-2017>? They appear to use the process overlay feature of _spawnv*() et al., as described at

[issue9148] os.execve puts process to background on windows

Thomas Sibley added the comment: It seems like it would be very nice to provide compat if its possible with a minimum of effort. At the very least, a doc patch to os.exec*() seems warranted. I expected to find notes on platform compat in the doc and was pleasantly surprised to see the

[issue9148] os.execve puts process to background on windows

Thomas Sibley added the comment: Thanks for taking the time to explain. I was just discovering the same myself experimentally. The MS docs I linked to seem a little misleading. orz In that case, do you think a doc patch for os.exec* adding a more nuanced take on Windows support would be

[issue28418] Raise Deprecation warning for tokenize.generate_tokens

Thomas Kluyver added the comment: Yes, I think this can be closed now. -- ___ Python tracker <https://bugs.python.org/issue28418> ___ ___ Python-bugs-list mailin

[issue34846] Runtime failure with Failed to import site module

New submission from Satheesh Thomas : Run time failure to execute python scripts. It was running for long time without any issue . But sometimes get this error which stops the entire execution. Looks like some .pyc file got corrupted . -- components: Build files: Python error1.png

[issue33342] urllib IPv6 parsing fails with special characters in passwords

Thomas Jollans added the comment: RFC 2396 explicitly excludes the use of [ and ] in URLs. RFC 2732 <https://www.ietf.org/rfc/rfc2732.txt> defines the syntax for IPv6 URLs, and allows [ and ] ONLY in the host part. So I'd say that the behaviour is arguably correct (if somewhat

[issue35021] Assertion failures in datetimemodule.c.

New submission from Thomas Wouters : The fix for issue #31752 (changeset 5ef883b096895a84123760859f0f34ad37bf2277 for 2.7, as I ran into this while upgrading to 2.7.15) includes assertions that are easily triggered from user code: >>> import datetime, numpy >>> datetime

[issue31752] Assertion failure in timedelta() in case of bad __divmod__

Thomas Wouters added the comment: This patch includes assertions that are easily triggered from user code: https://bugs.python.org/issue35021 -- nosy: +twouters ___ Python tracker <https://bugs.python.org/issue31

[issue34624] -W option and PYTHONWARNINGS env variable does not accept module regexes

Thomas Gläßle added the comment: Hi, thanks for the consideration! Is there any reason to introduce different behaviour than with filterwarnings here? This increases the number of things to remember - and except for the dot regex syntax doesn't interfere with module names, so there is n

[issue33826] enable discovery of class source code in IPython interactively defined classes

Thomas Viehmann added the comment: Yeah, it's a shame no-one looked at the patch that seems to fix the underlying cause and now it's just a duplicate of a bug to improve error messages. On the up side, closing this bug will stop me from getting reminders about it. --

[issue33826] enable discovery of class source code in IPython interactively defined classes

Change by Thomas Viehmann : -- stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue33826> ___ ___ Python-bugs-list

[issue33826] enable discovery of class source code in IPython interactively defined classes

Change by Thomas Viehmann : -- nosy: -t-vi ___ Python tracker <https://bugs.python.org/issue33826> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32666] Valgrind documentation seems to need updating

Reuben Thomas added the comment: Victor, thanks; that's precisely the sort of thing that would make a useful addition to the docs. -- ___ Python tracker <https://bugs.python.org/is

[issue33826] enable discovery of class source code in IPython interactively defined classes

Change by Thomas Viehmann : -- resolution: duplicate -> ___ Python tracker <https://bugs.python.org/issue33826> ___ ___ Python-bugs-list mailing list Un

[issue35275] Reading umask (thread-safe)

New submission from Thomas Guettler : Up to now there is no thread way to read the umask in Python https://stackoverflow.com/questions/53227072/reading-umask-thread-safe You can use this pattern: current_umask = os.umask(0) # line1 os.umask(current_umask) # line2 return current_umask

[issue18111] Add a default argument to min & max

Thomas Wouters added the comment: For the record, Raymond, I think you're wrong about this. Itertools isn't always a solution to every problem, and it makes for a very awkward way around a silly limitation in min() and max(). Their API is already awkward -- because they already take

[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

[issue18336] codecs: Link to readline module (history) instead of fd.readline()

New submission from Thomas Guettler: The documentation of codecs.readline() has a link to the readline module. That the same word with a total different meaning! http://docs.python.org/2/library/codecs.html?highlight=readline#codecs.StreamReader.readline The GNU readline module is about the

[issue18337] codecs: StremReader readline() breaks on undocumented characters

New submission from Thomas Guettler: The stream reader of codecs.open() breaks on undocumented characters: http://docs.python.org/2/library/codecs.html?highlight=codecs%20readline#codecs.StreamReader.readline import tempfile temp=tempfile.mktemp() fd=open(temp, 'wb') fd.write('

[issue15767] add ModuleNotFoundError

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

[issue1596321] KeyError at exit after 'import threading' in other thread

Thomas Guettler added the comment: Only few people seem to use daemon threads. We do and see this problem often with Python 2.7. How difficult is it to get this fixed for 2.7? Is there a way to work around this problem? -- nosy: +guettli

[issue1856] shutdown (exit) can hang or segfault with daemon threads running

Thomas Guettler added the comment: There are some examples to work around this for Python2: http://stackoverflow.com/questions/18098475/detect-interpreter-shut-down-in-daemon-thread -- nosy: +guettli ___ Python tracker <http://bugs.python.

[issue18675] Daemon Threads can seg fault

New submission from Thomas Guettler: This is a documentation bug: Since #1856 is not solved for Python2, it needs to be documented. Daemon Threads on Python2 can seg fault. Work arounds: http://stackoverflow.com/questions/18098475/detect-interpreter-shut-down-in-daemon-thread

[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

[issue17997] ssl.match_hostname(): sub string wildcard should not match IDNA prefix

Changes by Thomas Weißschuh : -- nosy: +t-8ch ___ Python tracker <http://bugs.python.org/issue17997> ___ ___ Python-bugs-list mailing list Unsubscribe:

[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:

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

New submission from Thomas Kluyver : With the text 'abc€' copied to the clipboard, on Linux, where UTF-8 is the default encoding: Python 3.2.3 (default, Apr 12 2012, 21:55:50) [GCC 4.6.3] on linux2 Type "help", "copyright", "credits" or "lice

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Thomas Kluyver added the comment: On this computer, I see this from Tcl: $ wish % clipboard get abc\u20ac But here Python's following suit: >>> root.clipboard_get() 'abc\\u20ac' Which is odd, because as far as I know, my two computers run the same OS (U

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Thomas Kluyver added the comment: OK, after a quick bit of reading, I see why I'm confused: the clipboard actually works by requesting the text from the source program, so where you copy it from makes a difference. In my case, copying from firefox gives 'abc\\u20ac', and cop

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Thomas Kluyver added the comment: Thanks, Ned. Does it seem like a good idea to test the windowing system like that, and default to UTF8_STRING if it's x11? So far, I've not found any case on X where STRING works but UTF8_STRING doesn't. If it seems reasonable, I'm ha

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Thomas Kluyver added the comment: Here's a patch that makes UTF8_STRING the default type for clipboard_get and selection_get when running in X11. -- keywords: +patch Added file: http://bugs.python.org/file25552/x11-clipboard-utf8.patch ___ P

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Thomas Kluyver added the comment: Indeed, and there don't seem to be any other tests for the clipboard functionality. -- ___ Python tracker <http://bugs.python.org/is

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Thomas Kluyver added the comment: But the encoding used seemingly depends on the source application - Geany (GTK 2, I think) seemingly sends UTF8 text anyway, whereas Firefox escapes the unicode character. So I don't think we can correctly decode the STRING value in all cases. T

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Thomas Kluyver added the comment: OK, I'll produce an updated patch. -- ___ Python tracker <http://bugs.python.org/issue14777> ___ ___ Python-bugs-list m

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Thomas Kluyver added the comment: As requested, the second version of the patch (x11-clipboard-try-utf8): - Caches the windowing system per object. The tk call to find the windowing system is made the first time clipboard_get or selection_get are called without specifying `type=`. - If using

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Thomas Kluyver added the comment: I'm happy to put the cache at the module level, but I'll give other people a chance to express their views before I dive into the code again. I imagine most applications would only call clipboard_get() on one item, so it wouldn't matter.

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Thomas Kluyver added the comment: The 3rd revision of the patch has the cache at the module level. It's a bit awkward, because there's no module level function to call to retrieve it (as far as I know), so it's exposed by objects which can call Tk. Also, serhiy pointed out a

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Thomas Kluyver added the comment: I've submitted the contributor agreement, though I've not yet heard anything back about it. -- ___ Python tracker <http://bugs.python.o

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Thomas Kluyver added the comment: ...And mere minutes after I said I hadn't heard anything, I've got the confirmation email. :-) -- ___ Python tracker <http://bugs.python.o

[issue14846] Change in error when sys.path contains a nonexistent folder (importlib)

New submission from Thomas Kluyver : I've come across a difference from 3.2 to 3.3 while running the IPython test suite. It occurs when a directory on sys.path has been used for an import, then deleted without being removed from sys.path. Previous versions of Python ignore the nonexi

[issue14932] Python 3.3.0a3 build fails on MacOS 10.7 with XCode 4.3.2

New submission from Thomas Robitaille : I can build Python 2.6 to 3.2 on MacOS 10.7 with XCode 4.3.2 using solely: ./configure make But if I do this with Python 3.3 alpha 3 I get the following error: gcc -framework CoreFoundation -o python.exe Modules/python.o libpython3.3m.a

[issue14932] Python 3.3.0a3 build fails on MacOS 10.7 with XCode 4.3.2

Changes by Thomas Robitaille : -- type: -> compile error ___ Python tracker <http://bugs.python.org/issue14932> ___ ___ Python-bugs-list mailing list Unsubscri

[issue14932] Python 3.3.0a3 build fails on MacOS 10.7 with XCode 4.3.2

Thomas Robitaille added the comment: Thanks for the quick reply - wouldn't it make sense to add a directive to the configure script so that if the compiler matches 'i686-apple-darwin11-llvm-gcc-4.2', clang is used instead? -- ___

[issue15227] Fatal Python error: PyEval_RestoreThread: NULL tstate on example script..

New submission from Thomas Maslach : I've been running into a bug recently and reduced the code to the following: import Tkinter tk = Tkinter.Tk() window = Tkinter.Frame(tk) def onDestroy (event): pass window.bind ("", onDestroy) Just run and the fo

[issue11153] urllib2 basic auth parser handle unquoted realm in WWW-Authenticate header

Thomas Parslow added the comment: This is already fixed in the current code, unquoted realms are allowed with a warning. -- nosy: +almost ___ Python tracker <http://bugs.python.org/issue11

[issue15310] urllib: Support for multiple WWW-Authenticate headers and/or multiple challenges per header

New submission from Thomas Parslow : The HTTP spec specifies that the 401 (Unauthorized) response can be accompanied by multiple challenges, either as separate WWW-Authenticate headers or in a single WWW-Authenticate header separated by commas. The client should always pick the strongest

[issue15310] urllib: Support for multiple WWW-Authenticate headers and/or multiple challenges per header

Thomas Parslow added the comment: I should mention, this fixes the same issue mentioned in #13323 but more comprehensively and for python 3 (the old issue refers to urllib2 in python2). -- ___ Python tracker <http://bugs.python.org/issue15

[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

[issue15505] unittest.installHandler incorrectly assumes SIGINT handler is set.

New submission from Thomas Wouters: unittest.installHandler incorrectly assumes signal.SIGINT will always be set to a callable object, rather than signal.SIG_DFL or signal.SIG_IGN. This breaks if the test is being executed in an environment that e.g. ignores signal.SIGINT, like a bash script

[issue15505] unittest.installHandler incorrectly assumes SIGINT handler is set.

Thomas Wouters added the comment: Patch attached. -- keywords: +patch stage: -> patch review Added file: http://bugs.python.org/file26604/inthandler.patch ___ Python tracker <http://bugs.python.org/issu

[issue15507] test_subprocess assumes SIGINT is not being ignored.

New submission from Thomas Wouters: test_subprocess's test_send_signal assumes SIGINT is not being ignored, by spawning a new process and expecting it to have the default SIGINT handler . SIGINT can be set to SIG_IGN if the process running the test inherited it from the parent pr

[issue15507] test_subprocess assumes SIGINT is not being ignored.

Thomas Wouters added the comment: Patch attached to (briefly) set signal.SIGINT to the default in the test. It may make sense to add a feature to subprocess.Popen to ignore/unignore signals (it should only need to support SIG_DFL and SIG_IGN, not other signal handlers, considering there'

[issue15505] unittest.installHandler incorrectly assumes SIGINT handler is set.

Thomas Wouters added the comment: Updated patch. -- Added file: http://bugs.python.org/file26610/inthandler.patch ___ Python tracker <http://bugs.python.org/issue15

<    7   8   9   10   11   12   13   14   15   16   >