[issue13967] also test for an empty pathname

New submission from Tshepang Lekhonkhobe : increases coverage by one line: http://hg.python.org/cpython/file/58bd6a58365d/Lib/packaging/util.py#l110 -- assignee: tarek components: Distutils2 files: test-for-empty-string.patch keywords: patch messages: 152840 nosy: alexis, eric.araujo, t

[issue13782] xml.etree.ElementTree: Element.append doesn't type-check its argument

Changes by Tshepang Lekhonkhobe : -- nosy: +tshepang ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue13965] Windows 64-bit installer actually installing a 32-bit version

Nadeem Vawda added the comment: 64-bit Windows (or at least Visual C++) uses the LLP64 model, so a long is 32 bits wide (the only 64-bit integer type being long long) - see Since Python's int is documented as being implemented on top of C

[issue9041] raised exception is misleading

Pauli Rikula added the comment: Could we overcome these issues by some kind of exception inheritance? On Tue, Aug 30, 2011 at 5:28 PM, Meador Inge wrote: > > Meador Inge added the comment: > > That is a good question.  While it is true that errors other than > 'PyExc_OverflowError', will be

[issue11379] Remove "lightweight" from minidom description

Changes by Tshepang Lekhonkhobe : -- nosy: +tshepang ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue13968] Add a recursive function to the glob package

New submission from Yuval Greenfield : This is a feature I've wanted to use in too many times to remember. I've made a patch with an implementation, docs and a test. I've named the function rglob and tried to stay within the conventions of the glob package. -- components: Library (Lib)

[issue13965] Windows 64-bit installer actually installing a 32-bit version

Amaury Forgeot d'Arc added the comment: IIRC sys.maxsize was added for this reason. This one should show a 64bit value. -- nosy: +amaury.forgeotdarc ___ Python tracker ___ _

[issue13968] Add a recursive function to the glob package

Changes by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue13969] path name must always be string

New submission from Tshepang Lekhonkhobe : I was writing a test that could return True for "if not pathname" (http://hg.python.org/cpython/file/58bd6a58365d/Lib/packaging/util.py#l109), and included all values I know that could return a False value, but then I realised that the only value we s

[issue13968] Add a recursive function to the glob package

Nick Coghlan added the comment: I'm inclined to close this as a functional duplicate of http://bugs.python.org/issue13229 -- nosy: +ncoghlan ___ Python tracker ___

[issue13960] Handling of broken comments in HTMLParser

Changes by Ezio Melotti : -- assignee: -> ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue13969] path name must always be string (or None)

Changes by Tshepang Lekhonkhobe : -- assignee: -> tarek components: +Distutils2 nosy: +alexis, eric.araujo, tarek title: path name must always be string -> path name must always be string (or None) versions: +Python 3.3 ___ Python tracker

[issue13968] Add a recursive function to the glob package

Yuval Greenfield added the comment: I'd say it's very close to a duplicate but maybe isn't so. If walkdir is added then rglob can be implemented using it. I'd say "rglob" to "walkdir" is like "urlopen" to "http.client". One is the stupid and simple function (that still has a bazillion use cas

[issue13965] Windows 64-bit installer actually installing a 32-bit version

Mark Dickinson added the comment: Or more directly, try platform.architecture(). -- nosy: +mark.dickinson ___ Python tracker ___ ___

[issue13965] Windows 64-bit installer actually installing a 32-bit version

Ralf Schmitt added the comment: struct.calcsize("P")==8 will tell you if you're running a 64bit python or not. -- nosy: +schmir ___ Python tracker ___ __

[issue13968] Add a recursive function to the glob package

Antoine Pitrou added the comment: > "file_paths(filtered_walk('.', included_files=['*.py']))" is a lot > longer than "rglob('*.py')". Agreed. -- nosy: +pitrou ___ Python tracker __

[issue13956] add a note regarding building on recent versions of Debian and Ubuntu

Antoine Pitrou added the comment: Or, rather, setup.py should be smart enough to warn about that. -- nosy: +barry, pitrou ___ Python tracker ___

[issue13968] Add a recursive function to the glob package

Nick Coghlan added the comment: A fair point indeed. To follow the shutil naming convention (rmtree, copytree, and likely chmodtree, chowntree), a more appropriate name might be "globtree". (Thanks to string methods, the 'r' prefix doesn't read correctly to me: what does "globbing from the r

[issue13968] Add a recursive function to the glob package

Antoine Pitrou added the comment: > To follow the shutil naming convention (rmtree, copytree, and likely > chmodtree, chowntree), a more appropriate name might be "globtree". > (Thanks to string methods, the 'r' prefix doesn't read correctly to > me: what does "globbing from the right" mean?) W

[issue13965] Windows 64-bit installer actually installing a 32-bit version

Ralf Schmitt added the comment: according to the documentation platform.architecture() may not work on OS X. -- ___ Python tracker ___ __

[issue13703] Hash collision security issue

Marc-Andre Lemburg added the comment: Dave Malcolm wrote: > > If anyone is aware of an attack via numeric hashing that's actually > possible, please let me know (privately). I believe only specific apps > could be affected, and I'm not aware of any such specific apps. I'm not sure what you'd

[issue13968] Add a recursive function to the glob package

Nick Coghlan added the comment: I can live with it either way - I just wanted to point out that our current examples of this kind of recursive filesystem access use a 'tree' suffix rather than an 'r' prefix. -- ___ Python tracker

[issue13903] New shared-keys dictionary implementation

Changes by Mark Shannon : -- hgrepos: +112 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue13903] New shared-keys dictionary implementation

Changes by Mark Shannon : Added file: http://bugs.python.org/file24453/a9138aba7896.diff ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue13903] New shared-keys dictionary implementation

Changes by Mark Shannon : Removed file: http://bugs.python.org/file24360/6a21f3b35e20.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue13903] New shared-keys dictionary implementation

Changes by Mark Shannon : Removed file: http://bugs.python.org/file24453/a9138aba7896.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue13968] Add a recursive function to the glob package

Eli Bendersky added the comment: "file_paths(filtered_walk('.', included_files=['*.py']))" is a lot longer than "rglob('*.py')". It is, but is that a good enough reason to have both? It can also be achieved with just a bit more code using the simple `os.walk`. I suppose there are a lot of i

[issue13968] Add a recursive function to the glob package

Antoine Pitrou added the comment: > "file_paths(filtered_walk('.', included_files=['*.py']))" is a lot > longer than "rglob('*.py')". > > > It is, but is that a good enough reason to have both? It is. globbing is a well-known operation that many people expect to be easily done. > However, th

[issue13903] New shared-keys dictionary implementation

Changes by Mark Shannon : Added file: http://bugs.python.org/file24454/1f703b2607af.diff ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue13807] logging.Handler.handlerError() may raise AttributeError in traceback.print_exception()

Éric Araujo added the comment: Thanks for the prompt action! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue13846] Add time.monotonic() function

Éric Araujo added the comment: Victor, I think the doc doesn’t say why the function is useful for people like me who don’t already know it. David’s explanation could be reused. -- ___ Python tracker

[issue13960] Handling of broken comments in HTMLParser

Éric Araujo added the comment: LGTM. What did our last discussion about following HTML5 rules for Python 2.7 lead to? I don’t remember if we agreed that “3.3 is soon enough” or “let’s fix the bugs with HTML5 as reference”. -- ___ Python tracker

[issue11379] Remove "lightweight" from minidom description

Senthil Kumaran added the comment: On Wed, Feb 08, 2012 at 03:42:16AM +, Eli Bendersky wrote: > Any objections? None. The explanation sounds reasonable. -- nosy: +orsenthil ___ Python tracker

[issue13903] New shared-keys dictionary implementation

Antoine Pitrou added the comment: Looking at your latest patch, I worry about "any deletion +(including pop & popitem) causes a split table to become a combined table". Why wouldn't you use a dummy pointer (such as ((PyObject *) 1)) to signal deleted slots? -- ___

[issue9257] cElementTree iterparse requires events as bytes; ElementTree uses strings

Eric Talevich added the comment: It's more-or-less fixed in Python 3.2: - With cElementTree, both bytes and strings are accepted for events; - With ElementTree, only strings are accepted, and bytes raise a ValueError (unknown event). A small inconsistency remains, but it's fine to just use

[issue12703] Improve error reporting for packaging.util.resolve_name

Éric Araujo added the comment: FYI, here is code that can handle arbitrary dotted names: . I haven’t checked if its error reporting has the problem we’re discussing in this report. An alternative would be to use colon nota

[issue11379] Remove "lightweight" from minidom description

Éric Araujo added the comment: +1 to the suggested wording. -1 to talking about a more pythonic API. (Want a nit? s/W3C-DOM/W3C DOM/) -- ___ Python tracker ___ __

[issue13956] add a note regarding building on recent versions of Debian and Ubuntu

Barry A. Warsaw added the comment: On Feb 08, 2012, at 12:53 PM, Antoine Pitrou wrote: >Or, rather, setup.py should be smart enough to warn about that. It shouldn't just be limited to Debian and its derivatives. Other platforms (even Linux OSes) will probably have similar issues. --

[issue13968] Add a recursive function to the glob package

Éric Araujo added the comment: There is an alternative: supporting ** syntax, e.g. '**/*.py', which should find all *.py files in the current directory and all descendents. At present glob('**/*.py') is equivalent to glob('*/*.py'), but we would say this behavior was undefined and the new be

[issue13960] Handling of broken comments in HTMLParser

Éric Araujo added the comment: After reading some emails again, I’m +1 on porting the fixes to 2.7. 1) We agree that HTML5 is the reference specification. 2) I don’t think there is sane code that would be broken if some previously unparsable page became parsable (an exception can be HTML pars

[issue13956] add a note regarding building on recent versions of Debian and Ubuntu

Antoine Pitrou added the comment: > >Or, rather, setup.py should be smart enough to warn about that. > > It shouldn't just be limited to Debian and its derivatives. Other platforms > (even Linux OSes) will probably have similar issues. The issue (having to install dpkg-dev) is specifically ab

[issue13968] Add a recursive function to the glob package

Eli Bendersky added the comment: >> It is. globbing is a well-known operation that many people expect to be >> easily done. According to Wikipedia (http://en.wikipedia.org/wiki/Glob_%28programming%29) - "The noun "glob" is used to refer to a particular pattern, e.g. "use the glob *.log to ma

[issue13956] add a note regarding building on recent versions of Debian and Ubuntu

Éric Araujo added the comment: The correct way to get build dependencies on Debian and derivatives is to use “aptitude build-dep pythonX.Y” (see #13472). I think dpkg-dev would get installed as a dependency; Tshepang, could you uninstall dpkg-dev and test the aptitude command? -- no

[issue13963] dev guide has no mention of mechanics of patch review

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue13968] Add a recursive function to the glob package

Antoine Pitrou added the comment: > IOW, globbing is usually understood as the act of expanding a pattern > to the files it matches. Nothing in that implies recursive traversal > of a directory tree. Still, that's a common need. "I want all Python files in a subtree". > On the other hand, os.w

[issue13968] Support recursive globs

Changes by Éric Araujo : -- title: Add a recursive function to the glob package -> Support recursive globs ___ Python tracker ___ ___

[issue13956] add a note regarding building on recent versions of Debian and Ubuntu

Barry A. Warsaw added the comment: On Feb 08, 2012, at 03:51 PM, Éric Araujo wrote: >The correct way to get build dependencies on Debian and derivatives is to use >“aptitude build-dep pythonX.Y” (see #13472). I think dpkg-dev would get >installed as a dependency; Tshepang, could you uninstall

[issue13956] add a note regarding building on recent versions of Debian and Ubuntu

Éric Araujo added the comment: Then I propose to close this as duplicate of #13472. -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue13968] Add a recursive function to the glob package

Eli Bendersky added the comment: >> IOW, globbing is usually understood as the act of expanding a pattern >> to the files it matches. Nothing in that implies recursive traversal >> of a directory tree. > > Still, that's a common need. "I want all Python files in a subtree". > >> On the other han

[issue13968] Add a recursive function to the glob package

Éric Araujo added the comment: Feedback from Antoine on IRC about my syntax proposal: “The "**" meaning is not really universal like other quantifiers are. [...] (also, it would be quite harder to implement, I think)” That and the compat issue makes me go in favor of a new function. I’m not

[issue13956] add a note regarding building on recent versions of Debian and Ubuntu

Tshepang Lekhonkhobe added the comment: @Barry, it does work on Debian as well @Eric, I agree with closing it as a dupe -- ___ Python tracker ___ ___

[issue13968] Add a recursive function to the glob package

Antoine Pitrou added the comment: > Google "walk directory". First hit is a Rosetta code page with > *recursive* walking implemented in various languages. So I guess it > does have this connotation. Regardless, os.walk has been in Python for > ages, and it's always been the go-to tool for recurs

[issue13968] Add a recursive function to the glob package

Eli Bendersky added the comment: >> Google "walk directory". First hit is a Rosetta code page with >> *recursive* walking implemented in various languages. So I guess it >> does have this connotation. Regardless, os.walk has been in Python for >> ages, and it's always been the go-to tool for rec

[issue13736] urllib.request.urlopen leaks exceptions from socket and httplib.client

Senthil Kumaran added the comment: I have stumbled upon a wrong impression as well by reading the docs, but usually in the code, I tend to catch the specific Exceptions, like timeout instead or URLError when it is known. I saw some libraries following similar pattern too. But that could be ch

[issue13968] Add a recursive function to the glob package

Antoine Pitrou added the comment: I'm trying the patch and its behaviour is strange: >>> list(glob.rglob('setup.py')) ['setup.py'] >>> list(glob.rglob('setu*.py')) [] >>> list(glob.rglob('*/setu*.py')) ['./setup.py', './Mac/Tools/Doc/setup.py', './Tools/test2to3/setup.py', './Doc/includes/setu

[issue13915] Update tutorial/modules for PEP 3147

Changes by Éric Araujo : -- title: Update Tutorial 6.1.3 for PEP 3145 -> Update tutorial/modules for PEP 3147 ___ Python tracker ___

[issue13969] path name must always be string (or None)

Éric Araujo added the comment: Hm, that function is for internal use only, and our code always passes a string, so I’m not sure a type check is useful. -- ___ Python tracker __

[issue13967] also test for an empty pathname

Éric Araujo added the comment: Will commit, thanks. -- assignee: tarek -> eric.araujo ___ Python tracker ___ ___ Python-bugs-list mai

[issue13903] New shared-keys dictionary implementation

Mark Shannon added the comment: Antoine Pitrou wrote: > Antoine Pitrou added the comment: > > Looking at your latest patch, I worry about "any deletion > +(including pop & popitem) causes a split table to become a combined table". > Why wouldn't you use a dummy pointer (such as ((PyObject *)

[issue13903] New shared-keys dictionary implementation

Changes by Mark Shannon : Removed file: http://bugs.python.org/file24454/1f703b2607af.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue13903] New shared-keys dictionary implementation

Changes by Mark Shannon : Added file: http://bugs.python.org/file24455/bc286099ce9a.diff ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue13511] Specifying multiple lib and include directories on linux

Éric Araujo added the comment: Ronald, is “unity platforms” a typo for “unixy platforms”? IOW, are you expressing a +1 to the feature request, despite Martin’s rejection (with which I agree)? -- ___ Python tracker

[issue13590] extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2

Éric Araujo added the comment: Would you think it acceptable to judge that the problem is Apple’s and that we could do only a doc change with the not-so-hard envvar override? I understand that you’d like to fix the problem for all OS X users in one go, but the new behavior seems a bit too mag

[issue13953] Get rid of doctests in packaging.tests.test_version

Éric Araujo added the comment: The interesting line is just after the string: doctest.script_from_examples(comparison_doctest_string) However it looks like there has been a problem with that line, as you can’t get the test to fail, which is strange as I did use that doctest to check #11841!

[issue13845] Use GetSystemTimeAsFileTime() to get a resolution of 100 ns on Windows

Éric Araujo added the comment: Please make sure to say “on Windows” in NEWS and commit messages when you’re doing platform-specific changes :) -- nosy: +eric.araujo ___ Python tracker

[issue13590] extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2

K Richard Pixley added the comment: I think a better solution that declaring it to be apple's bug would be to release one binary for pre-10.7, (or maybe 10.6 with the current xcode), and a different binary for post-10.7. This isn't an apple "bug" in the sense that there's anything wrong nor i

[issue12659] Add tests for packaging.tests.support

Éric Araujo added the comment: > I've just updated “test_support.py” and tested against 'default' Do you mean that you have added more tests to the existing file? If so, could you provide a patch this time? > BTW: in distutils2 I get (not because of this change): It’s a known failure that’s c

[issue11841] Bug in the version comparison

Changes by Tshepang Lekhonkhobe : -- title: Bug in the verson comparison -> Bug in the version comparison ___ Python tracker ___ ___ P

[issue13903] New shared-keys dictionary implementation

Changes by Mark Shannon : Removed file: http://bugs.python.org/file24455/bc286099ce9a.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue13903] New shared-keys dictionary implementation

Changes by Mark Shannon : Added file: http://bugs.python.org/file24456/20702d1acf17.diff ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue13590] extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2

Ned Deily added the comment: Éric, no, the problem is not Apple's in the sense that we enforce the use of the build compiler. Without a fix along this line would mean that essentially *every* user of python.org Pythons on the latest releases of OS X would have to ensure that the environment

[issue13956] add a note regarding building on recent versions of Debian and Ubuntu

Changes by Éric Araujo : -- resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> devguide doesn’t list all build dependencies ___ Python tracker ___

[issue13590] extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2

Éric Araujo added the comment: > the problem is not Apple's in the sense that we enforce the use of the build > compiler. Well, yes, and this is a known limitation, so we could argue that Apple broke distutils. But... > Without a fix along this line would mean that essentially *every* user o

[issue13968] Support recursive globs

Éric Araujo added the comment: >>> list(glob.rglob('*/setu*.py')) It looks quite strange to me that '/' should be allowed in a function that recurses down directories (see my messages above). OTOH fnmatch is not really appropriate, contrary to my earlier feeling. (Restoring my title change:

[issue13970] frameobject should not have f_yieldfrom attribute

New submission from Mark Shannon : The f_yieldfrom field should not be visible at Python level, it is an internal implementation detail. Patch attached. -- files: remove_f_yieldfrom.patch keywords: patch messages: 152895 nosy: Mark.Shannon priority: normal severity: normal status: open

[issue12659] Add tests for packaging.tests.support

Francisco Martín Brugué added the comment: > If so, could you provide a patch this time? Done. The patch is against default. what about against distutils2? Do you need also a patch for it? -- Added file: http://bugs.python.org/file24458/issue12659_58bd6a58365d.patch __

[issue13971] format() doesn't parse str.

New submission from umedoblock : format() mis understaning. please pay attention to [0], [x]. >>> d = {0: "a", "0": "A"} >>> 'd[0] = {0[0]}'.format(d) 'd[0] = a' >>> 'd[0] = {0["0"]}'.format(d) Traceback (most recent call last): File "", line 1, in KeyError: '"0"' >>> d2 = {"x": 100} >>> 'd2[

[issue13971] format() doesn't parse str.

Changes by Ezio Melotti : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue13968] Support recursive globs

Eli Bendersky added the comment: Oops, Éric, sorry about the title. I didn't even notice :) -- ___ Python tracker ___ ___ Python-bugs

[issue13953] Get rid of doctests in packaging.tests.test_version

Francisco Martín Brugué added the comment: Hi here's a patch preview: it has to be re factored further but I stopped here as some tests failed: the out commented ones ... I've checked twice but I cannot see any diff, could you check that? Or, has maybe the behavior (due that bug) changed and

[issue13719] bdist_msi upload fails

Ralf Schmitt added the comment: there's a workaround in http://pypi.python.org/pypi/xdistutils#the-bdist-msi-fixed-command -- ___ Python tracker ___ ___

[issue13970] frameobject should not have f_yieldfrom attribute

Changes by Antoine Pitrou : -- components: +Interpreter Core nosy: +ncoghlan stage: -> patch review ___ Python tracker ___ ___ Python

[issue9750] sqlite3 iterdump fails on column with reserved name

Petri Lehtinen added the comment: Marko's last patch looks good to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue13971] format() doesn't parse str.

Eric V. Smith added the comment: This is working as defined in PEP 3101: it calls PySequence_GetItem() or PyObject_GetItem() on the value inside the brackets. There is indeed no item in d that is the string "0" (including the quotes). -- assignee: -> eric.smith resolution: -> invali

[issue13970] frameobject should not have f_yieldfrom attribute

Benjamin Peterson added the comment: I agree, FWIW. -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue13911] test_trace depends on dict repr() ordering

Mark Shannon added the comment: Failure occurs in test_pprint which is covered by issue 13907 -- resolution: -> duplicate status: open -> closed ___ Python tracker ___

[issue8184] multiprocessing.managers will not fail if listening ocket already in use

Roundup Robot added the comment: New changeset 434301d9f664 by Charles-François Natali in branch 'default': Issue #8184: multiprocessing: On Windows, don't set SO_REUSEADDR on Connection http://hg.python.org/cpython/rev/434301d9f664 -- ___ Python tra

[issue13965] Windows 64-bit installer actually installing a 32-bit version

Raymond Hettinger added the comment: platform.architecture() and struct.calcsize("P") confirm that this build used 64-bits for pointers and 32-bits for ints. This leaves the question of whether LLP64 is required to run Python on Windows or whether another memory model could have been selected

[issue13965] Windows 64-bit installer actually installing a 32-bit version

Amaury Forgeot d'Arc added the comment: LLP64 is the model chosen by the Microsoft compiler: sizeof(long)==4. I suppose someone already considered to change PyIntObject and use size_t values, but IMO it would have broken too many extensions: the pattern "if (PyInt_Check(obj)) value=PyInt_AS_L

[issue11689] sqlite: Incorrect unit test fails to detect failure

Changes by Petri Lehtinen : -- nosy: +petri.lehtinen ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue8033] sqlite: broken long integer handling for arguments to user-defined functions

Changes by Petri Lehtinen : -- nosy: +petri.lehtinen ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue13841] multiprocessing should use sys.exit() where possible

Charles-François Natali added the comment: Here's a trivial patch. I run the testsuite on one of the Windows buildbots, and there was one failure, in test_concurrent_futures: """ == FAIL: test_interpreter_shutdown (test.test_

[issue10049] Add a "no-op" (null) context manager to contextlib

Alexander Jones added the comment: Not having this as a standard idiom makes it very tempting to just do copy-paste coding as in hniksic's example. Who likes to invent their own library for generic language-supporting idioms? What about an alternative of giving NoneType empty enter and exit m

[issue13965] Windows 64-bit installer actually installing a 32-bit version

Martin v. Löwis added the comment: On Win64, the long type is 32-bit; the compiler does not support any other mode. So the question "whether another memory model could have been selected during compilation" must be answered as "no, the compiler does not support multiple memory models". We co

[issue13845] Use GetSystemTimeAsFileTime() to get a resolution of 100 ns on Windows

Roundup Robot added the comment: New changeset 3965ed809a85 by Victor Stinner in branch 'default': Issue #13845: Fix NEWS entry, the change is specific to Windows http://hg.python.org/cpython/rev/3965ed809a85 -- ___ Python tracker

[issue13841] multiprocessing should use sys.exit() where possible

sbt added the comment: I think the patch makes multiprocessing.util._exit_function() run twice in non-main processes because it is registered with atexit, and is also called in Process._bootstrap(). _exit_function() does the following: * terminate active daemon processes; * join active no

[issue13609] Add "os.get_terminal_size()" function

Roundup Robot added the comment: New changeset c92f8de398ed by Antoine Pitrou in branch 'default': Issue #13609: Add two functions to query the terminal size: http://hg.python.org/cpython/rev/c92f8de398ed -- nosy: +python-dev ___ Python tracker

[issue13609] Add "os.get_terminal_size()" function

Antoine Pitrou added the comment: The patch is finally committed. Thank you Zbyszek for having been quite patient. (according to Murphy's laws, this will surely break some buildbots) -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed _

[issue13609] Add "os.get_terminal_size()" function

Zbyszek Szmek added the comment: Thanks for merging! I'll try to keep an eye on the buildbot results, but please add me to any bugs in case I miss something. -- ___ Python tracker ___

[issue13882] PEP 410: Use decimal.Decimal type for timestamps

STINNER Victor added the comment: Patch version 13: - os.utime(path) sets the access and modification time using the currenet time with a subsecond resolution (e.g. microsecond resolution on Linux) - os.*utime*() functions uses _PyTime_t type and functions - add many functions to manipulate

  1   2   >