[issue19999] test_monotonic fails on x86 OpenIndiana
STINNER Victor added the comment: but 0.0156001 isn't close enough to 0.015625 for rounding errors to be at all a plausible explanation for why it's so strange. 0.0156001 is close to 0.0156, and this number cannot be representated exactly in binary: (0.0156).hex() '0x1.ff2e48e8a71dep-7' C code used by Python: GetSystemTimeAdjustment(timeAdjustment, timeIncrement, isTimeAdjustmentDisabled); info-resolution = timeIncrement * 1e-7; (And yes, 0.0156001 is surprising, I also expected 1/64, 0.015625) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19999] test_monotonic fails on x86 OpenIndiana
STINNER Victor added the comment: GetSystemTimeAdjustment is not the function to look at. This sentence comes from http://stackoverflow.com/questions/7685762/windows-7-timing-functions-how-to-use-getsystemtimeadjustment-correctly which describes the wall clock (GetSystemTimeAsFileTime), not the monotonic clock (GetTickCount[64]). GetTickCount[64] resolution cannot be better than 1 ms because its C structure has a resolution of 1 ms... But I don't know any other *monotonic* clock with a better resolution. Python 3.3 provides time.perf_counter(): clock with the highest available resolution to measure a short duration. I added this function because of Windows, to give access to QueryPerformanceCounter(). @Tim: This issue is closed. If you believe that Python time functions are buggy on windows, which is quite possible, please open a *new* issue. (This issue was specific to OpenIndiana buildbot which looks to be ill.) The C function pygettimeofday() which is used by time.time() and time.get_clock_info() uses GetSystemTimeAsFileTime() and GetSystemTimeAdjustment(). According to the article, there is a bug. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20060] float() and int() TypeError messages differ
New submission from Mitchell Model: [Sorry if ctypes is wrong component -- don't know which to use.] Given an invalid type, int()'s TypeError message includes the name of the invalid type, but float()'s doesn't. (Nor does complex()'s.) All three should give analogous error messages. int()'s version, with the name of the offending type, seems better. -- components: ctypes messages: 206892 nosy: MLModel priority: normal severity: normal status: open title: float() and int() TypeError messages differ versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20060 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20060] float() and int() TypeError messages differ
R. David Murray added the comment: Could you provide examples? I'm not seeing the problem myself. Unless you really do mean this to apply to the ctypes python module, which I don't know much about. It sounds like you are talking about the built in types though. -- components: +Interpreter Core -ctypes nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20060 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20060] float() and int() TypeError messages differ
R. David Murray added the comment: I take it back. This is a duplicate of issue 17080 and has already been fixed in 3.4, which is why I didn't see the problem (I was testing in my development sandbox). -- resolution: - duplicate stage: - committed/rejected status: open - closed superseder: - A better error message for float() type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20060 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20061] pdb through separate terminal not working properly
New submission from Chiel ten Brinke: There are several reasons why one would need to debug in a terminal window other than the debuggee terminal window, for instance when we have a curses application. The pdb doesn't support a tty command like gdb, which would allow this. Instead, it is possible to manually create a Pdb object with the stdin/stdout set to the terminal you want to use (e.g. /dev/pts/6). However, this is quite cumbersome, as command history, autocompletion etc don't work this way. Also, it seems that post mortem debugging cannot easily be done this way, like when running `python3.3 -m pdb myscript.py`. There should be an easy way to debug properly through a second terminal window. -- messages: 206895 nosy: Chiel92 priority: normal severity: normal status: open title: pdb through separate terminal not working properly type: behavior versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20061 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20041] TypeError when f_trace is None and tracing.
Xavier de Gaye added the comment: Adding the corresponding tests. -- components: +2to3 (2.x to 3.x conversion tool) -Interpreter Core Added file: http://bugs.python.org/file33260/tests.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20041] TypeError when f_trace is None and tracing.
Changes by Xavier de Gaye xdeg...@gmail.com: -- components: +Interpreter Core -2to3 (2.x to 3.x conversion tool) ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20062] Add section on vim to devguide
New submission from R. David Murray: This is a followup to issue 9893. There should be a section on vim in the devguide just like there is currently a section on emacs. -- components: Devguide messages: 206897 nosy: ezio.melotti, r.david.murray priority: normal severity: normal stage: needs patch status: open title: Add section on vim to devguide type: behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20062 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20062] Add section on vim to devguide
R. David Murray added the comment: The Misc/TextMate directory was also removed. I wonder if what we really want is an 'editor support' chapter that lists best practice for any editor any committers use (and are willing to write the section for). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20062 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20063] Docs imply that set does not support .pop() method
New submission from Madison May: Note item 6 of http://docs.python.org/2.7/library/stdtypes.html#mutable-sequence-types is a bit misleading. It states: The pop() method is only supported by the list and array types. The optional argument i defaults to -1, so that by default the last item is removed and returned. However, pop() is also a method of sets, which are neither lists or arrays. -- assignee: docs@python components: Documentation messages: 206899 nosy: docs@python, madison.may priority: normal severity: normal status: open title: Docs imply that set does not support .pop() method versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20063 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20061] pdb through separate terminal not working properly
R. David Murray added the comment: Sounds like a good idea to me, but it would be a new feature, not a bug fix. -- components: +Library (Lib) nosy: +r.david.murray stage: - needs patch type: behavior - enhancement versions: +Python 3.5 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20061 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20063] Docs imply that set does not support .pop() method
R. David Murray added the comment: Well, set supporting it is irrelevant to that section, which is about mutable sequence types. However, bytearray also supports pop, so I think perhaps that sentence should just be deleted. The whole footnote is gone in the Python3. docs. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20063 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20063] Docs imply that set does not support .pop() method
Madison May added the comment: +1 for simply deleting that bit -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20063 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20061] pdb through separate terminal not working properly
R. David Murray added the comment: To clarify: remote debugging is not a new feature, but enabling command history c should probably be considered a new feature, and making the interface for doing all this more convenient (which would be cool) certainly would be. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20061 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20061] make pdb through separate terminal more convenient
R. David Murray added the comment: Changing title to reflect the fact that it is an enhancement. -- title: pdb through separate terminal not working properly - make pdb through separate terminal more convenient ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20061 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20061] make pdb through separate terminal more convenient
Chiel ten Brinke added the comment: I called it a bug, because command history etc. works when debugging in a single terminal. It only fails when debugging remotely/in a separate terminal. But if this is not due to a improper implementation, it should indeed be an enhancement. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20061 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20061] make pdb through separate terminal more convenient
R. David Murray added the comment: Command line history (if I understand correctly) depends on the input/output being stdin/stdout, which isn't the case when doing remote debugging using the current implementation of remote debugging. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20061 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20061] make pdb through separate terminal more convenient
R. David Murray added the comment: Sorry, I mean stdin/stdout of the controlling terminal of the process. Of course, I could be completely confused :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20061 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18529] Use long dash
Roundup Robot added the comment: New changeset 01d2c25a6804 by R David Murray in branch 'default': Use endash in PEP callouts. http://hg.python.org/cpython/rev/01d2c25a6804 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18529 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20054] IDLE won't work (Mac)
Sophie Chancheong added the comment: i have downloaded and installed activeTcl 8.5.15.0 and that's still what it says. do you mean a new version of python? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20054 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20064] PyObject_Malloc is not documented
New submission from R. David Murray: At least, a doc ref to :c:func:`PyObject_Malloc` does not turn into a link, and I can't find anything in the docs that it looks like it should link to. -- assignee: docs@python components: Documentation, Interpreter Core messages: 206910 nosy: docs@python, r.david.murray priority: normal severity: normal stage: needs patch status: open title: PyObject_Malloc is not documented type: behavior versions: Python 2.7, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20064 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19648] Empty tests in pickletester need to be implemented or removed
Gennadiy Zlobin added the comment: Antoine, sure! I have just signed it. Thank you! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19648 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18688] Document undocumented Unicode object API
Changes by Serhiy Storchaka storch...@gmail.com: -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18688 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16832] Expose cache validity checking support in ABCMeta
Roundup Robot added the comment: New changeset a9f73b44ea0e by R David Murray in branch 'default': #16832: s/integer/object/ in docs/docstring, and add whatsnew entry. http://hg.python.org/cpython/rev/a9f73b44ea0e -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16832 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16832] Expose cache validity checking support in ABCMeta
R. David Murray added the comment: I don't see that there's anything other than the doc change that needs done here, so I'm closing this. -- nosy: +r.david.murray resolution: - fixed stage: - committed/rejected status: open - closed type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16832 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20063] Docs imply that set does not support .pop() method
Gennadiy Zlobin added the comment: Here's the patch -- keywords: +patch nosy: +gennad Added file: http://bugs.python.org/file33262/20063.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20063 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20063] Docs imply that set does not support .pop() method
Gennadiy Zlobin added the comment: Got it. Looks like I was confused by absence of this footnote in Python 3 documentation) Here's updated patch. -- Added file: http://bugs.python.org/file33263/20063.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20063 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20063] Docs imply that set does not support .pop() method
R. David Murray added the comment: Thanks, but the proposal for 2.7 is to just delete the sentence about list/array, not the whole footnote. Unless someone can think of a mutable list type in 2.7 that does not support pop... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20063 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20064] PyObject_Malloc is not documented
Gennadiy Zlobin added the comment: Hi, I created the patch, please kindly review it, all comments are welcomed. Thank you! -- keywords: +patch nosy: +gennad Added file: http://bugs.python.org/file33261/20064.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20064 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20054] IDLE won't work (Mac)
Ned Deily added the comment: I was assuming you were using a Python 3.3 from a binary installer downloaded from python.org. Those Pythons are built to dynamically link with a compatible Tcl and Tk 8.5 frameworks in /Library/Frameworks, such as the ActiveTcl 8.5 ones, and fall back to the Apple-supplied version in /System/Library/Frameworks. If you are using a Python 3.3 from another source or built yourself from source, it may not behave that way. If you are using the current Python.org 3.3.3 64-bit/32-bit installer, the signature should be: $ /usr/local/bin/python3.3 -c import sys; print(sys.version) 3.3.3 (v3.3.3:c3896275c0f6, Nov 16 2013, 23:39:35) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] $ /usr/local/bin/python3.3 -c import _tkinter;print(_tkinter.__file__) /Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/lib-dynload/_tkinter.so $ otool -L $(/usr/local/bin/python3.3 -c import _tkinter;print(_tkinter.__file__)) /Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/lib-dynload/_tkinter.so: /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl (compatibility version 8.5.0, current version 8.5.15) /Library/Frameworks/Tk.framework/Versions/8.5/Tk (compatibility version 8.5.0, current version 8.5.15) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20054 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com