[issue8857] socket.getaddrinfo needs tests

Ronald Oussoren added the comment: There is one thing I don't understand about these tests: they basicly only seem to test if the function implements the right interface (argument counts and the structure of the return value). Shouldn't the tests also test if the behaviour is somewhat sane? O

[issue8857] socket.getaddrinfo needs tests

Giampaolo Rodola' added the comment: Thanks for the catch. Committed in r84089. I replaced it with socket.getaddrinfo(HOST, None, 0, 0, socket.SOL_TCP) though, so that the proto argument is tested. -- status: open -> closed ___ Python tracker

[issue9601] ftplib should accept 250 on MKD

Giampaolo Rodola' added the comment: Where exactly RFC-959 states that 250 is a valid response code for MKD? Chapter 5.4 reports the following response codes: MKD 257 500, 501, 502, 421, 530, 550 -- ___ Python tracker

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Matthew Barnett added the comment: issue2636-20100816.zip is a new version of the regex module. Unfortunately I came across a bug in the handing of sets. More unit tests added. -- Added file: http://bugs.python.org/file18541/issue2636-20100816.zip _

[issue9619] test_ssl freezes

Richard Jones added the comment: Thanks for the investigation Antoine. In r84088 I've added a call to asyncore.close_all in the smtpd test tearDown methods. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue6321] Reload Python modules when running programs

Cherniavsky Beni added the comment: > As it happens, I do use Windows and almost exclusively start IDLE via > right-clicks on .py files. I've never seen the behavior you describe > documented anywhere. You're right, it wasn't. [IDLE does show a " No Subprocess " line in the IDLE shell

[issue9619] test_ssl freezes

Antoine Pitrou added the comment: In r84086, I've added a save/restore guard of asyncore.socket_map to the regression test suite. It also warns when a test fails to leave the socket_map in its initial test. test_smtpd is the only test that displays the warning. -- ___

[issue9619] test_ssl freezes

Antoine Pitrou added the comment: > does test_smtpd register file descriptor 0 (stdin) in asyncore? After some debug prints, it turns out to be the case. One general problem is asyncore's global socket_map, which means it can leak between tests if some tests fail cleaning correctly after thems

[issue9619] test_ssl freezes

Antoine Pitrou added the comment: Actually, this can be reproduced by running test_smtpd before test_ssl: $ ./python -m test.regrtest -v -uall test_smtpd test_ssl It then freezes at that point: [...] test_asyncore_server (test.test_ssl.ThreadedTests) Check the example asyncore integration. ..

[issue8491] Need readline command and keybinding information

Mitchell Model added the comment: On Aug 5, 2010, at 3:48 PM, Terry J. Reedy wrote: > > Terry J. Reedy added the comment: > > Can you suggest a specific link and a specific location where to add it? I would add a sentence to the first paragraph of the readline doc: Readline keybind

[issue9582] documentation line needs rewording

Éric Araujo added the comment: +1 on committing this change. -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing

[issue9523] Improve dbm module

Terry J. Reedy added the comment: Upgrading to match the MutableMapping interface seems reasonable. -- nosy: +terry.reedy stage: -> patch review ___ Python tracker ___ _

[issue9533] metaclass can't derive from ABC

Terry J. Reedy added the comment: +- same traceback in 3.1 Since ABCmeta is not used (by name) its import is not needed. I have no opinion on whether this should work. -- nosy: +terry.reedy versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6 __

[issue9619] test_ssl freezes

New submission from Antoine Pitrou : Recently there have been test_ssl freezes on the buildbots. They seem to happen in the asyncore test case: http://www.python.org/dev/buildbot/builders/i386%20Ubuntu%203.x/builds/1903/steps/test/logs/stdio http://www.python.org/dev/buildbot/builders/x86%20Ubu

[issue9562] Slightly misleading wording in documentation of dict.update

Terry J. Reedy added the comment: I agree with the replacement: 'tuples' and 'interables' modify and must agree with 'pairs', not the initial 'iterable'. -- keywords: +easy, patch nosy: +terry.reedy stage: -> needs patch versions: +Python 3.2 -Python 2.6 _

[issue3559] Pasted \n not same as typed \n

Cherniavsky Beni added the comment: There are 2 issues here: (1) There should be a quick & obvious way to paste and run several statements. (2) If a user types several statements and presses Enter, all should run. The current behavior is badly broken, and pasting is just one of the ways to

[issue9583] PYTHONOPTIMIZE = 0 is not honored

Terry J. Reedy added the comment: How did you conclude that PYTHONOPTIMIZE = 0 is not honored? Can you provide a minimal example or demonstration. In any case, 2.6.6 is nearly out so bad behavior needs to be demonstrated with 2.7/3.x. -- nosy: +terry.reedy versions: +Python 2.7, Pyth

[issue9582] documentation line needs rewording

Changes by Terry J. Reedy : -- keywords: +easy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue9582] documentation line needs rewording

Terry J. Reedy added the comment: PATCH add 'are' after 'expressions'. -- keywords: +patch nosy: +terry.reedy stage: -> needs patch type: -> behavior ___ Python tracker ___ ___

[issue9618] IDLE shell ignores all but first statement

New submission from Cherniavsky Beni : [Spinoff of http://bugs.python.org/issue3559] If you manage to type several simple statements into the prompt (by copy-pasting them, using Ctrl+J, or creative deletion), IDLE runs the first one and silently ignores the rest: >>> x = 1 x = 2 >>> x 1 More

[issue9189] Improve CFLAGS handling

Stefan Krah added the comment: Starting with r82746 in py3k, I'm getting duplicate LDFLAGS in sysconfig: make distclean export BASECFLAGS="-ftest-coverage -fprofile-arcs" export LDFLAGS="-fprofile-arcs" ./configure make $ ./python Python 3.2a0 (py3k:82746M, Aug 16 2010, 00:25:49) [GCC 4.1.3

[issue6321] Reload Python modules when running programs

samwyse added the comment: As it happens, I do use Windows and almost exclusively start IDLE via right-clicks on .py files. I've never seen the behavior you describe documented anywhere. On Aug 15, 2010, at 1:37 PM, Cherniavsky Beni wrote: > > Cherniavsky Beni added the comment: > > When

[issue9616] copy.deepcopy() copying pointers from a dict/dict/list, should copy values

Neil Harkins added the comment: learn something everyday. i have found the bug in my code, deepcopy() is not to blame. thx for your time! -- status: open -> closed ___ Python tracker __

[issue9587] unittest.assertRaises() return the raised exception

Michael Foord added the comment: Providing access to the exception on the context manager was *precisely* to meet the use case of wanting to make assertions about the exception. I tend to agree with Guido that having one of the asserts return something is a bit odd, but irrespective of that I

[issue9617] Buffered IO shouldn't ignore incoming signals during a partial write

Antoine Pitrou added the comment: Another possibility is to do the check in the FileIO object instead. Both approaches give the same results for standard file descriptor IO. -- ___ Python tracker _

[issue2889] curses for windows (alternative patch)

Martin v. Löwis added the comment: It can't go into 2.x anymore. -- versions: +Python 3.2 -Python 2.6, Python 2.7 ___ Python tracker ___ _

[issue9617] Buffered IO shouldn't ignore incoming signals during a partial write

New submission from Antoine Pitrou : Prompted by Martin in #9611, here is a patch fixing the new buffered IO layer so that an incoming signal during a successful partial write() doesn't get ignored. Tests included. -- components: IO files: sigbufio.patch keywords: patch messages: 11401

[issue2889] curses for windows (alternative patch)

ipatrol added the comment: Any progress yat? -- components: +Windows nosy: +ipatrol type: -> feature request versions: +Python 2.7 ___ Python tracker ___ ___

[issue9616] copy.deepcopy() copying pointers from a dict/dict/list, should copy values

Martin v. Löwis added the comment: Numbers are immutable, and hence don't need to be copied. In fact, it is impossible to create two int object that both have the value 4, but are different objects: py> 2+2 is 3+1 True -- ___ Python tracker

[issue9616] copy.deepcopy() copying pointers from a dict/dict/list, should copy values

Neil Harkins added the comment: thanks for the quick response. that was just my working up a simplified repro, but you are correct: on modification there, it gets a new id() location. totally not what i would've expected (python flags it for copying when it changes, to save space?) however

[issue9616] copy.deepcopy() copying pointers from a dict/dict/list, should copy values

Martin v. Löwis added the comment: Why do you say "modifications to the deepcopied structure were affecting the original"? Your code sample doesn't include any modifications to the deepcopied structure. Try modifying it, and watch the original remaining unchanged. -- nosy: +loewis _

[issue9616] copy.deepcopy() copying pointers from a dict/dict/list, should copy values

New submission from Neil Harkins : hi. after using deepcopy() on a nested dict/list structure, i noticed that modifications to the deepcopied structure were affecting the original. this looks to me like a serious bug: >>> import copy >>> foo = { 'a':[1,2,3], 'b':{'c':[4,5]} } >>> bar = copy.de

[issue9601] ftplib should accept 250 on MKD

alphablue52 added the comment: Yes. If you send a "MKD" than Windows Server responses "250", and ftplib generates an Error. -- ___ Python tracker ___ ___

[issue8857] socket.getaddrinfo needs tests

Ronald Oussoren added the comment: I think there is a missing '0' in the failing line: Index: Lib/test/test_socket.py === --- Lib/test/test_socket.py (revision 84079) +++ Lib/test/test_socket.py (working copy) @@ -608,7 +60

[issue9615] Building SSL fails under 64-bit Windows

Antoine Pitrou added the comment: > Try setting HOST_PYTHON. It worked, thank you. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue5154] OSX broken poll testing doesn't work

Florent Xicluna added the comment: Same issue, probably, on buildbot "PPC Tiger" == ERROR: test_main (test.test_signal.InterProcessSignalTests) -- Traceback (m

[issue9425] Rewrite import machinery to work with unicode paths

STINNER Victor added the comment: I tried to fix Mac OS X (TESTFN_UNENCODABLE) with r84035, but I don't have access to Mac OS X to test and my patch was not correct. It should now be ok with r84080. -- ___ Python tracker

[issue9566] Compilation warnings under x64 Windows

Changes by Brian Curtin : -- nosy: +brian.curtin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue9612] setobject.c warnings under 64-bit Windows

Antoine Pitrou added the comment: There is also a similar warning for deque iterators' __length_hint__ (line 1124 in _collectionsmodule.c). -- ___ Python tracker ___ ___

[issue9610] buildbot: uncaptured python exception (smtpd), but no failure in regrtest

Ronald Oussoren added the comment: Could this be related to Issue5154? I've noticed in the past that some asyncore/asychat tests print stacktraces as well, all of them in the testcases that use poll instead of select. -- ___ Python tracker

[issue9615] Building SSL fails under 64-bit Windows

Martin v. Löwis added the comment: Try setting HOST_PYTHON. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9615] Building SSL fails under 64-bit Windows

New submission from Antoine Pitrou : This is what I get when MSVC 2008 tries to build the _ssl module: 8>-- Build started: Project: _ssl, Configuration: Debug x64 -- 8>Performing Pre-Build Event... 8>'""' is not recognized as an internal or external command, 8>operable program or batch f

[issue9611] FileIO not 64-bit safe under Windows

Antoine Pitrou added the comment: Le dimanche 15 août 2010 à 18:53 +, Martin v. Löwis a écrit : > Martin v. Löwis added the comment: > > > Well, the loop stops when an error status is returned by the raw IO > > layer. At that point, the buffered IO layer re-raises the error after a > > bit

[issue9612] setobject.c warnings under 64-bit Windows

Raymond Hettinger added the comment: Antoine, thanks for posting these. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue9587] unittest.assertRaises() return the raised exception

Denver Coneybeare added the comment: Michael: Do you disagree with assertRaises() returning the exception object on principle? Or is this just the consensus that you got from the mailing list, including Guido's comment. My particular use case is that I want to check certain attributes being

[issue9611] FileIO not 64-bit safe under Windows

Martin v. Löwis added the comment: > Well, the loop stops when an error status is returned by the raw IO > layer. At that point, the buffered IO layer re-raises the error after a > bit of internal cleanup. Assume the following case: 1. writing starts, and writes some data 2. Ctrl-C is pressed,

[issue7255] "Default" word boundaries for Unicode data?

Matthew Barnett added the comment: If you're on Windows (x86, 32-bit) then compilation isn't necessary - just use the appropriate _regex.pyd. -- ___ Python tracker ___ _

[issue7676] IDLE shell shouldn't use TABs

Cherniavsky Beni added the comment: This is almost a duplicate of http://bugs.python.org/issue1196946 (though the solution there took a different direction). -- ___ Python tracker __

[issue9611] FileIO not 64-bit safe under Windows

Antoine Pitrou added the comment: > > Most people use buffered I/O, and the buffered layer automatically retries. > > I see. I think this is already slightly problematic: if you send an > interrupt, it won't oblige. IMO, any such loop ought to be > interruptable. Well, the loop stops when an e

[issue9611] FileIO not 64-bit safe under Windows

Martin v. Löwis added the comment: > Most people use buffered I/O, and the buffered layer automatically retries. I see. I think this is already slightly problematic: if you send an interrupt, it won't oblige. IMO, any such loop ought to be interruptable. -- ___

[issue6321] Reload Python modules when running programs

Cherniavsky Beni added the comment: When you run a program using F5 in IDLE, it completely restarts the underlying interpreter! If you meant a different way of running, please elaborate. (Exception: it uses the same interpreter if you're running "idle -n"; this commonly happens on Windows if y

[issue9611] FileIO not 64-bit safe under Windows

Antoine Pitrou added the comment: The write() man page says: The number of bytes written may be less than count if, for example, there is insufficient space on the underlying physical medium, or the RLIMIT_FSIZE resource limit is encountered (see setrlimit(2)), or the

[issue9566] Compilation warnings under x64 Windows

Antoine Pitrou added the comment: Opened #9614 for the _pickle issues (which look quite legitimate). -- ___ Python tracker ___ ___ Pyt

[issue8650] zlibmodule.c isn't 64-bit clean

Changes by Martin v. Löwis : -- Removed message: http://bugs.python.org/msg113981 ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue9614] _pickle is not entirely 64-bit safe

New submission from Antoine Pitrou : A number of legitimate warnings get emitted under a 64-bit Windows build (in many places, _pickle uses ints or longs instead of "Py_ssize_t" variable to store various lengths and sizes): 1>..\Modules\_pickle.c(284) : warning C4244: '=' : conversion from 'Py

[issue9611] FileIO not 64-bit safe under Windows

Martin v. Löwis added the comment: Using chunked writes is tricky. If the first write succeeds, and the second one fails, how do you report the result? -- nosy: +loewis ___ Python tracker _

[issue9612] setobject.c warnings under 64-bit Windows

Martin v. Löwis added the comment: For the length hint, it would be best to use PyLong_FromSize_t, as in dictobject.c. It would be sad if __length_hint__ would return a much-too-small value (or even a negative number). For the search finger, dictobject has opted to make me_hash of type Py_ssi

[issue9566] Compilation warnings under x64 Windows

Antoine Pitrou added the comment: Opened #9613 for 64-bitness of process ids. -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue9611] FileIO not 64-bit safe under Windows

Changes by Antoine Pitrou : -- nosy: +brian.curtin, tim.golden ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue9613] Python considers pid longs under 64-bit Windows

New submission from Antoine Pitrou : Under 64-bit Windows, Python aliases PyLong_FromPid() to PyLong_FromLong() (and PyLong_AsPid() to PyLong_AsLong()), but a C "long" is 32-bit, while apparently the MSVCRT defines a pid to be intptr_t, that is 64-bit. A potential loss of data ensues. ---

[issue8650] zlibmodule.c isn't 64-bit clean

Martin v. Löwis added the comment: Using chunked writes is tricky. If the first write succeeds, and the second one fails, how do you report the result? -- nosy: +loewis ___ Python tracker _

[issue9611] FileIO not 64-bit safe under Windows

Antoine Pitrou added the comment: os.write() (in posixmodule.c) is also affected. os.read(), however, is limited to 32-bit inputs. -- ___ Python tracker ___

[issue7255] "Default" word boundaries for Unicode data?

daniel mccloy added the comment: Woo-HOOO! Am very excited to hear this! Thanks, Matthew! This and also the related \w \W handling (#1693050) should be extremely useful for processing Indic text. I'm a python newbie, so will need to find some help on what I need to do to compile/install/u

[issue9566] Compilation warnings under x64 Windows

Antoine Pitrou added the comment: The zlib warnings are genuine and there's a specific bug for 64-bitness of zlibmodule.c: #8650. -- ___ Python tracker ___ _

[issue9566] Compilation warnings under x64 Windows

Antoine Pitrou added the comment: Created #9612 for the mostly harmless warnings in the set implementation. -- ___ Python tracker ___

[issue9612] setobject.c warnings under 64-bit Windows

New submission from Antoine Pitrou : None of these warnings look critical (one affects the "search finger" optimization of pop(), one affects the result from __length_hint__ on set iterators, and the other the hash value of frozensets without any obviously bad consequences), but you might want

[issue9566] Compilation warnings under x64 Windows

Antoine Pitrou added the comment: Created #9611 to report the FileIO 64-bit issue under Windows. -- ___ Python tracker ___ ___ Python-

[issue9611] FileIO not 64-bit safe under Windows

New submission from Antoine Pitrou : Modules/_io/fileio.c assumes that read() and write() allow a Py_ssize_t length, but under Windows the length is an int, limiting chunk size to 2GB. It should be easy enough to read or write in multiple chunks, although testing might be difficult. -

[issue9610] buildbot: uncaptured python exception (smtpd), but no failure in regrtest

Changes by Antoine Pitrou : -- nosy: +richard ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue5867] No way to create an abstract classmethod

Antoine Pitrou added the comment: The patch looks fine code-wise, but it also needs a doc addition in Doc/library/abc.rst. -- ___ Python tracker ___

[issue8449] buildbot: test_dbm and test_dbm_ndbm failures on ia64 Ubuntu 3.1

Changes by Antoine Pitrou : -- nosy: +doko ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue8449] buildbot: test_dbm and test_dbm_ndbm failures on ia64 Ubuntu 3.1

Florent Xicluna added the comment: No update on this issue, and there's no more ia64 buildbot. There's very little chance to fix it. -- components: +Tests nosy: +flox resolution: -> out of date status: open -> languishing title: Now: buildbot: test_dbm and test_dbm_ndbm failures on

[issue9610] buildbot: uncaptured python exception (smtpd), but no failure in regrtest

New submission from Florent Xicluna : It occurs on PPC Leopard 3.x buildbot. (...) [184/346] test_ssl error: uncaptured python exception, closing channel (:pop from empty list [/Users/buildbot/buildarea/3.x.parc-leopard-1/build/Lib/asyncore.py|read|79] [/Users/buildbot/buildarea/3.x.parc-leopar

[issue8845] Expose sqlite3 connection inTransaction as read-only in_transaction attribute

Changes by Florent Xicluna : -- nosy: +flox ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue8845] Expose sqlite3 connection inTransaction as read-only in_transaction attribute

Changes by Florent Xicluna : -- components: +Macintosh keywords: +buildbot ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue8857] socket.getaddrinfo needs tests

Giampaolo Rodola' added the comment: Is there someone who can take a look at this on OSX (Ronald?)? -- ___ Python tracker ___ ___ Pyth

[issue9586] "warning: comparison between pointer and integer" in multiprocessing build on Tiger

Jesse Noller added the comment: looks fine mark -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue8739] Update to smtpd.py to RFC 5321

Giampaolo Rodola' added the comment: Patch no longer applies cleanly because smtpd.py changed in the meantime. A further comment: -def __init__(self, server, conn, addr): +def __init__(self, server, conn, addr, size = 0): -def __init__(self, localaddr, remoteaddr): +def __init_

[issue8428] buildbot: test_multiprocessing timeout (test_notify_all? test_pool_worker_lifetime?)

Florent Xicluna added the comment: It is intermittent on most buildbots. The exception is "x86 FreeBSD 7.2 3.x" where it occurs on each run. http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%203.x/ -- ___ Python tracker

[issue9592] Limitations in objects returned by multiprocessing Pool

Florent Xicluna added the comment: It is an update with 2 similar failures on Windows XP and 7 buildbots (on normal runs). FWIW, I ran the script from Freek on my laptop (Debian 64bits) and I noticed similar failures on 3.1 and 3.2 (you need to uncomment 1 of the 3 commented lines of the scr

[issue8428] buildbot: test_multiprocessing timeout (test_notify_all? test_pool_worker_lifetime?)

Jesse Noller added the comment: Is this intermittent, or consistently failing? Updating it with more buildbot failures doesn't help. -- ___ Python tracker ___ __

[issue9609] make cProfile multi-stack aware

New submission from Kristján Valur Jónsson : One of the problems with the profiling modules provided with Python is that they are not useful in the presence of multiple threads. This is because time spent in a different thread may be falsely attributed to some random place in a thread being p

[issue9592] Limitations in objects returned by multiprocessing Pool

Jesse Noller added the comment: Florent - Are you running the script from Freek on the buildbots, or are you just updating this bugs with other run failures? I'm having a really hard time separating things. -- ___ Python tracker

[issue8857] socket.getaddrinfo needs tests

Changes by Florent Xicluna : -- nosy: +ronaldoussoren ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue9545] Adding _collections to static build

Martin v. Löwis added the comment: Considering the notice --- Modules/Setup.dist is newer than Modules/Setup; check to make sure you have all the updates you need in your Modules/Setup file. Usually, copying Modules/Setup.dist to Modules/Setup will wo

[issue9295] test_close_open_print_buffered(test_file) sometimes crashes

Antoine Pitrou added the comment: > Is freeing the memory allocated for setvbuf() while close() running in > another thread really safe? I don't know. I guess nobody does that. -- ___ Python tracker _

[issue9592] Limitations in objects returned by multiprocessing Pool

Florent Xicluna added the comment: A different issue on XP-5 buildbot (Python 3.1): test test_multiprocessing failed -- Traceback (most recent call last): File "C:\buildslave\3.1.moore-windows\build\lib\test\test_multiprocessing.py", line 1234, in test_rapid_restart manager.shutdown()

[issue9592] Limitations in objects returned by multiprocessing Pool

Florent Xicluna added the comment: Case 3 seen on buildbot Windows 7 3.1: http://www.python.org/dev/buildbot/all/builders/x86%20Windows7%203.1/builds/676 test_array (test.test_multiprocessing.WithProcessesTestArray) ... Traceback (most recent call last): File "", line 1, in File "D:\cyg

[issue8428] buildbot: test_multiprocessing timeout (test_notify_all? test_pool_worker_lifetime?)

Florent Xicluna added the comment: Seen on Windows 7 3.1: test test_multiprocessing failed -- Traceback (most recent call last): File "D:\cygwin\home\db3l\buildarea\3.1.bolen-windows7\build\lib\test\test_multiprocessing.py", line 746, in test_notify_all self.assertReturnsIfImplemented(6

[issue8857] socket.getaddrinfo needs tests

Florent Xicluna added the comment: test_socket fails on OS X: == ERROR: testGetaddrinfo (test.test_socket.GeneralModuleTests) -- Traceback (most recent call la

[issue9425] Rewrite import machinery to work with unicode paths

Florent Xicluna added the comment: It breaks test_unicode_file on OS X, too: File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_unicode_file.py", line 8, in from test.support import (run_unittest, rmtree, ImportError: cannot import name TESTFN_UNENCODABLE --

[issue9425] Rewrite import machinery to work with unicode paths

Florent Xicluna added the comment: r83972 breaks OS X buildbots: support.TESTFN_UNENCODABLE is not defined if sys.platform == 'darwin'. File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_imp.py", line 309, in class NullImporterTests(unittest.TestCase): File "/Users/db3l/

[issue9545] Adding _collections to static build

Eli Bendersky added the comment: `make distclean` worked for me (tipped at #python-dev), after it ./configure and make succeeded. I must say it's not 100% intuitive, I'm used to just using `make clean` for a complete cleanup. -- ___ Python tracker

[issue8844] Condition.wait() doesn't raise KeyboardInterrupt

Antoine Pitrou added the comment: > Added a patch that adds support for recomputing the timeout, plus a test for > it. > > Can this still make it into 3.2, or is it too disruptive at this point > in the release process? No problem at this point, we're not yet in beta phase. I haven't looked a

[issue1710703] zipfile.ZipFile behavior inconsistent.

Georg Brandl added the comment: Agreed with Antoine. Do you want to commit? -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue9545] Adding _collections to static build

Eli Bendersky added the comment: Compiling py3k from main repo doesn't work: ould not find platform dependent libraries Consider setting $PYTHONHOME to [:] Traceback (most recent call last): File "/home/eliben/python_src/eliben-py3k/Lib/site.py", line 540, in main() File "/home/eliben/

[issue1710703] zipfile.ZipFile behavior inconsistent.

Antoine Pitrou added the comment: Two nits: - bug fixes shouldn't have a "versionadded" or "versionchanged" entry (it's only for new features) - Misc/NEWS should be in antichronological order -- nosy: +pitrou ___ Python tracker

[issue9607] Test file 'test_keyword.py' submission for use with keyword.py

Changes by Antoine Pitrou : -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue9608] Re-phrase best way of using exceptions in doanddont.rst

New submission from Floris Bruynooghe : The description of how to best use exceptions is slightly confusing and led me to believe there was an issue when using open() as a context manager. The main issue is that the wording seems to suggest the example above it is the best and not the very la

[issue9605] os.getlogin() should use PEP 383 decoding to match the pwd module

STINNER Victor added the comment: Commited to 3.1 as r84064 and to 3.2 as r84063. Thanks David. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

  1   2   >