[issue14137] GTK3 Segmentation fault from Warning: g_object_notify: assertion `G_IS_OBJECT (object)' failed

Charles-François Natali added the comment: @Narnie This is the Python bug tracker, not the PyGTK one. You should report your problems on the PyGTK/GTK bug tracker. Thanks. -- nosy: +neologix resolution: -> invalid stage: -> committed/rejected status: open -> closed _

[issue14138] Ctrl-C does not terminate GTK3 Gtk.main() loop when program run from command line

Charles-François Natali added the comment: > The behaviour under Gtk.main() should be changed to respond to the > KeyboardInterrupt. Well, you should report that to (Py)GTK folks then :-) Either they set up a SIGINT handler, or they catch the KeyboardInterrupt exception, but that's not a prob

[issue13405] Add DTrace probes

Marc Abramowitz added the comment: All tests pass on OpenIndiana b151A (SunOS openindiana 5.11 oi_151a2 i86pc i386 i86pc Solaris). -- ___ Python tracker ___ ___

[issue13405] Add DTrace probes

Marc Abramowitz added the comment: Hi Jesús, Yes, I'm on an x86 machine. A MacBook Pro with OS X 10.6.8. I'll try to hop on Google Talk during the week. I'm on the west coast of the U.S. (GMT-8) so it might be tricky to find a mutually good time. Here's the result of the tests - like you sai

[issue14129] Corrections for the "extending" doc

Eli Bendersky added the comment: Adding the documentation experts. I plan to apply a fix for these soon. If you guys have any objections, let me know. -- nosy: +eric.araujo, ezio.melotti, georg.brandl ___ Python tracker

[issue14111] IDLE Debugger should handle interrupts

Roger Serwy added the comment: I can confirm the issue Larry's raises. Attached is a patch against 2.7 to enable Ctrl+C interrupts for the debugger. The patch opens up the possibility of making "Go" a toggle button, but that would require some more plumbing (not included in patch). A "run" i

[issue13703] Hash collision security issue

Roger Serwy added the comment: It was a false alarm. I didn't recompile python before running it with the latest /Lib files. My apologies. -- ___ Python tracker ___ ___

[issue14137] GTK3 Segmentation fault from Warning: g_object_notify: assertion `G_IS_OBJECT (object)' failed

Ramchandra Apte added the comment: Why do you think this is a bug in Python? I don't think this is a bug in Python. This might be bug in PyGTK or GTK which are third-party libraries. -- nosy: +ramchandra.apte ___ Python tracker

[issue13703] Hash collision security issue

Benjamin Peterson added the comment: Can you paste the error you're getting? 2012/2/26 Roger Serwy : > > Roger Serwy added the comment: > > After pulling the latest code, random.py no longer works since it tries to > import urandom from os on both 3.3 and 2.7. > > -- > nosy: +serwy >

[issue8170] Wrong Paths for distutils build --plat-name=win-amd64

Mark Hammond added the comment: I don't quite understand how the order will be wrong. Which earlier entry is causing the problem? OTOH though, I also don't quite understand how the build would work at all if a 32bit Python is used to invoke distutils with --plat-name=win-amd64 as the 32bit

[issue13703] Hash collision security issue

Roger Serwy added the comment: After pulling the latest code, random.py no longer works since it tries to import urandom from os on both 3.3 and 2.7. -- nosy: +serwy ___ Python tracker ___

[issue14127] os.stat and os.utime: allow preserving exact metadata

Changes by Ross Lagerwall : -- nosy: +rosslagerwall ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue14138] Ctrl-C does not terminate GTK3 Gtk.main() loop when program run from command line

New submission from Narnie Harshoe : In a normal python program, Ctrl-C will set up a KeyboardInterrupt and terminate the program. This works with a normal python script, including GTK2 gtk.main(), but GTK3 Gtk.main() (even when used in a more robust GTK program that coded below) will not term

[issue14137] GTK3 Segmentation fault from Warning: g_object_notify: assertion `G_IS_OBJECT (object)' failed

New submission from Narnie Harshoe : Using the following code for a Gtk.CellRenderSpin results in the following error after changing the spin button several times. The error is: /usr/lib/python2.7/dist-packages/gi/types.py:43: Warning: g_object_notify: assertion `G_IS_OBJECT (object)' failed

[issue14136] Simplify PEP 409 command line test and move it to test_cmd_line_script

New submission from Nick Coghlan : I stuffed up the review on one of the new tests in the PEP 409 patch - the one that checks if the exception context is suppressed correctly from the command line. That test should be drastically simplified and moved from test_raise to test_cmd_line_script.

[issue14067] Avoid more stat() calls in importlib

Jim Jewett added the comment: As long as the interpreter knows about about files that *it* wrote, no repeat checks during startup seems utterly reasonable; sneaking in a new or changed file is inherently a race condition. I think it would also be reasonable for general use, so long as there w

[issue13521] Make dict.setdefault() atomic

Antoine Pitrou added the comment: Thank you Filip! I've now committed the patch. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue13521] Make dict.setdefault() atomic

Roundup Robot added the comment: New changeset 90572ccda12c by Antoine Pitrou in branch '3.2': Issue #13521: dict.setdefault() now does only one lookup for the given key, making it "atomic" for many purposes. http://hg.python.org/cpython/rev/90572ccda12c New changeset 3dfa98cf2e26 by Antoine P

[issue13521] Make dict.setdefault() atomic

Roundup Robot added the comment: New changeset 5c52e7c6d868 by Antoine Pitrou in branch '2.7': Issue #13521: dict.setdefault() now does only one lookup for the given key, making it "atomic" for many purposes. http://hg.python.org/cpython/rev/5c52e7c6d868 -- nosy: +python-dev _

[issue14125] Windows: failures in refleak mode

sbt added the comment: The failures for test_multiprocessing and test_concurrent_futures seem to be caused by a leak in _multiprocessing.win32.WaitForMultipleObjects(). The attached patch fixes those leaks for me (on a 32 bit build). -- keywords: +patch nosy: +sbt Added file: http://b

[issue14134] "xmlrpc.client.ServerProxy()" -- need for "timeout"-parameter

Changes by Martin v. Löwis : -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue14134] "xmlrpc.client.ServerProxy()" -- need for "timeout"-parameter

Changes by Martin v. Löwis : -- versions: -Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue14129] Corrections for the "extending" doc

Eli Bendersky added the comment: There are some: " XXX Need to ... " Paragraphs scattered across the doc. These have no place in the official documentation. For placeholders, an issue can be created that lists all the things that need to be done. -- _

[issue13873] SIGBUS in test_big_buffer() of test_zlib on Debian bigmem buildbot

Roundup Robot added the comment: New changeset fc43b051ae1c by Nadeem Vawda in branch '3.2': Issue #13873: Fix crash in test_zlib when running on a small (<4GB) tmpfs. http://hg.python.org/cpython/rev/fc43b051ae1c -- ___ Python tracker

[issue11457] os.stat(): add new fields to get timestamps as Decimal objects with nanosecond resolution

Changes by Larry Hastings : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue14135] check for locale changes in test.support

Changes by Nadeem Vawda : -- nosy: +nadeem.vawda ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue14085] PyUnicode_WRITE: "comparison is always true" warnings

STINNER Victor added the comment: Castng to Py_UCS4 doesn't make the warning quiet. Does someone know how to make the warning quiet. If not, assertions can be removed from PyUnicode_WRITE. We might write a function for Python compiled in debug mode to add the assertions. More consistency tests

[issue14113] Failure in test_strptime on Windows

Nadeem Vawda added the comment: > Python provides locale.getlocale(). That was my initial thought too, but it seems that getlocale() doesn't accept LC_ALL as its argument: Traceback (most recent call last): File "", line 1, in File "/usr/local/lib/python3.3/locale.py", line 52

[issue14113] Failure in test_strptime on Windows

Brett Cannon added the comment: Created issue14135 for having test.support check the locale to see if it has been changed. -- ___ Python tracker ___ ___

[issue14135] check for locale changes in test.support

New submission from Brett Cannon : Issue #14113 pointed out that test.support doesn't check if tests mucked with the locale after running. -- components: Tests keywords: easy messages: 154414 nosy: brett.cannon priority: normal severity: normal status: open title: check for locale chang

[issue14113] Failure in test_strptime on Windows

STINNER Victor added the comment: >> Attached a fix that is tested on Windows. > > Patch looks good to me. -oldloc = locale.setlocale(locale.LC_ALL, '') +oldloc = locale.setlocale(locale.LC_ALL) Python provides locale.getlocale(). -- __

[issue14006] Improve the documentation of xml.etree.ElementTree

Florent Xicluna added the comment: FWIW, Fredrik, who is the creator of ElementTree, had a preference for JavaDoc conventions, as explained here: http://bugs.python.org/issue6488#msg102087 They are compatible with the tool PythonDoc, authored by Fredrik too: http://www.effbot.org/zone/pythondo

[issue13053] Add Capsule migration documentation to "cporting"

Larry Hastings added the comment: I have some more changes for cporting.rst (see #13086). Once those are in, I'll manually merge the edits over to 3.2, then forward-port to trunk. Does anyone want to see those as patches before I commit them? (Your silence will be interpreted as "go ahead

[issue13086] Update howto/cporting.rst so it talks about Python 3 instead of 3.0

Larry Hastings added the comment: Whoops--I hadn't updated my repo since last year, and someone had already changed to :c:macro:, :c:func:, and :c:type:. When will I learn! Attached is a new diff with those changes, against revision @4c6662090870 (on the 2.7 branch). Also, while I was in th

[issue14134] "xmlrpc.client.ServerProxy()" -- need for "timeout"-parameter

New submission from Andrej A Antonov : good day! "xmlrpc.client.ServerProxy()" -- not has "timeout"-parameter "xmlrpc.client.Transport()" and "xmlrpc.client.SafeTransport()" -- not has "timeout"-parameter too but "http.client.HTTPConnection()" and http.client.HTTPSConnection() -- has "timeou

[issue14007] xml.etree.ElementTree - XMLParser and TreeBuilder's doctype() method missing

Eli Bendersky added the comment: On Sun, Feb 26, 2012 at 23:49, Florent Xicluna wrote: Yes, these suggestions sound reasonable to me. Moving toward two more consistent implementations of the API, while not disabling existing features is the way to go. Things like relaxing the Python XMLParser j

[issue11807] Documentation of add_subparsers lacks information about parametres

Filip Gruszczyński added the comment: Bump! I would like to remind about this issue and patch. -- ___ Python tracker ___ ___ Python-b

[issue14113] Failure in test_strptime on Windows

Nadeem Vawda added the comment: > Attached a fix that is tested on Windows. Patch looks good to me. > Does test.support track the locale for test mutations? No, it doesn't. -- ___ Python tracker __

[issue11941] Support st_atim, st_mtim and st_ctim attributes in os.stat_result

Larry Hastings added the comment: Given Guido's rejection of PEP 410, this won't happen, so I'm closing this bug. Our BFDL has specifically rejected any of the complicated representations; he ruled that all we need are new _ns fields representing the time in nanoseconds, and to accept a "ns=

[issue11457] os.stat(): add new fields to get timestamps as Decimal objects with nanosecond resolution

Larry Hastings added the comment: Given Guido's rejection of PEP 410, this won't happen, so I'm closing this bug. Our BFDL has specifically rejected any of the complicated representations; he ruled that all we need are new _ns fields representing the time in nanoseconds, and to accept a "ns=

[issue14133] improved PEP 409 implementation

Georg Brandl added the comment: FWIW, I agree with Nick: once we go as far as writing PEPs for smaller features, we should keep to the spec as accepted. -- nosy: +georg.brandl ___ Python tracker _

[issue13086] Update howto/cporting.rst so it talks about Python 3 instead of 3.0

Ezio Melotti added the comment: Note that the 2.7 docs now use a recent Sphinx too, so :c:macro: should work on all the 3 branches (so you don't have to use :cmacro: on 2.7 and :c:macro: on 3.x). -- ___ Python tracker

[issue14097] Improve the "introduction" page of the tutorial

Georg Brandl added the comment: Well, I guess some people will always be blind to the finer distinctions in the scientific meaning of words... but that doesn't mean we should apply them where they don't. -- nosy: +georg.brandl ___ Python tracker

[issue12904] Change os.utime &c functions to use nanosecond precision where possible

Larry Hastings added the comment: This was committed last September; I should have marked it closed then. -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue13086] Update howto/cporting.rst so it talks about Python 3 instead of 3.0

Larry Hastings added the comment: Gah! This one fell through the cracks. Attached is an updated patch with Ezio's "Python-level" fix, and a little more paragraph tidying. (Apart from that one ^ dash, the only changes between r1 and r2 are eols.) Unless I hear otherwise, I'll check this in

[issue14007] xml.etree.ElementTree - XMLParser and TreeBuilder's doctype() method missing

Florent Xicluna added the comment: Two other differences: * the C TreeBuilder has an undocumented and unused method "xml" * if you omit one of the TreeBuilder method (start(), end(), data(), close()) on you custom TreeBuilder implementation, the C XMLParser works fine, but the Python XMLPars

[issue14133] improved PEP 409 implementation

Nick Coghlan added the comment: Regardless, I'm rejecting this for not complying with the PEP specification (which is quite explicit about the implementation mechanism and the API exposed to Python). If you want to challenge an approved PEP, the correct way to go about it is to write a new PE

[issue14133] improved PEP 409 implementation

Antoine Pitrou added the comment: > The other problem with the "separate attribute" approach is that it > makes the condition for suppressing the context ugly: > > exc.__suppress_context__ or exc.__cause__ is not None > > That's hardly cleaner than: > > exc.__cause__ is not Ellipsis I fi

[issue14133] improved PEP 409 implementation

Nick Coghlan added the comment: The other problem with the "separate attribute" approach is that it makes the condition for suppressing the context ugly: exc.__suppress_context__ or exc.__cause__ is not None That's hardly cleaner than: exc.__cause__ is not Ellipsis -- _

[issue14126] Speed up list comprehensions by preallocating the list where possible

Changes by Brett Cannon : -- nosy: +brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue14113] Failure in test_strptime on Windows

Brett Cannon added the comment: Does test.support track the locale for test mutations? If not we might want to add that check w/ all of the other interpreter state checks we have. -- nosy: +brett.cannon ___ Python tracker

[issue14133] improved PEP 409 implementation

Nick Coghlan added the comment: Because you're breaking the semantics of the "raise X from Y" syntax. That syntax is *just* syntactic sugar for "_exc = X; _exc.__cause__ = Y; raise _exc". Under PEP 409, that remains true. Your patch breaks it. If you want to change the meaning for "raise X

[issue14133] improved PEP 409 implementation

Antoine Pitrou added the comment: I find this cleaner than the contrived "Ellipsis as magic value" solution, myself :) -- ___ Python tracker ___ ___

[issue6884] Impossible to include file in sdist that starts with 'build' on Win32

Nadeem Vawda added the comment: Well... testing distutils2 on Windows has been quite an adventure. When I ran the test suite before applying the patch, I got a bunch of failures on all of the Python versions I tested (except the ones that had issues preventing me from running the tests at all).

[issue13125] test_all_project_files() expected failure

Changes by Antoine Pitrou : -- nosy: +nadeem.vawda, skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue14109] test_lib2to3: output that looks like a failure on Windows 7

Changes by Antoine Pitrou : -- resolution: -> duplicate status: open -> closed superseder: -> test_all_project_files() expected failure ___ Python tracker ___ _

[issue14127] os.stat and os.utime: allow preserving exact metadata

Martin v. Löwis added the comment: Let's go with ns= them. It's also what POSIX uses (although I initially had problems parsing "futimens", reading it as foo-timen-z, when it really is eff-youtime-en-es) -- ___ Python tracker

[issue14133] improved PEP 409 implementation

Benjamin Peterson added the comment: Maybe it's not awful, but why is this not a cleaner solution? -- ___ Python tracker ___ ___ Pyth

[issue14133] improved PEP 409 implementation

Nick Coghlan added the comment: I don't consider using Ellipsis as a sentinel value a mess. If you don't like the PEP's solution, take it up with Guido. -- ___ Python tracker _

[issue14006] Improve the documentation of xml.etree.ElementTree

Leon Matthews added the comment: Thank you Éric and Ezio. I'll produce a patch to convert the javadoc to docstrings this week, then submit it here. -- ___ Python tracker ___ _

[issue14131] test_threading failure on WIndows 7 3.x buildbot

Nick Coghlan added the comment: Re: test_packaging: my mistake, the problem was actually test_package__file__ in test_imp (and Antoine already fixed it - there were some caches that weren't getting cleared properly: #14080) The last Win7 test run was green, so we may have to write this one up

[issue13521] Make dict.setdefault() atomic

Filip Gruszczyński added the comment: Fixed both issues. -- Added file: http://bugs.python.org/file24652/13521_27_4.patch ___ Python tracker ___

[issue14127] os.stat and os.utime: allow preserving exact metadata

Larry Hastings added the comment: My mistake! That ought to teach me to bound out of bed Sunday morning with my "brilliant realization". (But it probably won't.) I volunteer to implement this, with the new custom class for the os.stat object. I'll have it done no later than the PyCon sprin

[issue14097] Improve the "introduction" page of the tutorial

Terry J. Reedy added the comment: I think we should feel free to change 'variable' to 'name', especially in the Intro, if it can be done gracefully in context. In my experience with python-list, the former seems a source of confusion for Python newbies. I try to avoid it when writing about Py

[issue14097] Improve the "introduction" page of the tutorial

Terry J. Reedy added the comment: In English, calling someone or something 'degenerate' is a major insult. In means that x is not really human or what it seems or what it was. I remember being initially startled or puzzled at the mathematical usage, but it actually is similar, just without th

[issue14133] improved PEP 409 implementation

Benjamin Peterson added the comment: Here's a patch which doesn't use the dict. -- Added file: http://bugs.python.org/file24651/pep409.patch ___ Python tracker ___ _

[issue8706] accept keyword arguments on all base type methods and builtins

Filip Gruszczyński added the comment: With tests. -- Added file: http://bugs.python.org/file24650/8706_2.patch ___ Python tracker ___

[issue14127] os.stat and os.utime: allow preserving exact metadata

Guido van Rossum added the comment: Thanks Martin. I'd be happy with nsec instead of ns. -- ___ Python tracker ___ ___ Python-bugs-li

[issue14127] os.stat and os.utime: allow preserving exact metadata

Martin v. Löwis added the comment: > I suggest that publishing nanoseconds as a plain int would be a > nasty API. Consider what it would do to os.utime: No, it wouldn't. Please re-read Guido's proposal. If you want to specify nanoseconds, you have to pass the ns= parameter. My only quibble w

[issue13520] Patch to make pickle aware of __qualname__

Changes by Łukasz Langa : -- nosy: +lukasz.langa ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue14133] improved PEP 409 implementation

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue8706] accept keyword arguments on all base type methods and builtins

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue14113] Failure in test_strptime on Windows

Antoine Pitrou added the comment: Patch works under Linux here. -- nosy: +haypo, loewis, pitrou stage: needs patch -> commit review ___ Python tracker ___ __

[issue14127] os.stat and os.utime: allow preserving exact metadata

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue14128] _elementtree should expose types and factory functions consistently with ElementTree

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue14113] Failure in test_strptime on Windows

Stefan Krah added the comment: Attached a fix that is tested on Windows. -- keywords: +patch Added file: http://bugs.python.org/file24649/issue14113.diff ___ Python tracker ___

[issue14080] Sporadic test_imp failure

Antoine Pitrou added the comment: Thanks for diagnosing this :) -- assignee: brett.cannon -> resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker __

[issue14133] improved PEP 409 implementation

Benjamin Peterson added the comment: __suppress_context__ parallels with __cause__ and __context__. -- ___ Python tracker ___ ___ Pyt

[issue14080] Sporadic test_imp failure

Roundup Robot added the comment: New changeset 1d7472b015f0 by Antoine Pitrou in branch 'default': Issue #14080: fix sporadic test_imp failure. Patch by Stefan Krah. http://hg.python.org/cpython/rev/1d7472b015f0 -- nosy: +python-dev ___ Python track

[issue14080] Sporadic test_imp failure

Brett Cannon added the comment: importlib.invalidate_caches() would become a permanent thing if the directory listdir cache approach stays and importlib gets bootstrapped. But it would be made more general to work for any and all loaders and not be specific to importlib (e.g. 3rd-party import

[issue1116520] Prefix search is filesystem-centric

Brett Cannon added the comment: Importlib actually requires no files from disk; everything that is required for importlib are built-in modules or are constants in importlib itself (e.g. os.sep). So technically this should be doable since my bootstrap work freezes importlib itself. --

[issue14107] Debian bigmem buildbot hanging in test_bigmem

Roundup Robot added the comment: New changeset 52dc4fcd0d6f by Charles-François Natali in branch 'default': Issue #14107: test: Fix a deadlock involving the memory watchdog thread. http://hg.python.org/cpython/rev/52dc4fcd0d6f -- ___ Python tracker

[issue14127] os.stat and os.utime: allow preserving exact metadata

Antoine Pitrou added the comment: >>> st = os.stat('LICENSE') >>> st.st_mtime 1330108216.7984242 >>> st.st_mtime_frac 0.798424152 >>> tup = st.st_mtime, st.st_mtime_frac >>> os.utime('LICENSE', (tup, tup)) Of course, the fact that utime takes a (atime, mtime) tuple makes this a bit cumbersome.

[issue14127] os.stat and os.utime: allow preserving exact metadata

Larry Hastings added the comment: @pitrou: What would that look like when passed in to os.utime? -- ___ Python tracker ___ ___ Python

[issue14127] os.stat and os.utime: allow preserving exact metadata

Antoine Pitrou added the comment: How about a separate float attribute for the fractional part (in seconds)? This gives a femtosecond precision (assuming a 50 bits mantissa). The utime() could accept a (integral part, fractional part) tuple to set a timestamp without losing bits. (PHP does s

[issue14127] os.stat and os.utime: allow preserving exact metadata

Larry Hastings added the comment: (D'oh. My pseudo-code should have said value = int(mtime * 10) for that second assignment. Hopefully my point was still clear.) -- ___ Python tracker _

[issue14113] Failure in test_strptime on Windows

Stefan Krah added the comment: It looks like test_locale from test_format.py changes the locale on Windows: >>> import time >>> >>> magic_date = (1999, 3, 17, 22, 44, 55, 2, 76, 0) >>>

[issue14127] os.stat and os.utime: allow preserving exact metadata

Larry Hastings added the comment: I suggest that publishing nanoseconds as a plain int would be a nasty API. Consider what it would do to os.utime: if isinstance(mtime, int): # must be st_mtime_ns, it's in nanoseconds, use as-is value = mtime else: assert isins

[issue14127] os.stat and os.utime: allow preserving exact metadata

Guido van Rossum added the comment: @RDM: yes, that's insane for this purpose. The size of the solution doesn't match the size of the problem (the problem is non-existent for most people). @Larry: That seems unnecessarily general. I take full responsibility for fixing the precision at ns. An

[issue14116] Lock.__enter__() method returns True instead of self

sbt added the comment: > IIUC returning True is not incorrect, only useless. In the stdlib I > usually see “with lock:”. Can you tell what is the use case for > accessing the condition object inside the context block? Does it > apply only to Condition or also to *Lock and Semaphore? I was

[issue13224] Change str(x) to return only the (qual)name for some types

Guido van Rossum added the comment: Not 100% sure what you're asking. Is your specific question whether it is okay that str(Counter.update) returns 'Counter.update'? Yes, it is. Same for Top.Nested.method. -- ___ Python tracker

[issue14133] improved PEP 409 implementation

Antoine Pitrou added the comment: I don't think it has to be a __special__ attribute. suppress_context would probably be fine. Also, instead of looking up the attribute in the dict, why not have a dedicated C member? -- nosy: +pitrou ___ Python tra

[issue14133] improved PEP 409 implementation

New submission from Benjamin Peterson : It uses a __suppress_context__ attribute rather than the whole Ellipsis mess. -- components: Interpreter Core files: pep409.patch keywords: patch messages: 154358 nosy: benjamin.peterson, ncoghlan priority: normal severity: normal status: open titl

[issue14132] Redirect is not working correctly in urllib2

Changes by Ezio Melotti : -- nosy: +ezio.melotti, facundobatista, gregory.p.smith, orsenthil ___ Python tracker ___ ___ Python-bugs-li

[issue14132] Redirect is not working correctly in urllib2

Ján Janech added the comment: I forgot to mention that the correct url in the example would be http://kniznica.uniza.sk/opac?fs=04D07295D4434730A51C95A9F1727373&fn=main. -- ___ Python tracker

[issue14132] Redirect is not working correctly in urllib2

New submission from Ján Janech : When only the query string is sent by the server as the redirect url, urllib2 redirects to incorrect address. Error is occuring on the page http://kniznica.uniza.sk/opac. Server sends only the query string part of the uri in the Location header (ie. ?fs=04D072

[issue14127] os.stat and os.utime: allow preserving exact metadata

R. David Murray added the comment: Is it totally insane to think about using a float subclass with an additional attribute instead of a tuple? -- nosy: +r.david.murray ___ Python tracker _

[issue14085] PyUnicode_WRITE: "comparison is always true" warnings

Changes by Florent Xicluna : -- assignee: ronaldoussoren -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue14080] Sporadic test_imp failure

Stefan Krah added the comment: > So the test needs to be fixed to call importlib.invalidate_caches() > after creating the module. That works. With issue14080.diff I can run the failing combination without problems: $ ./python -m test test_sqlite test_imp [1/2] test_sqlite test_sqlite skipped -

[issue14107] Debian bigmem buildbot hanging in test_bigmem

Charles-François Natali added the comment: > I think my original plan was to put it in non-blocking mode, but I > must have forgotten in the end. Here's a patch. > I can't think of any drawback off the top of my head, so that sounds > reasonable. I'll try to write up a patch (I have only 1.2G

  1   2   >