[issue1010645] bsddb3 testsuite failure when running more than one time

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: I believe this was finally cleaned up. There are still changes to be made to the current test suite (blindly using a directory under /tmp and not cleaning it up afterwards is bad) but the actual bug this refers to was fixed. -- res

[issue1397] mysteriously failing test_bsddb3 threading test in other threads

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: does this still apply to the current test suite Jesus? -- assignee: gregory.p.smith -> jcea __ Tracker <[EMAIL PROTECTED]> __ __

[issue1275] bsddb closing a DB object before all DBCursors using it are closed crashes

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: This is fixed in trunk now that jcea has done his merge. If anyone wants it fixed in release25-maint it'll need a volunteer to backport just the bugfix parts without the bsddb 4.6.x feature additions. -- assignee: gregory.p.smith -

[issue2858] bsddb.db.DBEnv.lock_get test_lock.test03_set_timeout crashes

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: r63404 in release25-maint. -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2858] bsddb.db.DBEnv.lock_get test_lock.test03_set_timeout crashes

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: I submitted a patch from Neal Norwitz after jcea reviewed it to trunk as r63403. I'll take care of backporting it to release25-maint. -- assignee: jcea -> gregory.p.smith versions: -Python 2.6 __ T

[issue1362475] Text.edit_modified() doesn't work

Guilherme Polo <[EMAIL PROTECTED]> added the comment: This bug still exists, I'm attaching a patch against current python-trunk. This patch is based on the fact that documentation tk 8.4 (version which edit command was added) and tk 8.5 says only edit_modified is supposed to return something, whi

[issue2848] Remove mimetools usage from the stdlib

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: mimetools.Message is compatible with email.message.Message, right? -- nosy: +barry, benjamin.peterson __ Tracker <[EMAIL PROTECTED]> __

[issue2897] include structmember.h in Python.h

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- components: +Interpreter Core versions: +Python 2.6 __ Tracker <[EMAIL PROTECTED]> __ ___ P

[issue2897] include structmember.h in Python.h

New submission from Benjamin Peterson <[EMAIL PROTECTED]>: As the comment in descrobject.c says: /* Why is this not included in Python.h? */ -- messages: 66972 nosy: benjamin.peterson severity: normal status: open title: include structmember.h in Python.h type: feature request

[issue1489051] keyword and topic help broken in Pythonwin IDE

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: -- assignee: loewis -> _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing

[issue1489051] keyword and topic help broken in Pythonwin IDE

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > Opinion: After 2 years, I think the priority of this issue should be > raised: help should 'just work' as installed, especially on Windows. > Until is does, the instructions need to be improved so that normal users > and Python beginners,

[issue2750] Add simplejson to Python 2.6/3.0 standard library

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Let's see: 1. Fix up and add to trunk. Check! 2. Convert docs to reST. Check! 3. Port to 3.0. Check! 4. Fix docs in 3.0. Check! Yes, we can close this. -- resolution: -> accepted status: open -> closed _

[issue1574217] isinstance swallows exceptions

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I'd like to clarify the approach to fixing these types of problems. I fixed a issue (#2196) like this by only propagating exceptions that didn't descend from Exception because of this sentence in the hasattr docs: This is implemented by ca

[issue1489051] keyword and topic help broken in Pythonwin IDE

Terry J. Reedy <[EMAIL PROTECTED]> added the comment: Py3.0a5 installed in C;/Program Files/ Start/Python30/Python Manuals, using Python30.chm, works great. Thank you for that. In the interpreter (and IDLE) help(object) works fine. Ditto. But for topics and keywords, I got the same message a

[issue2896] cmathmodule.c compilation error

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Christian, this was fixed right? -- assignee: -> christian.heimes nosy: +benjamin.peterson priority: -> high __ Tracker <[EMAIL PROTECTED]> _

[issue689895] Imports can deadlock

Changes by Adam Olsen <[EMAIL PROTECTED]>: -- nosy: +Rhamphoryncus Tracker <[EMAIL PROTECTED]> ___ Python-bugs-list mailing list Uns

[issue1793] ctypes.util.find_msvcrt() function

Thomas Heller <[EMAIL PROTECTED]> added the comment: Committed in trunk as rev. 63395. I've changed the code that Amaury suggested so that None is returned when get_build_version() returns None. Thanks. -- resolution: -> fixed status: open -> closed __

[issue2819] Full precision summation

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Ensuring correct rounding isn't as onerous as I expected it to be. crsum.py is a snippet of Python code showing how to add nonadjacent floats and get the correctly rounded result. Added file: http://bugs.python.org/file10351/crsum.py

Re: [issue2874] Remove use of the stat module in the stdlib

On Fri, May 16, 2008 at 11:56 AM, Alexandre Vassalotti <[EMAIL PROTECTED]> wrote: > > Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment: > > Brett wrote: >> This will require moving over to using the named tuple features of >> os.stat() along with adding methods to the object that the stat

[issue2874] Remove use of the stat module in the stdlib

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment: Brett wrote: > This will require moving over to using the named tuple features of > os.stat() along with adding methods to the object that the stat module > has as functions. How do you add new methods to a PyStructSequence? -

[issue2896] cmathmodule.c compilation error

New submission from Stéphane JEANNENOT <[EMAIL PROTECTED]>: Build infos : Python 3.0a5+ (py3k:63383, May 16 2008, 19:58:25) [GCC 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)] on linux2 Build options : ./configure --with-fpectl --with-wctype-functions --with-pymalloc --with-doc-strings --with-th

[issue2775] Implement PEP 3108

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment: Quentin Gallet-Gilles wrote: > I've found some places where configparser, copyreg, queue and > socketserver haven't been renamed. The attached patch > 'renaming_leftovers_2.6.patch' corrects this. Thanks! Applied in r63384. --

[issue2884] Create the tkinter package

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- resolution: -> duplicate status: open -> closed superseder: -> Moving lib-tk to tkinter package __ Tracker <[EMAIL PROTECTED]> __

[issue2895] Crash in ParseTupleAndKeywords when passing byte string keywords

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks, added a test and fixed in r63379. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> ___

[issue2858] bsddb.db.DBEnv.lock_get test_lock.test03_set_timeout crashes

Jesús Cea Avión <[EMAIL PROTECTED]> added the comment: Neal Norwitz did a patch for this. Hope it solves this issue. Neal, please, post the svn r number. -- nosy: +nnorwitz __ Tracker <[EMAIL PROTECTED]> ___

[issue2895] Crash in ParseTupleAndKeywords when passing byte string keywords

New submission from Stefan Behnel <[EMAIL PROTECTED]>: Using 3.0a5, the following code crashes in vgetargskeywords (getargs.c:1542) >>> d = {b"encoding": "abc"} >>> str(b"abc", **d) It should raise a TypeError instead, i.e. line 1535 should read if (!PyUnicode_Check(key)) { instead of

[issue2839] Moving lib-tk to tkinter package

Guilherme Polo <[EMAIL PROTECTED]> added the comment: After merging all these changes in py3k, lib-tk should be removed from sys.path there. Patch added for this. Note that the iss script at PC/VS7.1 should be regenerated Added file: http://bugs.python.org/file10350/remove_libtk_path.diff

[issue2893] dict.has_key() expected in h2py.py.

Georg Brandl <[EMAIL PROTECTED]> added the comment: Fixed, among with all other files in Tools/, in r63378. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> _

[issue2839] Moving lib-tk to tkinter package

Changes by Guilherme Polo <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10349/rename_tkdocs.py __ Tracker <[EMAIL PROTECTED]> __ ___ Pytho

[issue2839] Moving lib-tk to tkinter package

Guilherme Polo <[EMAIL PROTECTED]> added the comment: Patching for updating the docs added. I've also added a script that should be executed after the patch is applied, it will rename scrolledtext.rst to tkinter.scrolledtext.rst; tix.rst to tkinter.rst and turtle.rst to tkinter.turtle.rst. Adde

[issue2885] Create the urllib package

Changes by Facundo Batista <[EMAIL PROTECTED]>: -- nosy: +facundobatista __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Uns

[issue2819] Full precision summation

Mark Dickinson <[EMAIL PROTECTED]> added the comment: > Test 11 failed: 9007199254740992.0 vs 9007199254740991.0 expected for > [9007199254740992.0, -0.5, -5.5511151231257827e-17]. Yes: that's the lack of correct rounding rearing its ugly head... > Test 12 failed: inf vs 1.7976931348623157e+30

[issue2819] Full precision summation

Jean Brouwers <[EMAIL PROTECTED]> added the comment: Two tests failed with Python 2.6a3 on MacOS X Intel. Test 11 failed: 9007199254740992.0 vs 9007199254740991.0 expected for [9007199254740992.0, -0.5, -5.5511151231257827e-17]. Test 12 failed: inf vs 1.7976931348623157e+308 expected for [8.9

[issue2819] Full precision summation

Changes by Jean Brouwers <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10306/unnamed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-l

[issue2839] Moving lib-tk to tkinter package

Georg Brandl <[EMAIL PROTECTED]> added the comment: Committed step 2 patch as r63376. -- nosy: +georg.brandl __ Tracker <[EMAIL PROTECTED]> __ _

[issue2839] Moving lib-tk to tkinter package

Guilherme Polo <[EMAIL PROTECTED]> added the comment: New patch, this one does the following: * Fix tkinter imports in idlelib, pydoc and Canvas (deprecated) * Creates stub modules for all old Tkinter modules, except tkFileDialog and tkSimpleDialog * Updates test_py3kwarn for all these renames

[issue2894] 2to3 discards comments before import statements

New submission from Georg Brandl <[EMAIL PROTECTED]>: I got this diff from Tools/freeze/freeze.py: - - -# Import the freeze-private modules - -import checkextensions -import makeconfig -import makefreeze -import makemakefile -import parsesetup -import bkfile +from . import checkextensions +from

[issue2734] 2to3 converts long(itude) argument to int

Georg Brandl <[EMAIL PROTECTED]> added the comment: Let me note that this also happens for assignments like: long = Type("long", "l") -- nosy: +georg.brandl __ Tracker <[EMAIL PROTECTED]> ___

[issue2664] The position of special value tables (cmathmodule.c)

Mark Dickinson <[EMAIL PROTECTED]> added the comment: I agree that having lines >= 80 characters long is ugly (and violates PEP 7). But I think this particular case falls under the 'rules are made to be broken' comment at the start of PEP 7. I like the fact that if you squint at the tables ha

[issue2819] Full precision summation

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Here's (msum.py) an example in Python of one fairly straightforward way of dealing with overflow correctly, without needing more than one pass through the data, and without significant slowdown in the normal case. (The Python code is needles

[issue2883] Create the http package

Changes by Juracy Filho <[EMAIL PROTECTED]>: -- nosy: +juracy __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe:

[issue2893] dict.has_key() expected in h2py.py.

New submission from David Binger <[EMAIL PROTECTED]>: The h2py.py script is invoked at the end of "make install" on OS X. It raises an exception on the line where dict.has_key() is called. (There seem to be many calls to has_key() in the current 3.0 tree. I bet there are other cases like this on

[issue2890] O_ASYNC and FASYNC should be defined if available

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks, applied in r63373. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubs

[issue2794] Figure directive not handled for latex writing in Sphinx

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks, committed as r63372. -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ __

[issue1574217] isinstance swallows exceptions

Georg Brandl <[EMAIL PROTECTED]> added the comment: There are more locations in abstract.c where exceptions are unconditionally masked after a GetAttr operation: * line 1630, 1717 in PyNumber_{Long,Int} when looking for .__trunc__ * line 2932, in PyObject_IsInstance -- nosy: +benjamin.p

[issue2890] O_ASYNC and FASYNC should be defined if available

Ismail Donmez <[EMAIL PROTECTED]> added the comment: Documentation patch is added too. Added file: http://bugs.python.org/file10344/async-doc.patch __ Tracker <[EMAIL PROTECTED]> __ __

[issue2845] shutil.copy2() copies permission bits

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks, fixed in r63369. -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ _

[issue2867] curses-howto link in curses module documentation gives a 404

Georg Brandl <[EMAIL PROTECTED]> added the comment: Especially with the rollover to the new docs. When both trunk and stable version have the same base again, I'll continue backporting doc changes as usual. -- resolution: -> wont fix status: open -> closed

[issue2890] O_ASYNC and FASYNC should be defined if available

Georg Brandl <[EMAIL PROTECTED]> added the comment: That will happen automatically. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list U

[issue2890] O_ASYNC and FASYNC should be defined if available

Ismail Donmez <[EMAIL PROTECTED]> added the comment: Thanks, can you also apply to py3k branch? :) __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list

[issue2890] O_ASYNC and FASYNC should be defined if available

Georg Brandl <[EMAIL PROTECTED]> added the comment: OK, committed patch in r63368. Thanks! -- nosy: +georg.brandl resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> ___

[issue2892] improve cElementTree iterparse error handling

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- assignee: -> effbot nosy: +effbot __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailin

[issue2755] IDLE ignores module change before restart

Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment: Yes, removing the -n is the way to fix your problem. We went to quite a bit of effort to run user code from scratch on each Run/F5 using the subprocess. Running without the subprocess is considered 'expert' mode these days. (Although it's

[issue2882] Create the html package

Changes by Fred L. Drake, Jr. <[EMAIL PROTECTED]>: -- assignee: -> fdrake nosy: +fdrake __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list

[issue2892] improve cElementTree iterparse error handling

New submission from Hrvoje Nikšić <[EMAIL PROTECTED]>: In some cases it is unfortunate that any error in the XML chunk seen by the buffer prevents the events generated before the error from being delivered. For example, in some cases valid XML is embedded in a larger file or stream, and it is us

[issue2755] IDLE ignores module change before restart

Mark Veldhuis <[EMAIL PROTECTED]> added the comment: I think this solves my problem, I took away the -n from the launcher so the command is just "/usr/bin/idle-python2.5". Now Idle does not show the No subprocesses text, and when I press F5 the Python shell displays a line with Restart. I

[issue2890] O_ASYNC and FASYNC should be defined if available

Changes by Ismail Donmez <[EMAIL PROTECTED]>: -- title: O_ASYNC and FASYNC should be defined for *nix systems -> O_ASYNC and FASYNC should be defined if available __ Tracker <[EMAIL PROTECTED]> _

[issue2884] Create the tkinter package

Guilherme Polo <[EMAIL PROTECTED]> added the comment: I have started doing this at issue 2839, but I need help from someone with available time and commit privs -- nosy: +gpolo __ Tracker <[EMAIL PROTECTED]>

[issue2890] O_ASYNC and FASYNC should be defined for *nix systems

Changes by Ismail Donmez <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10341/async.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bu

[issue2890] O_ASYNC and FASYNC should be defined for *nix systems

Ismail Donmez <[EMAIL PROTECTED]> added the comment: Python code already has GNU/Windows only exceptions. Attached patch adds O_ASYNC and FASYNC as GNU extensions. If accepted I can send a complimentary documentation patch. Added file: http://bugs.python.org/file10342/async.patch __

[issue2890] O_ASYNC and FASYNC should be defined for *nix systems

Ismail Donmez <[EMAIL PROTECTED]> added the comment: Add O_ASYNC and FASYNC as GNU extensions. -- keywords: +patch Added file: http://bugs.python.org/file10341/async.patch __ Tracker <[EMAIL PROTECTED]> _

[issue1251] ssl module doesn't support non-blocking handshakes

Jesús Cea Avión <[EMAIL PROTECTED]> added the comment: Thanks, Bill. I was reading 2.6 preview documentation, and nothing is said there. __ Tracker <[EMAIL PROTECTED]> __ __

[issue2870] cmathmodule.c compile error

Christian Heimes <[EMAIL PROTECTED]> added the comment: Fixed in r63366 -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ __

[issue2891] urllib not handling ftp servers that do not support REST

New submission from daggett <[EMAIL PROTECTED]>: I reported a bug in fedora bugzilla : https://bugzilla.redhat.com/show_bug.cgi?id=443033 I thought this was an Anaconda (Fedora installer written in Python) error, but someone wrote this is a Python urllib error, so I post it here to be sure this

[issue2869] Wrong doc for `calendar.Calendar.iterweekdays`

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks, fixed in r63365. -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ _

[issue2863] Generator __name__ and better repr()

Georg Brandl <[EMAIL PROTECTED]> added the comment: Changed in r63364. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe:

[issue2870] cmathmodule.c compile error

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- assignee: -> christian.heimes nosy: +christian.heimes priority: -> critical __ Tracker <[EMAIL PROTECTED]> __

[issue2890] O_ASYNC and FASYNC should be defined for *nix systems

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Platform-specific values are not a problem. On win32 os.O_NOINHERIT == 128, and on linux os.O_EXCL has the same value. Python just exposes the available #defines at the module level. (btw, the posix module is also available on windows.

[issue2890] O_ASYNC and FASYNC should be defined for *nix systems

Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: >I think they at least should be supported on Linux then. And what happens if some Unix flavor (i.e. Solaris) adds new flag, say O_NONLINUXSYNC and it has the same value as linux's O_ASYNC? And then FreeBSD adds O_BSDSYNC flag with th

[issue2890] O_ASYNC and FASYNC should be defined for *nix systems

Ismail Donmez <[EMAIL PROTECTED]> added the comment: I think they at least should be supported on Linux then. It does work if you use the value itself anyway. __ Tracker <[EMAIL PROTECTED]> __

[issue2890] O_ASYNC and FASYNC should be defined for *nix systems

Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: These flags are non-posix, linux-specific constants. Python 'os' module uses 'posix' module for all *nix systems, including those, that do not support O_ASYNC and FASYNC flags. I think your feature request should be rejected. -

[issue2890] O_ASYNC and FASYNC should be defined for *nix systems

Changes by Ismail Donmez <[EMAIL PROTECTED]>: -- type: -> feature request __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list U

[issue2890] O_ASYNC and FASYNC should be defined for *nix systems

New submission from Ismail Donmez <[EMAIL PROTECTED]>: os module have varios O_ declerations but it doesn't define O_ASYNC. Same for fcntl module which doesn't define FASYNC. Simply defining O_ASYNC = 02 works fine but its not as elegant as saying os.O_ASYNC. -- components: Libra

[issue2880] Rename repr to reprlib

Changes by Alexandre Vassalotti <[EMAIL PROTECTED]>: -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Pytho