[issue11896] Save on Close fails in IDLE, from Linux system

marcus harris added the comment: Terry Reedy was not able to reproduce this snag on an XP system; however, suggested there might be a real save on close error on the linux side... also requested to be place on the nosy list... -- ___ Python tracker

[issue11896] Save on Close fails in IDLE, from Linux system

New submission from marcus harris : Under some circumstances, which I will detail later down the note, if I click File --> Close without explicitly saving, and without running the module with Run --> Run Module , then the last changes I made to the file do not get saved. The save dialogue pop-

[issue1322] platform.dist() has unpredictable result under Linux

Zooko O'Whielacronx added the comment: For what it is worth, here is the current version of this code that we are using in Tahoe-LAFS: http://tahoe-lafs.org/trac/tahoe-lafs/browser/trunk/src/allmydata/__init__.py?annotate=blame&rev=5033#L36 You can see the results on our buildbot: http://tah

[issue11895] pybench prep_times calculation error

New submission from Mikhail Terekhov : For some time now my builds of python 3.2 on x86_64 platform in SuSE OBS are failing depending on the phase of the moon. The spec file for the python3-base package uses 'make profile-opt' command to build and Makefile.pre.in uses pybench.py for profile gu

[issue11223] interruption of locks by signals not guaranteed when locks are implemented using POSIX condition variables

Antoine Pitrou added the comment: > - Rename _PyThread_Info() to PyThread_GetInfo() (consistent name with > PyFloat_GetInfo() and PyLong_GetInfo()) I don't think we want that API to be public, so it should be _PyThread_GetInfo(). > - Always compile thread.c, but add #ifdef WITH_THREAD around

[issue8094] Multiprocessing infinite loop

R. David Murray added the comment: Your code doesn't appear to have anything to do with the reported bug, which is about an infinite loop. But FYI to my understanding your script can't work on windows, since foo can't be imported. On linux, foo doesn't need to be imported. --

[issue11223] interruption of locks by signals not guaranteed when locks are implemented using POSIX condition variables

STINNER Victor added the comment: sys_thread_info.patch: - Replace threading._info() by sys.thread_info: it now always have 3 values, but all values are optional (can be None). sys.thread_info.name is None if Python is compiled without threads. - Reorder sys internal doc (Static objects) and

[issue8094] Multiprocessing infinite loop

Darren Dale added the comment: I think I have a similar situation: C:\Py\Scripts\foo --- if __name__ == '__main__': import bar bar.main() C:\Py\Lib\site-packages\bar.py --- from multiprocessing import Pool def task(arg): return arg def main(): pool = Pool() res = pool.app

[issue10977] Concrete object C API considered harmful to subclasses of builtin types

Changes by Raymond Hettinger : -- title: Concrete object C API needs abstract path for subclasses of builtin types -> Concrete object C API considered harmful to subclasses of builtin types ___ Python tracker

[issue7796] No way to find out if an object is an instance of a namedtuple

Raymond Hettinger added the comment: Detecting _fields is the simplest thing we can do right now. There are too many structseq API differences to warrant bringing them under a single ABC umbrella. -- dependencies: -Enhance Object/structseq.c to match namedtuple and tuple api

[issue8407] expose signalfd(2) and sigprocmask(2) in the signal module

Changes by STINNER Victor : Removed file: http://bugs.python.org/file21735/signal_pthread_sigmask.patch ___ Python tracker ___ ___ Python-bugs-

[issue11894] test_multiprocessing failure on "AMD64 OpenIndiana 3.x": KeyError on id_to_obj[ident] in serve_client()

New submission from STINNER Victor : [129/354] test_multiprocessing Process Process-72: Traceback (most recent call last): File "/export/home/buildbot/64bits/3.x.cea-indiana-amd64/build/Lib/multiprocessing/process.py", line 263, in _bootstrap self.run() File "/export/home/buildbot/64bi

[issue11619] On Windows, don't encode filenames in the import machinery

STINNER Victor added the comment: compile_filename.patch: - Add PyErr_ProgramTextObject() and PyErr_WarnExplicitObject() functions - Store the filename as Unicode in compile.c - Remove the filename from get_ref_type() fatal error (I never see such fatal error, and I hope that it does never h

[issue11893] Obsolete SSLFakeFile in smtplib?

New submission from Antoine Pitrou : smtplib uses a wrapper class "SSLFakeFile" in order to call readline() on an SSL socket. But modern SSL sockets have makefile(), so using that wrapper class really shouldn't necessary (of course, it must be investigated whether that's true - and we have no

[issue8809] smtplib should support SSL contexts

Antoine Pitrou added the comment: Thanks for the patch. A couple of comments: - it would be nice to have some tests, but of course there are no tests for SMTP_SSL currently. If you are motivated, perhaps you could investigate into adding some. - there are some tab characters in your patch. Ple

[issue11892] Compiler warning: warning: implicit declaration of function 'finite'

Roundup Robot added the comment: New changeset 358a0dd0a9f2 by Jesus Cea in branch '3.1': Port 5b607cd8c71b (closes #11892) http://hg.python.org/cpython/rev/358a0dd0a9f2 -- nosy: +python-dev resolution: -> fixed stage: -> committed/rejected status: open -> closed

[issue11877] Mac OS X fsync() should really be fcntl(F_FULLFSYNC)

Steffen Daode Nurpmeso added the comment: Ronald Oussoren wrote: > Adding the F_FULLSYNC option to os.fsync would be fine though To show you that i'm not unteachable i'll attach a patch which does that. This approach can be heavily extended, then, e.g. by using sync_file_range(all_the_flags) on

[issue1294232] Error in metaclass search order

Guido van Rossum added the comment: class X(metaclass=func) should definitely continue to work; that is a long-standing (if relatively unknown, and very advanced) feature. In fact, metaclasses have their origins in this, via the "Don Beaudry hook" -- see http://python-history.blogspot.com/200

[issue11892] Compiler warning: warning: implicit declaration of function 'finite'

Jesús Cea Avión added the comment: Porting 5b607cd8c71b... -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11884] Argparse calls ngettext but doesn't import it

Changes by Ned Deily : -- nosy: +bethard ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue11879] TarFile.chown: should use TarInfo.uid if user lookup fails

Changes by Ned Deily : -- nosy: +lars.gustaebel ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue11892] Compiler warning: warning: implicit declaration of function 'finite'

Martin v. Löwis added the comment: Can you please check whether math.h hides the finite declaration for some reason? -- nosy: +loewis ___ Python tracker ___ ___

[issue11892] Compiler warning: warning: implicit declaration of function 'finite'

New submission from Jesús Cea Avión : Compiling 3.1, I get this warning: """ /export/home/buildbot/32bits/3.1.cea-indiana-x86/build/Modules/cmathmodule.c:77: warning: implicit declaration of function 'finite' /export/home/buildbot/32bits/3.1.cea-indiana-x86/build/Modules/mathmodule.c:149: warn

[issue11886] test_time.test_tzset() fails on "x86 FreeBSD 7.2 3.x": AEST timezone called "EST"

Alexander Belopolsky added the comment: On Wed, Apr 20, 2011 at 9:53 AM, STINNER Victor wrote: .. > test_time.test_tzset() fails on "x86 FreeBSD 7.2 3.x": > 'AEST-10AEDT-11,M10.5.0,M3.5.0' timezone becomes 'EST'. I was able to reproduce this error by faking a file named 'AEST-10AEDT-11,M10.5.

[issue11889] 'enumerate' 'start' parameter documentation is confusing

Changes by Raymond Hettinger : -- assignee: -> rhettinger components: +Documentation -None nosy: +rhettinger ___ Python tracker ___ _

[issue1294232] Error in metaclass search order

Daniel Urban added the comment: That may be, but with my latest patch, this works (func is a function): class X(metaclass=func): pass But this blows up with a TypeError: class X(object, metaclass=func): pass Is this the desired behaviour? Or should we disallow non-class metaclasses i

[issue11890] COMPILER WARNING: warning: offset outside bounds of constant string

Roundup Robot added the comment: New changeset febb6cf195e7 by Jesus Cea in branch '3.1': Up-port changeset 5cf8f6da8743 (closes #11890) http://hg.python.org/cpython/rev/febb6cf195e7 New changeset 063b4ab49fcc by Jesus Cea in branch '3.2': MERGE: Up-port changeset 5cf8f6da8743 (closes #11890) h

[issue11891] Poll call in multiprocessing/forking.py is not thread safe. Results in "OSError: [Errno 10] No child processes" exceptions.

Changes by Brian Curtin : -- resolution: -> out of date stage: -> committed/rejected status: open -> closed versions: -Python 3.4 ___ Python tracker ___ __

[issue11890] COMPILER WARNING: warning: offset outside bounds of constant string

Changes by Jesús Cea Avión : -- assignee: -> jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue11890] COMPILER WARNING: warning: offset outside bounds of constant string

Jesús Cea Avión added the comment: Sorry, the correct changeset was 5cf8f6da8743. -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue11891] Poll call in multiprocessing/forking.py is not thread safe. Results in "OSError: [Errno 10] No child processes" exceptions.

Brian Curtin added the comment: 2.6 is only receiving security fixes at the moment, so it won't make it into there. -- nosy: +brian.curtin ___ Python tracker ___ __

[issue11889] 'enumerate' 'start' parameter documentation is confusing

R. David Murray added the comment: If you know what an iterator is, the documentation, it seems to me, is clear. That is, an iterator cannot be indexed, so the behavior you expected could not be implemented by enumerate. That doesn't meant the docs shouldn't be improved. An example with a n

[issue11891] Poll call in multiprocessing/forking.py is not thread safe. Results in "OSError: [Errno 10] No child processes" exceptions.

Gary Yee added the comment: It looks like this has been addressed in the svn trunk as part of bug: #1731717. I was using version 2.6.5. Any chance that this gets backported? -- ___ Python tracker __

[issue11890] COMPILER WARNING: warning: offset outside bounds of constant string

Jesús Cea Avión added the comment: This was introduced in 7327b4dbd4f0 and related changesets. The problem doesn't affect 2.7 because of d52b1faa7b11. I would suggest to upport that changeset to 3.1 and 3.2. -- ___ Python tracker

[issue11888] Add C99's log2() function to the math library

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue11891] Poll call in multiprocessing/forking.py is not thread safe. Results in "OSError: [Errno 10] No child processes" exceptions.

Gary Yee added the comment: Here's how I changed poll() in multiprocessing/forking.py: def poll(self, flag=os.WNOHANG): if self.returncode is None: try: pid, sts = os.waitpid(self.pid, flag) except OSError, e:

[issue11891] Poll call in multiprocessing/forking.py is not thread safe. Results in "OSError: [Errno 10] No child processes" exceptions.

Changes by Brian Curtin : -- type: crash -> behavior versions: -Python 2.5, Python 2.6, Python 3.4 ___ Python tracker ___ ___ Python-

[issue11891] Poll call in multiprocessing/forking.py is not thread safe. Results in "OSError: [Errno 10] No child processes" exceptions.

New submission from Gary Yee : Background: I'm using multiprocessing not to run jobs in parallel, but to run functions in a different process space so they can be done as a different user. I am thus using multiprocessing in a multithreaded (Linux) application. Problem: In multiprocessing/f

[issue11890] COMPILER WARNING: warning: offset outside bounds of constant string

New submission from Jesús Cea Avión : Compiling current 3.1 and 3.2 show this warning: """ Python/sysmodule.c:1378: warning: offset outside bounds of constant string """ This is a bit scary. Could be a security/stability hazard?. -- messages: 134164 nosy: jcea priority: normal severity

[issue11887] unittest fails on comparing str with bytes if python has the -bb option

Changes by STINNER Victor : -- keywords: +patch Added file: http://bugs.python.org/file21740/unittest_str_bytes.patch ___ Python tracker ___ _

[issue10042] total_ordering

Lennart Regebro added the comment: I was also surprised by the special return value, but it seems a bit overkill to change the implementation of rich comparison operators just because it's tricky to make a short and pretty class decorator that extends some operators to all operators. :) And

[issue11889] 'enumerate' 'start' parameter documentation is confusing

New submission from Peter Hammer : """ A point of confusion using the builtin function 'enumerate' and enlightenment for those who, like me, have been confused. Note, this confusion was discussed at length at http://bugs.python.org/issue2831 prior to the 'start' parameter being added to 'enu

[issue6785] IncompleteRead / BadStatus when parsing http://peakoil.mobi

Yoann Aubineau added the comment: Chunked transfer encoding has been introduced in HTTP/1.1. Sending an HTTP/1.0 request would then force the server to not use this mechanism. Module httplib sends HTTP/1.1 requests by default but, as far as I know, does not offer any option to downgrade. My

[issue4608] urllib.request.urlopen does not return an iterable object

Changes by Santoso Wijaya : -- nosy: +santa4nt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue11828] startswith and endswith don't accept None as slice index

Changes by Jesús Cea Avión : -- assignee: -> jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue11828] startswith and endswith don't accept None as slice index

Roundup Robot added the comment: New changeset f4da64529e8c by Jesus Cea in branch '2.7': startswith and endswith don't accept None as slice index. Patch by Torsten Becker. (closes #11828) http://hg.python.org/cpython/rev/f4da64529e8c New changeset 77c657e47b5c by Jesus Cea in branch '3.1': st

[issue11888] Add C99's log2() function to the math library

New submission from Raymond Hettinger : The three most popular logarithm bases are 10, e, and 2. The math library has direct function calls for the first two but not the latter which is important in informatics. Since a direct call can use a custom algorithm or native hardware support (such

[issue11887] unittest fails on comparing str with bytes if python has the -bb option

New submission from STINNER Victor : assertEqual(), assertListEqual(), assertSequenceEqual() emits a BytesWarning warning or raise a BytesWarning exception if python has -b or -bb option. Attached patch adds tests to demonstrate this issue. -- components: Library (Lib), Tests, Unicode

[issue4608] urllib.request.urlopen does not return an iterable object

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue1322] platform.dist() has unpredictable result under Linux

pola added the comment: Has there been any progress on incorporating the suggested here patch? A suggested patch is found here also: http://code.google.com/p/google-highly-open-participation-psf/issues/detail?id=216 And a patch is applied to python in ubuntu packages: see reference - https

[issue11557] Increase coverage in logging module

Vinay Sajip added the comment: Marking as closed, since d93e18e6a3e8 now appears to pass on all 3.x buildbots. -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue10042] total_ordering

Francesco Ricciardi added the comment: I think the whole issue is indeed how NotImplemented is treated. To me saying that 'not NotImplemented' is True is wrong. About the stack overflow I found there are various possible fixes, however none will nice. By definition, NotImplemented is the way

[issue11877] Mac OS X fsync() should really be fcntl(F_FULLFSYNC)

Steffen Daode Nurpmeso added the comment: 8-} The real message was: On Wed, Apr 20, 2011 at 12:16:39PM +, Antoine Pitrou wrote: > If Apple thinks [...] there's no reason for us Apple thinks (KernelProgramming.pdf, BPFileSystem.pdf): Kernel code must be nearly perfect. Kernel prog

[issue11886] test_time.test_tzset() fails on "x86 FreeBSD 7.2 3.x": AEST timezone called "EST"

New submission from STINNER Victor : test_time.test_tzset() fails on "x86 FreeBSD 7.2 3.x": 'AEST-10AEDT-11,M10.5.0,M3.5.0' timezone becomes 'EST'. == FAIL: test_tzset (test.test_time.TimeTestCase) --

[issue11885] argparse docs needs fixing

Boštjan Mejak added the comment: I have also discovered some non-capitalised "python" words in the very same argparse docs. These 2 subtitles have those typos: 1) 15.4.1.1. Creating a parser 2) 15.4.6. Upgrading optparse code Please fix this as well. --

[issue11877] Mac OS X fsync() should really be fcntl(F_FULLFSYNC)

Steffen Daode Nurpmeso added the comment: On Wed, Apr 20, 2011 at 12:16:39PM +, Ronald Oussoren wrote: > This is the same behavior as fsync on OSX, and OSX also has > a second API that provides stronger guarantees. > With your patch it is no longer possible to call the C function > fsync on

[issue11873] test_regexp() of test_compileall failure on "x86 OpenIndiana 3.x"

STINNER Victor added the comment: It failed also on "AMD64 FreeBSD 8.2 3.x" buildbot: - test test_compileall failed -- Traceback (most recent call last): File "/usr/home/buildbot/buildarea/3.x.krah-freebsd/build/Lib/test/test_compileall.py", line 253, in test_regexp self.

[issue11828] startswith and endswith don't accept None as slice index

Changes by Jesús Cea Avión : Added file: http://bugs.python.org/file21739/87be2a5e22ed.diff ___ Python tracker ___ ___ Python-bugs-list mailin

[issue11557] Increase coverage in logging module

STINNER Victor added the comment: > > This issue is not fixed: the test does still fail... sometimes. Recent > > example > >(AMD64 FreeBSD 8.2 3.x buildbot): > > Yes, I know it's not fixed yet - I'm still working on it. (...) I realized just after writing my message that the last (commit)

[issue11877] Mac OS X fsync() should really be fcntl(F_FULLFSYNC)

Steffen Daode Nurpmeso added the comment: On Wed, Apr 20, 2011 at 12:16:39PM +, Ronald Oussoren wrote: > This is the same behavior as fsync on OSX, and OSX also has > a second API that provides stronger guarantees. > With your patch it is no longer possible to call the C function > fsync on

[issue11877] Mac OS X fsync() should really be fcntl(F_FULLFSYNC)

Charles-Francois Natali added the comment: > in particular: linux doesn't guarantee that data gets writting to the disk > when you call fsync, only that the data gets pushed to the storage device. Barriers are now enable by default in EXT4, and Theodore Tso has been favourable to that for qui

[issue11557] Increase coverage in logging module

Vinay Sajip added the comment: Hi Victor, - Original Message > From: STINNER Victor > To: vinay_sa...@yahoo.co.uk > Sent: Wed, 20 April, 2011 11:20:11 > Subject: [issue11557] Increase coverage in logging module > > > STINNER Victor added the comment: > > This issue is not fixed:

[issue11877] Mac OS X fsync() should really be fcntl(F_FULLFSYNC)

Antoine Pitrou added the comment: Agreed with Ronald. If Apple thinks fsync() shouldn't flush the hardware cache, there's no reason for us to override that. -- nosy: +pitrou ___ Python tracker ___

[issue11877] Mac OS X fsync() should really be fcntl(F_FULLFSYNC)

STINNER Victor added the comment: A different approach for this issue is to document fcntl.fcntl(fd, fcntl.F_FULLFSYNC) in fsync() documentation. -- ___ Python tracker ___

[issue11877] Mac OS X fsync() should really be fcntl(F_FULLFSYNC)

Ronald Oussoren added the comment: See for linux' behavior, in particular: linux doesn't guarantee that data gets writting to the disk when you call fsync, only that the data gets pushed to the storage device. This is the s

[issue11877] Mac OS X fsync() should really be fcntl(F_FULLFSYNC)

Steffen Daode Nurpmeso added the comment: > when one calls fsync, he expects [...] > Fixing this deficiency through Python's exposed fsync [...] I think so, too. http://pubs.opengroup.org/onlinepubs/009695399/functions/fsync.html even permits "null implementation"s etc. etc. etc. (I like the la

[issue11864] sporadic failure in test_concurrent_futures

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue11885] argparse docs needs fixing

Changes by Ezio Melotti : -- nosy: +eric.araujo, ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue11885] argparse docs needs fixing

Changes by Boštjan Mejak : -- assignee: -> docs@python components: +Documentation nosy: +docs@python versions: +Python 2.7, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker ___

[issue11885] argparse docs needs fixing

New submission from Boštjan Mejak : Hello, I am returning to report new fixes to be made to argparse docs. The issues can be observed in this link: http://docs.python.org/dev/library/argparse.html#upgrading-optparse-code 1) "When most everything in optparse had either been copy-pasted over or

[issue11557] Increase coverage in logging module

Roundup Robot added the comment: New changeset d93e18e6a3e8 by Vinay Sajip in branch 'default': Attempt fix of #11557 by refining test logic. http://hg.python.org/cpython/rev/d93e18e6a3e8 -- ___ Python tracker ___

[issue11557] Increase coverage in logging module

Roundup Robot added the comment: New changeset 0494afdc8615 by Vinay Sajip in branch 'default': Attempt fix of #11557 by refining setup/teardown logic. http://hg.python.org/cpython/rev/0494afdc8615 -- ___ Python tracker

[issue11867] Make test_mailbox deterministic

Steffen Daode Nurpmeso added the comment: 'Was not allowed to look yesterday. If the child only closes and not self.c_sock_shutdown = True (shutdown is an ugly word for a child anyway) then (and i hope Apple did not modify the BSD network stack): 12:59 ~/tmp $ python3 -E -Wd -m

[issue11864] sporadic failure in test_concurrent_futures

Brian Quinlan added the comment: It looks like the timing is too sensitive. -- assignee: -> bquinlan ___ Python tracker ___ ___ Pyth

[issue11557] Increase coverage in logging module

Roundup Robot added the comment: New changeset 31bb4788aa1c by Vinay Sajip in branch 'default': Attempt fix of #11557 by changing setup/teardown logic. http://hg.python.org/cpython/rev/31bb4788aa1c -- ___ Python tracker

[issue11223] interruption of locks by signals not guaranteed when locks are implemented using POSIX condition variables

Changes by STINNER Victor : -- title: interruption of locks by signals not guaranteed when the semaphore implementation is not used -> interruption of locks by signals not guaranteed when locks are implemented using POSIX condition variables ___ Pyt

[issue11223] interruption of locks by signals not guaranteed when the semaphore implementation is not used

Roundup Robot added the comment: New changeset 64008d17fb54 by Victor Stinner in branch 'default': Issue #11223: fix compiler warnings http://hg.python.org/cpython/rev/64008d17fb54 -- ___ Python tracker __

[issue11557] Increase coverage in logging module

STINNER Victor added the comment: This issue is not fixed: the test does still fail... sometimes. Recent example (AMD64 FreeBSD 8.2 3.x buildbot): -- (...) [283/354] test_logging Warning -- logging._handlerList was modified by

[issue11557] Increase coverage in logging module

Roundup Robot added the comment: New changeset 41dc66528c4e by Vinay Sajip in branch 'default': Attempt fix of #11557 by changing teardown logic. http://hg.python.org/cpython/rev/41dc66528c4e -- ___ Python tracker

[issue11738] ThreadSignals.test_signals() of test_threadsignals hangs on PPC Tiger 3.x buildbot

STINNER Victor added the comment: > I think that the last test_threadsignals failures on PPC Tiger > were related to the new regrtest timeout, and it is now fixed. Wrong, it was a deadlock. It is a duplicate of #11768 and it is now fixed. -- ___ Pyt

[issue11779] test_mmap.test_large_offset() timeout (1 hour) on "AMD64 Snow Leopard 3.x" buildbot

Changes by STINNER Victor : -- title: test_mmap timeout (1 hour) on "AMD64 Snow Leopard 3.x" buildbot -> test_mmap.test_large_offset() timeout (1 hour) on "AMD64 Snow Leopard 3.x" buildbot ___ Python tracker

[issue11223] interruption of locks by signals not guaranteed when the semaphore implementation is not used

STINNER Victor added the comment: "Builder x86 FreeBSD 6.4 3.x Build #1394. Results: Build successful" http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%206.4%203.x/builds/1394 Great! It should be the first success on this buildbot since... 4 months (r87292, issue #8844))? Let's cl

[issue4608] urllib.request.urlopen does not return an iterable object

Changes by Senthil Kumaran : -- status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue4608] urllib.request.urlopen does not return an iterable object

Albert Hopkins added the comment: Oops, previous example was a directory, but it's the same if the url points to a ftp file. -- ___ Python tracker ___ __

[issue4608] urllib.request.urlopen does not return an iterable object

Albert Hopkins added the comment: This issue appears to persist when the protocol used is FTP: root@tp-db $ cat test.py from urllib.request import urlopen for line in urlopen('ftp://gentoo.osuosl.org/pub/gentoo/releases/'): print(line) break root@tp-db $ python3.2 test.py Trac

[issue828450] sdist generates bad MANIFEST on Windows

higery added the comment: >> I'm not sure it is necessary to use TempdirManager here to write tests >> for MANIFEST reading. >Well, the sdist command has to run on some directory where some files >exist, >right? So it’s better to do it in a temp dir that will automatically get >>cleaned up.

[issue9523] Improve dbm modules

ysj.ray added the comment: Updated patch following C code review comments from http://bugs.python.org/review/9523/show Two big changes: 1. Add check for each time assign a Py_ssize_t variable to datum.dsize(int), if value not fit, raise a ValueError(following PEP 353) 2. Simplify dbm.update

[issue11884] Argparse calls ngettext but doesn't import it

New submission from John O'Hagan : Argparse in python3.2 includes two calls to ngettext to handle error messages, but ngettext is not imported. This causes NameError to be raised instead of ArgumentError. Changing line 93 from: from gettext import gettext to: from gettext import get