[issue7741] Allow multiple statements in code.InteractiveConsole.push

Kristján Valur Jónsson added the comment: What's the purpose of the new patch, particularly 2/2 since it is equivalent to multiple push() calls? I.e. since this issue has laid dormant for two years, what prompts the sudden activity? -- ___ Python tr

[issue15746] test_winsound bombing out on 2003 buildslave

Trent Nelson added the comment: Affirmative: E:\Apps\activestate-python-2.7.2.5-x86>python ActivePython 2.7.2.5 (ActiveState Software Inc.) based on Python 2.7.2 (default, Jun 24 2011, 12:21:10) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more info

[issue15759] "make suspicious" doesn't display instructions in case of failure

New submission from Ezio Melotti: I was running "make suspicious" in Doc/ and this was the output after finding 3 suspicious markups: writing output... [ 52%] library/inspect WARNING: [library/inspect:437] ":int" found in ">>> def foo(a, *, b:int, **kwargs):" WARNING: [library/inspect:437]

[issue665194] datetime-RFC2822 roundtripping

Alexander Belopolsky added the comment: > So since the other tests were passing before, presumably there > is some test that could be added to exercise the bug you were > fixing. Do you remember what that was? Yes, the issue was the one that was mentioned in an XXX comment: in many places UTC

[issue15316] runpy swallows ImportError information with relative imports

Changes by Chris Jerdonek : -- keywords: +3.2regression ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue665194] datetime-RFC2822 roundtripping

R. David Murray added the comment: And my tests and code were wrong, and I was wrong about what you were trying to fix. So since the other tests were passing before, presumably there is some test that could be added to exercise the bug you were fixing. Do you remember what that was? ---

[issue15750] test_localtime_daylight_false_dst_true raises OverflowError: mktime argument out of range

Alexander Belopolsky added the comment: > So you are saying that if the current timezone is UTC, FreeBSD's mktime > just arbitrarily returns -1 for any time passed to it with the 'guess > the DST flag' value set for is_dst? I don't know about FreeBSD, but I recall seeing a comment in mxDT source

[issue665194] datetime-RFC2822 roundtripping

R. David Murray added the comment: Heh, I was just copying the previous code, and didn't think about being able to update it. Will make that change. -- ___ Python tracker ___

[issue665194] datetime-RFC2822 roundtripping

Alexander Belopolsky added the comment: I noticed this part: +# We have an aware datetime. Use aware datetime arithmetic to find the +# seconds since the epoch. +delta = dt - datetime.datetime(*time.gmtime(0)[:6], + tzinfo=datetime.t

[issue15750] test_localtime_daylight_false_dst_true raises OverflowError: mktime argument out of range

R. David Murray added the comment: So you are saying that if the current timezone is UTC, FreeBSD's mktime just arbitrarily returns -1 for any time passed to it with the 'guess the DST flag' value set for is_dst? And for is_dst set to 1 as well? This isn't mentioned on the FreeBSD man page f

[issue665194] datetime-RFC2822 roundtripping

Alexander Belopolsky added the comment: I'll take a look tomorrow morning. (EDT:-) -- ___ Python tracker ___ ___ Python-bugs-list mai

[issue665194] datetime-RFC2822 roundtripping

R. David Murray added the comment: Alexander, this slipped off my radar. Some of the tests Brian added fail with the patch applied. I fixed most of them by adding back the support for converting an aware datetime to an aware localtime. The remaining two I believe are what you are fixing with

[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings

Yap Sok Ann added the comment: On Python 2.7, I need to add this to the original diff by Dave, in the same try-except block: mimetype = mimetype.encode(default_encoding) # omit in 3.x! -- nosy: +sayap ___ Python tracker

[issue15751] Add PyGILState_SwitchInterpreter

Graham Dumpleton added the comment: If you have a Ex version of Ensure, then if the interpreter argument is NULL, then it should assume main interpreter. That way the normal version of Ensure can just call PyGILState_EnsureEx(NULL). -- ___ Python tr

[issue1207589] Right Click Context Menu

Changes by R. David Murray : -- versions: +Python 3.4 -Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue15316] runpy swallows ImportError information with relative imports

Chris Jerdonek added the comment: I ran into this again because an error while running `./python.exe -m test` was getting masked. The use of __main__.py in the package may be the distinguishing characteristic. -- ___ Python tracker

[issue15316] runpy swallows ImportError information with relative imports

Chris Jerdonek added the comment: I randomly ran into this issue again. I'm not sure this was ever resolved (i.e. I think it may always have been different from issue 15111). I still get the above behavior in the default branch. And here is what I get in the 3.2 branch (the error information

[issue15758] 500x speed up for Popen.communicate() on Windows

Richard Oudkerk added the comment: > FileIO.readall() already has an overallocation mechanism which should > yield linear complexity. Perhaps it needs to be tweaked a bit? > (look at new_buffersize in Modules/_io/fileio.c) I think it needs a bit more than a tweak;-) Looks like it increases by

[issue15745] Numerous utime ns tests fail on FreeBSD w/ ZFS

Trent Nelson added the comment: Oh, heh, yes, I meant double :-) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue15747] Various chflags tests failing on FreeBSD/ZFS

Changes by Trent Nelson : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue15747] Various chflags tests failing on FreeBSD/ZFS

Roundup Robot added the comment: New changeset f986d523e93d by Trent Nelson in branch 'default': Issue #15747: skip chflags UF_IMMUTABLE tests if EOPNOTSUPP is raised. http://hg.python.org/cpython/rev/f986d523e93d -- ___ Python tracker

[issue15758] 500x speed up for Popen.communicate() on Windows

Antoine Pitrou added the comment: FileIO.readall() already has an overallocation mechanism which should yield linear complexity. Perhaps it needs to be tweaked a bit? (look at new_buffersize in Modules/_io/fileio.c) By the way, your results are bit weird. Why does the data rate increase with t

[issue15754] Traceback message not returning SQLite check constraint details

Changes by Chris Jerdonek : -- resolution: works for me -> invalid stage: needs patch -> committed/rejected ___ Python tracker ___ ___

[issue15758] 500x speed up for Popen.communicate() on Windows

Richard Oudkerk added the comment: RawIOBase.readall() does the sensible thing already. Maybe FileIO should be allowed to inherit it. The alternative patch (which probably only works for raw unbuffered case) diff -r ca54c27a9045 Lib/subprocess.py --- a/Lib/subprocess.py Tue Aug 21 14:54:22 20

[issue15754] Traceback message not returning SQLite check constraint details

John Taylor added the comment: Please close this ticket. This is not a bug. As per cjerdonek's suggestion, defining a constraint as follows: constraint my_name check (...) returns the actual name of the constraint, when it fails: sqlite3.IntegrityError: constraint my_name failed -- r

[issue15747] Various chflags tests failing on FreeBSD/ZFS

Roundup Robot added the comment: New changeset 019a2390b014 by Trent Nelson in branch '3.2': Issue #15747: skip chflags UF_IMMUTABLE tests if EOPNOTSUPP is raised. http://hg.python.org/cpython/rev/019a2390b014 -- nosy: +python-dev ___ Python tracker

[issue15745] Numerous utime ns tests fail on FreeBSD w/ ZFS

Larry Hastings added the comment: mtime is never converted into a "decimal". Do you perhaps mean "double"? -- ___ Python tracker ___

[issue15754] Traceback message not returning SQLite check constraint details

Ned Deily added the comment: The magic for building the standard library's dynamically loaded extensions is in the top-level setup.py. It uses Distutils to do the work with a lot of hacking around in setup.py. Without modifying setup.py, it can be a little tricky to override the search order

[issue13520] Patch to make pickle aware of __qualname__

Richard Oudkerk added the comment: There is a cute way to use operator.attrgetter to produce backwards compatible pickles using the qualname: import pickle, copyreg, operator, sys, pickletools, types class AttrGetter(object): def __init__(self, name): self.name = name def __cal

[issue15758] 500x speed up for Popen.communicate() on Windows

Antoine Pitrou added the comment: Yes, I think FileIO.readall() should be fixed rather than avoided. -- nosy: +pitrou versions: +Python 3.4 ___ Python tracker ___ ___

[issue15751] Add PyGILState_SwitchInterpreter

Antoine Pitrou added the comment: > Those macros only work for general GIL releasing and pop straight > away, not for the case where released, calls into some non Python C > library, which then calls back into Python. I see, so you are right that this new API could be useful. However, we should

[issue15754] Traceback message not returning SQLite check constraint details

Chris Jerdonek added the comment: > When building CPython yourself, it will use what version is found on your > system. Ned, this is somewhat off-topic to the issue, but do you know of any ways to tell CPython to use a particular version of sqlite3 at compile time if a system has different ve

[issue15751] Add PyGILState_SwitchInterpreter

Graham Dumpleton added the comment: Those macros only work for general GIL releasing and pop straight away, not for the case where released, calls into some non Python C library, which then calls back into Python. My recollection is, and so unless they have changed it, SWIG generated calls us

[issue15751] Add PyGILState_SwitchInterpreter

Antoine Pitrou added the comment: Le mardi 21 août 2012 à 22:14 +, Graham Dumpleton a écrit : > Any third party module then which uses the simplistic calling sequence > of calling PyGILState_Release() on exiting Python code and thence > within the same thread calling PyGILState_Ensure() when

[issue15748] Various symlink test failures in test_shutil on FreeBSD

Trent Nelson added the comment: Well, bugger me, check this out: import os import stat import tempfile d = tempfile.mkdtemp() src = os.path.join(d, 'foo') dst = os.path.join(d, 'bar') src_link = os.path.join(d, 'baz') dst_link = os.path.join(d, 'qux') sf = open(dst, 'w') sf.write('foo') sf.fl

[issue15758] 500x speed up for Popen.communicate() on Windows

Changes by Richard Oudkerk : -- keywords: +patch Added file: http://bugs.python.org/file26953/popen_communicate.patch ___ Python tracker ___ _

[issue15758] 500x speed up for Popen.communicate() on Windows

New submission from Richard Oudkerk: Piping significant amounts of data through a subprocess using Popen.communicate() is crazily slow on Windows. The attached program just pushes data through mingw's cat.exe. Python 3.3: amount = 1 MB; time taken = 0.07 secs; rate = 13.51 MB/s amount = 2 MB;

[issue15751] Add PyGILState_SwitchInterpreter

Graham Dumpleton added the comment: In both embedded mode and daemon mode of mod_wsgi, albeit how thread pool is managed is different, there is a fixed number of threads with those being dedicated to handling web requests. On a request arriving next available thread from the thread pool handle

[issue15745] Numerous utime ns tests fail on FreeBSD w/ ZFS

Trent Nelson added the comment: >>> print(_have_functions) ['HAVE_FACCESSAT', 'HAVE_FCHDIR', 'HAVE_FCHMOD', 'HAVE_FCHMODAT', 'HAVE_FCHOWN', 'HAVE_FEXECVE', 'HAVE_FDOPENDIR', 'HAVE_FPATHCONF', 'HAVE_FSTATAT', 'HAVE_FSTATVFS', 'HAVE_FTRUNCATE', 'HAVE_FUTIMES', 'HAVE_FUTIMESAT', 'HAVE_LINKAT', 'H

[issue15757] ./configure --with-pydebug on FreeBSD results in -O2 -pipe eventually ending up in CFLAGS.

Trent Nelson added the comment: So, looks like FreeBSD's /usr/share/mk/sys.mk is to blame here. It unconditionally sets CFLAGS to `-O2 -pipe`. [trent@hydrogen/ttypts/1(~s/cpython)%] uname -a FreeBSD hydrogen.snakebite.net 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r0: Mon Jul 16 06:28:19 UTC 2

[issue15642] Integrate pickle protocol version 4 GSoC work by Stefan Mihaila

Alexandre Vassalotti added the comment: Some quick thoughts about the new implicit memoization scheme in Stefan's implementation. - The new scheme will need to be documented in PEP 3154 before we can accept the change. - I don't really like the idea of changing the semantics of the PUT and GE

[issue15745] Numerous utime ns tests fail on FreeBSD w/ ZFS

Larry Hastings added the comment: Can you tell me which code path it took? Either by walking through the code as it runs, or by telling me about the preprocessor defines used by utime (HAVE_FUTIMES, HAVE_FUTIMENS, HAVE_FUTIMESAT, HAVE_UTIMENSAT, HAVE_UTIMES, HAVE_UTIME_H). The easy way to do

[issue15757] ./configure --with-pydebug on FreeBSD results in -O2 -pipe eventually ending up in CFLAGS.

Trent Nelson added the comment: Ah! % gmake gcc -pthread -c -fno-strict-aliasing -g -O0 -Wall -Wstrict-prototypes-I. -I./Include-DPy_BUILD_CORE -o Modules/python.o ./Modules/python.c gcc -pthread -c -fno-strict-aliasing -g -O0 -Wall -Wstrict-prototypes-I. -I./Include-DPy_BUILD

[issue15748] Various symlink test failures in test_shutil on FreeBSD

Trent Nelson added the comment: Hi Larry, Funnily enough, I just tried to step through a heavily hacked version of posix_readlink again, only to get gdb telling me I couldn't 'print' the variables I had added in. Turns out, `./configure --with-pydebug` on FreeBSD ends up with '-O2' being app

[issue15757] ./configure --with-pydebug on FreeBSD results in -O2 -pipe eventually ending up in CFLAGS.

New submission from Trent Nelson: All the FreeBSD build slaves seem to be experiencing the same symptom: ./configure --with-pydebug eventually results in this: gcc -pthread -c -fno-strict-aliasing -g -O0 -Wall -Wstrict-prototypes -O2 -pipe -fno-strict-aliasing -Wall -march=native -I. -I

[issue15748] Various symlink test failures in test_shutil on FreeBSD

Larry Hastings added the comment: I'll ask the obvious: was that an optimized build? Not that that explains the bug--but that might explain why "length" appeared to contain 24. It's hard to believe this is really an OS bug... -- ___ Python tracker

[issue14468] Update cloning guidelines in devguide

Éric Araujo added the comment: FWIW I agree with Antoine’s comments. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue15637] Segfault reading null VMA (works fine in python 2.x)

Changes by R. David Murray : -- stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___ Python-bugs-list maili

[issue15754] Traceback message not returning SQLite check constraint details

John Taylor added the comment: Chris, I will try naming the constraints and will then follow-up. -- ___ Python tracker ___ ___ Python

[issue15748] Various symlink test failures in test_shutil on FreeBSD

Changes by Georg Brandl : -- nosy: +larry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue15754] Traceback message not returning SQLite check constraint details

Chris Jerdonek added the comment: I haven't been able to test this via Python because my system sqlite3 version isn't new enough. But I was able to test this against sqlite3 directly. I suspect there may be no issue. John, have you tried naming your constraint? http://www.sqlite.org/syntaxd

[issue10712] 2to3 fixer for deprecated unittest method names

Ezio Melotti added the comment: Ping. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue15756] subprocess.poll() does not handle errno.ECHILD "No child processes"

Todd Whiteman added the comment: The attached patch handles errno.ECHILD in the _internal_poll() method and I've updated the existing "sigchild_ignore.py" test file to perform polling as well. An unpatched version of Pyhton would normally hang on this particular test, whilst the patched versio

[issue15756] subprocess.poll() does not handle errno.ECHILD "No child processes"

Changes by Todd Whiteman : -- nosy: +gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue15756] subprocess.poll() does not handle errno.ECHILD "No child processes"

New submission from Todd Whiteman: In the case of a "errno.ECHILD" exception - Python's subprocess module misses the fact that the process has already ended. The following code will wait indefinitely, even though the launched process is quickly ended: import subprocess, signal signal.signal(s

[issue6422] timeit called from within Python should allow autoranging

Antoine Pitrou added the comment: > In #5442, I proposed leaving the architecture of the module alone, and > simply exposing the main module functionality as a high level helper > function: Agreed with Nick's approach above. Victor, if you want to improve timeit's reliability, please open a se

[issue6422] timeit called from within Python should allow autoranging

Changes by Andrew Svetlov : -- nosy: +asvetlov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue15754] Traceback message not returning SQLite check constraint details

Ned Deily added the comment: Keep in mind that Python itself does not release with nor mandate a specific version of sqlite3. When building CPython yourself, it will use what version is found on your system. Distributors of built Pythons, including the python.org Windows and OS X installers,

[issue15754] Traceback message not returning SQLite check constraint details

Chris Jerdonek added the comment: I would be happy to take a look at this and propose a patch. -- nosy: +cjerdonek ___ Python tracker ___

[issue8109] Server-side support for TLS Server Name Indication extension

danblack added the comment: test_sni not working. getpeercert() not returning a certificate. -- keywords: +patch nosy: +daniel-black Added file: http://bugs.python.org/file26950/issue8109_server_side_sni.patch ___ Python tracker

[issue15751] Add PyGILState_SwitchInterpreter

Antoine Pitrou added the comment: > Umm, no. The whole point of the GILState API is that you can call it > from a thread which knows *nothing* about Python. No to what? Any sane callback API allows to pass it some user data, that user data can just as well include the pointer to the desired inte

[issue15754] Traceback message not returning SQLite check constraint details

R. David Murray added the comment: Well, it would be patching the sqlite extension module. Not that that is much different :) Hopefully the current sqlite extension maintainer will think this is worthwhile doing. Short of waiting for that, you could perhaps ask on the python-list email list

[issue15751] Add PyGILState_SwitchInterpreter

Nick Coghlan added the comment: Umm, no. The whole point of the GILState API is that you can call it from a thread which knows *nothing* about Python. It will then use the *process global* state in the pystate.c statics to initialise that thread with a Python thread state. Currently, that thre

[issue15751] Add PyGILState_SwitchInterpreter

Antoine Pitrou added the comment: > If we expose an official way to switch the destination of the > PyGILState APIs, then what it means is that mod_wsgi can, over the > lifecycle of a single process in the pool, *switch* the virtual host > and WSGI endpoint that process is handling by changing th

[issue15754] Traceback message not returning SQLite check constraint details

John Taylor added the comment: I believe patching Python is beyond my programming capability. I would be very interested in seeing this in 3.3.1. How else could I assist in making this happen? Thanks! -- ___ Python tracker

[issue15751] Add PyGILState_SwitchInterpreter

Nick Coghlan added the comment: s/slightly/completely/ (I believe my description of the core problem was right, but my description of why that problem exists was wrong - it actually has to do with the way mod_wsgi handles virtual hosts and endpoints) If we expose an official way to switch the

[issue10852] SSL/TLS sni use in smtp, pop, imap, nntp, ftp client libs by default

Changes by R. David Murray : -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue15637] Segfault reading null VMA (works fine in python 2.x)

Alberto Milone added the comment: I can confirm that the suggested changes solve the problem here. Thanks everyone! -- resolution: -> invalid ___ Python tracker ___ ___

[issue15754] Traceback message not returning SQLite check constraint details

R. David Murray added the comment: Having said this is a feature, since it would only affect the error message, I'm actually open to it as a bug fix. It won't make it into 3.3.0 even if someone proposes a patch, though, given that we are so late in the release process. -- __

[issue14452] SysLogHandler sends invalid messages when using unicode

Changes by Jody McIntyre : -- nosy: +scjody ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue10852] SSL/TLS sni use in smtp, pop, imap, nntp, ftp client libs by default

Antoine Pitrou added the comment: By the way, could you sign a contributor agreement? You can find instructions at http://www.python.org/psf/contrib/ -- ___ Python tracker ___ _

[issue10852] SSL/TLS sni use in smtp, pop, imap, nntp, ftp client libs by default

Antoine Pitrou added the comment: Thanks for the patch, Daniel. 3.3 is nearing the release candidate phase, so I'm re-targetting to 3.4. I'll take a detailed look soon. (I suppose there's no easy way to write automated tests for this, unfortunately) -- stage: -> patch review versions:

[issue15754] Traceback message not returning SQLite check constraint details

R. David Murray added the comment: This is a new feature (ie: adding support for a new feature of sqlite). Would you like to propose a patch? -- nosy: +r.david.murray stage: -> needs patch type: behavior -> enhancement versions: +Python 3.4 -Python 3.3

[issue10852] SSL/TLS sni use in smtp, pop, imap, nntp, ftp client libs by default

danblack added the comment: previous patch had dumb error and even failed test suit. Now fixed. -- Added file: http://bugs.python.org/file26949/issue10852-sni.patch ___ Python tracker __

[issue10852] SSL/TLS sni use in smtp, pop, imap, nntp, ftp client libs by default

Changes by danblack : Removed file: http://bugs.python.org/file26918/issue_10852_pop-smtp-imap-nntp.patch ___ Python tracker ___ ___ Python-b

[issue15751] Add PyGILState_SwitchInterpreter

Antoine Pitrou added the comment: > My understanding of the mod_wsgi architecture is that it uses > subinterpreters to maintain a persistent process, while still > providing a relatively pristine interpreter state to handle each new > request. I don't think that's true. On hg.python.org, the hgl

[issue15751] Add PyGILState_SwitchInterpreter

Nick Coghlan added the comment: Sorry, I mischaracterised the way mod_wsgi works slightly. However, my understanding is still that the scope of this particular fix is merely to allow all external threads to be redirected to a different subinterpreter at various times over the life of a process

[issue15754] Traceback message not returning SQLite check constraint details

John Taylor added the comment: When I run this under Windows 7: Platform : CPython 3.3.0b2 SQLite : 3.7.12 Traceback (most recent call last): File "C:bug.py", line 34, in c.execute(query, ("2012-18-20", ) ) sqlite3.IntegrityError: constraint failed --

[issue15754] Traceback message not returning SQLite check constraint details

New submission from John Taylor: According to: http://www.sqlite.org/releaselog/3_7_12.html SQLite has the ability to, "Report the name of specific CHECK constraints that fail." CPython 3.3.0b2 which uses SQLite version 3.7.12 does not report which constraint failed. -- import platform, sqlit

[issue15751] Add PyGILState_SwitchInterpreter

Nick Coghlan added the comment: My understanding of the mod_wsgi architecture is that it uses subinterpreters to maintain a persistent process, while still providing a relatively pristine interpreter state to handle each new request. This means even when you're using multiple processes with a

[issue15740] test_ssl failure when cacert.org CA cert in system keychain on OSX

Antoine Pitrou added the comment: > Attached cleaner version of the test: > > * use self.addCleanup instead of a tearDown method > * add comment that explains why the code is present > * setUp method is only active on OSX Looks good to me, thank you. -- ___

[issue15740] test_ssl failure when cacert.org CA cert in system keychain on OSX

Ronald Oussoren added the comment: Attached cleaner version of the test: * use self.addCleanup instead of a tearDown method * add comment that explains why the code is present * setUp method is only active on OSX -- Added file: http://bugs.python.org/file26948/issue15740-2.txt

[issue15637] Segfault reading null VMA (works fine in python 2.x)

Amaury Forgeot d'Arc added the comment: The example script has two errors IMO: - XOpenDisplay accepts a char*, but display_url is certainly a unicode string; it should be converted to a bytes string:: xlib.XOpenDisplay(display_url.encode('utf-8')) - XOpenDisplay.restype is not set, so it wil

[issue15751] Add PyGILState_SwitchInterpreter

Antoine Pitrou added the comment: > Just as they do today, all externally created threads will still go to > *one* interpreter when they hit PyGILState_Ensure(). It's just that > interpreter won't be the main one. Uh but how does it solve the issue? (unless you create a mod_wsgi app with only a

[issue15751] Add PyGILState_SwitchInterpreter

Nick Coghlan added the comment: Just as they do today, all externally created threads will still go to *one* interpreter when they hit PyGILState_Ensure(). It's just that interpreter won't be the main one. Since the whole point of the PyGILState API is to support threads that don't have a pre

[issue15745] Numerous utime ns tests fail on FreeBSD w/ ZFS

Stefan Krah added the comment: Looks like a ZFS/nanosecond issue. My FreeBSD buildbot uses FFS and does not have the failures. -- ___ Python tracker ___ _

[issue15751] Add PyGILState_SwitchInterpreter

Antoine Pitrou added the comment: > As I understand the situation, mod_wsgi doesn't need arbitrary > externally created threads to be able to call back into arbitrary > subinterpreters, it just needs to be able to direct externally created > threads in a process to a subinterpreter other than the

[issue15751] Add PyGILState_SwitchInterpreter

Nick Coghlan added the comment: Graham, even better would be if you could try the following combination: _PyGILState_Fini(); _PyGILState_Init(si, st); (where si and st are the interpreter state and thread state for the target subinterpreter) If a new PyGILState_SwitchInterpreter API is going

[issue15526] test_startfile crash on Windows 7 AMD64

Jeremy Kloth added the comment: Here is the patch implementing option #2 -- keywords: +patch nosy: +jkloth Added file: http://bugs.python.org/file26947/test_startfile.diff ___ Python tracker ___

[issue15751] Add PyGILState_SwitchInterpreter

Nick Coghlan added the comment: It would twiddle the autoInterpreterState and autoTLSkey entries in the pystate.c global variables to point to a different subinterpreter. As I understand the situation, mod_wsgi doesn't need arbitrary externally created threads to be able to call back into arbi

[issue15740] test_ssl failure when cacert.org CA cert in system keychain on OSX

Antoine Pitrou added the comment: > The attached (crufty) patch sets the environment variable during > test_ssl.NetworkedTests and that also avoids the test failure. It might > be useful to add this functionality to the test case (but less crufty, > and with a comment that explains why this is

[issue15745] Numerous utime ns tests fail on FreeBSD w/ ZFS

Changes by Antoine Pitrou : -- nosy: +skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue15751] Add PyGILState_SwitchInterpreter

Antoine Pitrou added the comment: > a function that mod_wsgi can call to set the interpreter used by the > GIL state APIs to implicitly create new thread states. How would it work? -- nosy: +pitrou ___ Python tracker

[issue13299] namedtuple row factory for sqlite3

Russell Sim added the comment: Nick, Thanks for the tip. I have removed the star unpacking. -- Added file: http://bugs.python.org/file26946/issue_13299.2.patch ___ Python tracker __

[issue13299] namedtuple row factory for sqlite3

Nick Coghlan added the comment: You should be able to just use "tuple(col[0] for col in cursor.description)" instead of the current list comprehension in order to make the argument hashable. -- ___ Python tracker

[issue15753] No-argument super in method with variable arguments raises SystemError

Changes by R. David Murray : -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue13299] namedtuple row factory for sqlite3

Russell Sim added the comment: Raymond, Thanks for the comprehensive feedback! It's fantastic! I have updated the patch with most of you feedback... but there was one part that I couldn't follow entirely. I am now using the _make method but I have had to use star unpacking to allow the metho

[issue15750] test_localtime_daylight_false_dst_true raises OverflowError: mktime argument out of range

R. David Murray added the comment: This is 3.3 only, as those tests and the function they test were only introduced in 3.3. -- components: +email nosy: +barry, r.david.murray versions: -Python 3.2 ___ Python tracker

[issue15751] Add PyGILState_SwitchInterpreter

Graham Dumpleton added the comment: Just to clarify. One can still tell WSGI applications under mod_wsgi to run in the main interpreter and in that case modules using PyGILState* do work. By default though, sub interpreters are used as noted. The mechanism for forcing use of main interpreter i

[issue13922] argparse handling multiple "--" in args improperly

Steven Bethard added the comment: @gcbirzan: Could you please open up a new issue? The current issue is fixed - it's just that the fix caused a new issue. I would say that the `args` parameter was never intended to be anything but a list, so currently there's a documentation bug since that isn

  1   2   >