[issue2297] Patch for fatal stack overflow in Windows caused by -v

Trent Nelson <[EMAIL PROTECTED]> added the comment: Fixed in r61607, thanks for the report + patch. -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2418] Incorrect LaTeX generated (Python 2.6a1)

New submission from Vincent Manis <[EMAIL PROTECTED]>: The LaTeX code generated by Sphinx in 2.6a1 is incorrect. Some, but not all, of the \end{Verbatim}'s come at the ends of lines, rather than on lines of their own. Here is an example, at line 435 of reference.tex. return r

[issue2290] [PATCH] Update Lib/distutils/sysconfig.py to handle x64 Windows builds living in pcbuild/amd64.

Trent Nelson <[EMAIL PROTECTED]> added the comment: Fixed in r61606. -- status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs

[issue2418] Incorrect LaTeX generated (Python 2.6a1)

Changes by Vincent Manis <[EMAIL PROTECTED]>: -- assignee: georg.brandl components: Documentation tools (Sphinx) nosy: georg.brandl, vmanis1 severity: normal status: open title: Incorrect LaTeX generated (Python 2.6a1) type: behavior versions: Python 2.6

[issue1180] Option to ignore or substitute ~/.pydistutils.cfg

Changes by Paul Winkler <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file9763/python_distutils_1180.patch __ Tracker <[EMAIL PROTECTED]> __ _

[issue1180] Option to ignore or substitute ~/.pydistutils.cfg

Changes by Paul Winkler <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9762/python_distutils_1180.patch __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1180] Option to ignore or substitute ~/.pydistutils.cfg

Paul Winkler <[EMAIL PROTECTED]> added the comment: The attached patch implements a command-line option to disable loading of $HOME/.pydistutils.cfg. After talking to Martin Loewis, I decided not to implement the override part, because if it's a one-time thing you can just pass the settings on t

[issue1631171] implement warnings module in C

Brett Cannon <[EMAIL PROTECTED]> added the comment: Attached is what I think is a completely working version of warnings implemented in a mixture of C and Python. I am not worrying about documenting the new C APIs I had to add since they are pretty specific to internal stuff. Probably should a

[issue1631171] implement warnings module in C

Changes by Brett Cannon <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9667/c_warnings.diff _ Tracker <[EMAIL PROTECTED]> _ __

[issue1631171] implement warnings module in C

Changes by Brett Cannon <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9490/c_warnings.diff _ Tracker <[EMAIL PROTECTED]> _ __

[issue2413] os.strerror does not check for out of range argument

Terry J. Reedy <[EMAIL PROTECTED]> added the comment: Removed earlier version -- nosy: +tjreedy __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bug

[issue2413] os.strerror does not check for out of range argument

Changes by Terry J. Reedy <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9754/posix-strerror.diff __ Tracker <[EMAIL PROTECTED]> __ ___ P

[issue2171] Add map, filter, zip to future_builtins

David Wolever <[EMAIL PROTECTED]> added the comment: Ok, checked in the last piece -- fixer for filter -- in r61598. -- status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2417] [py3k] Integer floor division (//): small int check omitted

Changes by Terry J. Reedy <[EMAIL PROTECTED]>: -- title: Integer floor division (//): small int check omitted -> [py3k] Integer floor division (//): small int check omitted __ Tracker <[EMAIL PROTECTED]> ___

[issue2417] Integer floor division (//): small int check omitted

New submission from Terry J. Reedy <[EMAIL PROTECTED]>: Python 3.0a3 (r30a3:61161, Mar 1 2008, 22:51:17) [MSC v.1500 32 bit (Intel)] on win32 >>> a,b=1,1//1 >>> a is b False IDLE 3.0a3 >>> a,b=1,1//1 >>> a is b True ditto for 2.5.2 interpreter On c.l.p, Duncan Booth wrote I've had a look

[issue2400] from .foo import * should work

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: This is now fixed in r61595. -- nosy: +loewis resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue2409] regrtest should not just skip imports that fail

Jeff Balogh <[EMAIL PROTECTED]> added the comment: Attaching a patch, based on the previous patches, that fixes the stdlib to use optional_import where ImportError was raised. These need testing on various platforms to make sure all the ImportErrors are caught. I'm on x86 Linux. Added file:

[issue1811] True division of integers could be more accurate

Terry J. Reedy <[EMAIL PROTECTED]> added the comment: To my mind, the inaccurate result is a bug that should be fixed. Note: (3.0a3) >>> 10e40/10e39 10.0 The rationale for the division change is that (as far as reasonably possible) arithmetic operations with same values should give same result

[issue2171] Add map, filter, zip to future_builtins

David Wolever <[EMAIL PROTECTED]> added the comment: Added to future_builtins in r61587. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing l

[issue2409] regrtest should not just skip imports that fail

Jeff Balogh <[EMAIL PROTECTED]> added the comment: The previous winreg refactor patch didn't catch all the changes; attaching a new patch that fixes everything, with help from Trent Nelson. Added file: http://bugs.python.org/file9759/winreg-refactor.diff __ Tra

[issue2409] regrtest should not just skip imports that fail

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9757/winreg-refactor.diff __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2416] % string formatting does not support %b

New submission from Eric Smith <[EMAIL PROTECTED]>: PEP 3127 "Integer Literal Support and Syntax" says that % string formatting should support %b. This needs to be added to both 2.6 and 3.0. It needs to support the forms %b and %#b. -- assignee: eric.smith components: Interpreter Core

[issue2409] regrtest should not just skip imports that fail

Jeff Balogh <[EMAIL PROTECTED]> added the comment: Attaching a patch that refactors the test_sunaudiodev.py imports. Added file: http://bugs.python.org/file9758/sunaudiodev-refactor.diff __ Tracker <[EMAIL PROTECTED]> __

[issue2409] regrtest should not just skip imports that fail

Jeff Balogh <[EMAIL PROTECTED]> added the comment: Attaching a patch that removes ``from _winreg import *`` in test_winreg.py, which will allow usage of optional_import. Added file: http://bugs.python.org/file9757/winreg-refactor.diff __ Tracker <[EMAIL PROTECTE

[issue2415] bytes() should respect __bytes__

New submission from Barry A. Warsaw <[EMAIL PROTECTED]>: The bytes() builtin should respect an __bytes__() converter if it exists. E.g. instead of >>> class Foo: ... def __bytes__(self): return b'foo' ... >>> bytes(Foo()) Traceback (most recent call last): File "", line 1, in TypeError: 'Fo

[issue2409] regrtest should not just skip imports that fail

Jeff Balogh <[EMAIL PROTECTED]> added the comment: Attaching a patch that implements optional_import(). The only arg included from __import__ is fromfile, as it's the only one I needed to fix up the stdlib. -- keywords: +patch nosy: +jeff.balogh Added file: http://bugs.python.org/file9

[issue2414] Fix implicit relative imports

New submission from Martin v. Löwis <[EMAIL PROTECTED]>: There should be a fixer that changes from foo import bar into from .foo import bar if the import occurs in a package and foo is in the very same package. Likewise, it should change import foo to from . import foo -- assigne

[issue2403] Add figleaf coverage metrics

Skip Montanaro <[EMAIL PROTECTED]> added the comment: How will this work if I use a build directory? For example, my source is in ~/src/python/trunk. In there I create a build directory. When I run it I get % pwd /Users/skip/src/python/trunk/build % ./python.exe ../Tools/coverage/coverage.py

[issue2413] os.strerror does not check for out of range argument

New submission from Alexander Belopolsky <[EMAIL PROTECTED]>: ISO/ANSI C strerror indicates out of range error by setting errno, but existing code incorrectly checks for NULL return value. Attached patch (tested n Mac OS X) makes os.strerror raise ValueError for out of range argument. -

[issue2413] os.strerror does not check for out of range argument

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: Please ignore the first patch. I don't have enough permissions to remove it. __ Tracker <[EMAIL PROTECTED]> __

[issue2413] os.strerror does not check for out of range argument

Changes by Alexander Belopolsky <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file9755/posix-strerror.diff __ Tracker <[EMAIL PROTECTED]> __ _

[issue2413] os.strerror does not check for out of range argument

Changes by Alexander Belopolsky <[EMAIL PROTECTED]>: -- components: +Extension Modules __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list ma

[issue1424152] urllib/urllib2: HTTPS over (Squid) Proxy fails

Christopher Li <[EMAIL PROTECTED]> added the comment: Hi, I am working on a patch to implement the https proxy support for urllib2. It works fine for me, but feel free to change the patch. Can any one take a look please? Thanks -- nosy: +chrisl Added file: http://bugs.python.org/file

[issue1581] xmlrpclib.ServerProxy() doesn't use x509 data

Bill Janssen <[EMAIL PROTECTED]> added the comment: No test case. No provision for client validation of server certificate. -- resolution: -> rejected __ Tracker <[EMAIL PROTECTED]> __ _

[issue1751] Fast BytesIO implementation + misc changes

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment: Here is a patch against the latest trunk (r61578) that includes the accelerator module of io.BytesIO with its test suite. The patch also changes the behavior of the truncate method to imply a seek(). Please review! Added file: http://bu

[issue2411] test_nis.py fails if NIS is not configured or used

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- assignee: -> brett.cannon nosy: +brett.cannon __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs

[issue2407] warnings.filterwarnings() not isolated between tests

Jerry Seutter <[EMAIL PROTECTED]> added the comment: Improved version of the patch that uses context manager to restore old warning state Added file: http://bugs.python.org/file9751/warnings_fix_v2.patch __ Tracker <[EMAIL PROTECTED]>

[issue1633807] from __future__ import print_function

Eric Smith <[EMAIL PROTECTED]> added the comment: Checked in as r61577. -- resolution: -> accepted status: open -> closed _ Tracker <[EMAIL PROTECTED]> _ __

[issue2412] Check 2to3 for support of print function.

New submission from Eric Smith <[EMAIL PROTECTED]>: Issue 1633807 is a backport of the print function to 2.6, using a __future__ import. Once it is committed, we need to ensure that 2to3 does the right thing (namely, nothing) with print functions in modules that have the __future__ import.

[issue2411] test_nis.py fails if NIS is not configured or used

New submission from Michael Bishop <[EMAIL PROTECTED]>: Instead of failing the test which is inaccurate, the test will return that it was skipped and what the msg is. -- components: Tests files: test_nis.patch keywords: patch messages: 64016 nosy: MichaelBishop severity: normal status: o

[issue2349] Py3K warn against assigning to True/False

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Back to Brett for application. -- assignee: rhettinger -> brett.cannon __ Tracker <[EMAIL PROTECTED]> __ __

[issue2354] cmp argument to list.sort()/sorted() should raise a Py3K warning

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Checked-in r61576 -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2357] sys.exc_{type, values, traceback} should raise a Py3K warning

Jeff Balogh <[EMAIL PROTECTED]> added the comment: Attaching a patch that provides fixers for sys.exc_ {type,value,traceback} Added file: http://bugs.python.org/file9749/issue2357.diff __ Tracker <[EMAIL PROTECTED]>

[issue2074] pprint._safe_repr() unsafe on ordering differently types objects with same str represenation

Simon Percivall <[EMAIL PROTECTED]> added the comment: It's still a problem, as the test case demonstrates. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-

[issue2367] Fixer to handle new places where parentheses are needed

Taek Joo Kim <[EMAIL PROTECTED]> added the comment: This patch handles the conversion. -- keywords: +patch nosy: +taicki Added file: http://bugs.python.org/file9747/i2367.patch __ Tracker <[EMAIL PROTECTED]>

[issue2074] pprint._safe_repr() unsafe on ordering differently types objects with same str represenation

Changes by Simon Percivall <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file9746/test_pprint30_bug.py __ Tracker <[EMAIL PROTECTED]> __ ___ P

[issue2405] Drop w9xpopen and all dependencies

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Tim Peters once commented that w9xpopen cannot go away as long as people still use alternative shells (through COMSPEC) that still have the original issue that command.com had. I don't know how relevant that still is, and whether perhaps b

[issue2403] Add figleaf coverage metrics

Neal Norwitz <[EMAIL PROTECTED]> added the comment: > * ../../python.exe changed to sys.executable. > * Figleaf is 69kb. It seems to work fine doing it all in one read() > call. Should it be chunked? At 69kb, nah. It should be good enough for the first cut. > * Optparse isn't used, pa

[issue2408] types module can be implemented only in Python

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Okay, I removed the _types module in favor of your Python implementation. Here's the patch. -- title: types should expose cell object -> types module can be implemented only in Python Added file: http://bugs.python.org/file9745/ty

[issue719888] tokenize module w/ coding cookie

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > Is it worth keeping generate_tokens as an alias for tokenize, just > to avoid gratuitous 2-to-3 breakage? Maybe not---I guess they're > different beasts, in that one wants a string-valued iterator and the > other wants a bytes-valued iter

[issue2403] Add figleaf coverage metrics

Jerry Seutter <[EMAIL PROTECTED]> added the comment: Thanks for the input. * ../../python.exe changed to sys.executable. * Figleaf is 69kb. It seems to work fine doing it all in one read() call. Should it be chunked? * Optparse isn't used, partially because I'm lazy and partly because I'm n

[issue2408] types should expose cell object

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I've attached a patch which uses the Amaury's implementation. >OTOH, you are unlikely to need it. Do you have a use case, or is it just >to have the full list of types? Mostly, I want a full list of types. Added file: http://bugs.python.o

[issue2408] types should expose cell object

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: While I'm at it, the _types module could be removed, because its exports can easily be replaced by: GetSetDescriptorType = type(Exception.args) MemberDescriptorType = type(EnvironmentError.errno) __ Trac

[issue2303] isinstance is 4x as slow as in 2.5 because the common case raises

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Attaching a small patch to speed-up one easy case. -- keywords: +patch Added file: http://bugs.python.org/file9742/isinst.diff __ Tracker <[EMAIL PROTECTED]> _

[issue2408] types should expose cell object

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: The following python code retrieves the cell type, and could be added to types.py: def _f(x=None): def g(): x return g CellType = type(_f().func_closure[0]) OTOH, you are unlikely to need it. Do you have a use case, or is

[issue2373] Raise Py3K warnings for comparisons that changed

Steven Bethard <[EMAIL PROTECTED]> added the comment: Resolved in revision 61570. I can't get svnmerge block to work though. Since the code and method changes are just backports of Python 3, someone needs to run ``svnmerge.py block -r 61570``. __ Tracker <[EMAIL P

[issue2171] Add map, filter, zip to future_builtins

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- nosy: +benjamin.peterson __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing lis

[issue2196] Fix hasattr's exception problems

Brett Cannon <[EMAIL PROTECTED]> added the comment: On Tue, Mar 18, 2008 at 4:48 PM, Benjamin Peterson <[EMAIL PROTECTED]> wrote: > > Benjamin Peterson <[EMAIL PROTECTED]> added the comment: > > Further comments? I have not looked at the patch yet (and I don't know when I will get to it). ___

[issue719888] tokenize module w/ coding cookie

Mark Dickinson <[EMAIL PROTECTED]> added the comment: All tests pass for me on OS X 10.5.2 and SuSE Linux 10.2 (32-bit)! Tracker <[EMAIL PROTECTED]>

[issue2373] Raise Py3K warnings for comparisons that changed

Steven Bethard <[EMAIL PROTECTED]> added the comment: I took a closer look at sliceobject.c and it looks like both 2.6 and 3.0 compare them basically as tuples. So there don't need to be any warnings about using < and > since these are still well defined. I'll have a patch for codeobject.c and m

[issue2196] Fix hasattr's exception problems

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Further comments? __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscri

[issue2073] asynchat push always sends 512 bytes (ignoring ac_out_buffer_size)

Mike Coleman <[EMAIL PROTECTED]> added the comment: [Tracker bounced this the first time...] > I haven't run it, but just browsing the trunk source, it appears to > still be present. In fact, asynchat.py and asyncore.py have > apparently not been changed in two years. Andrew Kuchling would s

[issue2402] get rid of warnings in regrtest with -3

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I made a little decorator which silences py3k warnings. It could be useful for test.test_support. def silence_py3k(func): def decorator(*args, **kwargs): warnings.simplefilter("ignore", warnings.DeprecationWarning) func

[issue2410] absolute import doesn't work for standard python modules

New submission from Bruce Frederiksen <[EMAIL PROTECTED]>: Try this to reproduce error: $ mkdir -p test/email $ cd test $ touch __init__.py email/__init__.py $ cat < foo.py from __future__ import absolute_import import smtplib ! $ python >>> import foo ... File "/usr/lib/python2.6/smtplib.py",

[issue2409] regrtest should not just skip imports that fail

New submission from Neal Norwitz <[EMAIL PROTECTED]>: Guido mentioned this in python-3000-checkins. I agree the problem should be fixed. """ I think the automatic skip on ImportError is harmful. We should add a helper function to test_support so that you can write foobar = test_support.import

[issue2303] isinstance is 4x as slow as in 2.5 because the common case raises

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: No doubt it would take some work. IMO, code for a slot is worth it; otherwise, many apps will have to pay the price for ABCs even if they don't use the feature. For my company, that would deter an upgrade to 2.6.

[issue719888] tokenize module w/ coding cookie

Michael Foord <[EMAIL PROTECTED]> added the comment: *Full* patch (excluding the new dependent test text files) for Python 3. Includes fixes for standard library and tools usage of tokenize. If it breaks anything blame Trent... ;-) -- versions: -Python 2.6 Added file: http://bugs.pytho

[issue2402] get rid of warnings in regrtest with -3

Steven Bethard <[EMAIL PROTECTED]> added the comment: Fair enough. I agree that the deprecated APIs should still be tested. But there are a lot of other warnings, e.g. where the standard lib uses ``has_key`` instead of ``in``. These should be removed. The only warnings should be those that are ac

[issue2408] types should expose cell object

New submission from Benjamin Peterson <[EMAIL PROTECTED]>: types currently exposes all types used by the interpreter except cell objects. This patch adds support for that and adds to the docs. I couldn't find a way to access the cell type through Python, so I added it to the _types module. -

[issue1581] xmlrpclib.ServerProxy() doesn't use x509 data

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Let's tentatively say this needs to go into 2.6. Bill, if in the end you decide against it, just reject the patch. -- priority: -> critical versions: +Python 2.6 -Python 2.5 __ Tracker <[EMAIL PROT

[issue2303] isinstance is 4x as slow as in 2.5 because the common case raises

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Yeah, but tp_ slots are expensive themselves (mostly in the amount of code that needs to be changed -- see typeobject.c). __ Tracker <[EMAIL PROTECTED]>

[issue2402] get rid of warnings in regrtest with -3

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: No, *correct usage* of the stdlib should not result in Py3k warnings. Old APIs should still be tested, which I suppose is part of the reason that there are so many warnings from testing. -- nosy: +benjamin.peterson ___

[issue2407] warnings.filterwarnings() not isolated between tests

New submission from Jerry Seutter <[EMAIL PROTECTED]>: Some tests were not cleaning up warning filters. Fixed the problem by making regrtest.py restore default filters before each module is executed. This exposed other errors which are also fixed in the patch. The patch only affects test files

[issue2073] asynchat push always sends 512 bytes (ignoring ac_out_buffer_size)

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I know nothing about asyncore. Does this problem still exist in the trunk (2.6)? __ Tracker <[EMAIL PROTECTED]> __ _

[issue719888] tokenize module w/ coding cookie

Michael Foord <[EMAIL PROTECTED]> added the comment: If you remove the following line from the tests (which generates spurious additional output on stdout) then the problem goes away: print('testing: %s' % path, end='\n') Tracker <[EMAIL PROTECTED]>

[issue2406] Improvement suggestions for the gzip module documentation

New submission from M.-A. DARCHE <[EMAIL PROTECTED]>: The documentation for the gzip python module as found at http://docs.python.org/lib/module-gzip.html could be improved by code examples. Those examples are really lacking. Here below are the code snippets I propose. This is inspired by http:/

[issue719888] tokenize module w/ coding cookie

Mark Dickinson <[EMAIL PROTECTED]> added the comment: With the patch, ./python.exe Lib/test/regrtest.py test_tokenize fails for me with the following output: Macintosh-2:py3k dickinsm$ ./python.exe Lib/test/regrtest.py test_tokenize test_tokenize test test_tokenize produced unexpected output:

[issue2403] Add figleaf coverage metrics

Neal Norwitz <[EMAIL PROTECTED]> added the comment: Thanks for the patch. It would be nice to get more instrumentation like coverage, performance, etc. Here are some things I noticed while reviewing the patch: * This won't work on unix other than OSX. Can you change ../../python.exe to sys.e

[issue2405] Drop w9xpopen and all dependencies

New submission from Trent Nelson <[EMAIL PROTECTED]>: Python 2.6+ drops support for Windows 95/98, which removes the need for w9xpopen. Get rid of the module and all dependencies (such as in the .msi). -- assignee: Trent.Nelson components: Build messages: 63978 nosy: Trent.Nelson severi

[issue2073] asynchat push always sends 512 bytes (ignoring ac_out_buffer_size)

Changes by Sean Reifschneider <[EMAIL PROTECTED]>: -- assignee: -> gvanrossum nosy: +gvanrossum priority: -> normal __ Tracker <[EMAIL PROTECTED]> __

[issue2100] unit test UnicodeWarning

Changes by Sean Reifschneider <[EMAIL PROTECTED]>: -- assignee: -> mhammond nosy: +mhammond priority: -> normal __ Tracker <[EMAIL PROTECTED]> __

[issue2404] Backport ctypes support for buffer protocol to Python 2.6 (ref issue1971)

Changes by Travis Oliphant <[EMAIL PROTECTED]>: -- assignee: -> theller components: +ctypes nosy: +theller type: -> behavior versions: +Python 2.6 __ Tracker <[EMAIL PROTECTED]> __ _

[issue2404] Backport ctypes support for buffer protocol to Python 2.6 (ref issue1971)

New submission from Travis Oliphant <[EMAIL PROTECTED]>: The ctypes object will support the PEP 3118 buffer protocol. This support can be back-ported to Python 2.6 -- messages: 63977 nosy: teoliphant severity: normal status: open title: Backport ctypes support for buffer protocol to Pyt

[issue2090] __import__ with fromlist=[''] causes double initialization of modules

Changes by Sean Reifschneider <[EMAIL PROTECTED]>: -- assignee: -> brett.cannon nosy: +brett.cannon priority: -> normal __ Tracker <[EMAIL PROTECTED]> __

[issue2403] Add figleaf coverage metrics

Jerry Seutter <[EMAIL PROTECTED]> added the comment: To test: 1. Unzip the zipfile in the base python directory. The zipfile will create Tools/coverage*. 2. cd Tools; patch -p0 README.patch 3. cd coverage 4. ../../python.exe coverage.py The script will download figleaf, then run regrtest.py.

[issue2077] Interpreter crash on shutdown

Changes by Sean Reifschneider <[EMAIL PROTECTED]>: -- priority: -> high __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Un

[issue2403] Add figleaf coverage metrics

Changes by Jerry Seutter <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file9738/coverage.zip __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs

[issue2403] Add figleaf coverage metrics

New submission from Jerry Seutter <[EMAIL PROTECTED]>: This issue adds support for figleaf unit test coverage information. The diffs apply against trunk -- components: Tests files: README.patch keywords: patch, patch messages: 63975 nosy: jseutter priority: low severity: normal status:

[issue2076] xmlrpclib closes connection after each call

Changes by Sean Reifschneider <[EMAIL PROTECTED]>: -- assignee: -> effbot nosy: +effbot priority: -> normal type: -> feature request __ Tracker <[EMAIL PROTECTED]> __ __

[issue2370] operator.{isCallable,sequenceIncludes} needs a fixer

Jeff Balogh <[EMAIL PROTECTED]> added the comment: Attaching a patch that operator.{isCallable,sequenceIncludes}, including tests. -- keywords: +patch Added file: http://bugs.python.org/file9736/issue2370.diff __ Tracker <[EMAIL PROTECTED]>

[issue2171] Add map, filter, zip to future_builtins

David Wolever <[EMAIL PROTECTED]> added the comment: Filter has been fixed in r61546. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue2074] pprint._safe_repr() unsafe on ordering differently types objects with same str represenation

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: I don't know if this is still relevent, if it is please provide a test that demonstrates it. I've checked the code and found that the code to be patched no longer exists. To me, it looks like it might be resolved. -- keywords: +

[issue1747858] chown broken on 64bit

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: backported to 2.5 in r61542 and r61544. it'll go into py3k via the regular merges from trunk. The fix just changed the int -> long and 'ii' -> 'll' and added unit test coverage. The patch attached to this bug was rejected as too complex:

[issue2392] Sean is testing tracker bug.

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: -- resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-b

[issue2392] Sean is testing tracker bug.

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue2048] IRIX: Seg-fault while building tests with gmake on test_xml_etree.

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: Created issue #2401 for the Solaris problem. Repurposing this issue to just be the IRIX issue. -- nosy: +jafo priority: -> normal title: Python 2.5.1 woes on IRIX, Solaris -> IRIX: Seg-fault while building tests with gmake on t

[issue2138] Add a factorial function

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: I prefer factorial as a method (like Ruby and Smalltalk). Given the usual notation (n!) or pronounciation (n factorial), it is natural to write this as: n.factorial(). Compared to numbits() and isqrt(), a factorial() method is more basi

[issue2401] Solaris: ctypes tests being skipped despite following #1516

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: This is me: Martin: I believe the report is that the user followed #1516 but ctypes was not built, or at least the test was skipped. Assigning to theller, because that's whom #1516 is assigned to. -- assignee: loewis -> theller

[issue2401] Solaris: ctypes tests being skipped despite following #1516

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: Martin v. Löwis (loewis) replies: What is the specific problem that you are reporting? I.e. what behavior did you expect instead? __ Tracker <[EMAIL PROTECTED]> _

[issue2401] Solaris: ctypes tests being skipped despite following #1516

New submission from Sean Reifschneider <[EMAIL PROTECTED]>: This is a break-out of the multi-issue #2048. Original poster Atro Tossavainen (atossava) reports:Building and testing on Solaris 8 on SPARC with Sun compilers: cc: Sun C 5.8 2005/10/13 CC: Sun C++ 5.8 2005/10/13 281 tests OK. 40 tests

  1   2   >