[issue2753] Test issue

New submission from Martin v. Löwis <[EMAIL PROTECTED]>: Testing the integration with the review tool. -- files: regrtest.diff keywords: patch messages: 66192 nosy: loewis severity: normal status: open title: Test issue Added file: http://bugs.python.org/file10187/regrtest.diff

[issue2752] Wrong comment in socket documentation

New submission from Giampaolo Rodola' <[EMAIL PROTECTED]>: In the example section of socket module I see: HOST = '' # Symbolic name meaning the local host PORT = 50007 # Arbitrary non-privileged port '', at least on Windows, is an alias for telling the socket to lis

[issue2745] Add support for IsWow64Process

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: One reason for IsWow64Process is that it allows to determine the wow-ness of a different process, which is e.g. needed to display the asterisk in the process viewer. This reason indeed doesn't apply to Python, and your patch doesn't expose th

[issue2751] Regression for executing packages

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> ncoghlan nosy: +ncoghlan __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-li

[issue2751] Regression for executing packages

Nick Coghlan <[EMAIL PROTECTED]> added the comment: The ability to execute packages was never intended, since doing so breaks imports in a variety of subtle ways. It was actually a bug in 2.5 that it was permitted at all, so 2.6 not only disabled it again, but also added a test to make sure it st

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

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I'm going to handle the docs, too. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailin

[issue2745] Add support for IsWow64Process

Mark Hammond <[EMAIL PROTECTED]> added the comment: I'm not sure if that is suggesting MS had no reason to add that API function, or those reasons don't apply to users of Python, but as its clear there is significant resistance I'm rejecting this report. -- resolution: -> rejected statu

[issue2751] Regression for executing packages

New submission from Benjamin Peterson <[EMAIL PROTECTED]>: If I have a package like this: pack/ __init__.py and __init__.py looks like this if __name__ == "__main__": print "Spam" python -m pack gives one is a package and cannot be directly executed This is regression from 2.5 where "

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

Bob Ippolito <[EMAIL PROTECTED]> added the comment: The json package is in brett's branch, integrates with the test suite, builds the C extension and passes all tests (at least on OS X and Linux UCS2 and UCS4). Missing the docs and python 3.0 support still, otherwise things look good. _

[issue2748] ceil(), floor() and round() broken in Decimal

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Here's a patch that implements __ceil__, __floor__ and __round__. (It seems that just removing __ceil__, __floor__ and __round__ is not an option, as I just discovered when r62669 turned all the buildbots red.) Points to note: (1) Two-arg

[issue1563] asyncore and asynchat incompatible with Py3k str and bytes

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- priority: normal -> critical __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

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

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I'll do PEP 8 review. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubs

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

Brett Cannon <[EMAIL PROTECTED]> added the comment: Just so it is documented, Bob said on IRC that we do not need to keep compatibility with any specific version of Python. __ Tracker <[EMAIL PROTECTED]>

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

Brett Cannon <[EMAIL PROTECTED]> added the comment: Branch is at http://code.python.org/python/users/brett/issue2750- simplejson/ . __ Tracker <[EMAIL PROTECTED]> __ ___

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

Brett Cannon <[EMAIL PROTECTED]> added the comment: On Sat, May 3, 2008 at 3:19 PM, Christian Heimes <[EMAIL PROTECTED]> wrote: > > Christian Heimes <[EMAIL PROTECTED]> added the comment: > > Yeah, either make a bzr branch or an ordinary svn branch. If you need > some help with the C code I ca

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

Christian Heimes <[EMAIL PROTECTED]> added the comment: Yeah, either make a bzr branch or an ordinary svn branch. If you need some help with the C code I can be of assistance. I'm in #python-dev. Let's coordinate the next steps there. -- nosy: +tiran __ T

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

Brett Cannon <[EMAIL PROTECTED]> added the comment: The most critical steps are to get the code building and to get the tests passing. Once that is working the code can be checked in and the other steps (docs, PEP 7/8, 3.0 conversion) can happen after the fact. -- nosy: +brett.cannon

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

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- priority: -> critical __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsub

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

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- keywords: +patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe

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

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: This work might be a good thing to a do on a Bazaar branch. -- nosy: +benjamin.peterson __ Tracker <[EMAIL PROTECTED]> __ _

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

New submission from Bob Ippolito <[EMAIL PROTECTED]>: Attached is the tarball for simplejson 1.9, the proposed version to be included in the stdlib. Estimated work remaining: * Rename simplejson to json * Build simplejson/_speedups.c from Modules/Setup and Windows projects * Convert document

[issue2747] Documentation of new gobject types fails

Ali Afshar <[EMAIL PROTECTED]> added the comment: I have managed to reduce the bug to a tiuny test case. It seems that this only happens when calling automodule directive on a package, with code in __init__.py which registers a new GType. Moving the code to a a regular module inside a package all

[issue2749] Raise a DeprecationWarning for warnings.showwarning(.., line)

Brett Cannon <[EMAIL PROTECTED]> added the comment: On Sat, May 3, 2008 at 2:11 PM, Benjamin Peterson <[EMAIL PROTECTED]> wrote: > > Benjamin Peterson <[EMAIL PROTECTED]> added the comment: > > Brett, can you list the places showwarning is used? > Lib/warnings.py and Python/_warnings.c. In bot

[issue2749] Raise a DeprecationWarning for warnings.showwarning(.., line)

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Brett, can you list the places showwarning is used? -- nosy: +benjamin.peterson __ Tracker <[EMAIL PROTECTED]> __ _

[issue2582] Unpickling of range objects fail in Py3k

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: -> critical __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue2749] Raise a DeprecationWarning for warnings.showwarning(.., line)

New submission from Brett Cannon <[EMAIL PROTECTED]>: In order to move the warnings.showwarning() API forward to support the new 'line' argument, a DeprecationWarning is needed for implementations that lack support for it. >From the Python side a simple check for the 'line' argument using 'in

[issue2704] IDLE: Patch to make PyShell behave more like a Terminal interface

Roger Serwy <[EMAIL PROTECTED]> added the comment: Hi Terry, The patch allows you to select previous output if your cursor leaves the command line area. Press the left arrow button at a new command line does this. Thank you for your feedback! - RDS Terry J. Reedy wrote: > Terry J. Reedy <[E

[issue2748] ceil(), floor() and round() broken in Decimal

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Thanks Mark. I'll review your patch when it's ready. __ Tracker <[EMAIL PROTECTED]> __ ___ Pyth

[issue2748] ceil(), floor() and round() broken in Decimal

Mark Dickinson <[EMAIL PROTECTED]> added the comment: I've removed __round__, __ceil__ and __floor__ in r62669; the code was undocumented, untested and just plain wrong, so there doesn't seem to be any point in leaving it in. (I'm not quite sure how it got there in the first place.) This st

[issue2748] ceil(), floor() and round() broken in Decimal

Changes by Raymond Hettinger <[EMAIL PROTECTED]>: -- assignee: facundobatista -> rhettinger __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-li

[issue2744] Fix test_cProfile

Brett Cannon <[EMAIL PROTECTED]> added the comment: A key thing to realize is that test_cprofile has heavily changed in 2.6 compared to what is currently disabled in 3.0. -- nosy: +brett.cannon __ Tracker <[EMAIL PROTECTED]>

[issue1950] Potential overflows due to incorrect usage of PyUnicode_AsString.

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: On 2008-05-03 20:25, Alexandre Vassalotti wrote: > Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment: > > Committed to r62667. > > Thank you all for your comments! > > -- > resolution: -> fixed > status: open -> closed

[issue2715] Remove carbon-specific code from binhex

Brett Cannon <[EMAIL PROTECTED]> added the comment: On Sat, May 3, 2008 at 1:36 AM, Ronald Oussoren <[EMAIL PROTECTED]> wrote: > > Ronald Oussoren <[EMAIL PROTECTED]> added the comment: > > Have you read that code? Not in detail, no. > The Carbon-specific code in there is needed to > make th

[issue2748] ceil(), floor() and round() broken in Decimal

Jeffrey Yasskin <[EMAIL PROTECTED]> added the comment: I remember the answer being that they shouldn't be supported, but then I stopped paying attention and some patches went in bringing Decimal closer to the Real API again, so I'm not sure if the earlier discussion still applies. I'm happy to le

[issue2748] ceil(), floor() and round() broken in Decimal

New submission from Mark Dickinson <[EMAIL PROTECTED]>: In Python 3.0, the Decimal __round__, __ceil__ and __floor__ functions don't work as intended: they all return 1, 0, or -1. This is easy to fix. The only reason I'm making an issue (literally) of it is that I remember some discussion of

[issue1950] Potential overflows due to incorrect usage of PyUnicode_AsString.

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment: Committed to r62667. Thank you all for your comments! -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue1950] Potential overflows due to incorrect usage of PyUnicode_AsString.

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment: Marc-Andre Lemburg wrote: [SNIP] > The above cast needs to be (Py_ssize_t). size_t is an unsigned length type. Actually, the cast is right (even though it is not strictly necessary). It just the patch that is confusing. Here is the re

[issue2486] Decimal slowdown in 3.0 due to str/unicode changes

Nick Coghlan <[EMAIL PROTECTED]> added the comment: (I changed the issue title to better reflect where the discussion has moved to) I really like the approach of a custom internal type for the mantissa storage (the module containing would probably best be called _decimal). Then it should be poss

[issue1950] Potential overflows due to incorrect usage of PyUnicode_AsString.

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment: Alexander Belopolsky wrote: > The patch looks good. Just a question: I thought the strings returned > by PyUnicode_AsStringAndSize are 0-terminated, while your patch at > several places attempts to explicitly 0-terminate a copy of such

[issue2735] range: lean and mean

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Address more concerns with attached patch. Added file: http://bugs.python.org/file10183/range_lean_and_mean5.patch __ Tracker <[EMAIL PROTECTED]> _

[issue2747] Documentation of new gobject types fails

New submission from Ali Afshar <[EMAIL PROTECTED]>: When using the automodule directive on a module that creates new Gobject types (eg custom PyGTK widget), the implicit registration of the imported types fail. (Normally any GObject subclass which has a __gtype_name__ attribute is automatically r

[issue2740] Cmd module doesn't support readline completion on OSX Leopard

Ruben Kerkhof <[EMAIL PROTECTED]> added the comment: Documenting this would be great, since it caught me by surprise and took a while to figure out. To get the Cmd module to work, atm you have to override the call to parse_and_bind, setting self.completekey isn't enough, so that one is broken

[issue2349] Py3K warn against assigning to True/False

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Okay, now that #2720 was dealt with, here's another (close to final) patch. I added an ast_warn help function. When -Werror is used, the warnings are converted to SyntaxErrors. Raymond or Brett, if you could take a look, that would be great

[issue2746] ElementTree ProcessingInstruction uses character entities in content

New submission from Dave Hughes <[EMAIL PROTECTED]>: In the ElementTree and cElementTree implementations in Python 2.5 (and possibly Python 2.6 as I also found this issue when testing an SVN checkout of ElementTree 1.3), the conversion of a ProcessingInstruction to a string converts XML reserv

[issue2504] Add gettext.pgettext() and variants support

Changes by Torsten Bronger <[EMAIL PROTECTED]>: -- nosy: +bronger __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscrib

[issue2720] make compiling struct be passed around to all ast helpers

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Done in r62663. -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ __

[issue2486] Consider using bytes type instead of str to store Decimal coefficients

Mark Dickinson <[EMAIL PROTECTED]> added the comment: I've made some progress here: I have a version of decimal.py for Python 3.0 that uses a Deccoeff instead of a string for the Decimal coefficient. It still needs a little work to make things efficient, but it already passes all the tests in t

[issue995019] Ensure -single_module on Mac OS X

Ronald Oussoren <[EMAIL PROTECTED]> added the comment: Closing as this doesn't seem really useful anyway and nobody responded to my question if the issue is still relevant. -- resolution: -> wont fix status: open -> closed Tracker <[EMAIL PROTECTED

[issue1724366] cPickle module doesn't work with universal line endings

Changes by Ronald Oussoren <[EMAIL PROTECTED]>: -- assignee: jackjansen -> _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mail

[issue2441] Mac build_install.py script fetches unavailable SQLite version

Gerhard Häring <[EMAIL PROTECTED]> added the comment: Glyph, do you know somebody with a Mac who could verify this patch? Perhaps you have a Mac yourself? :-) I'd suggest to update the patch to the latest SQLite version then while at it (3.5.8 currently). -- assignee: ghaering -> glyph n

[issue2663] shutil.copytree glob-style filtering [patch]

Changes by Tarek Ziadé <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10178/copytree.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-b

[issue2663] shutil.copytree glob-style filtering [patch]

Changes by Tarek Ziadé <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10179/copytree.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bug

[issue2715] Remove carbon-specific code from binhex

Ronald Oussoren <[EMAIL PROTECTED]> added the comment: Have you read that code? The Carbon-specific code in there is needed to make the module behave correctly in OSX: the Carbon specific code is used to get and set some Mac-specific file attributes. It should be easy enough to move that code

[issue2663] shutil.copytree glob-style filtering [patch]

Changes by Tarek Ziadé <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10177/copytree.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-b

[issue2663] shutil.copytree glob-style filtering [patch]

Changes by Tarek Ziadé <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10178/copytree.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bug

[issue2663] shutil.copytree glob-style filtering [patch]

Changes by Tarek Ziadé <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10127/shutil.copytree.patch __ Tracker <[EMAIL PROTECTED]> __ ___ P

[issue2663] shutil.copytree glob-style filtering [patch]

Tarek Ziadé <[EMAIL PROTECTED]> added the comment: Right, thanks. I have corrected the doc, and pushed some examples at the bottom of the module documentation. Added file: http://bugs.python.org/file10177/copytree.patch __ Tracker <[EMAIL PROTECTED]>

[issue2641] setuptools gets site-packages wrong on Mac

Ronald Oussoren <[EMAIL PROTECTED]> added the comment: This is a bug in the mercurial installer. The problem is in the Makefile, not in setup.py. Specially, the makefile calls "python setup.py --prefix=/usr/local". That's not the correct prefix with a framework install on MacOSX. I propose cl

[issue2740] Cmd module doesn't support readline completion on OSX Leopard

Ronald Oussoren <[EMAIL PROTECTED]> added the comment: I don't really agree. Libedit's configuration is different from that of GN U readline. It might be useful to document this issue in the documentation of the readline module (and of rlcompleter). Another alternative would be to add code to

[issue2745] Add support for IsWow64Process

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: I think this can be just as well done with (untested, as I don't have access to a Windows system right now) def iswow64(): if platform.getarchitecture()[0] == '64-bit':return False return os.environ["PROCESSOR_ARCHITECTURE"] != "x86"

[issue2158] confusing exception when opening a filename with nonprintable characters

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: backported r61468 to release25-maint in r62659. -- assignee: -> gregory.p.smith resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> ___

[issue2720] make compiling struct be passed around to all ast helpers

Georg Brandl <[EMAIL PROTECTED]> added the comment: Sure, if it still compiles. :) -- assignee: georg.brandl -> benjamin.peterson __ Tracker <[EMAIL PROTECTED]> __

[issue2507] Exception state lives too long in 3.0

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- priority: critical -> release blocker __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mai