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

[Trent Nelson]

Changes by Trent Nelson <[EMAIL PROTECTED]>:


--
assignee:  -> Trent.Nelson
priority:  -> normal

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2373] Raise Py3K warnings for comparisons that changed

[Steven Bethard]

Steven Bethard <[EMAIL PROTECTED]> added the comment:

I'm attaching a patch that handles object comparisons, type comparisons,
cell comparisons, and dict comparisons. All the tests pass (including
the new ones I've added) but I'd appreciate it if someone could take a
second look.

Other things still remaining to be done:

* Someone needs to decide the correct behavior for method-wrappers
(descrobject.c), implement that in Python 2.6 and forward port it to 3.0.

* The following objects have a good tp_richcompare in Python 3.0:
codeobject.c, methodobject.c, sliceobject.c. Those tp_richcompares
should be backported to 2.6. Then a warning can be added for LE, LT, GE
and GT (with no warning for EQ or NE which won't change).

I may have a little time tomorrow to work on the latter task.

--
keywords: +patch
Added file: http://bugs.python.org/file9722/changed_comparisons.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2383] Remove old XXX comment in stat.py

[Jerry Seutter]

New submission from Jerry Seutter <[EMAIL PROTECTED]>:

The comment about constants has been unmodified since 1994 (14 years)
and we have yet to support a system that has non-standard constants for
stat().  It can safely be removed.

This patch contains changes to comments only.

--
components: Library (Lib)
files: stat_remove_stale_comment.patch
keywords: patch
messages: 63900
nosy: jseutter
severity: normal
status: open
title: Remove old XXX comment in stat.py
versions: Python 2.6
Added file: http://bugs.python.org/file9721/stat_remove_stale_comment.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1471] ioctl request argument broken on 64-bit OpenBSD or OS X

[Gregory P. Smith]

Changes by Gregory P. Smith <[EMAIL PROTECTED]>:


--
keywords: +64bit
title: ioctl doesn't work properly on 64-bit OpenBSD -> ioctl request argument 
broken on 64-bit OpenBSD or OS X

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1574] Touchpad 2 Finger scroll does not work in IDLE on Mac (But scroll wheel of external mouse does)

[Ronald Oussoren]

Ronald Oussoren <[EMAIL PROTECTED]> added the comment:

Unassigned as I'm unlikely to work on this.

BTW. My guess guess would be that this is an issue with Tk, not IDLE.

--
assignee: ronaldoussoren -> 

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1471] ioctl doesn't work properly on 64-bit OpenBSD

[Gregory P. Smith]

Gregory P. Smith <[EMAIL PROTECTED]> added the comment:

i'd say the patch is fine.

on linux ioctl takes an int.
on openbsd it takes an unsigned long.
on something else it might even take its own type like an ioctl_t.

regardless, treating the parameter as either a long or unsigned long
will work properly as that will cast downwards to the actual used
parameter type correctly in the C code.

--
assignee:  -> gregory.p.smith
keywords: +easy, patch
nosy: +gregory.p.smith
resolution: invalid -> 
status: pending -> open
versions: +Python 2.6, Python 3.0

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1471] ioctl doesn't work properly on 64-bit OpenBSD

[Nicholas Marriott]

Nicholas Marriott <[EMAIL PROTECTED]> added the comment:

It's not the return value, it's the request argument (second argument).
I thought SUSv3 had it as an int, but looking again its ioctl seems to
be a) optional and b) all about STREAMS, so I don't think it applies:

http://www.opengroup.org/onlinepubs/009695399/functions/ioctl.html

-- Nicholas

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue667770] import C API mess

[Brett Cannon]

Brett Cannon <[EMAIL PROTECTED]> added the comment:

I was planning to do that in order to make my life simpler when I have
to re-implement the C API.


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2382] [Py3k] SyntaxError cursor shifted if multibyte character is in line.

[Hirokazu Yamamoto]

New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:

Hello. I found another problem related to issue2301.
SyntaxError cursor "^" is shifted when multibyte
characters are in line (before "^").

I think this is because err->text is stored as UTF-8
which requires 3 bytes for multibyte character,
but actually cp932 (my console encoding) requires only 2 bytes for it.

So "^" is shited to right 5 bytes because there is 5 multibyte chars.

C:\Documents and Settings\WhiteRabbit>py3k x.py
push any key

  File "x.py", line 3
print "あいうえお"
  ^
SyntaxError: invalid syntax
[22567 refs]

Sorry, I didn't know what PyTokenizer_RestoreEncoding really doing.
That function adjusted err_ret->offset for this encoding conversion.
So, Python2.5 can output cursor in right place. (Of course, if source
encoding is not compatible for console encoding, broken string is printed
though. Anyway, cursor is right)

C:\Documents and Settings\WhiteRabbit>py a.py
  File "a.py", line 2
x "､｢､､､ｦ､ｨ､ｪ"
 ^
SyntaxError: invalid syntax
[8728 refs]

I tried to fix this problem, but I'm not sure how to fix this.

--
components: None
messages: 63895
nosy: ocean-city
severity: normal
status: open
title: [Py3k] SyntaxError cursor shifted if multibyte character is in line.
versions: Python 3.0

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1717] Get rid of more refercenes to __cmp__

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

__cmp__ is not coming back.

--
priority: low -> normal

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1616] compiler warnings

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

Let's make this a catch-all bug to remind us to ensure the build is
warning-free on as many platforms as possible.

--
priority: low -> critical
title: compiler warnings (gcc 2.96) -> compiler warnings
versions: +Python 2.6, Python 3.0

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue667770] import C API mess

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

Brett, perhaps you can consider this with your integration of
import-rewritten-in-Python?  I think it's fine to leave this alone for 2.6.

--
assignee: gvanrossum -> brett.cannon
components: +Interpreter Core -None
nosy: +brett.cannon
versions: +Python 3.0


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1337696] Elemental Security contribution - pgen2 package

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

This has now been included in the sandbox code for 2to3 and is slated
for inclusion in the Python trunk (and the py3k branch).  Closing this
patch.

--
resolution:  -> accepted
status: open -> closed
title:  Elemental Security contribution - pgen2 package -> Elemental Security 
contribution - pgen2 package

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1762972] 'exec' does not accept what 'open' returns

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

Christian, I still see __file__ point to a .pyc file:

guido-macbookpro:~/p3 guido$ ./python.exe 
Python 3.0a3+ (py3k:61464M, Mar 17 2008, 16:36:53) 
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import string
>>> string.__file__
'/Users/guido/p3/Lib/string.pyc'
>>> 

Please assign back to me if you've fixed this...

--
assignee: gvanrossum -> tiran

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2380] Raise a Py3K warning for catching nested tuples with non-BaseException exceptions

[Alexander Belopolsky]

Changes by Alexander Belopolsky <[EMAIL PROTECTED]>:


--
keywords: +patch
Added file: http://bugs.python.org/file9720/issue2380.diff

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1775] filehandle.write() does not return None (Python 3.0a2)

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

Georg, can you whip up a bit of documentation for this?  (Of course you
may find that the docs for io.py are lacking more than just this nit...)

--
assignee: gvanrossum -> georg.brandl
components: +Documentation -Library (Lib)
priority: normal -> low

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1179] [CVE-2007-4965] Integer overflow in imageop module

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

Sorry this missed the 2.5.2 release.  I'll try to look again before
2.5.3 is imminent.

--
components: +Extension Modules -Library (Lib)

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1911] webbrowser.open firefox 3 issues

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

Sorry, I have lots of other things to do before I get to this.  It's too
late for 2.5.2; 2.5.3 won't be out until September or October 2008. 
Please ping before then.

--
components: +Library (Lib) -Extension Modules
priority: high -> normal

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2332] Renaming of attributes on functions need to be backported.

[Neal Norwitz]

Neal Norwitz <[EMAIL PROTECTED]> added the comment:

Committed revision 61492.

--
resolution:  -> fixed
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2379] Raise a Py3K warning for __getitem__ or __getslice__ on exception instances

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

Cleaned up and committed as r61489.

Thanks!!

--
resolution:  -> accepted
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2380] Raise a Py3K warning for catching nested tuples with non-BaseException exceptions

[Guido van Rossum]

Changes by Guido van Rossum <[EMAIL PROTECTED]>:


--
keywords: +26backport, easy
priority:  -> low

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2341] Raise a Py3K warning when raise non-BaseException exceptions

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

Checked in as r61486.

I tweaked your change slightly to compare the output of PyErr_Warn()
with -1.

The "minor" patch is incorrect IMO; the code where the comment was
originally is indeed normalizing the exception in a specific way, while
code where you moved it doesn't need a comment (the function name
already says what it does :-).

--
resolution:  -> accepted
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2321] return more memory from unicode objects to system

[Neal Norwitz]

Changes by Neal Norwitz <[EMAIL PROTECTED]>:


__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2321] return more memory from unicode objects to system

[Neal Norwitz]

Changes by Neal Norwitz <[EMAIL PROTECTED]>:


--
assignee:  -> nnorwitz
resolution:  -> accepted
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2381] test_subprocess fails if your sys.executable is on a path with a space in it

[Alan Brooks]

New submission from Alan Brooks <[EMAIL PROTECTED]>:

Patch attached that escapes the executable name so this test doesn't fail.

--
components: Tests
files: test_subprocess-r61479.patch
keywords: patch
messages: 63883
nosy: lanny
severity: normal
status: open
title: test_subprocess fails if your sys.executable is on a path with a space 
in it
versions: Python 2.6
Added file: http://bugs.python.org/file9719/test_subprocess-r61479.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2321] return more memory from unicode objects to system

[Neal Norwitz]

Neal Norwitz <[EMAIL PROTECTED]> added the comment:

After discussing this with MvL, I'll check this patch into trunk and
2.5.  Alec, if you find other issues, please create a new patch.

Committed revision 61458.
Committed revision 61485. (2.5)

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2341] Raise a Py3K warning when raise non-BaseException exceptions

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

I'll review this soon.

--
assignee:  -> gvanrossum
nosy: +gvanrossum
priority: critical -> release blocker

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2379] Raise a Py3K warning for __getitem__ or __getslice__ on exception instances

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

I'll review this soon.

--
assignee:  -> gvanrossum
nosy: +gvanrossum
priority:  -> release blocker

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2291] Raise a Py3K warning for catching non-BaseException exceptions

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

Thanks!

--
resolution:  -> accepted
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

I'll set this to critical to ensure that I look at it at least once
before we release.  I'm not sure however that we can do much about it --
nor that it matters much in practice.

Perhaps we could speed up certain common isinstance() calls by skipping
the lookup for non-heap types; I believe those never override
__instancheck__.

--
priority:  -> critical

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2379] Raise a Py3K warning for __getitem__ or __getslice__ on exception instances

[Alexander Belopolsky]

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment:

With the attached patch and -3 option:

>>> Exception(1,2,3)[0]
__main__:1: DeprecationWarning: In 3.x, __getitem__ is not supported for 
exception classes, use args attribute
1
>>> Exception(1,2,3)[:]
__main__:1: DeprecationWarning: In 3.x, __getslice__ is not supported 
for exception classes, use args attribute
(1, 2, 3)

--
keywords: +patch
Added file: http://bugs.python.org/file9718/issue2379.diff

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2371] Patch for catching exceptions that do not inherit from BaseException

[Alexander Belopolsky]

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment:

On Mon, Mar 17, 2008 at 11:09 PM, Guido van Rossum
<[EMAIL PROTECTED]> wrote:
>
>  Alex, can you please open a separate bug for that? The cross-posting of
>  comments is unhelpful, and the issue was not introduced by this patch.

Please see issue2380.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2380] Raise a Py3K warning for catching nested tuples with non-BaseException exceptions

[Alexander Belopolsky]

New submission from Alexander Belopolsky <[EMAIL PROTECTED]>:

As of r61478, the following code fails to produce a py3k warning:

try:
   raise ValueError
except ((ValueError,object),):
   pass


which is an error for in py3k:

Traceback (most recent call last):
  File "x.py", line 3, in 
except ((ValueError,object),):
TypeError: catching classes that do not inherit from BaseException is 
not allowed

--
components: Interpreter Core
messages: 63875
nosy: belopolsky
severity: normal
status: open
title: Raise a Py3K warning for catching nested tuples with non-BaseException 
exceptions
type: behavior
versions: Python 2.6

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1274] doctest fails to run file based tests with 8bit paths

[Mike Taylor]

Mike Taylor <[EMAIL PROTECTED]> added the comment:

Not in the system PATH but in the path where the file is stored:

Here is the original traceback from the bug report for Chandler:

Traceback (most recent call last):
  File
"/Development/osaf/chandler_石田リチャード/chandler/release/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/doctest.py",
line 2107, in runTest
test, out=new.write, clear_globs=False)
  File
"/Development/osaf/chandler_石田リチャード/chandler/release/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/doctest.py",
line 1345, in run
return self.__run(test, compileflags, out)
  File
"/Development/osaf/chandler_石田リチャード/chandler/release/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/doctest.py",
line 1236, in __run
got += _exception_traceback(exc_info)
UnicodeDecodeError: 'ascii' codec can't decode byte 0xe7 in position 70:
ordinal not in range(128)

On Mon, Mar 17, 2008 at 10:40 PM, Sean Reifschneider
<[EMAIL PROTECTED]> wrote:
>
>  Sean Reifschneider <[EMAIL PROTECTED]> added the comment:
>
>  This may be fixed already, or a bug in FC4.  Or perhaps you could
>  provide more information on how the bug is invoked.  I was able to
>  successfully execute a doctest with "\xee" in the path on an F8 box:
>
>  Python 2.5.1 (r251:54863, Oct 30 2007, 13:54:11)
>  [GCC 4.1.2 20070925 (Red Hat 4.1.2-33)] on linux2
>
>  Also: Please do not quote text in the reply.
>  Type "help", "copyright", "credits" or "license" for more information.
>  >>> import doctest
>  >>> doctest.testfile('foo\xeebar/test.txt')
>  (0, 1)
>  >>>
>  guin:pytest$ cat fo*/test.txt
>  The ``example`` module
>  ==
>
>  Using ``print``
>  ---
>
>  This is a test example.
>
>>>> print 'Hello world!'
>Hello world!
>
>  --
>  nosy: +jafo
>
>
>
>  __
>  Tracker <[EMAIL PROTECTED]>
>  
>  __
>

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2348] Py3K warn using file.softspace

[Jeff Balogh]

Jeff Balogh <[EMAIL PROTECTED]> added the comment:

Attaching a patch that adds {get,set}_attr wrappers for fileobject 
which warn about softspace usage.

--
keywords: +patch
nosy: +jbalogh
Added file: http://bugs.python.org/file9717/issue2348.diff

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2363] Fixer for itertools.ifilterfalse() -> itertools.filterfalse()

[David Wolever]

Changes by David Wolever <[EMAIL PROTECTED]>:


--
nosy:  -brett.cannon, collinwinter
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2362] Fixer for itertools.izip() -> zip()

[David Wolever]

Changes by David Wolever <[EMAIL PROTECTED]>:


--
nosy:  -brett.cannon, collinwinter
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2361] Fixer for itertools.ifilter() -> filter()

[David Wolever]

Changes by David Wolever <[EMAIL PROTECTED]>:


--
nosy:  -brett.cannon, collinwinter
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2360] Fixer for itertools.imap() -> map()

[David Wolever]

Changes by David Wolever <[EMAIL PROTECTED]>:


--
nosy:  -brett.cannon, collinwinter, georg.brandl
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2360] Fixer for itertools.imap() -> map()

[David Wolever]

David Wolever <[EMAIL PROTECTED]> added the comment:

Fixed in r61466.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2361] Fixer for itertools.ifilter() -> filter()

[David Wolever]

David Wolever <[EMAIL PROTECTED]> added the comment:

Fixed in r61466.

--
nosy: +David Wolever

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2362] Fixer for itertools.izip() -> zip()

[David Wolever]

David Wolever <[EMAIL PROTECTED]> added the comment:

Fixed in r61466.

--
nosy: +David Wolever

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2363] Fixer for itertools.ifilterfalse() -> itertools.filterfalse()

[David Wolever]

David Wolever <[EMAIL PROTECTED]> added the comment:

Fixed in r61466.

--
nosy: +David Wolever

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2291] Raise a Py3K warning for catching non-BaseException exceptions

[Alexander Belopolsky]

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment:

On Mon, Mar 17, 2008 at 11:00 PM, Guido van Rossum
<[EMAIL PROTECTED]> wrote:
> We still need patches to issue -3 warnings for:
>  - __getitem__ or __getslice__ on exception instances
>

I've opened a separate issue for this (see issue2379).  I believe this
issue can now be closed.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2371] Patch for catching exceptions that do not inherit from BaseException

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

I've checked a temporary work-around for that issue and another one in
r61478.  This now has some false negatives; that's better than false
positives IMO.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2171] Add map, filter, zip to future_builtins

[David Wolever]

David Wolever <[EMAIL PROTECTED]> added the comment:

The 2to3 stuff relating to map is added in r61479.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2198] code_hash() can be the same for different code objects

[Jeffrey Yasskin]

Jeffrey Yasskin <[EMAIL PROTECTED]> added the comment:

Given Alexander's comment, and the fact that x==x must imply
hash(x)==hash(x) but the reverse need not be true, this seems like
intentional behavior.

--
nosy: +jyasskin
resolution:  -> invalid
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2379] Raise a Py3K warning for __getitem__ or __getslice__ on exception instances

[Alexander Belopolsky]

New submission from Alexander Belopolsky <[EMAIL PROTECTED]>:

As requested by Guido at msg63858. Will create a patch.

--
components: Interpreter Core
messages: 63864
nosy: belopolsky
severity: normal
status: open
title: Raise a Py3K warning for __getitem__ or __getslice__ on exception 
instances
type: behavior
versions: Python 2.6

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2371] Patch for catching exceptions that do not inherit from BaseException

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

Alex, can you please open a separate bug for that? The cross-posting of
comments is unhelpful, and the issue was not introduced by this patch.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2291] Raise a Py3K warning for catching non-BaseException exceptions

[Alexander Belopolsky]

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment:

On Mon, Mar 17, 2008 at 11:00 PM, Guido van Rossum
<[EMAIL PROTECTED]> wrote:
..
> - raising exceptions that don't derive from BaseException

See patch at issue2341.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2226] Small _abcoll Bugs / Oddities

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

I'm setting this to critical to ensure that I will at least have a
thorough look at this before the release.  I'm not sure whether I will
decide to address it or leave it alone.

--
priority:  -> critical

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2262] Helping the compiler avoid memory references in PyEval_EvalFrameEx

[Jeffrey Yasskin]

Changes by Jeffrey Yasskin <[EMAIL PROTECTED]>:


--
type: behavior -> performance

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2262] Helping the compiler avoid memory references in PyEval_EvalFrameEx

[Jeffrey Yasskin]

Jeffrey Yasskin <[EMAIL PROTECTED]> added the comment:

Another data point: I just installed gcc-4.3.0, and the second patch
gives it a 6% speedup. On the downside, 4.3 is still about 9% slower
than 4.0. :-( Neal, do you have your measurements?

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2292] Missing *-unpacking generalizations

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

This is fun, but needs more work (see python-3000 thread).

I'm setting the priority to low, since I won't hold up a release to get
this in (if there's even a rough consensus).

--
assignee: gvanrossum -> twouters
priority:  -> low

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2291] Raise a Py3K warning for catching non-BaseException exceptions

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

"except object:" will continue to be a no-op, if only for compatibility.

With -3 it will issue a warning (I just checked this in, from
issue2371).  With -3 -Werror it will be an error.

We still need patches to issue -3 warnings for:
- raising exceptions that don't derive from BaseException
- __getitem__ or __getslice__ on exception instances

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2371] Patch for catching exceptions that do not inherit from BaseException

[Alexander Belopolsky]

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment:

I left the following comment in issue2291 pertaining to this patch:

"""
There is also a subtle bug in the issue2371 patch:
$ cat x.py
try:
raise ValueError
except ((ValueError,),):
pass

$ ./python -3 x.py
x.py:3: DeprecationWarning: catching classes that do not inherit from
BaseException is not allowed in 3.x.
  except ((ValueError,),):

I am not sure if it would be acceptable to move warnings to
PyErr_GivenExceptionMatches, but if not, the checking logic should
reproduce PyErr_GivenExceptionMatches' recursive behavior.
"""

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2378] UnboundLocalError when trying to raise exceptions inside execfile

[Jerry Seutter]

Changes by Jerry Seutter <[EMAIL PROTECTED]>:


--
components: +Interpreter Core

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2378] UnboundLocalError when trying to raise exceptions inside execfile

[Jerry Seutter]

New submission from Jerry Seutter <[EMAIL PROTECTED]>:

Found a bug when trying to integrate figleaf coverage into trunk.  I
have ripped the code down to the smallest subset that still causes the
behaviour.  The code works on the latest release of Python 2.5 but is
broken on trunk.  It comes in two files.  The first is the caller (figleaf):

import os
import sys

def foo(f, e, o):
pass

sys.settrace(foo)

import __main__
execfile('test_broken.py', __main__.__dict__)



The second file is the test (test_broken.py):

# This code breaks on trunk

def test_foo():
class CustomException(Exception):
pass

class SomeClass:
def foo(self):
raise CustomException

# The error only appears with enough nested blocks.
if (True == True):
try:
raise IOError
except CustomException:
pass



It should raise IOError.  When run, it gives the following output:

jerry-seutters-computer:~/code/python/core_wierd_bug_minimal jseutter$
../core/python.exe figleaf
Traceback (most recent call last):
  File "figleaf", line 10, in 
execfile('test_broken.py', __main__.__dict__)
  File "test_broken.py", line 18, in 
test_foo()
  File "test_broken.py", line 15, in test_foo
except CustomException:
UnboundLocalError: local variable 'CustomException' referenced before
assignment
[10019 refs]

--
files: core_wierd_bug_minimal.zip
messages: 63856
nosy: jseutter
severity: normal
status: open
title: UnboundLocalError when trying to raise exceptions inside execfile
type: behavior
versions: Python 2.6
Added file: http://bugs.python.org/file9716/core_wierd_bug_minimal.zip

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2371] Patch for catching exceptions that do not inherit from BaseException

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

Thanks!

Applied as r61475.

--
resolution:  -> accepted
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1622] zipfile hangs on certain zip files

[Sean Reifschneider]

Sean Reifschneider <[EMAIL PROTECTED]> added the comment:

Eric: Can you review the latest version of this patch?

--
assignee:  -> loewis
nosy: +jafo, loewis

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1746] ZIP files with archive comments longer than 4k not recognized as valid by zipfile module

[Sean Reifschneider]

Changes by Sean Reifschneider <[EMAIL PROTECTED]>:


--
priority:  -> normal
resolution:  -> duplicate
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1274] doctest fails to run file based tests with 8bit paths

[Sean Reifschneider]

Sean Reifschneider <[EMAIL PROTECTED]> added the comment:

This may be fixed already, or a bug in FC4.  Or perhaps you could
provide more information on how the bug is invoked.  I was able to
successfully execute a doctest with "\xee" in the path on an F8 box:

Python 2.5.1 (r251:54863, Oct 30 2007, 13:54:11) 
[GCC 4.1.2 20070925 (Red Hat 4.1.2-33)] on linux2

Also: Please do not quote text in the reply.
Type "help", "copyright", "credits" or "license" for more information.
>>> import doctest
>>> doctest.testfile('foo\xeebar/test.txt')
(0, 1)
>>> 
guin:pytest$ cat fo*/test.txt
The ``example`` module
==

Using ``print``
---

This is a test example.

   >>> print 'Hello world!'
   Hello world!

--
nosy: +jafo

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2377] Replace import.c with a pure Python implementation

[Brett Cannon]

New submission from Brett Cannon <[EMAIL PROTECTED]>:

Python/import.c should be replaced by the implementation under
development contained in the py3k-importlib branch.

--
assignee: brett.cannon
components: Interpreter Core
messages: 63851
nosy: brett.cannon
priority: critical
severity: normal
status: open
title: Replace import.c with a pure Python implementation
type: behavior
versions: Python 3.0

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2320] Race condition in subprocess using stdin

[Jeffrey Yasskin]

Jeffrey Yasskin <[EMAIL PROTECTED]> added the comment:

Ludwig isn't really proposing that subprocess.Popen be thread-safe. That
would imply that you could mess with the same Popen instance
concurrently from separate threads, which shouldn't be allowed. But
instead, he's asking that it not be thread-hostile: that the constructor
can be called from multiple threads. Since every call in a threaded app
would need to be protected by the same lock, and there's no good place
to put that lock, it's a reasonable request. Most existing python types
provide this guarantee too: list() can be called concurrently from lots
of threads. So I think it's a real bug.

--
nosy: +jyasskin

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1676] Fork/exec issues with Tk 8.5/Python 2.5.1 on OS X

[Sean Reifschneider]

Sean Reifschneider <[EMAIL PROTECTED]> added the comment:

Martin: Any response to Kevin's URL reference?

--
assignee:  -> loewis
nosy: +jafo
priority:  -> normal

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1785] "inspect" gets broken by some descriptors

[Sean Reifschneider]

Changes by Sean Reifschneider <[EMAIL PROTECTED]>:


--
assignee:  -> facundobatista
keywords: +patch
nosy: +facundobatista
priority:  -> normal

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1711] socket functions that should return unsigned int return signed int

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

This is likely fixed; setting the status to pending and priority to low.
 I believe this will eventually close it.

--
priority: normal -> low
status: open -> pending

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1684] CGIHTTPServer does not chdir prior to executing the CGI script

[Sean Reifschneider]

Changes by Sean Reifschneider <[EMAIL PROTECTED]>:


--
keywords: +patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1684] CGIHTTPServer does not chdir prior to executing the CGI script

[Sean Reifschneider]

Sean Reifschneider <[EMAIL PROTECTED]> added the comment:

Is the reporter correct that it is not thread impacting?

--
assignee:  -> tiran
nosy: +jafo
priority:  -> normal

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2291] Raise a Py3K warning for catching non-BaseException exceptions

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

I finally figured this out.  The try/except statement is a complete red
herring; the problem is in the raise statement.  The behavior is the
same in 2.4, 2.5 and 2.6, even though Exception is a classic class in
2.4 and a new-style class in 2.5 and 2.6.

The rules are relatively straightforward, and explain all observations,
once you realize that attempting to raise something that is not allowed
raises a TypeError:

- you can raise strings (except in 2.6 -- see footnote)
- you can raise any classic class
- you can raise any class that derives from [Base]Exception

(That last rule is subtle, due to standard exceptions changing from
classic to new-style in 2.5.)

I do not believe that there is anything wrong in this set of rules, and
would object to a change that would allow raising any new-style class in
2.6, since this would be a temporary relaxation of the rules, whereas in
3.0 we will be significantly *tightening* the rules!

PEP 352 states that in Python 2.7 we will deprecate raising exceptions
that don't derive from BaseException; in 2.8 we will deprecate catching
those; and 2.9 we may deprecate __getitem__ on exceptions.  This was
written before 3.0 was really planned; IMO we should have "-3" warnings
for all these things in 2.6.  This implies that "except object:" will
get a -3 warning -- but not a deprecation warning.

I do recommend that these rules be documented more clearly.

(Footnote: if I read PEP 352 carefully, I don't believe raising strings
was supposed to be disallowed before 3.0.  I'm not sure it's worth
reverting this though.)

--
assignee:  -> gvanrossum
nosy: +gvanrossum

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1711] socket functions that should return unsigned int return signed int

[Sean Reifschneider]

Sean Reifschneider <[EMAIL PROTECTED]> added the comment:

Maarten: Do you have time to try doing a test build as suggested by
Guido, to report if this issue is resolved?

--
nosy: +jafo
priority:  -> normal
type:  -> behavior

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1544] IDLE installation problems and no message errors

[Sean Reifschneider]

Sean Reifschneider <[EMAIL PROTECTED]> added the comment:

Duplicate of #1743 and #1862.  Fixed in Python 2.5.2 maint.  Fixed in
rev 60782

The problem is that the .idlerc file is getting the hidden bit set.

--
assignee:  -> loewis
nosy: +jafo, loewis
priority:  -> normal
resolution:  -> duplicate
status: open -> closed
type:  -> behavior

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2371] Patch for catching exceptions that do not inherit from BaseException

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

I'll review this once I address issue2291.

--
assignee:  -> gvanrossum
nosy: +gvanrossum
priority:  -> normal

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1513695] new turtle module

[Gregor Lingl]

Gregor Lingl <[EMAIL PROTECTED]> added the comment:

Supplementary remark:
xturtle has proved to run without problems under Python 2.6. (Not
surprisingly) it's behaviour is exactly like under Python 2.5,
with the exception, that the tested scripts run 5 to 15% faster.

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1513695] new turtle module

[Gregor Lingl]

Changes by Gregor Lingl <[EMAIL PROTECTED]>:


Added file: http://bugs.python.org/file9715/whatsnew.txt

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2375] PYTHON3PATH environment variable to supersede PYTHONPATH for multi-Python environments

[Alexander Belopolsky]

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment:

-1

Sites that need this functionality can emulate this feature in site.py 
by adding

sys.path[1:1] = os.getenv("PYTHON3PATH", "").split(os.pathsep)

in py3k installation.

I could not find any discussion beyond the original post at

http://mail.python.org/pipermail/python-3000/2008-February/012008.html

--
nosy: +belopolsky

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1477] UnicodeDecodeError that cannot be caught in narrow unicode builds

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

The error is not uncatchable; but it is generated while compiling, like
a SyntaxError. No bytecode is generated for the input, and the "except"
opcode is not run at all.

OTOH, there is a bug in PyUnicode_DecodeRawUnicodeEscape(): it should
accept code points > 0x. It has another problem:

>>> ur'\U0001'
u'\x00'

I join a patch to make raw-unicode-escape similar to unicode-escape:
characters outside the Basic Plane are encoded into a utf-16 surrogate
pair; on decoding, utf-16 surrogates are decoded into \U00xx.

--
keywords: +patch
nosy: +amaury.forgeotdarc
Added file: http://bugs.python.org/file9714/raw-unicode-escape.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2355] Using buffer() should raise a Py3K warning

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

My apologies. I often forget to switch between tabs and spaces for
Python and C sometimes.

Added file: http://bugs.python.org/file9713/buffer_warning_good_tabbing.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2355] Using buffer() should raise a Py3K warning

[Alexander Belopolsky]

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment:

Benjamin,

Your recent patches all use 4-space indentation, but Python 2.x 
recommended style is still to use tabs unless you start a new file. See 
PEP 7.

--
nosy: +belopolsky

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2313] correct int / long object type casts

[Jeffrey Yasskin]

Jeffrey Yasskin <[EMAIL PROTECTED]> added the comment:

Thanks! Fixed in r61472.

--
resolution:  -> accepted
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1274] doctest fails to run file based tests with 8bit paths

[Mike Taylor]

Mike Taylor <[EMAIL PROTECTED]> added the comment:

Hi,

it was running on FC4 with UTF-32 support and was using the Japanese locale.

The bug is reproducible using any doctest that is stored in a mixed
character path.  where it is in the Chandler tree is not easily pulled
apart but if you really need it I can work up a small subset.

On Mon, Mar 17, 2008 at 4:41 PM, Ilan Schnell <[EMAIL PROTECTED]> wrote:
>
>  Ilan Schnell <[EMAIL PROTECTED]> added the comment:
>
>  Bug is most likely platform specific.  Can someone suggest how this
>  should be handled on multiple platforms?
>
>  Mike, can you report on which platform you encountered the bug on?
>  Can you provide a script that reproduces the bug?
>
>  On Mac OS 10.4, Python 2.5 I could not create a file:
>  >>> f=open('\xed', 'w')
>  Traceback (most recent call last):
>   File "", line 1, in 
>  IOError: invalid mode: w
>
>  I will submit this as a separate bug because the error
>  message sould say 'invalid file name' instead of 'invalid mode'.
>
>  --
>  assignee:  -> tim_one
>  nosy: +ilan, tim_one
>  priority:  -> low
>  versions: +Python 2.6
>
>
>
>  __
>  Tracker <[EMAIL PROTECTED]>
>  
>  __
>

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2374] Use of builtin file should give Py3k warning

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Yeah, breaking isinstance(x, file) would be bad and 2to3 can do this
automatically. I should probably learn how to write fixers. BTW, the
warning culprit was actually site.py which used file.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2342] Comparing between disparate types should raise a Py3K warning

[Steven Bethard]

Steven Bethard <[EMAIL PROTECTED]> added the comment:

The code is only invoked when NotImplemented is produced. Take a look at
the attached patch to try_3way_to_rich_compare and see if you think it's
going to be too expensive.

--
keywords: +patch
Added file: http://bugs.python.org/file9712/object_compare.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2321] return more memory from unicode objects to system

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

Looks good, Neal.  Are you hesitant to check this in?  I ran a little
test showing that indeed it gives much more memory back to the system.

--
nosy: +gvanrossum

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2376] Set up "supported"-only buildbot waterfall view

[Jean-Paul Calderone]

New submission from Jean-Paul Calderone <[EMAIL PROTECTED]>:

The Python buildbot's waterfall view currently shows all builders.  Not
all of these are expected to work currently.  This can be confusing to
people trying to understand the current state of Python on various
platforms.  Buildbot can be configured to present limited views, for
example only including builders for platforms where all the tests are
expected to be passing (and expected to remain passing).

The way to place a builder in a particular category is with the
"category" keyword in its dict:

builders.append({
  'name': 'foo',
  'factory': bar
  'category': 'unsupported'})

With 0.7.5, adding a "category" query argument will restrict the view to
include only builders from the specified category.

With 0.7.6, you can construct a custom
buildbot.status.web.waterfall.WaterfallStatusResource and pass a list
for the categories initializer argument which will restrict the builders
it displays.  You can make several of these for different categories and
put them at various places in the resource hierarchy.

--
components: None
messages: 63832
nosy: exarkun
severity: normal
status: open
title: Set up "supported"-only buildbot waterfall view

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2344] Using an iteration variable outside a list comprehension needs a Py3K warning

[Taek Joo Kim]

Taek Joo Kim <[EMAIL PROTECTED]> added the comment:

>>> i = 3
>>> [i for i in range(10)]
>>> i
9

In 2.6, the original value of a variable is changed by the list
comprehension. In 3.0, it is not. To fix this, we need many changes on AST.

--
nosy: +taicki

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Sean Reifschneider]

Sean Reifschneider <[EMAIL PROTECTED]> added the comment:

Should this be back-ported to 2.6, or can it be closed?

--
keywords: +patch
nosy: +jafo
priority:  -> normal

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1633807] from __future__ import print_function

[Eric Smith]

Eric Smith <[EMAIL PROTECTED]> added the comment:

I'm going to review Anthony's patch and attempt to get it working in the
current trunk.

I'm going to start by adding some print tests to 3.0, then backport.

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2138] Add a factorial function

[Raymond Hettinger]

Raymond Hettinger <[EMAIL PROTECTED]> added the comment:

Problems with product():  It is dreadfully inefficient compared to a
good implementation of factorial.  It has the same name a new itertool
with much different functionality.  The hyper-generalization takes us
further away from the OP's dirt simple request for a piece of
functionality that is widely understood, frequently reimplemented, and
has a near zero learning curve.  If his request is accepted, it does not
preclude you from making some other module with tons of functions of
interest to encryption people, number theorists, and statisticians.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2348] Py3K warn using file.softspace

[Brett Cannon]

Brett Cannon <[EMAIL PROTECTED]> added the comment:

That should read file.softspace.

--
title: Py3K warn using file.whitespace -> Py3K warn using file.softspace

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2374] Use of builtin file should give Py3k warning

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

Let's not do this. This approach is not sufficiently backwards
compatible; it will break any code that uses isinstance(x, file).  Even
though that's not forward compatible with 3.0, it works in 2.5 and
before, so it should not break in 2.6.  Together with my previous remark
this means that we should just not mess with this.

(PS: I don't understand what you say about distutils.text_file -- from
your patch it looks like the only way it can issue this warning is if it
actually calls the file() builtin...)

--
resolution:  -> rejected
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1598] unexpected response in imaplib

[Sean Reifschneider]

Sean Reifschneider <[EMAIL PROTECTED]> added the comment:

Can you provide the message or messages which cause the problem when
they are put in the IMAP server?  Can you also provide information on
what IMAP server software and version is being used?

--
assignee:  -> pierslauder
nosy: +jafo, pierslauder
priority:  -> normal
type: crash -> behavior

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1633807] from __future__ import print_function

[Eric Smith]

Changes by Eric Smith <[EMAIL PROTECTED]>:


--
nosy: +eric.smith

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2355] Using buffer() should raise a Py3K warning

[Raymond Hettinger]

Raymond Hettinger <[EMAIL PROTECTED]> added the comment:

Are use cases for buffer() satisfied by the new memoryview() builtin? 
If so, it would be nice to have an automatic conversion or to have the
Py3k warning suggest a possible substitute.

--
nosy: +rhettinger

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2138] Add a factorial function

[paul rubin]

paul rubin <[EMAIL PROTECTED]> added the comment:

Rather than factorial how about a product function, so factorial(n) =
product(xrange(1,n+1)).  I do like the idea of an imath module whether
or not it has factorial, and the topic of this rfe has drifted somewhat
towards the desirability of such a module, which is a reasonable
question for discussion.  I'm more or less indifferent to whether imath
has factorial in it or not.  I do think it would be useful for it to
have functions for things like binomial coefficients that were
implemented a little more cleverly than with large factorials, but in
this case factorial should be there too.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2375] PYTHON3PATH environment variable to supersede PYTHONPATH for multi-Python environments

[Neal Norwitz]

Changes by Neal Norwitz <[EMAIL PROTECTED]>:


--
assignee:  -> nnorwitz
nosy: +nnorwitz
priority:  -> urgent

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1596] Broken pipes should be handled better in 2.x

[Sean Reifschneider]

Changes by Sean Reifschneider <[EMAIL PROTECTED]>:


--
priority:  -> normal

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2138] Add a factorial function

[Raymond Hettinger]

Raymond Hettinger <[EMAIL PROTECTED]> added the comment:

Wish I could be at the sprint.  I'm back in Los Angeles.  My little post
will have to suffice.  

I thought it was a reasonable request and would hate to see it killed
because other people piled on other requests that were not reasonable. 
I don't buy the reasoning that you have to reject factorial just because
someone else might someday want binomial or a gamma.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2374] Use of builtin file should give Py3k warning

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

I'll review this.  My hunch is that we don't need this -- 2to3 takes
care of this so there is no reason to tell people to change their code
by hand. 

(You may notice a pattern -- things that 2to3 can fix easily generally
don't deserve -3 warnings or backports, *unless* the backported feature
adds significant functionality that's not easily available otherwise in
2.x.)

--
assignee:  -> gvanrossum
nosy: +gvanrossum
priority:  -> normal

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2375] PYTHON3PATH environment variable to supersede PYTHONPATH for multi-Python environments

[Glyph Lefkowitz]

New submission from Glyph Lefkowitz <[EMAIL PROTECTED]>:

Currently if you have both Python 3 and Python 2 installed, there's no
way to indicate that ".py" files in one area are Python 2 syntax and in
another area are Python 3 syntax.  Being able to distinguish between
these would be nice for heterogeneous deployment environments, but is
particularly important for developers who are working on Python 3
conversions.

It would be good to have a PYTHON3PATH which, if present, would be
honored instead of PYTHONPATH.  PYTHONPATH could still be honored if
PYTHON3PATH was not present, so this is purely a new feature and
shouldn't have much impact on compatibility.

--
components: Interpreter Core
messages: 63820
nosy: glyph
severity: normal
status: open
title: PYTHON3PATH environment variable to supersede PYTHONPATH for 
multi-Python environments
versions: Python 3.0

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com