[issue9685] tuples should remember their hash value
Mark Dickinson added the comment: Given the responses so far, I suggest closing this as rejected. -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9685 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16866] libainstall doesn't create $(BINDIR) directory
Benno Leslie added the comment: In a similar manner the bininstall target relies on $(LIBPC), but does not create that. This makes me consider if the libainstall target should be installing pkg-config sciprt at all (and whether bininstall should be installing the .pc files). It is hard for me to determine what the exact intended goals of each of these targets is, so I can't really come up with the right fix. Naively for both targets ensuring that the directory exists solves the symptom, but to be it looks like there is probably a greater underlying thing to determine here. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16866 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9685] tuples should remember their hash value
Christian Heimes added the comment: I'm not too worried about the slightly increased memory usage. For example one of our largest application instances consumes about 8 GB memory right now. It has just about 22k tuples in gc.get_objects(). An additional Py_hash_t in tuple's struct would increase the memory usage by less than 200kB. I've attached a simple patch. -- keywords: +patch nosy: +christian.heimes stage: needs patch - patch review Added file: http://bugs.python.org/file28605/tuplehash.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9685 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16883] --enable-shared during configure forces 2.7.3 to build as 2.7.2+ on Ubuntu 11.10
Ned Deily added the comment: You need to be careful when using a Python with --enable-shared to ensure that the correct dynamic libraries are being used at execution time. Normally, after a make, you use make install to install the Python executable and the shared library into the configured locations, by default in /usr/local. If you try to run a --enable-shared python executable from its build directory, you'll need to tell the dynamic loader where to find the shared library, i.e. the build directory itself. One way to do that is to use the LD_LIBRARY_PATH environment variable. Otherwise, the dynamic loader will search the standard paths, like /usr/local/lib/ and /usr/lib/ for a shared library with the proper name (like libpython2.7.so.1.0). If there is an older Python already installed with that name and if the ABI hasn't changed too much, you may be lucky and it will load and run. In your example, you undoubtedly had a Python 2.7.2+ already installed in either /usr or /usr/local. In this example, I have a shared 2.7.3rc2 installed in /usr/bin and am building a 2.7.3: $ ./configure --enable-shared ; make $ /usr/bin/python2.7 -V Python 2.7.3rc2 $ ./python -V Python 2.7.3rc2 $ LD_LIBRARY_PATH=. ./python -V Python 2.7.3 The make clean and rebuild step you show makes no difference by itself. Without installing or setting the library search path, the older installed library will still be picked up. What likely happened is that you did a make install in between the two steps. -- nosy: +ned.deily resolution: - invalid stage: - committed/rejected status: open - closed type: compile error - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16883 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Charles-François Natali added the comment: Also notice the need for a third constant, SELECT_CONNECT. For details see the class WindowsPollPollster in the Tulip code. I'll trust Richard on all Windows matter, so if you need a SELECT_CONNECT constant, I'll expose one. However, two Tulip tests are now failing: I can't reproduce those failures on Linux (I had to adapt the hostnames because I'm at work and my test machine can't access the internet, but otherwise everything is the same). All tests pass with select, poll and epoll. Note that I had to fix a typo in the patch: EPollSelector - EpollSelector. - tulip.events_test.PollEventLoopTests.testCreateSslTransport fails with spurious file descriptors returned by poll() that aren't in the _fd_to_key dict (but the corresponding test with Select passes) The first failure has this traceback: Traceback (most recent call last): File /Users/guido/tulip/tulip/selectors.py, line 178, in _key_from_fd return self._fd_to_key[fd] KeyError: 0 During handling of the above exception, another exception occurred: Traceback (most recent call last): File /Users/guido/tulip/tulip/events_test.py, line 216, in testCreateSslTra\ nsport el.run() File /Users/guido/tulip/tulip/unix_events.py, line 120, in run self._run_once() File /Users/guido/tulip/tulip/unix_events.py, line 592, in _run_once event_list = self._selector.select(timeout) File /Users/guido/tulip/tulip/selectors.py, line 255, in select key = self._key_from_fd(fd) File /Users/guido/tulip/tulip/selectors.py, line 180, in _key_from_fd raise RuntimeError(No key found for fd {}.format(fd)) RuntimeError: No key found for fd 0 (But the fd value varies -- sometimes it is -2, sometimes a large number.) This failure is really weird, because the file descriptor is really just the value returned by poll.poll(): I don't know how this could possibly ever be negative, unless some sort of overflow in the poll.poll() code itself? I can however see why the previous version wouldn't fail: for fd, flags in self._poll.poll(msecs): if flags ~select.POLLOUT: if fd in self.readers: events.append(self.readers[fd]) if flags ~select.POLLIN: if fd in self.writers: events.append(self.writers[fd]) If a spurious fd is reported, it's silently ignored. The second test runs fine on Linux, and from a cursory look, I don't see how it could fail (the socket should be reported as write ready upon ECONNREFUSED). I'll try running the exact test case with the same hostnames from home, but I doubt it'll make a difference, so maybe it's really OS-X specific (if there's strace/dtrace on OS-X, it'll help see what's going on). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16882] Python 2.7 has 73 files with hard references to /usr/local when building on *NIX
Ned Deily added the comment: Thanks for your suggestion. However, the issue you've created is too wide in scope to be actionable. As you note, just because the string /usr/local appears in a file within the Python source distribution does not indicate a problem. Many of the cites are in documentation or examples where it is noted or understood that the correct path will need to be supplied or is supplied when the file is actually built and installed. The one real related issue I am aware of is that the main setup.py, which is used to build the standard library components, does have some hardwired sets of paths, usually including /usr/local, to find necessary third-party libraries and setup.py does not always provide a consistent way to augment those paths. This is also an issue for cross-compiling Python for other environments. There are various issues open regarding this, for example, Issue5575 Add env vars for controlling building sqlite, hashlib and ssl. I would suggest contributing to those issues by creating or reviewing and testing existing patches. Also note that Python 2.7.x is open for bug fixes; new features are generally only accepted for the next major release, currently expected to be Python 3.4. Unless there are more specific items that are not already covered in another issue, I am inclined to close this one. -- nosy: +ned.deily status: open - pending type: compile error - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16882 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9685] tuples should remember their hash value
Georg Brandl added the comment: Still, actual benefits in some kind of benchmark will be needed to show that this is not a premature optimization. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9685 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Charles-François Natali added the comment: The second test runs fine on Linux, and from a cursory look, I don't see how it could fail (the socket should be reported as write ready upon ECONNREFUSED). Hum, thinking about it, I wonder is OS-X doesn't report POLLPRI or some other esoteric event in case of ECONNREFUSED... Could you try the patch attached? -- Added file: http://bugs.python.org/file28606/selector_poll_events.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___--- tulip/selectors.py.orig 2013-01-07 11:33:56.035521000 +0100 +++ tulip/selectors.py 2013-01-07 11:46:04.351542000 +0100 @@ -242,15 +242,10 @@ ready = [] for fd, event in self._poll.poll(timeout): events = 0 -if event (POLLERR|POLLNVAL): -# in case of error, signal read and write ready -events |= SELECT_IN|SELECT_OUT -else: -if event (POLLIN|POLLHUP): -# in case of hangup, signal read ready -events |= SELECT_IN -if event POLLOUT: -events |= SELECT_OUT +if event ~POLLOUT: +events |= SELECT_IN +if event ~POLLIN: +events |= SELECT_OUT key = self._key_from_fd(fd) ready.append((key.fileobj, events, key.data)) @@ -282,15 +277,10 @@ ready = [] for fd, event in self._epoll.poll(timeout, self.registered_count()): events = 0 -if event EPOLLERR: -# in case of error, signal read and write ready -events |= SELECT_IN|SELECT_OUT -else: -if event (EPOLLIN|EPOLLHUP): -# in case of hangup, signal read ready -events |= SELECT_IN -if event EPOLLOUT: -events |= SELECT_OUT +if event ~EPOLLOUT: +events |= SELECT_IN +if event ~EPOLLIN: +events |= SELECT_OUT key = self._key_from_fd(fd) ready.append((key.fileobj, events, key.data)) ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10156] Initialization of globals in unicodeobject.c
Serhiy Storchaka added the comment: Here are patches for all four Python versions. They fixes possible usage of the followed non-initialized global variables: free_list, numfree, interned, unicode_empty, static_strings, unicode_latin1, bloom_linebreak, unicode_default_encoding. -- Added file: http://bugs.python.org/file28607/unicode_globals-2.7.patch Added file: http://bugs.python.org/file28608/unicode_globals-3.2.patch Added file: http://bugs.python.org/file28609/unicode_globals-3.3.patch Added file: http://bugs.python.org/file28610/unicode_globals-3.4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10156 ___diff -r 0f24c65fb7e5 Objects/unicodeobject.c --- a/Objects/unicodeobject.c Sat Jan 05 07:37:47 2013 +0200 +++ b/Objects/unicodeobject.c Mon Jan 07 13:26:16 2013 +0200 @@ -93,15 +93,26 @@ #endif /* Free list for Unicode objects */ -static PyUnicodeObject *free_list; -static int numfree; +static PyUnicodeObject *free_list = NULL; +static int numfree = 0; /* The empty Unicode object is shared to improve performance. */ -static PyUnicodeObject *unicode_empty; +static PyUnicodeObject *unicode_empty = NULL; + +#define _Py_RETURN_UNICODE_EMPTY() do {\ +if (unicode_empty != NULL) \ +Py_INCREF(unicode_empty); \ +else { \ +unicode_empty = _PyUnicode_New(0); \ +if (unicode_empty != NULL) \ +Py_INCREF(unicode_empty); \ +} \ +return (PyObject *)unicode_empty; \ +} while (0) /* Single character Unicode strings in the Latin-1 range are being shared as well. */ -static PyUnicodeObject *unicode_latin1[256]; +static PyUnicodeObject *unicode_latin1[256] = {NULL}; /* Default encoding to use and assume when NULL is passed as encoding parameter; it is initialized by _PyUnicode_Init(). @@ -110,7 +121,7 @@ PyUnicode_GetDefaultEncoding() APIs to access this global. */ -static char unicode_default_encoding[100]; +static char unicode_default_encoding[100 + 1] = ascii; /* Fast detection of the most frequent whitespace characters */ const unsigned char _Py_ascii_whitespace[] = { @@ -204,7 +215,7 @@ #define BLOOM_MASK unsigned long -static BLOOM_MASK bloom_linebreak; +static BLOOM_MASK bloom_linebreak = ~(BLOOM_MASK)0; #define BLOOM_ADD(mask, ch) ((mask |= (1UL ((ch) (BLOOM_WIDTH - 1) #define BLOOM(mask, ch) ((mask (1UL ((ch) (BLOOM_WIDTH - 1) @@ -448,10 +459,8 @@ if (u != NULL) { /* Optimization for empty strings */ -if (size == 0 unicode_empty != NULL) { -Py_INCREF(unicode_empty); -return (PyObject *)unicode_empty; -} +if (size == 0) +_Py_RETURN_UNICODE_EMPTY(); /* Single character Unicode objects in the Latin-1 range are shared when using this constructor */ @@ -497,10 +506,8 @@ if (u != NULL) { /* Optimization for empty strings */ -if (size == 0 unicode_empty != NULL) { -Py_INCREF(unicode_empty); -return (PyObject *)unicode_empty; -} +if (size == 0) +_Py_RETURN_UNICODE_EMPTY(); /* Single characters are shared when using this constructor. Restrict to ASCII, since the input must be UTF-8. */ @@ -1162,13 +1169,10 @@ } /* Convert to Unicode */ -if (len == 0) { -Py_INCREF(unicode_empty); -v = (PyObject *)unicode_empty; -} -else -v = PyUnicode_Decode(s, len, encoding, errors); - +if (len == 0) +_Py_RETURN_UNICODE_EMPTY(); + +v = PyUnicode_Decode(s, len, encoding, errors); return v; onError: @@ -1381,7 +1385,7 @@ Py_DECREF(v); strncpy(unicode_default_encoding, encoding, -sizeof(unicode_default_encoding)); +sizeof(unicode_default_encoding) - 1); return 0; onError: @@ -8838,8 +8842,6 @@ void _PyUnicode_Init(void) { -int i; - /* XXX - move this array to unicodectype.c ? */ Py_UNICODE linebreak[] = { 0x000A, /* LINE FEED */ @@ -8853,15 +8855,10 @@ }; /* Init the implementation */ -free_list = NULL; -numfree = 0; unicode_empty = _PyUnicode_New(0); if (!unicode_empty) return; -strcpy(unicode_default_encoding, ascii); -for (i = 0; i 256; i++) -unicode_latin1[i] = NULL; if (PyType_Ready(PyUnicode_Type) 0) Py_FatalError(Can't initialize 'unicode'); @@ -8906,15 +8903,11 @@ { int i; -Py_XDECREF(unicode_empty); -unicode_empty = NULL; - -for (i = 0; i 256; i++) { -if (unicode_latin1[i]) { -Py_DECREF(unicode_latin1[i]); -
[issue10156] Initialization of globals in unicodeobject.c
Changes by Serhiy Storchaka storch...@gmail.com: -- stage: commit review - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10156 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16884] logging handler automatically added starting in 3.2+
New submission from Chris Jerdonek: Starting in 3.2, the logging module no longer outputs the following message when logging and no handlers are configured for the root logger: log = logging.getLogger() log.error('test') 'No handlers could be found for logger root' However, I can't seem to find any version-changed about this in the docs. The code change may be from this commit: c86dc2bd3ae8 Incidentally, I also noticed that three logging paragraphs begin with PLEASE NOTE: Those should probably be changed to .. note:: etc. -- assignee: docs@python components: Documentation keywords: easy messages: 179257 nosy: chris.jerdonek, docs@python, vinay.sajip priority: normal severity: normal status: open title: logging handler automatically added starting in 3.2+ type: behavior versions: Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16884 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16850] Add x mode to open(): close-and-exec (O_CLOEXEC) / O_NOINHERIT
Changes by STINNER Victor victor.stin...@gmail.com: -- title: Atomic open + close-and-exec - Add x mode to open(): close-and-exec (O_CLOEXEC) / O_NOINHERIT ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16850] Add x mode to open(): close-and-exec (O_CLOEXEC) / O_NOINHERIT
STINNER Victor added the comment: Oh, my patch doesn't check fcntl() error code. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16883] --enable-shared during configure forces 2.7.3 to build as 2.7.2+ on Ubuntu 11.10
Isaac (.ike) Levy added the comment: Ned, absolutely correct, thank you! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16883 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11816] Refactor the dis module to provide better building blocks for bytecode analysis
Nick Coghlan added the comment: To clarify the vague allusion in my last comment, Ron's suggestion was along the lines of creating a dis.Bytecode object that encapsulated everything the dis module can figure out about a piece of compiled code. That would mean exposing the kind of info reported in a string by dis.code_info() as attributes/properties, and have the proposed get_opinfo() be the __iter__ method on the disassembled Bytecode objects. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11816 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16882] Python 2.7 has 73 files with hard references to /usr/local when building on *NIX
Isaac (.ike) Levy added the comment: Hi Ned, Thanks. Your logic is rational here, I'll close it, and open another if I can carve out time to attack this with an appropriate patch for setup.py - to attempt resolution of the 3rd party library build issues. However, off the top of your head if you know of any more related tickets, (like Issue5575), I'd love to know- I'll cull through to try to find as many related bug reports as possible to get a feel for what people have tried. Best, .ike -- resolution: - wont fix status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16882 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16882] Python 2.7 has 73 files with hard references to /usr/local when building on *NIX
Changes by Isaac (.ike) Levy ike.l...@axialmarket.com: -- resolution: wont fix - duplicate ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16882 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16882] Python 2.7 has 73 files with hard references to /usr/local when building on *NIX
Changes by Isaac (.ike) Levy ike.l...@axialmarket.com: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16882 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16868] Python Developer Guide: Include a reminder to ping bug report if not reviewed in timely manner
Todd Rovito added the comment: Ok I changed the time to one month...now the patch reads: To begin with, please be patient! There are many more people submitting patches than there are people capable of reviewing your patch. Getting your patch reviewed requires a reviewer to have the spare time and motivation to look at your patch (we cannot force anyone to review patches). If your patch has not received any notice from reviewers (i.e., no comment made) after one month, first “ping” the issue on the issue tracker to remind the nosy list that the patch needs a review. After the issue has been “pinged” and if you don’t get a response after a few days then you may email python-...@python.org asking for someone to review your patch. -- Added file: http://bugs.python.org/file28611/16868PythonDeveloperGuidePingIssueBeforeEmailingPython-devV3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16868 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16868] Python Developer Guide: Include a reminder to ping bug report if not reviewed in timely manner
Changes by Todd Rovito rovit...@gmail.com: Removed file: http://bugs.python.org/file28573/16868PythonDeveloperGuidePingIssueBeforeEmailingPython-dev.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16868 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16868] Python Developer Guide: Include a reminder to ping bug report if not reviewed in timely manner
Changes by Todd Rovito rovit...@gmail.com: Removed file: http://bugs.python.org/file28603/16868PythonDeveloperGuidePingIssueBeforeEmailingPython-devV2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16868 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16868] Python Developer Guide: Include a reminder to ping bug report if not reviewed in timely manner
Brett Cannon added the comment: Wording LGTM -- stage: - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16868 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16884] logging handler automatically added starting in 3.2+
Vinay Sajip added the comment: Although there is no versionadded directive, the HOWTO documentation does state that the behaviour relates to Python 3.2 and later, and how to obtain the earlier behaviour. I will add documentation (including a versionadded) to the reference docs and also update the PLEASE NOTE: occurrences to use .. note:: directives instead. -- assignee: docs@python - vinay.sajip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16884 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5575] Add env vars for controlling building sqlite, hashlib and ssl
Changes by Isaac (.ike) Levy ike.l...@axialmarket.com: -- nosy: +ikeaxial ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5575 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16884] logging handler automatically added starting in 3.2+
Roundup Robot added the comment: New changeset 95a4ff8c540b by Vinay Sajip in branch '3.2': Issue #16884: updated logging documentation to include lastResort and use 'note' directives where appropriate. http://hg.python.org/cpython/rev/95a4ff8c540b New changeset 3b5c4190e256 by Vinay Sajip in branch '3.3': Issue #16884: Merged logging documentation fixes from 3.2. http://hg.python.org/cpython/rev/3b5c4190e256 New changeset 9009178e08d9 by Vinay Sajip in branch 'default': Closes #16884: Merged logging documentation fixes from 3.3. http://hg.python.org/cpython/rev/9009178e08d9 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16884 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5066] IDLE documentation for Unix obsolete/incorrect
Zachary Ware added the comment: I wonder, is there any really good reason to keep a separate Lib/idlelib/help.txt, or can Doc/library/idle.rst be used for its purpose (with or without a small amount of processing to, for instance, remove comments and extra backslashes)? Both have most of the same information, and reST is designed to be readable anyway, so I don't see much point in keeping them separate. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5066 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16885] SQLite3 iterdump ordering
New submission from Jamie Spence: After dumping a database with iterdump, trying to execute the dumped SQL sometimes results in an error because the statement order may be wrong. In my case, it is a view that is being created before the view it is referencing. Would ordering the sqlite_master table view query in dump.py by ID fix this issue? -- messages: 179267 nosy: Jamie.Spence priority: normal severity: normal status: open title: SQLite3 iterdump ordering type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16885 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8745] zipimport is a bit slow
Serhiy Storchaka added the comment: In general, the patch LGTM, however I can't try it on Windows, and on Linux it has no any performance effect. Can anyone try it on Windows? I have re-uploaded the patch for review after converting it from UTF-16 and CRLF. -- Added file: http://bugs.python.org/file28612/zipimport-speedup-v4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8745 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16850] Add e mode to open(): close-and-exec (O_CLOEXEC) / O_NOINHERIT
Changes by STINNER Victor victor.stin...@gmail.com: -- title: Add x mode to open(): close-and-exec (O_CLOEXEC) / O_NOINHERIT - Add e mode to open(): close-and-exec (O_CLOEXEC) / O_NOINHERIT ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13173] Default values for string.Template
Changes by Serhiy Storchaka storch...@gmail.com: -- versions: +Python 3.4 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13173 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12939] Add new io.FileIO using the native Windows API
STINNER Victor added the comment: Hum, _get_osfhandle() was not mentionned in this issue. This function may be used to retrieve the internel file handle from a file descriptor. http://msdn.microsoft.com/en-us/library/ks2530z6%28v=vs.100%29.aspx There is also the opposite: _open_osfhandle(). This function may be used for fileno() method of the Windows implementation of FileIO. http://msdn.microsoft.com/en-us/library/bdts1c9x%28v=vs.100%29.aspx -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12939 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13790] In str.format an incorrect error message for list, tuple, dict, set
Changes by Serhiy Storchaka storch...@gmail.com: -- nosy: -serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13790 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15335] IDLE - debugger steps through run.py internals
Changes by Serhiy Storchaka storch...@gmail.com: -- nosy: -serhiy.storchaka versions: +Python 3.4 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15335 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9522] xml.etree.ElementTree forgets the encoding
Changes by Serhiy Storchaka storch...@gmail.com: -- versions: +Python 3.4 -Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9522 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15438] document that math.pow is inappropriate for integers
Changes by Serhiy Storchaka storch...@gmail.com: -- nosy: -serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15438 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15695] Correct __sizeof__ support for StgDict
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15695 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15972] wrong error message for os.path.getsize
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15972 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9374] urlparse should parse query and fragment for arbitrary schemes
Antoine Pitrou added the comment: It may be fixing a bug, but the bug is not obvious and the fix is not backward compatible. I therefore suggest to roll back the commits to 3.2 and 2.7. Well, the bug is quite obvious to me :-) (just hit it here) The fix for those who want the old behaviour is obvious: just pass `allow_fragments=False` to urlparse(). OTOH, if you revert the fix, patching things manually is quite cumbersome. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9374 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14072] urlparse on tel: URI-s misses the scheme in some cases
Antoine Pitrou added the comment: For the record, urlparse still doesn't handle bare tel URIs such as tel:1234: parse.urlparse(tel:1234) ParseResult(scheme='', netloc='', path='tel:1234', params='', query='', fragment='') This is not terribly important since these URLs are not RFC 3966-compliant (a tel URI must have either a global number starting with + - e.g. tel:+1234 - or a local number with a phone-context parameter - e.g. tel:1234;phone-context=python.org). Yet, there actual telecom systems producing such non-compliant URIs, so they might be nice to support too. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14072 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16886] Doctests in test_dictcomp depend on dict order
New submission from Frank Wierzbicki: test_dictcomp hard codes the dict output of various tests of Dict Comprehensions. Since Jython has a different dict ordering we are currently altering this test. When we get to 3.x it will be nicer if we can use this test as is. Also I've seen some discussion on Python-Dev that CPython devs want to get rid of dict ordering in the tests anyway. Patch attached, which assigns the dict values to a variable and compares it in the tests instead of just dumping the output in the doctests. -- components: Tests files: test_dictcomp.patch keywords: patch messages: 179272 nosy: fwierzbicki priority: normal severity: normal status: open title: Doctests in test_dictcomp depend on dict order versions: Python 3.4 Added file: http://bugs.python.org/file28613/test_dictcomp.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16886 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16884] logging handler automatically added starting in 3.2+
Chris Jerdonek added the comment: Thanks a lot, Vinay. By the way, I noticed that the PLEASE NOTE reformatting can also be applied to 2.7. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16884 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15442] Expand the list of default dirs filecmp.dircmp ignores
Changes by Serhiy Storchaka storch...@gmail.com: -- nosy: -serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15442 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15988] Inconsistency in overflow error messages of integer argument
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15988 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2263] struct.pack() + numpy int raises SystemError
Changes by Serhiy Storchaka storch...@gmail.com: -- nosy: -serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2263 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16273] f.tell() returning negative number on Windows build
Changes by Serhiy Storchaka storch...@gmail.com: -- stage: - test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16273 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5803] email/quoprimime: encode and decode are very slow on large messages
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5803 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15027] Faster UTF-32 encoding
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka priority: normal - low ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15027 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15278] UnicodeDecodeError when readline in codecs.py
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - duplicate stage: patch review - committed/rejected status: open - closed superseder: - UTF-16 incremental decoder doesn't support partial surrogate pair ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16836] configure script disables support for IPv6 on a system where IPv6 is disabled
Changes by Charles-François Natali neolo...@free.fr: -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16836 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11461] UTF-16 incremental decoder doesn't support partial surrogate pair
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11461 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13899] re pattern r[\A] should work like A but matches nothing. Ditto B and Z.
Matthew Barnett added the comment: I've attached a patch. -- keywords: +patch Added file: http://bugs.python.org/file28614/issue13899.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13899 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16096] Get rid of dangerous integer overflow tricks
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16096 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14377] Modify serializer for xml.etree.ElementTree to allow forcing the use of long tag closing
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14377 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16335] Integer overflow in unicode-escape decoder
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16335 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16404] Uses of PyLong_FromLong that don't check for errors
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: docs@python - serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16404 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15845] Fixing some byte-to-string conversion warnings
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15845 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13153] IDLE crashes when pasting non-BMP unicode char on Py3
Serhiy Storchaka added the comment: Ping. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13153 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Changes by Charles-François Natali neolo...@free.fr: Removed file: http://bugs.python.org/file28616/selector-8.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Changes by Charles-François Natali neolo...@free.fr: Removed file: http://bugs.python.org/file28615/tulip-selectors-2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Changes by Charles-François Natali neolo...@free.fr: Removed file: http://bugs.python.org/file28606/selector_poll_events.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Changes by Charles-François Natali neolo...@free.fr: Removed file: http://bugs.python.org/file28602/selector-6.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Changes by Charles-François Natali neolo...@free.fr: Added file: http://bugs.python.org/file28617/selector-8.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Changes by Charles-François Natali neolo...@free.fr: Added file: http://bugs.python.org/file28618/tulip-selectors-2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9685] tuples should remember their hash value
Changes by Benjamin Peterson benja...@python.org: -- resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9685 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Changes by Charles-François Natali neolo...@free.fr: Removed file: http://bugs.python.org/file28618/tulip-selectors-2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Changes by Charles-François Natali neolo...@free.fr: Removed file: http://bugs.python.org/file28584/selector-5.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Changes by Charles-François Natali neolo...@free.fr: Added file: http://bugs.python.org/file28619/tulip-selectors-2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Changes by Charles-François Natali neolo...@free.fr: Removed file: http://bugs.python.org/file28564/selector-3.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Changes by Charles-François Natali neolo...@free.fr: Removed file: http://bugs.python.org/file28575/selector-data.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15845] Fixing some byte-to-string conversion warnings
Serhiy Storchaka added the comment: This will raise an error if curdir is a non-ascii str, so, unless the same error was already raised later in the code, this is backward incompatible. On all supported platforms curdir is a ascii str (':' on Mac Classic, '.' on all other). The same idiom used in glob module. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15845 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5066] IDLE documentation for Unix obsolete/incorrect
Todd Rovito added the comment: Zachary, I like your idea about joining idle.rst with help.txt but I think that should be covered under a separate bug issue. The way I see it this bug is about fixing the current documentation. So I suggest you open up a new issue and get people's take on it. I think a parser could be run at installation to convert idle.rst to help.txt or maybe IDLE could be modified to simply render idle.rst correctly. I am not sure what the best approach will be. PS Thanks for the review I should have your suggested changes integrating into a new patch today. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5066 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5066] IDLE documentation for Unix obsolete/incorrect
Zachary Ware added the comment: Right you are, Todd; I'll get another issue opened for that soon. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5066 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9685] tuples should remember their hash value
Roundup Robot added the comment: New changeset 17038de56fd4 by Christian Heimes in branch 'default': Add a comment about *not* caching the hash value. Issue #9685 suggested to memorize the hash value, but the feature request was rejected because no speed ups were found. http://hg.python.org/cpython/rev/17038de56fd4 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9685 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16887] IDLE - tabify/untabify applied when clicking Cancel
New submission from Roger Serwy: Krystian Rosiński notified me about an error with Tabify/Untabify. Clicking cancel still performs the operation because the _asktabwidth function in Lib/idlelib/EditorWindow.py always returns a number, regardless of cancel being clicked. This bug is visibly noticeable with IdleX since it highlights all \t Tabs, but not with the original IDLE. The attached patch solves the problem. -- components: IDLE files: tabify.patch keywords: patch messages: 179282 nosy: serhiy.storchaka, serwy priority: low severity: normal stage: patch review status: open title: IDLE - tabify/untabify applied when clicking Cancel type: behavior versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4 Added file: http://bugs.python.org/file28620/tabify.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16887 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15972] wrong error message for os.path.getsize
Roundup Robot added the comment: New changeset 1b68dc917321 by Serhiy Storchaka in branch '3.3': Issue #15972: Fix error messages when os functions expecting a file name or http://hg.python.org/cpython/rev/1b68dc917321 New changeset 71fb426ee972 by Serhiy Storchaka in branch 'default': Issue #15972: Fix error messages when os functions expecting a file name or http://hg.python.org/cpython/rev/71fb426ee972 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15972 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15972] wrong error message for os.path.getsize
Serhiy Storchaka added the comment: Fixed. Thank you for report, John. -- resolution: - fixed stage: - committed/rejected status: open - closed versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15972 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16675] Ship Python with a package manager
Matt Hickford added the comment: Please could you share a link to a previous discussion about packaging? I'm interested in user experience 'Python should ship with first class package management like other languages' rather than technical details 'Python should ship with distutils rather than setuptools. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16675 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16748] Make CPython test package discoverable
Zachary Ware added the comment: I've come up with a semi-comprehensive list of the tests that cause ugly failures with test discovery. Tests were run on 3.4 debug, on Windows 7 32bit without several of the 'external' projects built, using the command ``PCbuild\python_d.exe -m unittest discover Lib/test/ test_x*.py`` where 'x' was whatever it took to get a specific test or group of tests to run. There are two basic causes of failure, and a couple of oddballs. First up, tests that fail with discovery, but run fine with ``PCbuild\python_d.exe -m test test_name``: test_array test_asyncore test_bisect test_bufio test_bytes test_codecs test_concurrent_futures test_configparser test_ctypes test_dbm test_decimal test_file test_format test_ftplib test_future3 test_hash test_imaplib test_import test_index test_io test_iterlen test_locale test_multiprocessing test_module test_osx_env test_pickle test_random test_robotparser test_runpy test_set test_shelve test_socket test_sqlite test_sys test_tarfile test_time test_univnewlines test_warnings test_xml_etree These 39 should be relatively straightforward fixes like heapq and genericpath have been. The next group are tests that are properly skipped by the test package, but fail noisily with unittest discovery: test_codecmaps_cn test_codecmaps_hk test_codecmaps_jp test_codecmaps_kr test_codecmaps_tw test_crypt test_curses test_epoll test_fcntl test_gdb test_grp test_hashlib test_ioctl test_kqueue test_largefile test_nis test_openpty test_ossaudiodev test_pipes test_poll test_posix test_pty test_pwd test_readline test_resource test_smtpnet test_socketserver test_ssl test_syslog test_tcl test_threadsignals test_tk test_ttk_guionly test_ttk_textonly test_urllib2net test_wait3 test_wait4 test_winsound test_zipfile64 Some of these are skipped due to certain resources not being allowed, some don't have the proper module available. In any case, discovery does not respond well to the skip methods used for each of them. The 'oddballs' I mentioned before are as follows: json_tests.test_fail leakers.test_gestalt test_glob test_json test_shutil test_urllib2_localnet Each of these fail on my machine whichever way I run them. I'm not sure if any of them actually have any issues with discovery, I'm merely listing them here for completeness' sake. I will try to test them again myself on Linux later, and report back what I find. If anyone else feels led to tackle any of these, please add me to the nosy list of any new issues filed. I plan to eventually work through all of these myself, but don't want to duplicate effort :) Thanks, Zach Ware -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16748 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Changes by Charles-François Natali neolo...@free.fr: Added file: http://bugs.python.org/file28621/selector-8.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Changes by Charles-François Natali neolo...@free.fr: Added file: http://bugs.python.org/file28622/tulip-selectors-2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Changes by Charles-François Natali neolo...@free.fr: Removed file: http://bugs.python.org/file28617/selector-8.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Changes by Charles-François Natali neolo...@free.fr: Removed file: http://bugs.python.org/file28619/tulip-selectors-2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16675] Ship Python with a package manager
R. David Murray added the comment: I'm afraid the discussions are many and lengthly and on several lists (python-dev, distutils-sig, probably also python-list and python-ideas), and that you will rarely find a discussion of whether without an accompanying discussion of what. I'm sorry I can't give you specific links. The thing to do is probably to look at the recent archives of distutils-sig, and sign up, and open a conversation there once you have a basic idea of the landscape. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16675 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16748] Make CPython test package discoverable
R. David Murray added the comment: Great list, thanks. The ones that fail to be run/skipped when run under discovery can probably be fixed by moving them to the more modern unittest 'skip' functions instead of depending on being run under regrtest and using the test.support resource functions. When run directly they should not skip due to a resource not being set, but when run under regrtest (I'm not sure how you detect that but if there isn't currently a way we should make one via test.support) they should respect the resources. Unittest doesn't yet have a concept of resources, but I believe there is an open issue for it, so at some point we will hopefully be able to move all resource management to unittest and out of regrtest. But not yet. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16748 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16878] argparse: positional args with nargs='*' defaults to []
Chris Jerdonek added the comment: Attached is a doc patch. I also improved some other aspects of the *default* section while I was there. We should probably make sure a test exists for the newly-documented behavior (i.e. for passing no arguments for a positional argument with nargs='*' and default=None). -- keywords: +patch Added file: http://bugs.python.org/file28623/issue-16878-1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16878 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13229] Improve tools for iterating over filesystem directories
Charles-François Natali added the comment: Nick, I think this would be a great addition (I have often seen people trying to implement this in their own code, and I certainly did it myself). What's the status of walkdir, do you think it's mature enough to be merged? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13229 ___ ___ 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 Ronan Amicel ronan.ami...@gmail.com: -- nosy: +ronnix ___ 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
[issue16888] Fix test discovery for test_array.py
New submission from Zachary Ware: Here's a patch to fix test_array.py -- components: Tests files: test_array.diff keywords: patch messages: 179291 nosy: brett.cannon, ezio.melotti, zach.ware priority: normal severity: normal status: open title: Fix test discovery for test_array.py type: behavior versions: Python 3.3, Python 3.4 Added file: http://bugs.python.org/file28624/test_array.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16888 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16748] Make CPython test package discoverable
Ezio Melotti added the comment: While we are at it, should we also move these tests to use unittest.main() instead of test_main() and similar? -- dependencies: +Fix test discovery for test_array.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16748 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13229] Improve tools for iterating over filesystem directories
STINNER Victor added the comment: pathlib and walkdir are two nice piece of code, but do we need two modules? It would be nice to merge them into one unique module :-) (Or is it a stupid idea?) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13229 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16850] Add e mode to open(): close-and-exec (O_CLOEXEC) / O_NOINHERIT
STINNER Victor added the comment: Updated patch. I tested it on Linux Fedora (3.6), Linux Debian (3.0), Windows 7, FreeBSD 8.2 (don't support O_CLOEXEC), OpenIndiana (oi_148, SunOS 5.11), OpenBSD 4.9, OpenBSD 5.2, Mac OS X 10.8. test_builtin pass on all these platforms... except OpenBSD 4.9. The test fails on OpenBSD 4.9 for an unknown reason. fcntl(FD_CLOEXEC) + exec() works, but fcntl(FD_CLOSEXEC) + fork() + exec() fails. It looks like an OS bug, I don't see what Python can do for this case :-/ The e mode does correctly set FD_CLOEXEC, but FD_CLOEXEC doesn't work as expected. It's really an OS bug, because test_builtin pass on OpenBSD 5.2. I don't have other OSes to check if another platform doesn't support e mode (a platform where NotImplementedError would be raised). -- Added file: http://bugs.python.org/file28625/open_mode_e-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16888] Fix test discovery for test_array.py
Changes by Ezio Melotti ezio.melo...@gmail.com: -- assignee: - ezio.melotti stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16888 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16143] Building with configure option --without-doc-strings crashes first time through PyUnicode_DecodeUTF8Stateful
Stefan Krah added the comment: Closing as a duplicate of #10156, which has several patches. -- resolution: - duplicate stage: needs patch - committed/rejected status: open - closed superseder: - Initialization of globals in unicodeobject.c ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16143 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10156] Initialization of globals in unicodeobject.c
Changes by Stefan Krah stefan-use...@bytereef.org: -- nosy: +Gregory.Andersen, georg.brandl, kushou, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10156 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10156] Initialization of globals in unicodeobject.c
Changes by Stefan Krah stefan-use...@bytereef.org: -- priority: high - critical ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10156 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16748] Make CPython test package discoverable
Terry J. Reedy added the comment: test_main makes it trivial to import a test file and run the test. import test/test_xxx as t; t.test_main() I do not know the implications of unittest.main(), but I would dislike losing the above ability. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16748 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16850] Add e mode to open(): close-and-exec (O_CLOEXEC) / O_NOINHERIT
Changes by STINNER Victor victor.stin...@gmail.com: Removed file: http://bugs.python.org/file28561/open_mode_e.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16748] Make CPython test package discoverable
R. David Murray added the comment: As we discussed in another issue, you just need to change your pattern to: import unittest.main as runtest import test.test_xxx as t runtest(t) Which granted is more typing if you are running just one test, but not much more if you are running more than one. You could also put the import for unittest into your rc file. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16748 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16748] Make CPython test package discoverable
Ezio Melotti added the comment: Without test_main you would have to do unittest.main(t, exit=False). I'm not sure there's an easier way. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16748 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Felipe Cruz added the comment: Hi.. 2 comments related to Kqueue/OSX(16.8) 1 - In tulip/selectors.py L311 and L314 - is key.fd not fd 2 - In EventLoopTestsMixin::test_writer_callback if the writer socket isn't non-blocking, the test hangs forever.. 3 - Errors: ERROR: testCreateSslTransport (tulip.events_test.PollEventLoopTests) File /Users/felipecruz/Projects/tulip3/tulip/selectors.py, line 180, in _key_from_fd raise RuntimeError(No key found for fd {}.format(fd)) RuntimeError: No key found for fd -2 ERROR: test_sock_client_ops (tulip.events_test.KqueueEventLoopTests) File /Users/felipecruz/Projects/tulip3/tulip/selectors.py, line 180, in _key_from_fd raise RuntimeError(No key found for fd {}.format(fd)) RuntimeError: No key found for fd 77 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com