[issue10811] sqlite segfault with generators
Petri Lehtinen pe...@digip.org added the comment: It seems to me that the fix still needs to be backported to 3.2 and 2.7. -- nosy: +petri.lehtinen status: pending - open versions: +Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10811 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13445] Enable linking the module pysqlite with Berkeley DB SQL instead of SQLite
Petri Lehtinen pe...@digip.org added the comment: Is it possible to compile pysqlite so that it links with both, or so that the linking type can be changed at run time? I'm -1 on adding a compile-time option to switch the storage backend to Python itself, but a runtime flag or a separate connection class for the sqlite3 module would do. -- nosy: +petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13445 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9750] sqlite3 iterdump fails on column with reserved name
Changes by Petri Lehtinen pe...@digip.org: -- nosy: +petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9750 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13299] namedtuple row factory for sqlite3
Changes by Petri Lehtinen pe...@digip.org: -- nosy: +petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13299 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13124] Add Running a Build Slave page to the devguide
Stefan Krah stefan-use...@bytereef.org added the comment: Antoine Pitrou rep...@bugs.python.org wrote: I'm sure some admins will prefer using their system's packages (I think buildbot is packaged for Debian/Ubuntu, I see it in Mageia's packages, not sure about Fedora). Yes, certainly. I had a bad experience using the packaged buildbot-slave, but I don't remember which distro it was. Generally speaking, I've had so much trouble with rarely used packages on multiple distros that I *always* compile or install that kind of software directly from upstream. Anyway, the current instructions are on the wiki: http://wiki.python.org/moin/BuildBot That's probably the best place. Eric: I'm afraid the excerpts from the mailing list discussion you put there are a bit confusing and don't reflect any kind of majority opinion. For example I'm running two bots and I don't even know what this means: Some tests, as the start of this thread [...] indicates, must have some special logic to make sure they do or do not run, or run differently, in privileged vs. unprivileged configurations, but generally speaking most things should work in both places. That does not concern a buildbot owner, since he has no influence on that. Also, you included that nasty quote executing arbitrarily horrible and/or malicious code. I re-read the thread, and that quote is a half-sarcastic concession from Glyph (who actually had a much lighter view on the whole situation initially!) to the concerns of the people who were almost accusing buildbot owners of being clueless. The other side of the discussion (Martin's view) is missing completely, despite the fact that most core developers *probably* share that view. I'm sure you meant well, but I think we should give buildbot admins some credit. Experienced admins don't need any advice, inexperienced admins would be served better by a cookbook approach. The script I posted is a start: All buildbot software is in /home/buildbot and runs under the password-less user buildbot. In combination with a VM, this is enough for me. If anyone thinks this is not secure enough and wants to add chroot, jails, whatever, the best way forward is to post an improved version. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13124 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13882] PEP 410: Use decimal.Decimal type for timestamps
STINNER Victor victor.stin...@haypocalc.com added the comment: Patch version 10: - deprecate os.stat_float_times() - fix docstring of os.*stat() functions - add a reference to the PEP - add a comment to indicate that _PyTime_gettimeofday() ignores integer overflow -- Added file: http://bugs.python.org/file24407/time_decimal-10.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13882 ___diff --git a/Doc/library/os.rst b/Doc/library/os.rst --- a/Doc/library/os.rst +++ b/Doc/library/os.rst @@ -808,13 +808,16 @@ as internal buffering of data. Availability: Unix. -.. function:: fstat(fd) +.. function:: fstat(fd, timestamp=None) Return status for file descriptor *fd*, like :func:`~os.stat`. Availability: Unix, Windows. -.. function:: fstatat(dirfd, path, flags=0) + .. versionchanged:: 3.3 + Added the *timestamp* argument. + +.. function:: fstatat(dirfd, path, flags=0, timestamp=float) Like :func:`stat` but if *path* is relative, it is taken as relative to *dirfd*. *flags* is optional and may be 0 or :data:`AT_SYMLINK_NOFOLLOW`. @@ -1696,7 +1699,7 @@ Files and Directories .. versionadded:: 3.3 -.. function:: lstat(path) +.. function:: lstat(path, timestamp=None) Perform the equivalent of an :c:func:`lstat` system call on the given path. Similar to :func:`~os.stat`, but does not follow symbolic links. On @@ -1706,6 +1709,9 @@ Files and Directories .. versionchanged:: 3.2 Added support for Windows 6.0 (Vista) symbolic links. + .. versionchanged:: 3.3 + The *timestamp* argument was added. + .. function:: lutimes(path[, times]) @@ -1969,7 +1975,7 @@ Files and Directories .. versionadded:: 3.3 -.. function:: stat(path) +.. function:: stat(path, timestamp=None) Perform the equivalent of a :c:func:`stat` system call on the given path. (This function follows symlinks; to stat a symlink use :func:`lstat`.) @@ -1989,6 +1995,11 @@ Files and Directories * :attr:`st_ctime` - platform dependent; time of most recent metadata change on Unix, or the time of creation on Windows) + :attr:`st_atime`, :attr:`st_mtime` and :attr:`st_ctime` are :class:`float` + by default, or :class:`int` if :func:`os.stat_float_times` is ``False``. Set + the *timestamp* argument to get another :ref:`timestamp type + timestamp-types`. + On some Unix systems (such as Linux), the following attributes may also be available: @@ -2044,6 +2055,9 @@ Files and Directories Availability: Unix, Windows. + .. versionchanged:: 3.3 + Added the *timestamp* argument. + .. function:: stat_float_times([newvalue]) @@ -2069,6 +2083,9 @@ Files and Directories are processed, this application should turn the feature off until the library has been corrected. + .. deprecated:: 3.3 + Use *timestamp* argument of stat functions instead. + .. function:: statvfs(path) diff --git a/Doc/library/time.rst b/Doc/library/time.rst --- a/Doc/library/time.rst +++ b/Doc/library/time.rst @@ -95,6 +95,14 @@ An explanation of some terminology and c | local time | | | +-+-+-+ +.. _timestamp-types: + +* Python supports the following timestamp types: + + * :class:`int` + * :class:`float` + * :class:`decimal.Decimal` + The module defines the following functions and data items: @@ -119,7 +127,7 @@ The module defines the following functio trailing newline. -.. function:: clock() +.. function:: clock(timestamp=float) .. index:: single: CPU time @@ -136,16 +144,27 @@ The module defines the following functio :c:func:`QueryPerformanceCounter`. The resolution is typically better than one microsecond. + Return as a floating point number by default, set the *timestamp* argument + to get another :ref:`timestamp type timestamp-types`. -.. function:: clock_getres(clk_id) + .. versionchanged:: 3.3 + Added the *timestamp* argument. + + +.. function:: clock_getres(clk_id, timestamp=float) Return the resolution (precision) of the specified clock *clk_id*. + Return a floating point number by default, set the *timestamp* argument to + get another :ref:`timestamp type timestamp-types`. + .. versionadded:: 3.3 -.. function:: clock_gettime(clk_id) +.. function:: clock_gettime(clk_id, timestamp=float) Return the time of the specified clock *clk_id*. + Return a floating point number by default, set the *timestamp* argument to + get another :ref:`timestamp type timestamp-types`. .. versionadded:: 3.3 @@ -214,12 +233,15 @@ The module defines the following functio flag is set to ``1`` when DST applies to the given time. -.. function:: mktime(t) +.. function:: mktime(t, timestamp=float) This is
[issue13928] bug in asyncore.dispatcher_with_send
Giampaolo Rodola' g.rod...@gmail.com added the comment: why is a not connected connection writable? A non connected socket must be writable in order to connect. if we call dispatcher.connect() immediately after .connect(), socket error 10057 may be raised, Not sure what you mean here. Why would you call connect() twice? -- nosy: +giampaolo.rodola ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13928 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13892] distutils handling of windows manifest isn't optimal
Changes by Éric Araujo mer...@netwok.org: -- nosy: +mhammond ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13892 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13763] Potentially hard to understand wording in devguide
Éric Araujo mer...@netwok.org added the comment: I like the result, thanks! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13763 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13846] Add time.monotonic() function
Éric Araujo mer...@netwok.org added the comment: I don’t understand why this new function would be useful. Time-related modules in Python are already complicated. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13846 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13850] Summary tables for argparse add_argument options
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13851] Packaging distutils2 for Fedora
Changes by Éric Araujo mer...@netwok.org: -- resolution: - invalid stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13851 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13846] Add time.monotonic() function
R. David Murray rdmur...@bitdance.com added the comment: If you are trying to time something (an interval), having the time go backward can really screw up your data. And that *will* happen on a system that is running NTP (or even just resets its time). monotonic clocks were introduced at the OS level for a reason, and it seems reasonable for Python to expose them (when the are available) like it does other system resources. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13846 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13861] test_pydoc failure
Éric Araujo mer...@netwok.org added the comment: I have the same one on Debian testing: == FAIL: test_apropos_with_bad_package (test.test_pydoc.PydocImportTest) -- Traceback (most recent call last): File test/test_pydoc.py, line 403, in test_apropos_with_bad_package self.assertEqual(b'', result) AssertionError: b'' != b'docutils.parsers.null - A do-nothing parser.\ndocutils.writers.null - A do-nothing Writer.' == FAIL: test_apropos_with_unreadable_dir (test.test_pydoc.PydocImportTest) -- Traceback (most recent call last): File test/test_pydoc.py, line 413, in test_apropos_with_unreadable_dir self.assertEqual(b'', result) AssertionError: b'' != b'docutils.parsers.null - A do-nothing parser.\ndocutils.writers.null - A do-nothing Writer.' docutils is the first package that’s found in my user site-packages; can you tell if your Crypto package is in that same location? -- nosy: +eric.araujo versions: +Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13861 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13865] distutils documentation says Extension has optional argument
Éric Araujo mer...@netwok.org added the comment: It was me who ported that doc change from 3.2, but distutils in 2.7 does not provide that feature. Thanks for catching it, I’ll revert the commit when I get the chance. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13865 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13865] distutils documentation says Extension has optional argument
Changes by Éric Araujo mer...@netwok.org: -- assignee: docs@python - eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13865 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13866] {urllib, urllib.parse}.urlencode should not use quote_plus
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13866 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13889] str(float) and round(float) issues with FPU precision
Samuel Iseli samuel.is...@gmail.com added the comment: I would definitely classify this as a bug in Python 2.7 as it breaks backwards-compatibility for embedding environments that default to 64bit FPU precision (e.g. Delphi). Additionally the bug is very hard to detect and leads to wrong values with possibly disastrous effects. Appended a patch with a new implementation of the Py_SET_53BIT_PRECISION_* macros for win32: - precision is set only when needed - setting and restoring only the x87 controlword (using __control87_2 function). - macros are not used for WIN64 as there's no x87 there - there's no need for a custom symbol in the vc project anymore, as I'm using the predefined _WIN32 symbol. -- Added file: http://bugs.python.org/file24408/74745.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13889 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13875] cmd: no user documentation
Éric Araujo mer...@netwok.org added the comment: +1 to expanding the introduction. Do you have a phrasing suggestion? MOTW links are a more global issue that was discussion on python-dev (I forget the outcome, but I think it was no). IIRC it was on python-ideas, and (among other criticisms about licensing, site reliability, etc.) the strongest opinion against adding links was Alexander’s, who reviewed the PyMOTW page for datetime and was not satisfied. So the discussion ruled out systematic addition of links for all modules, but I think that as usual a core dev is free to add a link to an external resource if they think it is useful. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13875 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13875] Improve description of cmd module
Changes by Éric Araujo mer...@netwok.org: -- resolution: works for me - stage: - needs patch title: cmd: no user documentation - Improve description of cmd module ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13875 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13605] document argparse's nargs=REMAINDER
Éric Araujo mer...@netwok.org added the comment: It would be best if the 3.x docs did not use a print statement wink. The code block should also be preceded by ::. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13605 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13879] Argparse does not support subparser aliases in 2.7
Éric Araujo mer...@netwok.org added the comment: Agreed, this looks like a doc glitch. -- assignee: - docs@python components: +Documentation -Library (Lib) nosy: +docs@python, eric.araujo, ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13879 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13833] No documentation for PyStructSequence
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo stage: - patch review versions: +Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13833 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1625] bz2.BZ2File doesn't support multiple streams
Éric Araujo mer...@netwok.org added the comment: As the bug/feature judgment is not easy to make, I think python-dev should be asked. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1625 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13846] Add time.monotonic() function
Éric Araujo mer...@netwok.org added the comment: Thanks, now I see the usefulness. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13846 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13799] Base 16 should be hexadecimal in Unicode HOWTO
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13799 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13770] python3 json: add ensure_ascii documentation
Éric Araujo mer...@netwok.org added the comment: FTR I’ve fixed this and now need to find a place with SSH access so I can push. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13770 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2945] bdist_rpm does not list dist files (should effect upload)
Éric Araujo mer...@netwok.org added the comment: FYI I have committed the patch to my repo and will push as soon as I can. -- assignee: tarek - eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2945 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13815] tarfile.ExFileObject can't be wrapped using io.TextIOWrapper
Éric Araujo mer...@netwok.org added the comment: Please always use explicit roles in reST, i.e. :meth:`flush` instead of `flush` (use ``flush`` when you don’t want a ton of identical links). In the test, using assertEqual instead of assertTrue will certainly give more useful output in case of failure. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13815 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13824] argparse.FileType opens a file and never closes it
Éric Araujo mer...@netwok.org added the comment: Additionally, there is no way to prevent FileType from clobbering an existing file when used with write mode. I think this deserves its own feature request: now that Python 3.3 has an “exclusive create” mode, argparse.FileType could gain support for it. Would you open that request? Given these issues and others, We have one issue and one missing feature; what are the other issues? it seems to me that the usefulness of FileType is outweighed by propensity to encourage bad coding. I think the problem is not as bad as you paint it. A great number of unclosed file handles may cause problem to some OSes, but that’s it. On the plus side, the fact that argparse accepts for its type argument any callable that can check and convert a string input is simple, clean and works. FileType is needed. In packaging/distutils2 for example we have similar functions that return an open file object and never close it: the responsibility is at a higher level. Other packaging code calling these functions does so in a with statement. It is not evil by nature. The problem here is that FileType may return stdin or stdout, so we can’t just always close the file object (or maybe we can, say using an atexit handler?). Perhaps, it would be best if FileType (or some replacement) simply checked that the file exists But then you’d run into race conditions. The only sure was to say if a file can be opened is to open it. -- nosy: +eric.araujo title: argparse.FileType opens a file without excepting resposibility for closing it - argparse.FileType opens a file and never closes it ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13824 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13826] Having a shlex example in the subprocess.Popen docs is confusing
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13826 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13830] codecs error handler is called with a UnicodeDecodeError with the same args
Changes by Éric Araujo mer...@netwok.org: -- nosy: +haypo, lemburg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13830 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13824] argparse.FileType opens a file and never closes it
Éric Araujo mer...@netwok.org added the comment: s/sure was/sure way/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13824 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13771] HTTPSConnection __init__ super implementation causes recursion error
Éric Araujo mer...@netwok.org added the comment: Hi, wsgi_intercept has overridden http.client.HTTPSConnection with a class that subclasses HTTPSConnection and overrides a few methonds. Do you mean that the module is monkey-patched? Fix the issue in http/client.py:1074 by replacing super(HTTPSConnection, self) with super(), which if I'm not mistaken is the recommended usage of super in Python 3. Because it’s possible does not mean it’s liked :) Some of us still dislike that hack. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13771 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13773] Support sqlite3 uri filenames
Éric Araujo mer...@netwok.org added the comment: Should I also rewrap modified lines that were already much too long? Please don’t, it would make the diff harder to read. I also noticed fixed an unrelated typo in Lib/sqlite3/test/hooks.py... Can you open a bug report for that? I think the doc could link to the sqlite.org doc about URIs. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13773 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13807] logging.Handler.handlerError() may raise AttributeError in traceback.print_exception()
Éric Araujo mer...@netwok.org added the comment: As said on python-checkins/-dev, this bug fix should be reverted in 3.1 (in security mode). -- nosy: +eric.araujo versions: -Python 2.6, Python 3.1, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13807 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13889] str(float) and round(float) issues with FPU precision
Samuel Iseli samuel.is...@gmail.com added the comment: There's an excess space after a line continuation backslash in my last patch, so it doesn't compile (pyport.h, line 567). Here's an additional patch that removes the space. Didn't find out how to combine the 2 revisions in one patch-file... Sorry about that. -- Added file: http://bugs.python.org/file24409/74747.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13889 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13931] os.path.exists inconsistent between 32 bit and 64 bit
New submission from zxw eeyore@gmail.com:
When I run the following line while the 32 bit version of python is installed
it returns false, however with the 64 bit version it correctly returns true.
os.path.exists('C:\\Windows\\System32\\msg.exe')
I'm using Python 2.7.2 with Windows 7 Professional 64bit.
--
components: Windows
messages: 152524
nosy: zxw
priority: normal
severity: normal
status: open
title: os.path.exists inconsistent between 32 bit and 64 bit
type: behavior
versions: Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13931
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13932] If some test module fails to import another module unittest reports a very misleading message
New submission from Sébastien Barthélémy barthel...@crans.org: If some test module (say, testmath) fails to import some other module, unittest reports a very misleading message: AttributeError: 'module' object has no attribute 'testmath' Would it be possible improve the message or, better, to simply make the test as failed. (Maybe be by inspecting the ImportError exception message). Consider the following example (and notice the typo at import mathhh): mkdir -p test touch test/__init__.py cat test/testmath.py EOL import unittest import mathhh class MathTestCase(unittest.TestCase): def testSin(self): self.assertEqual(math.sin(0), 0) EOL python -m unittest test.testmath it returns Traceback (most recent call last): File /usr/lib/python2.7/runpy.py, line 162, in _run_module_as_main __main__, fname, loader, pkg_name) File /usr/lib/python2.7/runpy.py, line 72, in _run_code exec code in run_globals File /usr/lib/python2.7/unittest/__main__.py, line 12, in module main(module=None) File /usr/lib/python2.7/unittest/main.py, line 94, in __init__ self.parseArgs(argv) File /usr/lib/python2.7/unittest/main.py, line 149, in parseArgs self.createTests() File /usr/lib/python2.7/unittest/main.py, line 158, in createTests self.module) File /usr/lib/python2.7/unittest/loader.py, line 128, in loadTestsFromNames suites = [self.loadTestsFromName(name, module) for name in names] File /usr/lib/python2.7/unittest/loader.py, line 100, in loadTestsFromName parent, obj = obj, getattr(obj, part) AttributeError: 'module' object has no attribute 'testmath' -- components: Library (Lib) messages: 152525 nosy: sbarthelemy priority: normal severity: normal status: open title: If some test module fails to import another module unittest reports a very misleading message versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13932 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13777] socket: communicating with Mac OS X KEXT controls
Martin v. Löwis mar...@v.loewis.de added the comment: The patch fails to apply in configure.in. Can you please regenerate it? -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13777 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13931] os.path.exists inconsistent between 32 bit and 64 bit
Tim Golden m...@timgolden.me.uk added the comment: This is the Windows x64 file system redirector at work. I can't get through to msdn at the moment to get a link, but Google for those terms. -- nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13931 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13830] codecs error handler is called with a UnicodeDecodeError with the same args
Walter Dörwald wal...@livinglogic.de added the comment: See this ancient posting about this problem: http://mail.python.org/pipermail/python-dev/2002-August/027661.html (see point 4.). So I guess somebody did finally complain! ;) The error attributes are documented in PEP 293. The existence of the attributes is documented in Doc/c-api/exceptions.rst, but not their meaning. -- nosy: +doerwalter ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13830 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13777] socket: communicating with Mac OS X KEXT controls
Martin v. Löwis mar...@v.loewis.de added the comment: Also: Can you propose test cases for this socket family? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13777 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13824] argparse.FileType opens a file and never closes it
David Layton dmlay...@gmail.com added the comment: Eric, checked that the file exists But then you’d run into race conditions. The only sure was to say if a file can be opened is to open it. I think you misunderstand me. I am NOT suggesting that you open and close the file. I am saying that you should not open it in the first place. If I cannot open the file at the point in my program where I actually want to open it, then fine, I can decide, in my own code, what to do. propensity to encourage bad coding. I think the problem is not as bad as you paint it. A great number of unclosed file handles may cause problem to some OSes, but that’s it. On the plus side, the fact that argparse accepts for its type argument any callable that can check and convert a string input is simple, clean and works. FileType is needed. Causing a problem on some OSes and not others is worse than causing a problem on all OSes as it increases the likelihood of buggy code passing tests and moving to production. I think argparse is wonderful; I just think that by having FileType not open the file, the number of it's use cases is increased. As it stands now, I would prefer the just pass the argument as a string argument and handling the opening myself unless: 1. I wanted my program to open the file at the very beginning of the program (where one traditionally handles arg parsing) 2. I wanted to exit on the first, and only, attempt to open the file 3. I really did not care if the file closed properly--which, granted, is often the case with tiny scripts The moment any of these is not true due to a change in requirements, I will have to refactor my code to use a filename arg. Where as if I start out with a bog-standard filename and open it myself, I can easily add the behaviour I want. I just don't see FileType as a big convenience. However, I do see that changing this would break backwards compatibility and would not want to see that happen. Perhaps a new FileNameType that does some basic, perhaps, optional checks would have wider use-cases. I hope this helps. David Layton On Fri, Feb 3, 2012 at 2:37 PM, Éric Araujo rep...@bugs.python.org wrote: Éric Araujo mer...@netwok.org added the comment: s/sure was/sure way/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13824 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13824 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13933] IDLE:not able to complete the hashlib module
New submission from Ramchandra Apte maniandra...@gmail.com: No completion appears when I import hashlib in IDLE and type in hashlib. and press Tab to complete. With any other module it works. -- components: IDLE, Library (Lib) messages: 152531 nosy: ramchandra.apte priority: normal severity: normal status: open title: IDLE:not able to complete the hashlib module type: behavior versions: Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13933 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13861] test_pydoc failure
Stefan Krah stefan-use...@bytereef.org added the comment: Eric Araujo rep...@bugs.python.org wrote: docutils is the first package that???s found in my user site-packages; can you tell if your Crypto package is in that same location? The package is here: /usr/local/lib/python3.3/site-packages/Crypto/SelfTest/Protocol/test_AllOrNothing.py The tests are (naturally) run in the cpython repo, but /usr/local/lib/python3.3/site-packages is in sys.path. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13861 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13861] test_pydoc failure
Éric Araujo mer...@netwok.org added the comment: Adding Ned, who refactored these tests, to nosy. -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13861 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11104] distutils sdist ignores MANIFEST
John Dennis jden...@redhat.com added the comment: The changesets are not in the release27-maint branch. sdist still does not generate a correct archive for release, this is a very serious regression. -- resolution: fixed - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11104 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11104] distutils sdist ignores MANIFEST
Éric Araujo mer...@netwok.org added the comment: The changesets are not in the release27-maint branch. Where did you look? This looks like a Subversion branch name, but now we’re using Mercurial. If you look a few messages up, you’ll see that a changeset was committed to the 2.7 branch and will be included in 2.7.3. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11104 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11104] distutils sdist ignores MANIFEST
Stephen Thorne step...@thorne.id.au added the comment: Yep - 2.7.2 was released 11th June 2011, the fix was committed Aug 1st 2011. So it won't be in the current 2.7 release. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11104 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11104] distutils sdist ignores MANIFEST
Éric Araujo mer...@netwok.org added the comment: Obviously I can’t fix past releases. Sometimes the time machine is not available :) -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11104 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13777] socket: communicating with Mac OS X KEXT controls
Michael Goderbauer cont...@m-goderbauer.de added the comment: Here is the regenerated patch. To write a test case I would need a PF_SYSTEM socket to connect to. As far as I know Mac OS X doesn't provide a demo socket for this. -- Added file: http://bugs.python.org/file24410/patch2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13777 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13777] socket: communicating with Mac OS X KEXT controls
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset aa3680d2c24d by Martin v. Löwis in branch 'default': Issue #13777: Add PF_SYSTEM sockets on OS X. http://hg.python.org/cpython/rev/aa3680d2c24d -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13777 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13777] socket: communicating with Mac OS X KEXT controls
Martin v. Löwis mar...@v.loewis.de added the comment: Thanks for the patch. Committed with an additional fix in refcounting. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13777 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13889] str(float) and round(float) issues with FPU precision
Mark Dickinson dicki...@gmail.com added the comment: General shape of the patch looks good. I'd suggest using a mask of _MCW_PC | _MCW_RC instead of just _MCW_PC, so that the rounding mode is also set correctly. Probably rarely an issue in practice, but it's the same thing that we're doing on Linux. If this is going near the maintenance branches (2.7, 3.2), we need to be very careful. Have you had the opportunity to test the patch (e.g., run the complete Python test suite) both on 32-bit and 64-bit Windows? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13889 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13889] str(float) and round(float) issues with FPU precision
Changes by Antoine Pitrou pit...@free.fr: -- components: +Windows stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13889 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13931] os.path.exists inconsistent between 32 bit and 64 bit
zxw eeyore@gmail.com added the comment: Ok, thanks, that fixed it. I'll probably post some example code for anyone else who stumbles across this with the same problem, don't have the time right now however. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13931 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13931] os.path.exists inconsistent between 32 bit and 64 bit
Changes by Brian Curtin br...@python.org: -- resolution: - invalid stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13931 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13463] Fix parsing of package_data
Changes by Nick Wilson n...@njwilson.net: -- nosy: +njwilson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13463 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6210] Exception Chaining missing method for suppressing context
Ethan Furman et...@stoneleaf.us added the comment: Because Ellipsis is now the default value for __cause__, 'raise ... from Ellipsis' is treated the same as 'raise ...' Not exactly true -- if ... is a new exception then they are the same; if ... is a caught exception that is being reraised, __cause__ will be (re)set to Ellipsis. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13124] Add Running a Build Slave page to the devguide
Eric Snow ericsnowcurren...@gmail.com added the comment: No problem, Stefan. :) The main motivation was to capture the discussion at the time so that something actually came of it. Adding info to the devguide, essentially the catalog/how-to of core dev activities, was meant to simply provide another clear avenue for those that wanted to help with Python's core development. If not a dedicated page, we should at least have a link in the Contributing section to the (single, authoritative) resource we have on setting-up/running a build slave, regardless of where that resource resides. That said, I gladly defer to those that are more involved with the buildbots. Incidentally, the second patch is a bit cleaner than the first. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13124 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13879] Argparse does not support subparser aliases in 2.7
Tim Willis schadenfreude...@gmail.com added the comment: The documentation appears to be up to date in the current 2.7 repository, so this can probably be marked as closed/fixed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13879 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13807] logging.Handler.handlerError() may raise AttributeError in traceback.print_exception()
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 813a34170ac5 by Vinay Sajip in branch '3.1': Revert fix for #13807 mistakenly applied in this branch. http://hg.python.org/cpython/rev/813a34170ac5 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13807 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13930] lib2to3 ability to output files into a different directory and alter their names
Gregory P. Smith g...@krypto.org added the comment: while the initial patch below was against 3.1 I'm only intending to commit this to 3.2, 3.3 and 2.7. Feature backports on lib2to3 are allowed per http://mail.python.org/pipermail/python-dev/2011-December/115089.html. -- nosy: +benjamin.peterson versions: -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13930 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13930] lib2to3 ability to output files into a different directory and alter their names
Changes by Gregory P. Smith g...@krypto.org: Added file: http://bugs.python.org/file24411/a6cd0518495e.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13930 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13934] sqlite3 test typo
New submission from poq p...@gmx.com: The test CheckCollationIsUsed in Lib/sqlite3/test/hooks.py never runs because it checks the wrong version tuple. Patch attached. -- components: Tests files: sqlite3-test-hooks.patch keywords: patch messages: 152548 nosy: poq priority: normal severity: normal status: open title: sqlite3 test typo type: behavior versions: Python 3.3 Added file: http://bugs.python.org/file24412/sqlite3-test-hooks.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13934 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13773] Support sqlite3 uri filenames
poq p...@gmx.com added the comment: Can you open a bug report for that? Opened #13934. I think the doc could link to the sqlite.org doc about URIs. I considered this, but the rest of the sqlite3 module documentation doesn't link to the sqlite.org doc pages either. There is only a link to http://www.sqlite.org under 'See also'. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13773 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13935] Tarfile - Fixed GNU tar header base-256 handling
New submission from Oskar Wycislak canto...@gmail.com: On line 199 in tarfile.py comparison should be done without chr() because s[0] is an integer. Also on line 208 there should be no ord() for the same reason. I think this is fixed in Python 3.3 I'm sorry for not providing a patch but it's late and I do not have mercurial installed. -- components: Library (Lib) messages: 152550 nosy: canto priority: normal severity: normal status: open title: Tarfile - Fixed GNU tar header base-256 handling type: crash versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13935 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1625] bz2.BZ2File doesn't support multiple streams
Nadeem Vawda nadeem.va...@gmail.com added the comment: In fact, you can create those files from python, files that python can not unpack later. Really? How so? BZ2File only started accepting the a mode in 3.3 (thanks to Nir's patch for this issue, actually). If the refusal of backporting this to 3.2 and 2.7 is firm, I would beg to document this limitation in the 2.7/3.2 docs. It is serious enough. Of course. I'll add a note to the docs once I've created the bz2file package on PyPI, so we can refer readers to it. As the bug/feature judgment is not easy to make, I think python-dev should be asked. Fair enough; I was actually going to suggest consulting the 2.7 release manager, but I suppose getting more opinions on the mailing list makes sense. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1625 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12142] Reference cycle when importing ctypes
poq p...@gmx.com added the comment: I've attached a patch for the _array_type change. The long double fix is probably dependent on PEP3118 (#3132). -- keywords: +patch Added file: http://bugs.python.org/file24413/ctypes-leak.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12142 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12993] prepared statements in sqlite3 module
poq p...@gmx.com added the comment: This can be closed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12993 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12142] Reference cycle when importing ctypes
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +meador.inge ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12142 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13124] Add Running a Build Slave page to the devguide
Stefan Krah stefan-use...@bytereef.org added the comment: Eric Snow rep...@bugs.python.org wrote: Incidentally, the second patch is a bit cleaner than the first. Yes, indeed it is. :) To prevent a misunderstanding: In my last mail I was talking about the Build Slaves and Security additions to: http://wiki.python.org/moin/BuildBot -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13124 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6210] Exception Chaining missing method for suppressing context
Ethan Furman et...@stoneleaf.us added the comment: I just noticed that no one is assigned to this issue -- anybody on the nosy list able to review? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13936] datetime.time(0, 0, 0) evaluates to False despite being a valid time
New submission from Lakin Wecker lakin.wec...@gmail.com: midnight is represented by datetime.time(0,0,0). However, this time (unlike all other valid times, including datetime.time(0,0,1)) evalutes to false in if conditions: import datetime if datetime.time(0,0,0): print datetime.time(0,0,0) is not a bug! else: print datetime.time(0,0,0) is a bug! if datetime.time(0,0,1): print datetime.time(0,0,1) is not a bug! else: print datetime.time(0,0,1) is a bug! -- messages: 152556 nosy: Lakin.Wecker priority: normal severity: normal status: open title: datetime.time(0,0,0) evaluates to False despite being a valid time ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13936] datetime.time(0, 0, 0) evaluates to False despite being a valid time
Lakin Wecker lakin.wec...@gmail.com added the comment: I'm updating the versions to the ones that I've actually tried it on - this is not an exhaustive search at this point. -- versions: +Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13936] datetime.time(0, 0, 0) evaluates to False despite being a valid time
Changes by Lakin Wecker lakin.wec...@gmail.com: -- components: +Library (Lib) type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13936] datetime.time(0, 0, 0) evaluates to False despite being a valid time
R. David Murray rdmur...@bitdance.com added the comment: I don't think I would have ever thought of testing a datetime for its truth value. But the behavior you observe is consistent with the rest of Python: 0 is false. I wonder if this is by design or by accident. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13936] datetime.time(0, 0, 0) evaluates to False despite being a valid time
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +belopolsky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13936] datetime.time(0, 0, 0) evaluates to False despite being a valid time
Lakin Wecker lakin.wec...@gmail.com added the comment: Right. I've updated my code to be more correct: instead of: if not start_time: start_time = default_time it now reads: if start_time is None: start_time = default_time which operates correctly and works fine for my case, I just thought it was odd that one time out of all of them evaluates to False. I too wonder if it's by design or not. It's definitely not documented if it is by design. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5300] build_module faulre
Changes by Patrick Andrew pand...@isilon.com: -- components: +Distutils -Distutils2 title: Distutils ignores file permissions - build_module faulre versions: +Python 2.7 -3rd party ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5300 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5300] build_module failure
Changes by Patrick Andrew pand...@isilon.com: -- title: build_module faulre - build_module failure ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5300 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5300] distutils ignores file permissions
Changes by Patrick Andrew pand...@isilon.com: -- components: +Distutils2 -Distutils nosy: +alexis title: build_module failure - distutils ignores file permissions versions: +3rd party -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5300 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13936] datetime.time(0, 0, 0) evaluates to False despite being a valid time
Georg Brandl ge...@python.org added the comment: It must be by design -- someone has implemented a __bool__ (formerly __nonzero__) method; otherwise all objects would be true. -- nosy: +georg.brandl, lemburg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13936] datetime.time(0, 0, 0) evaluates to False despite being a valid time
Georg Brandl ge...@python.org added the comment: BTW, being a valid time is not a good argument: 0, or False are all valid instances of their types. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12993] prepared statements in sqlite3 module
Changes by Georg Brandl ge...@python.org: -- resolution: - works for me status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12993 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13936] datetime.time(0, 0, 0) evaluates to False despite being a valid time
Alexander Belopolsky alexander.belopol...@gmail.com added the comment: This is by design. I don't have a reference, but I do remember this being discussed. Suggestions for improving the documentation are welcome. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13936] datetime.time(0, 0, 0) evaluates to False despite being a valid time
Tim Peters tim.pet...@gmail.com added the comment: From the docs, at: http://docs.python.org/library/datetime.html#time-objects in Boolean contexts, a time object is considered to be true if and only if, after converting it to minutes and subtracting utcoffset() (or 0 if that’s None), the result is non-zero. -- nosy: +tim_one ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13936] datetime.time(0, 0, 0) evaluates to False despite being a valid time
Lakin Wecker lakin.wec...@gmail.com added the comment: Although I find it odd, you are all correct. It is documented. (I don't know how I missed that when I read those docs looking for that exact documentation). It is consistent with the rest of python. Do I close this? Do you guys? I'm fine with closing it. Thanks and sorry for the noise. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13936] datetime.time(0, 0, 0) evaluates to False despite being a valid time
Tim Peters tim.pet...@gmail.com added the comment: It is odd, but really no odder than zero values of other types evaluating to false in Boolean contexts ;-) Closing as invalid. -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13937] multiprocessing.ThreadPool.join() blocks indefinitely.
New submission from Ben Timby bti...@gmail.com: If you instantiate a ThreadPool, then call map() with an empty list, the join() method will block indefinitely on self._result_handler.join() $ python from multiprocessing.pool import ThreadPool t = ThreadPool(1) t.map_async(lambda x: x, []) t.close() t.join() # - never returns I was not able to determine the root cause, however, I found that the join() blocks when joining the _result_handler thread. -- components: Library (Lib) messages: 152566 nosy: Ben.Timby priority: normal severity: normal status: open title: multiprocessing.ThreadPool.join() blocks indefinitely. type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13937 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13936] datetime.time(0, 0, 0) evaluates to False despite being a valid time
Lakin Wecker lakin.wec...@gmail.com added the comment: Yeah - good point, and I agree. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13861] test_pydoc failure
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset e5f2c04055a2 by Ned Deily in branch '2.7': Issue #13861: Prevent test_apropos* test case failures in test_pydoc. http://hg.python.org/cpython/rev/e5f2c04055a2 New changeset 5eb47e1732a0 by Ned Deily in branch '3.2': Issue #13861: Prevent test_apropos* test case failures in test_pydoc. http://hg.python.org/cpython/rev/5eb47e1732a0 New changeset ff230e366610 by Ned Deily in branch 'default': Issue #13861: merge http://hg.python.org/cpython/rev/ff230e366610 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13861 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13861] test_pydoc failure
Ned Deily n...@acm.org added the comment: For the as-yet unreleased changes for Issue7425, I added some test cases for pydoc -k (apropos) and chose a keyword of nothing, a keyword which has no hits in the standard library. Unfortunately, you both installed third-party packages that *do* have hits for nothing. Cute! I've now changed the keyword to a nonsense one which I hope will have a zero probability of getting a hit. -- assignee: - ned.deily resolution: - fixed stage: needs patch - committed/rejected status: open - closed versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13861 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13926] pydoc - stall when requesting a list of available modules in the online help utility
Ned Deily n...@acm.org added the comment: Jeroen, if you try running help() from a command-line python2.7, rather than in IDLE, what results do you get? Most likely, Python will crash there and there should be an exception and traceback printed, in which case the problem has nothing to do with IDLE directly. Note that there have been some improvements to pydoc's robustness since 2.7.2 was released (for instance, the changes for issue7425 and issue7367). (Terry, are you sure you meant Issue12092?) -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13926 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13882] PEP 410: Use decimal.Decimal type for timestamps
STINNER Victor victor.stin...@haypocalc.com added the comment:
Even if some people dislike the idea of adding datetime.datetime type, here is
a patch implementing it (it requires time_decimal-XX.patch). The patch is at
least a proof-of-concept that it is possible to change the internal structure
without touching the public API.
Example:
$ ./python
import datetime, os, time
open(x, wb).close(); print(datetime.datetime.now())
2012-02-04 01:17:27.593834
print(os.stat(x, timestamp=datetime.datetime).st_ctime)
2012-02-04 00:17:27.592284+00:00
print(time.time(timestamp=datetime.datetime))
2012-02-04 00:18:21.329012+00:00
time.clock(timestamp=datetime.datetime)
ValueError: clock has an unspecified starting point
print(time.clock_gettime(time.CLOCK_REALTIME, timestamp=datetime.datetime))
2012-02-04 00:21:37.815663+00:00
print(time.clock_gettime(time.CLOCK_MONOTONIC, timestamp=datetime.datetime))
ValueError: clock has an unspecified starting point
As you can see: conversion to datetime.datetime fails with ValueError('clock
has an unspecified starting point') for some functions, sometimes depending on
the function argument (clock_gettime).
--
Added file: http://bugs.python.org/file24414/timestamp_datetime.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13882
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13926] pydoc - stall when requesting a list of available modules in the online help utility
Changes by Terry J. Reedy tjre...@udel.edu: -- superseder: Clarify sentence in tutorial - help(modules) executes module code ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13926 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13926] pydoc - stall when requesting a list of available modules in the online help utility
Terry J. Reedy tjre...@udel.edu added the comment: digit transposition corrected 12902 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13926 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13830] codecs error handler is called with a UnicodeDecodeError with the same args
STINNER Victor victor.stin...@haypocalc.com added the comment: Codec encoders reuse the same exception object for speed, but set some attributes (start, end and reason). Recreate the args tuple each time that a attribute is set. UnicodeEncodeError and UnicodeDecodeError should maybe override args getter to create a new tuple at each call. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13830 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12955] urllib.request example should use with ... as:
Terry J. Reedy tjre...@udel.edu added the comment:
Senthil:
http://docs.python.org/dev/library/contextlib.html#contextlib.closing
currently has this example:
from urllib.request import urlopen
with closing(urlopen('http://www.python.org')) as page:
which is misleading in that the object returned from urlopen
class 'http.client.HTTPResponse'
has __enter__ and __exit__ methods and therefore is a c.m. in itself and does
not need to be wrapped in closing(). I did not really understand from your
comment whether there is any need to use closing() with anything returned in
urllib.
At the moment, shelves are not C.M.s, and would make better examples, but
#13896 suggests 'fixing' that also.
--
nosy: +ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12955
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
