[issue5215] change value of local variable in debug

Markus Pröller added the comment: Hello, I have tested this patch since a while. In the meantime I have switched to Python 2.6.5, but the problem that I described above is still there. Another problem that brought the patch is, that when I move a frame up in the stack trace, the variables of

[issue5215] change value of local variable in debug

Amaury Forgeot d'Arc added the comment: > In the meantime I have switched to Python 2.6.5, > but the problem that I described above is still there. The fix was made for 2.7, and not backported to 2.6. > Another problem that brought the patch is, that when I move a frame up > in the stack trace,

[issue9147] dis.show_code() variant that accepts source strings (and returns rather than prints)

Nick Coghlan added the comment: Implemented in r84133 -- resolution: -> accepted stage: -> committed/rejected status: open -> closed ___ Python tracker ___

[issue9147] dis.show_code() variant that accepts source strings (and returns rather than prints)

Nick Coghlan added the comment: Final name was dis.code_info() and it accepts functions, methods, code objects and source strings. -- ___ Python tracker ___

[issue9623] test_site.py has a couple of stray self.assertTrue calls that test for equality

Ezio Melotti added the comment: Fixed in r84134 (py3k) and r84135 (2.7). Thanks for the report and the patch! -- assignee: -> ezio.melotti resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue9147] dis.show_code() variant that accepts source strings (and returns rather than prints)

Florent Xicluna added the comment: The buildbot XP-4 3.x fails on test_dis. http://www.python.org/dev/buildbot/all/builders/x86%20XP-4%203.x/builds/2770 test_code_info (test.test_dis.CodeInfoTests) ... FAIL test_show_code (test.test_dis.CodeInfoTests) ... FAIL =

[issue9625] argparse: Problem with defaults for variable nargs

New submission from Martin Pengelly-Phillips : Variable argument count plays badly with choices. Example: >>> import argparse >>> parser = argparse.ArgumentParser() >>> parser.add_argument('choices', nargs='*', default='a', choices=['a', 'b', 'c']) >>> args = parser.parse_args() >>> pri

[issue9147] dis.show_code() variant that accepts source strings (and returns rather than prints)

Nick Coghlan added the comment: I changed the test to a regex match that ignores the specific ID value of the nested function in r84137. That should make the buildbots happier. -- ___ Python tracker __

[issue9622] Allow to set profile/trace function globally

Antoine Pitrou added the comment: Adding new "global" objects looks a bit complicated. Why not simply update all thread-local objects when the "global" flag is set? -- nosy: +pitrou ___ Python tracker

[issue9622] Allow to set profile/trace function globally

Kristján Valur Jónsson added the comment: Good question. Is that simple to do? I didn't think to look if there were a central list of all python TLS states. -- ___ Python tracker

[issue9622] Allow to set profile/trace function globally

Antoine Pitrou added the comment: > Good question. Is that simple to do? I didn't think to look if there > were a central list of all python TLS states. There's a linked list from the current interpreter state, which in turn can be got from the current thread state (see Include/pystate.h). Of

[issue9622] Allow to set profile/trace function globally

Kristján Valur Jónsson added the comment: Sounds like a much simpler change. I'll try that out instead. -- ___ Python tracker ___ ___

[issue9147] dis.show_code() variant that accepts source strings (and returns rather than prints)

Nick Coghlan added the comment: Switching to a regex match made the backslashes in windows paths a problem. r84139 changes the test to just ignore all the variable info in the code_info results so we'll see how that goes. -- ___ Python tracker

[issue8202] sys.argv[0] and python -m package

Nick Coghlan added the comment: Implemented in r84140. Leaving issue open until the buildbots give it a clean bill of health (since the command line tests can be a little quirky when it comes to cross platform differences) -- resolution: -> accepted stage: unit test needed -> commit

[issue9584] Allow curly braces in fnmatch

Ronald Oussoren added the comment: I agree with Antoine that this would be useful functionality and that matching "the" shell is futile here. A quick check on an old linux server: bash and ksh do brace expansion before expanding '*', but that csh does both at the same time. That is, in a dir

[issue9626] OderedDict.viewitems() does not preserve item order

New submission from Alexey Luchko : OrderedDict.viewitems() is expected to preserve item order like items() do >>> from collections import OrderedDict >>> d = OrderedDict([(1, 2), ("a", "b")]) >>> d.items() [(1, 2), ('a', 'b')] But it does not: >>> list(d.viewitems()) [('a', 'b'), (1, 2)] -

[issue9147] dis.show_code() variant that accepts source strings (and returns rather than prints)

Nick Coghlan added the comment: The windows buildbot still doesn't appear to be particularly happy, but this issue also doesn't appear to be the culprit anymore. -- status: open -> closed ___ Python tracker __

[issue9584] Allow curly braces in fnmatch

Fred L. Drake, Jr. added the comment: It's worth noting that the sh-like shells are far more widely used than the csh-like shells, so csh-like behavior may surprise more people. >From the sh-like shell perspective, the {...,...} syntax just isn't part of >the globbing handling. -- no

[issue9625] argparse: Problem with defaults for variable nargs

Changes by Steven Bethard : -- nosy: +bethard stage: -> needs patch versions: +Python 2.7, Python 3.2 -Python 2.6 ___ Python tracker ___ _

[issue9627] Regrtest failed to clean up temporary directory

New submission from Nick Coghlan : Watching the Windows buildbot to check if test_dis was working yet, I found this output: http://www.python.org/dev/buildbot/stable/builders/x86%20XP-4%203.x/builds/2774/steps/test/logs/stdio It appears something still had files open in the directory when regr

[issue9627] Regrtest failed to clean up temporary directory

Nick Coghlan added the comment: The ref count over 1 million at the end of that output is also rather suspicious. -- ___ Python tracker ___ __

[issue9627] Regrtest failed to clean up temporary directory

Tim Golden added the comment: This is usually because the bug mentioned in issue7443 (although it could be something else, obviously). It should sort itself out on the next run. I'll rerun on my local checkout to see if there real WinXP issues. -- nosy: +tim.golden __

[issue9627] Regrtest failed to clean up temporary directory

Nick Coghlan added the comment: Reading through the other issue, I think you're right. Closing as a duplicate of issue 7443. -- resolution: -> duplicate status: open -> closed superseder: -> test.support.unlink issue on Windows platform ___ Python

[issue7443] test.support.unlink issue on Windows platform

Nick Coghlan added the comment: I closed issue 9627 as a duplicate of this - the buildbot failure referenced there was most likely due to something else holding open a temporary file that the test suite thought was closed. -- nosy: +ncoghlan ___ Py

[issue9626] OderedDict.viewitems() does not preserve item order

Changes by Benjamin Peterson : -- assignee: -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue8866] socket.getaddrinfo() should support keyword arguments

Giampaolo Rodola' added the comment: Isn't that exactly as it was before? Being now possible to specify single keyword arguments aren't "[" brackets necessary? -- ___ Python tracker ___

[issue4142] smtplib doesn't clear helo/ehlo flags on quit

Changes by Giampaolo Rodola' : -- nosy: +alfmel ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue6683] smtplib authentication - try all mechanisms

Giampaolo Rodola' added the comment: A test suite is now available for both smtpd and smtplib modules. -- nosy: +giampaolo.rodola ___ Python tracker ___ _

[issue6683] smtplib authentication - try all mechanisms

Changes by Giampaolo Rodola' : -- nosy: +alfmel ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue821862] ftplib: Strict RFC 959 (telnet in command channel)

Giampaolo Rodola' added the comment: Other than IAC what other chars need to be doubled? As an alternative to a brand new TelnetFTP class this can be implemented as a FTP class attribute ("strict_telnet" maybe) defaulting to True. -- ___ Python trac

[issue8807] poplib should support SSL contexts

Changes by Giampaolo Rodola' : -- assignee: -> giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9622] Allow to set profile/trace function globally

Kristján Valur Jónsson added the comment: Here is a new, much simpler patch, which simply sets the flags on all the threads (accessable as a linked list of PyThreadState objects) as suggested by Antoine. (Note that neither of the patches has the necessary enhancements to _lsprof.c to make th

[issue8866] socket.getaddrinfo() should support keyword arguments

Giampaolo Rodola' added the comment: Committed in r84143 including the doc change as suggested by Antoine. -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue9602] PyObject_AsCharBuffer() should only accept read-only objects

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > STINNER Victor added the comment: > >> Note that the buffer interface release API is meant to protect >> against such modifications, so I don't see why rejecting objects >> that do implement this API should be rejected. > > As I

[issue9601] ftplib should accept 250 on MKD

alphablue52 added the comment: 250 is an invalid response to MKD. M$ Windows Server 2003 does it anyways. M$ Windows Server is a rather common OS, and there are people like me how have to live with this. Maybe it should put this into the following words: "Please make ftplib usuable with M$ Win

[issue8807] poplib should support SSL contexts

Giampaolo Rodola' added the comment: Committed in r84144 including "context" being the last constructor argument. -- resolution: -> fixed status: open -> closed ___ Python tracker _

[issue821862] ftplib: Strict RFC 959 (telnet in command channel)

Oleg Broytmann added the comment: > Other than IAC what other chars need to be doubled? Only IAC must be doubled. Also there have to be a special prefix for urgent (out-of-bound) commands (ABORt); I didn't implement that. > As an alternative to a brand new TelnetFTP class this can be implemen

[issue9628] runtests.sh -x doesn't work with more than two args (sed error)

New submission from Dave Malcolm : runtests.sh -x fails to work with more than two tests; for example, running: $ ./runtests.sh -x test_httplib test_http_cookies test_dl erroneously runs test_dl By default, "sed -e s" only substitutes the first match - the invocations within runtests.sh need

[issue9601] ftplib should accept 250 on MKD

Giampaolo Rodola' added the comment: What IIS version are we talking about? Could you please paste the complete response string other than just the code? I'm asking this because 257 response is supposed to include the name of the created directory. Personally I don't like to include workaround

[issue9628] runtests.sh -x doesn't work with more than two args (sed error)

Dave Malcolm added the comment: FWIW it works with two args, but adding the third fails; echoing PAT indicates the generated regex is missing the "|" separator: ^(test_httplib|test_http_cookies test_dl)$ -- ___ Python tracker

[issue9622] Allow to set profile/trace function globally

Jon Parise added the comment: There are a few places in the patch where you call the global version immediately followed by the local version. For example: +PyEval_SetGlobalTrace(NULL, NULL); PyEval_SetTrace(NULL, NULL); Isn't the local call now redundant given that the glob

[issue9601] ftplib should accept 250 on MKD

Antoine Pitrou added the comment: Well, given that both replies (expected and actual) are in the 25x category, and that (according to the RFC) “the third digit gives a finer gradation of meaning in each of the function categories, specified by the second digit”, perhaps practicality beats pur

[issue433029] SRE: posix classes aren't supported

Mark Lawrence added the comment: This has not been implemented as part of the new regex module, see :- http://mail.python.org/pipermail/python-dev/2010-July/102181.html -- nosy: +BreamoreBoy versions: +Python 3.2 -Python 2.7 ___ Python tracker

[issue460474] codecs.StreamWriter: reset() on close()

Mark Lawrence added the comment: Anyone interested in this? Marc-Andre seemed +0.? on this in msg61288. -- nosy: +BreamoreBoy versions: +Python 3.2 -Python 2.7 ___ Python tracker

[issue502236] Asynchronous exceptions between threads

Mark Lawrence added the comment: Is anyone likely to work on this given msg53440 quote "Does anybody want to write a PEP on thread cancellation? It sure looks like a hairy issue!" -- nosy: +BreamoreBoy versions: -Python 2.7 ___ Python tracker

[issue9601] ftplib should accept 250 on MKD

alphablue52 added the comment: Jep I also discovered it by using Bazaar, but apparently it goes down to the ftplib. The bazaar fix works, and here is the response of strato.com (I use bash ftp): ftp> open ftp.strato.com Connected to ftp.strato.com. 220 Speak friend, and enter Name (ftp.strato

[issue9573] importing a module that executes fork() raises RuntimeError

Barry A. Warsaw added the comment: I think it's too late to try to get this into 2.6.6. rc2's already been released, I don't expect/want an rc3, and I'm not comfortable changing this at this point. Unless you can convince me it's absolutely critical, I won't approve this for 2.6.6. ---

[issue9629] SIZEOF_SOCKET_T used in longobject.h but undefined

New submission from Antoine Pitrou : longobject.h uses SIZEOF_SOCKET_T: #if SIZEOF_SOCKET_T <= SIZEOF_LONG #define PyLong_FromSocket_t(fd) PyLong_FromLong((SOCKET_T)(fd)) #define PyLong_AsSocket_t(fd) (SOCKET_T)PyLong_AsLong(fd) #else #define PyLong_FromSocket_t(fd) PyLong_FromLongLong(((SOCKET_

[issue9629] SIZEOF_SOCKET_T used in longobject.h but undefined

Antoine Pitrou added the comment: This is witnessed in MSVC warning messages such as: 2>..\Modules\socketmodule.c(1611) : warning C4244: 'function' : conversion from 'SOCKET_T' to 'long', possible loss of data -- ___ Python tracker

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Changes by A.M. Kuchling : -- nosy: -akuchling ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue9626] OderedDict.viewitems() does not preserve item order

Raymond Hettinger added the comment: The effort to backport dictviews was incomplete. Fixed in r84148. Thanks for the report. -- resolution: -> fixed status: open -> closed ___ Python tracker _

[issue9625] argparse: Problem with defaults for variable nargs

Changes by Eric Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue9629] SIZEOF_SOCKET_T used in longobject.h but undefined

Dave Malcolm added the comment: Looks like a dup of issue 4835 -- nosy: +dmalcolm ___ Python tracker ___ ___ Python-bugs-list mailing

[issue5737] add Solaris errnos

A.M. Kuchling added the comment: This patch looks unproblematic to me, unless we're trying to keep platform-specific error codes out of errnomodule.c. I removed Python 2.7 and 3.1 from Versions, guessing that this change would be unacceptable in a bugfix release. -- nosy: +akuchling

[issue9629] SIZEOF_SOCKET_T used in longobject.h but undefined

Changes by Dave Malcolm : -- resolution: -> duplicate status: open -> closed superseder: -> SIZEOF_SOCKET_T not defined ___ Python tracker ___ __

[issue4835] SIZEOF_SOCKET_T not defined

Antoine Pitrou added the comment: We don't need a separate header file, the definitions can go into pyport.h instead. -- nosy: +brian.curtin, pitrou, tim.golden versions: +Python 2.7 -Python 3.3 ___ Python tracker

[issue4835] SIZEOF_SOCKET_T not defined

Antoine Pitrou added the comment: However, since this makes SOCKET_T public, it should probably be renamed to Py_SOCKET_T. -- nosy: +loewis ___ Python tracker ___ __

[issue9612] setobject.c warnings under 64-bit Windows

Antoine Pitrou added the comment: This is now fixed in r84146 (py3k) and r84151 (3.1). I've made the "hash" field a Py_ssize_t, consistently with the dict implementation. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue9612] setobject.c warnings under 64-bit Windows

Martin v. Löwis added the comment: I'm not sure whether backporting it to 3.1 is a good idea. It's potentially an ABI change (although a minor one, as the field offsets remain the same, only the interpretation of the padding may change). -- ___ Pyt

[issue9573] importing a module that executes fork() raises RuntimeError

Gregory P. Smith added the comment: Are there any applications out there that actually rely on forking during import? (someone discovered this bug... i'd like to know why. i think its a disgusting thing to do but never explicitly disallowed it in the past) -- __

[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure

Ronald Oussoren added the comment: I can reproduce this with a script that builds and installs a couple of python versions, annoyingly enough I don't understand why that code fails. In particular, in my script the run of python that fails is started with this code: lg.debug("Run setup s

[issue9612] setobject.c warnings under 64-bit Windows

Antoine Pitrou added the comment: > I'm not sure whether backporting it to 3.1 is a good idea. It's > potentially an ABI change (although a minor one, as the field offsets > remain the same, only the interpretation of the padding may change). Well, it is unlikely that anyone is accessing setent

[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure

Ronald Oussoren added the comment: This (untested) patch should fix the issue: Index: Lib/sysconfig.py === --- Lib/sysconfig.py(revision 84147) +++ Lib/sysconfig.py(working copy) @@ -295,9 +295,8 @@ cur_target

[issue4835] SIZEOF_SOCKET_T not defined

Antoine Pitrou added the comment: After trying it out, pulling SOCKET in the Python headers brings complications under Windows, because you need to include which in turn breaks compilation of _pickle.c (duplicate definition of "FLOAT", "INT", etc.). An alternative approach would be to define

[issue9614] _pickle is not entirely 64-bit safe

Amaury Forgeot d'Arc added the comment: The warnings at lines 284, 301, 461, 647 are benign. The attached patch fixes them. The others (lines 628, 1320, 1558, 1806) are real issues: pickle will fail when given a list, a tuple or a dict larger than INT_MAX, or when the memo is too large. The

[issue504152] rfc822 long header continuation broken

Mark Lawrence added the comment: Confirmed still an issue in py3k by using the email subject line from msg8771 and adding two extra test cases to TestParsers got two failures. Tried several variations of the patch from msg71573 (in the original the parantheses are unbalanced) and pushed the

[issue4835] SIZEOF_SOCKET_T not defined

Antoine Pitrou added the comment: Here is a patch implementing the approach I proposed above. It successfully removes warnings about casting SOCKET to long under 64-bit Windows. -- Added file: http://bugs.python.org/file18557/sockdefine.patch ___ Py

[issue9584] Allow curly braces in fnmatch

Changes by Terry J. Reedy : -- resolution: rejected -> stage: committed/rejected -> patch review ___ Python tracker ___ ___ Python-bug

[issue6683] smtplib authentication - try all mechanisms

Gerhard Häring added the comment: Wow! That's great! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue9622] Allow to set profile/trace function globally

Kristján Valur Jónsson added the comment: Indeed it is. This is a remnant of the previous method. I will fix it, and add documentation. I also think I'll leave the change to _lsprof out of this so that this change can stand on its own, irrespective of the profiling engine being used.

[issue502236] Asynchronous exceptions between threads

Antoine Pitrou added the comment: For the record, there is now a C API function (PyThreadState_SetAsyncExc()) to raise an asynchronous exception on a Python thread, although the signature is bizarre (it takes the thread id rather than the thread state structure itself). -- nosy: +pitr

[issue9622] Allow to set profile/trace function globally

Kristján Valur Jónsson added the comment: I just realized that this is probably a redundant change. We have C apis to get all the Thread states in an interpreter state (I didn't even know there was such a thing as multiple interpreter states, but there!) This is the PyInterpreterState_ThreadHea

[issue9622] Allow to set profile/trace function globally

Kristján Valur Jónsson added the comment: Setting this to invalid, since there already are APIs to do this, at least from .py code. -- resolution: -> invalid ___ Python tracker ___

[issue9573] importing a module that executes fork() raises RuntimeError

Nick Coghlan added the comment: It turns out my proposed patch is incorrect anyway - it will do the wrong thing if a thread *other* than the one doing the fork is in the middle of a nested import at the time the fork occurs. With issue 7242 establishing that the current thread ID may not surv

[issue4835] SIZEOF_SOCKET_T not defined

Brian Curtin added the comment: sockdefine.patch seems fine to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue9193] Versioned .so files

Changes by Barry A. Warsaw : Removed file: http://bugs.python.org/file17895/preview.diff ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue9193] Versioned .so files

Changes by Barry A. Warsaw : Removed file: http://bugs.python.org/file17972/2010-07-12.txt ___ Python tracker ___ ___ Python-bugs-list mailing

[issue9193] Versioned .so files

Changes by Barry A. Warsaw : Removed file: http://bugs.python.org/file18125/diff.txt ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue9193] PEP 3149 (versioned .so files) reference implementation

Changes by Barry A. Warsaw : -- title: Versioned .so files -> PEP 3149 (versioned .so files) reference implementation Added file: http://bugs.python.org/file18558/pep3149.txt ___ Python tracker

[issue9573] importing a module that executes fork() raises RuntimeError

Alex Roitman added the comment: gregory.p.smith: This is my use case: we had the following situation with the test scripts at work. Each script is required to import TestApi module in order to run the tests. That module in turn imported the module that forks, and in the parent waits for the

[issue9573] importing a module that executes fork() raises RuntimeError

Alex Roitman added the comment: I already worked around this for my use case. For the future, it would be nice if fork() raised an exception if called during the import, and if the documentation mentioned that forking while in import is not allowed. -- __

[issue3488] Provide compress/uncompress functions on the gzip module

Antoine Pitrou added the comment: Modified patch committed in r84155 (py3k). Thanks for your contribution! -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue9573] importing a module that executes fork() raises RuntimeError

Gregory P. Smith added the comment: Agreed on the explicit exception and documentation. :) -- ___ Python tracker ___ ___ Python-bugs-l

[issue504219] locale.resetlocale is broken

Mark Lawrence added the comment: Still a problems on py3k. Set stage to needs patch as it's so easy to reproduce. -- assignee: mhammond -> nosy: +BreamoreBoy stage: unit test needed -> needs patch versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

[issue9573] importing a module that executes fork() raises RuntimeError

Alex Roitman added the comment: Will starting a thread while in import also be disallowed? If so, issue 7242 will also become moot... -- ___ Python tracker ___

[issue9573] importing a module that executes fork() raises RuntimeError

Nick Coghlan added the comment: On further further reflection - I'm back to thinking my patch is correct. With the way fork is now implemented, the forking thread *always* holds the import lock, so the assumption in my patch regarding the meaning of the nesting level is correct. It could use

[issue513840] entity unescape for sgml/htmllib

Mark Lawrence added the comment: Is anyone aware if this was implemented in 2.5 or later as hinted at in msg61077? If yes please close this. If no any point in putting this into 3.2? -- nosy: +BreamoreBoy versions: +Python 3.2 -Python 2.7 ___ Pyth

[issue515073] subtypable weak references

Mark Lawrence added the comment: Closing as nobody replied to msg71508. -- nosy: +BreamoreBoy resolution: -> wont fix status: open -> closed ___ Python tracker ___ ___

[issue9433] regrtest.py -j 2 doesn't work on Windows: remove close_fds=True on Windows

Changes by Antoine Pitrou : -- nosy: +brian.curtin, tim.golden ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue515074] Extended storage in new-style classes

Mark Lawrence added the comment: I'll close this unless there's a positive response within a couple of weeks. -- nosy: +BreamoreBoy status: open -> pending ___ Python tracker _

[issue515073] subtypable weak references

Benjamin Peterson added the comment: You can create weakref subclasses anyway now. -- resolution: wont fix -> out of date ___ Python tracker ___ ___

[issue539907] Tkinter lock conflicts extension widgets

Mark Lawrence added the comment: @Guilherme I'm guessing that you're still interested in this, yes? -- nosy: +BreamoreBoy ___ Python tracker ___ ___

[issue515074] Extended storage in new-style classes

Dave Abrahams added the comment: I can't imagine what kind of "positive response" you'd want from me. I responded to the last question asked. I certainly don't know whether this is still an issue, though. -- nosy: +dabrahams status: pending -> open _

[issue592703] HTTPS does not handle pipelined requests

Mark Lawrence added the comment: is this still an issue or can it be closed as out fo date? -- nosy: +BreamoreBoy versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6 ___ Python tracker _

[issue616013] cPickle documentation incomplete

Changes by Mark Lawrence : -- assignee: -> d...@python nosy: +d...@python versions: +Python 3.1 ___ Python tracker ___ ___ Python-bu

[issue539907] Tkinter lock conflicts extension widgets

Guilherme Polo added the comment: > @Guilherme I'm guessing that you're still interested in this, yes? I don't see the point in closing an issue simple because no one responded. I think the question to be asked is more towards "is it solved?" than "are you interested on it?". If the issue is in

[issue616013] cPickle documentation incomplete

Changes by Benjamin Peterson : -- versions: -Python 3.1, Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue8063] Call _PyGILState_Init() earlier in Py_InitializeEx()

STINNER Victor added the comment: While working on #9425, I usually hit two annoying issues: - _PyObject_Dump() crashs (assertion error) if I call it (with gdb) in Py_InitializeEx() - because of python-gdb.py, gdb does segfault (I don't know yet where it does come from) So I'm back on the G

[issue8063] Call _PyGILState_Init() earlier in Py_InitializeEx()

Changes by STINNER Victor : Removed file: http://bugs.python.org/file16439/gil_state_init-trunk.patch ___ Python tracker ___ ___ Python-bugs-li

[issue8063] Call _PyGILState_Init() earlier in Py_InitializeEx()

Changes by STINNER Victor : -- resolution: fixed -> status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing list Un

  1   2   >