[issue10213] tests shouldn't fail with unset timezone

[Dirkjan Ochtman]

Dirkjan Ochtman  added the comment:

You can easily reproduce (at least on Gentoo) by copying 
/usr/share/zoneinfo/Factory to /etc/localtime.

By checking for this exact message, I don't think the chance is very high that 
we're hiding a Python bug. I also think that Python tests should test Python; 
if we see this message, we know we can't reliably test Python, in which case I 
think a skipped test (hey, we can't test this!) is better than a failed test 
(implication that Python failed).

--

___
Python tracker 

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

[issue10218] Add a return value to threading.Condition.wait()

[Kristján Valur Jónsson]

New submission from Kristján Valur Jónsson :

Add a return value to Condition.wait() that can be used to tell if 
Condition.wait() returns due to a timeout effect.  This mirrors other wait apis 
in threading.py

--
components: Library (Lib)
files: condwait.patch
keywords: patch
messages: 119763
nosy: georg.brandl, krisvale
priority: normal
severity: normal
status: open
title: Add a return value to threading.Condition.wait()
type: feature request
versions: Python 3.2
Added file: http://bugs.python.org/file19393/condwait.patch

___
Python tracker 

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

[issue8755] idle crash UnicodeDecodeError utf-8 codec

[Ned Deily]

Ned Deily  added the comment:

Duplicate of Issue1028.

--
nosy: +ned.deily
resolution:  -> duplicate
superseder:  -> Tkinter binding involving Control-spacebar raises unicode error

___
Python tracker 

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

[issue8755] idle crash UnicodeDecodeError utf-8 codec

[Ned Deily]

Changes by Ned Deily :


--
nosy:  -ned.deily
status: open -> closed

___
Python tracker 

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

[issue8777] Add threading.Barrier

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Here is an updated patch.  It contains documentation.
ReStructured isn't my Forte, and I don't know how to verify that it is correct, 
so please review it for me.

--
dependencies: +Add a return value to threading.Condition.wait()
Added file: http://bugs.python.org/file19394/barrier4.patch

___
Python tracker 

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

[issue8777] Add threading.Barrier

[Georg Brandl]

Georg Brandl  added the comment:

Two comments:

* The return value of wait() isn't documented well.  What is the significance 
of the returned index, i.e. what does distinguish it from a randomly selected 
one in range(parties)?

* get_parties() and is_broken() should be properties (waiting, broken), to be 
consistent with other threading APIs (Thread.name etc). get_waiting() does 
"real" work (can it block?) and should remain a method.

Don't worry about markup errors, I review doc changes routinely after they are 
committed.

*

--

___
Python tracker 

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

[issue10218] Add a return value to threading.Condition.wait()

[Georg Brandl]

Georg Brandl  added the comment:

Committed in r85876.

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

___
Python tracker 

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

[issue6008] Idle should be installed as `idle3.1` and not `idle3`

[Ned Deily]

Changes by Ned Deily :


--
nosy:  -BreamoreBoy
resolution:  -> invalid
status: open -> closed

___
Python tracker 

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

[issue8777] Add threading.Barrier

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Right.
I've provided more text for the return value and provided an example.
I´ve changed all three to properties, the locking wasn't really required for 
waiting().
I added some extra tests for the properties.

--
Added file: http://bugs.python.org/file19395/barrier4.patch

___
Python tracker 

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

[issue8777] Add threading.Barrier

[Georg Brandl]

Georg Brandl  added the comment:

Looks good to me now, I think you can commit it.

--

___
Python tracker 

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

[issue8777] Add threading.Barrier

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Committed as revision 85878

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

___
Python tracker 

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

[issue9981] let make_buildinfo use a temporary directory on windows

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +loewis

___
Python tracker 

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

[issue10219] BufferedReader.read1 does not check for closed file

[Amaury Forgeot d'Arc]

New submission from Amaury Forgeot d'Arc :

The following snippet should raise ValueError (twice :-)

f = open('foo', 'rb')
print(f.read1(1)) # OK
f.close()
print(f.read1(5)) # expected ValueError("I/O operation on closed file")
print(f.peek())   # expected ValueError("I/O operation on closed file")

The _pyio implementation of BufferedReader.read() has the same issue.

--
messages: 119771
nosy: amaury.forgeotdarc, pitrou
priority: normal
severity: normal
status: open
title: BufferedReader.read1 does not check for closed file

___
Python tracker 

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

[issue10206] python program starting with unmatched quote spews spaces to stdout

[Eric Smith]

Eric Smith  added the comment:

This patch fixes the issue, and makes print_error_text slightly more 
understandable (and efficient to boot, not that it matters).

But I'm not convinced it's the correct solution. I think the real error might 
be the computation "offset" in the caller. I'm still looking at it.

--
assignee:  -> eric.smith
components: +Interpreter Core
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file19396/issue10206.diff

___
Python tracker 

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

[issue10206] python program starting with unmatched quote spews spaces to stdout

[Eric Smith]

Eric Smith  added the comment:

Now that I think about it some more, I think my patch (although it fixes this 
issue and passes all tests) doesn't do what the original code does in the 
presence of multiple newlines. I'm going to rework it some more. I'll have 
another patch shortly.

--

___
Python tracker 

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

[issue10220] Make generator state easier to introspect

[Nick Coghlan]

New submission from Nick Coghlan :

Generators can be in four different states that may be relevant to framework 
code making use of them (especially as coroutines). This state is all currently 
available from Python code, but is rather obscure and could be made readable.

The four states are:

Created:
  "g.gi_frame is not None and g.gi_frame.f_lasti == -1"
  (Frame exists, but no instructions have been executed yet)

Currently executing:
  "g.gi_running"
  (This being true implies other things about the state as well, but this is 
all you need to check)

Suspended at a yield point:
  "g.gi_frame is not None and g.gi_frame.f_lasti != -1 and not g.gi_running"

Exhausted/closed:
  "g.gi_frame is None"

My API proposal is to add the following to the inspect module:

GEN_CREATED, GEN_RUNNING, GEN_SUSPENDED, GEN_CLOSED = range(4)

def getgeneratorstate(g):
  if g.gi_running:
return GEN_RUNNING
  if g.gi_frame is None:
return GEN_CLOSED
  if g.gi_frame.f_lasti == -1:
return GEN_CREATED
  return GEN_SUSPENDED

(the lack of underscores in the function name follows the general style of the 
inspect module)

--
components: Library (Lib)
keywords: easy
messages: 119774
nosy: ncoghlan
priority: normal
severity: normal
stage: needs patch
status: open
title: Make generator state easier to introspect
type: feature request
versions: Python 3.2

___
Python tracker 

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

[issue10220] Make generator state easier to introspect

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Is it CPython-specific?
Does "currently executing" also include "currently closing"?

--
nosy: +pitrou

___
Python tracker 

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

[issue10220] Make generator state easier to introspect

[Nick Coghlan]

Nick Coghlan  added the comment:

On Thu, Oct 28, 2010 at 10:55 PM, Antoine Pitrou  wrote:
>
> Antoine Pitrou  added the comment:
>
> Is it CPython-specific?

The states are not CPython-specific (they're logical states of the
underlying generator), but I don't know if other implementations
expose generator and frame details in the same way (all the more
reason to put this in inspect - other implementations can provide the
information without needing to exactly mimic gi_frame and f_lasti).

> Does "currently executing" also include "currently closing"?

"Currently executing" means the frame is being evaluated in a Python
thread (the thread running it may be suspended in a multi-threaded
environment, but the frame itself is in the middle of doing something,
which may include processing a thrown in GeneratorExit)

--

___
Python tracker 

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

[issue6715] xz compressor support

[Per Øyvind Karlsen]

Per Øyvind Karlsen  added the comment:

All fixed now. :)

--

___
Python tracker 

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

[issue10221] {}.pop('a') raises non-standard KeyError exception

[Dirkjan Ochtman]

New submission from Dirkjan Ochtman :

d...@miles ~ $ python2.7
Python 2.7 (r27:82500, Oct  4 2010, 10:01:41)
[GCC 4.3.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> {}.pop('a')
Traceback (most recent call last):
  File "", line 1, in 
KeyError: 'pop(): dictionary is empty'
>>> {'a': 'b'}.pop('c')
Traceback (most recent call last):
  File "", line 1, in 
KeyError: 'c'

IMO the former exception should be in line with normal KeyErrors.

--
messages: 119778
nosy: djc
priority: normal
severity: normal
status: open
title: {}.pop('a') raises non-standard KeyError exception

___
Python tracker 

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

[issue10221] {}.pop('a') raises non-standard KeyError exception

[Dirkjan Ochtman]

Changes by Dirkjan Ochtman :


--
components: +Interpreter Core
versions: +Python 2.6, Python 2.7, Python 3.1

___
Python tracker 

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

[issue10221] {}.pop('a') raises non-standard KeyError exception

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +rhettinger
type:  -> behavior
versions: +Python 3.2 -Python 2.6

___
Python tracker 

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

[issue6715] xz compressor support

[Martin v . Löwis]

Martin v. Löwis  added the comment:

> All fixed now. :)

Does that refer to msg119743? Please provide this module
as a patch for branches/py3k, otherwise it's difficult to see
what exactly you are contributing.

Also, please provide Doc/library/lzma.rst.

--

___
Python tracker 

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

[issue6103] Static library (libpythonX.Y.a) installed in incorrect location

[Dirkjan Ochtman]

Changes by Dirkjan Ochtman :


--
nosy: +djc

___
Python tracker 

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

[issue7351] Rename BadZipfile to BadZipFile for consistency

[Éric Araujo]

Éric Araujo  added the comment:

A “BadZipZile” in the patch made it to Subversion :)  Fixed in r85891.

--

___
Python tracker 

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

[issue6103] Static library (libpythonX.Y.a) installed in incorrect location

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +barry, loewis

___
Python tracker 

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

[issue10212] struct.unpack and cStringIO.StringIO don't support new buffer

[Éric Araujo]

Éric Araujo  added the comment:

MAL’s viewpoint from msg119721:

“The memoryview object was added to simplify porting applications to Python3. 
If that backport is incomplete in the sense that the memoryview object is not 
compatible with the standard Python2 object for such memory views, then I'd 
consider that a bug.

Without compatibility to the buffer objects, there's no way to make other 
Python2 buffer interface compatible object compatible to memoryviews.

Alternatively, the Python2 memoryview object implementation could also accept 
objects with the old buffer interface, much like "s*" does.

Note that the patch needs to check the buffer flags - writing to such buffers 
is not allowed.”

--

___
Python tracker 

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

[issue10212] struct.unpack and cStringIO.StringIO don't support new buffer

[Éric Araujo]

Changes by Éric Araujo :


--
nosy: +lemburg

___
Python tracker 

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

[issue10211] BufferObject doesn't support new buffer interface

[Éric Araujo]

Changes by Éric Araujo :


--
nosy: +pitrou

___
Python tracker 

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

[issue6731] Add option of non-zero exit status of setup.py when building of extensions has failed

[Dirkjan Ochtman]

Changes by Dirkjan Ochtman :


--
nosy: +djc

___
Python tracker 

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

[issue7351] Rename BadZipfile to BadZipFile for consistency

[Georg Brandl]

Georg Brandl  added the comment:

Thanks for the catch!

--

___
Python tracker 

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

[issue1222585] C++ compilation support for distutils

[Dirkjan Ochtman]

Changes by Dirkjan Ochtman :


--
nosy: +djc

___
Python tracker 

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

[issue7351] Rename BadZipfile to BadZipFile for consistency

[Boštjan Mejak]

Boštjan Mejak  added the comment:

Is the trailing whitespace problem solved? Please make sure everything is
correct and that no more typos occur for this issue. And I am the original
patch author, so mention my name (Boštjan Mejak) in the NEWS file. Thanks.

On Thu, Oct 28, 2010 at 8:42 AM, Georg Brandl wrote:

>
> Georg Brandl  added the comment:
>
> Applied after review in r85874. (Please make sure your patches don't have
> trailing whitespace.)
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--
Added file: http://bugs.python.org/file19397/unnamed

___
Python tracker 

___Is the trailing whitespace problem solved? Please make sure everything is 
correct and that no more typos occur for this issue. And I am the original 
patch author, so mention my name (Boštjan Mejak) in the NEWS file. Thanks.
On Thu, Oct 28, 2010 at 8:42 AM, Georg 
Brandl rep...@bugs.python.org> wrote:

Georg Brandl ge...@python.org> added the comment:

Applied after review in r85874. (Please make sure your patches don't 
have trailing whitespace.)

--

___
Python tracker rep...@bugs.python.org>
http://bugs.python.org/issue7351>
___


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

[issue7351] Rename BadZipfile to BadZipFile for consistency

[Éric Araujo]

Changes by Éric Araujo :


Removed file: http://bugs.python.org/file19388/unnamed

___
Python tracker 

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

[issue7351] Rename BadZipfile to BadZipFile for consistency

[Éric Araujo]

Changes by Éric Araujo :


Removed file: http://bugs.python.org/file19397/unnamed

___
Python tracker 

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

[issue7351] Rename BadZipfile to BadZipFile for consistency

[Georg Brandl]

Georg Brandl  added the comment:

a) I already removed the whitespace before committing.  The pre-commit hook 
wouldn't even allow committing that.

b) I don't think constant refusal to submit a patch in the way we request earns 
you a place in the acknowledgements.

--

___
Python tracker 

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

[issue7351] Rename BadZipfile to BadZipFile for consistency

[Éric Araujo]

Éric Araujo  added the comment:

> Is the trailing whitespace problem solved?
You can follow the link to the revision to see that it is.  Georg’s message 
implied this, too.

> Please make sure everything is correct and that no more typos occur for this 
> issue.
We do.

> And I am the original patch author, so mention my name (Boštjan Mejak) in the 
> NEWS file. Thanks.
We don’t add names for very small patches like this one.

(P.S. Would you be so kind as to follow some netiquette in the tracker?  HTML 
email creates noisy unnamed attachments, and top-posting is redundant and hard 
to read.  Thanks in advance.)

--

___
Python tracker 

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

[issue10116] Sporadic failures in test_urllibnet

[Stephen Hansen]

Stephen Hansen  added the comment:

New patch, sans trailing whitespace. Ahem.

--
Added file: http://bugs.python.org/file19398/issue10116-nowhitespace.patch

___
Python tracker 

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

[issue10116] Sporadic failures in test_urllibnet

[Stephen Hansen]

Changes by Stephen Hansen :


Removed file: http://bugs.python.org/file19390/issue10116.patch

___
Python tracker 

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

[issue7351] Rename BadZipfile to BadZipFile for consistency

[Boštjan Mejak]

Boštjan Mejak  added the comment:

Then disable the tracker's ability to post messages via POP/IMAP. Just block
those protocols in the tracker and you won't see any gibberish anymore. ;)

On Thu, Oct 28, 2010 at 4:05 PM, Éric Araujo  wrote:

>
> Éric Araujo  added the comment:
>
> > Is the trailing whitespace problem solved?
> You can follow the link to the revision to see that it is.  Georg’s message
> implied this, too.
>
> > Please make sure everything is correct and that no more typos occur for
> this issue.
> We do.
>
> > And I am the original patch author, so mention my name (Boštjan Mejak) in
> the NEWS file. Thanks.
> We don’t add names for very small patches like this one.
>
> (P.S. Would you be so kind as to follow some netiquette in the tracker?
>  HTML email creates noisy unnamed attachments, and top-posting is redundant
> and hard to read.  Thanks in advance.)
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--
Added file: http://bugs.python.org/file19399/unnamed

___
Python tracker 

___Then disable the tracker's ability to post messages via POP/IMAP. Just 
block those protocols in the tracker and you won't see any gibberish 
anymore. ;)On Thu, Oct 28, 2010 at 
4:05 PM, Éric Araujo rep...@bugs.python.org> 
wrote:

Éric Araujo mer...@netwok.org> 
added the comment:

> Is the trailing whitespace problem solved?
You can follow the link to the revision to see that it is.  Georg’s 
message implied this, too.

> Please make sure everything is correct and that no more typos occur for 
this issue.
We do.

> And I am the original patch author, so mention my name (Boštjan Mejak) in 
the NEWS file. Thanks.
We don’t add names for very small patches like this one.

(P.S. Would you be so kind as to follow some netiquette in the tracker?  HTML 
email creates noisy unnamed attachments, and top-posting is redundant and hard 
to read.  Thanks in advance.)

--

___
Python tracker rep...@bugs.python.org>
http://bugs.python.org/issue7351>
___

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

[issue7351] Rename BadZipfile to BadZipFile for consistency

[Éric Araujo]

Changes by Éric Araujo :


Removed file: http://bugs.python.org/file19399/unnamed

___
Python tracker 

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

[issue10202] ftplib doesn't check close status after sending file

[Martin v . Löwis]

Martin v. Löwis  added the comment:

> Proper behavior for ftplib when sending is to send all desired data,
> then call "sock.shutdown(socket.SHUT_RDWR)".  This indicates that no
> more data will be sent, and blocks until the receiver has
> acknowledged all their data.

I think you misunderstand. Calling shutdown does *not* block
until the receiver has acknowledged all data. It just put a
FIN packet into the send queue.

> FTP send is one of the few situations where this matters, because FTP
> uses the close of the data connection to indicate EOF.

Not only. It also uses the server response on the control connection
to indicate that all data has been received. Relying on successful
shutdown is both insufficient and unnecessary.

--

___
Python tracker 

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

[issue10116] Sporadic failures in test_urllibnet

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
stage: committed/rejected -> patch review

___
Python tracker 

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

[issue10221] {}.pop('a') raises non-standard KeyError exception

[Giampaolo Rodola']

Changes by Giampaolo Rodola' :


--
nosy: +giampaolo.rodola

___
Python tracker 

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

[issue10209] Mac OS X: Decompose filenames on encode, and precompose filenames on decode

[Martin v . Löwis]

Martin v. Löwis  added the comment:

I'd like to see this patch reverted. I don't think it is useful.

1. encoding with NFD should not be necessary, as the system will do that, 
anyway.
2. decoding with NFC is incompatible with previous Python releases, and I can't 
see why NFC is conceptually better than NFD.

To give an analogy: if we have a case-insensitive file system, we don't 
normalize into lower-case, either, do we?

--

___
Python tracker 

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

[issue10213] tests shouldn't fail with unset timezone

[R. David Murray]

R. David Murray  added the comment:

Indeed, Factory is part of the standard tz (zoneinfo) database, as can be seen 
on this web page that makes the database browsable:

http://twiki.org/cgi-bin/xtra/tzdatepick.html

Whether or not a distribution uses Factory initially is of course a 
distribution decision, but for our purposes we can consider that message to be 
a constant provided by upstream that indicates there is no valid timezone to 
test.

--

___
Python tracker 

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

[issue9981] let make_buildinfo use a temporary directory on windows

[Martin v . Löwis]

Martin v. Löwis  added the comment:

Why is the second parameter optional?

--

___
Python tracker 

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

[issue9295] test_close_open_print_buffered(test_file) sometimes crashes

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Hirokazu, I've committed your 2.7 patch in r85892. Let's see what the buildbots 
say.

--
resolution:  -> fixed
status: open -> pending
versions:  -Python 2.6

___
Python tracker 

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

[issue10116] Sporadic failures in test_urllibnet

[Georg Brandl]

Georg Brandl  added the comment:

Let's try with the patch. r85893.

(I'm afraid the pre-commit hook still rejected the file after applying the 
patch.)

--
nosy: +georg.brandl
resolution:  -> fixed
status: open -> pending

___
Python tracker 

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

[issue10209] Mac OS X: Decompose filenames on encode, and precompose filenames on decode

[STINNER Victor]

STINNER Victor  added the comment:

> I'd like to see this patch reverted.

I created a specific branch to test the patch (I also patched 
PyUnicode_EncodeFSDefault() and PyUnicode_DecodeFSDefaultAndSize()): 
issue10209. test_pep277 now pass in this branch!

> encoding with NFD should not be necessary, as the system will 
> do that, anyway.

Yes, but not exactly... Mac OS X NFD normalization is a little bit different 
than Python's normalization: see msg105669 and
http://developer.apple.com/library/mac/#qa/qa2001/qa1173.html

I don't understand why test_pep277 pass on issue10209 branch, but it works. I 
suppose that normalize the filename to NFD in Python avoids some Mac OS X 
normalization bugs?

> decoding with NFC is incompatible with previous Python releases,
> I can't see why NFC is conceptually better than NFD.

I propose to normalize to NFC because Qt does that.

On Linux, the keyboard uses NFC. Eg. press é key writes U+00e9, not U+0065 
U+0301. If you ask the user to write a filename, the filename will be stored in 
the same norm. So indirectly, Linux stores filenames as NFC.

Which norm is used on Mac OS X, eg. for the keyboard?

To display a filename, the norm is not important. With my patch, the norm is 
also no more important when accessing to the filesystem (no more strange Mac OS 
X normalization bug). So it's only important when comparing two filenames. If 
the two filenames are normalized in different norms (eg. NFC vs NFD), they will 
be seen as different even if they are the same name.

--

Anyway, I think that os.fsencode(os.fsdecode(name)) should be equal to name. If 
it's different, "open(name, 'w').close(); name in listdir()" is False (on 
systems storing filenames as bytes). So if you change fsdecode(), fsencode() 
should also be changed.

--

___
Python tracker 

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

[issue10220] Make generator state easier to introspect

[Guido van Rossum]

Guido van Rossum  added the comment:

I could imagine separating the state into two parts:

- a three-valued enum distinguishing created, active, or exhausted

- a bool (only relevant in the active state) whether it is currently running or 
suspended

The latter is just g.gi_running so we don't need a new API for this. :-)

--
nosy: +gvanrossum

___
Python tracker 

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

[issue10221] {}.pop('a') raises non-standard KeyError exception

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

There have been several requests for KeyError to grow "key" attribute that will 
always contain the key that caused the error. See issue 1182143, for example.  
If this is done, I think it would be natural to unify the args as well for 
empty and non-empy case.  Without adding key access API, however, I am at most 
-0 on changing the error message.   Traditionally, the error messages are not 
considered part of language specification, so this is not a bug.

--
nosy: +belopolsky
type: behavior -> feature request
versions:  -Python 2.7, Python 3.1

___
Python tracker 

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

[issue10209] Mac OS X: Decompose filenames on encode, and precompose filenames on decode

[STINNER Victor]

STINNER Victor  added the comment:

Some pointers.

"MacFUSE"
http://code.google.com/p/macfuse/issues/detail?id=139#c2

"FILENAME_ENCODING_PROPOSAL" (MacFUSE)
http://code.google.com/p/macfuse/wiki/FILENAME_ENCODING_PROPOSAL

"Converting to Precomposed Unicode"
http://developer.apple.com/library/mac/#qa/qa2001/qa1235.html

"Unicode NFD and file attachment on Mac OS X" (filenames of email attachments)
http://lists.w3.org/Archives/Public/www-international/2003OctDec/0079.html
extract: " the applications dealing with these files names should convert it to 
NFC before sending it to the wire."

"Bug: TWiki on Mac OS X server with I18N generates odd looking file names"
http://twiki.org/cgi-bin/view/Codev/MacOSXFilesystemEncodingWithI18N
(search "NFD" or "HFS+")

--

___
Python tracker 

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

[issue10209] Mac OS X: Decompose filenames on encode, and precompose filenames on decode

[Martin v . Löwis]

Martin v. Löwis  added the comment:

> Yes, but not exactly... Mac OS X NFD normalization is a little bit
> different than Python's normalization: see msg105669 and 
> http://developer.apple.com/library/mac/#qa/qa2001/qa1173.html

I see. This is one more reason not to convert strings into NFD, no?

> I don't understand why test_pep277 pass on issue10209 branch, but it
> works. I suppose that normalize the filename to NFD in Python avoids
> some Mac OS X normalization bugs?

My question is rather why it failed in the first place, when issue8207
had supposedly fixed it.

> I propose to normalize to NFC because Qt does that.

Hmm. I find that a weak argument - in particular given that the
system will normalize then in turn anyway, and to a slightly different
normalform. So what is Qt's motivation to normalize?

> On Linux, the keyboard uses NFC.

I think this is technically incorrect. When you press é, then some
scan code is generated. That goes through various mapping layers.
The outcome will depend on how specifically these layers are
configured.

> Which norm is used on Mac OS X, eg. for the keyboard?

Same reasoning: pressing a key initially does not generate any Unicode
at all. My guess is that when eventually a character is generated
(e.g. on the terminal), no normal form is used; instead, it most likely
will always strive to generate a single character (even if that is not
normalized). See

http://developer.apple.com/library/mac/#qa/qa2001/qa1235.html

which says "Macintosh keyboards generally produce precomposed Unicode"

> Anyway, I think that os.fsencode(os.fsdecode(name)) should be equal
> to name.

I agree. and that is currently already the case.

> If it's different, "open(name, 'w').close(); name in
> listdir()" is False (on systems storing filenames as bytes). So if
> you change fsdecode(), fsencode() should also be changed.

I'm saying that fsdecode shouldn't change, either, the primary reason
being backwards compatibility here.

--
title: Mac OS X: Decompose filenames on encode, and precompose filenames on 
decode -> Mac OS X: Decompose filenames on encode,  and precompose filenames on 
decode

___
Python tracker 

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

[issue9295] test_close_open_print_buffered(test_file) sometimes crashes

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Apparently it's fixed!

--
stage: needs patch -> committed/rejected
status: pending -> closed

___
Python tracker 

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

[issue10207] test_file2k crashes under Windows

[Antoine Pitrou]

Antoine Pitrou  added the comment:

I've committed the aforementioned patch (r85892) and this seems to be fixed. 
Thank you!

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

___
Python tracker 

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

[issue10209] Mac OS X: Decompose filenames on encode, and precompose filenames on decode

[STINNER Victor]

STINNER Victor  added the comment:

> My question is rather why it failed in the first place, 
> when issue8207 had supposedly fixed it.

r79426 (of #8207) only disabled some tests.

The problem with test_normalize() and test_listdir() of test_pep277 is maybe 
that these tests are irrevelant on Mac OS X?

I still don't understand exaclty why the tests fail and what the tests do check.

--

___
Python tracker 

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

[issue10221] {}.pop('a') raises non-standard KeyError exception

[Raymond Hettinger]

Raymond Hettinger  added the comment:

I agree with the OP's request.

d.pop(k) is conceptually equivalent to:
   r = d[k]# raises KeyError(k)
   del d[k]
   return r

The current message was probably borrowed from dict.popitem().  But that is 
much different since the dict.pop(k) method is key-specific (instead of size 
related).

This fix should be backported (as it doesn't change guaranteed behaviors but 
does improve the debugability).

--
assignee:  -> rhettinger
stage:  -> needs patch
versions: +Python 2.7, Python 3.1

___
Python tracker 

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

[issue10221] {}.pop('a') raises non-standard KeyError exception

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
priority: normal -> low

___
Python tracker 

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

[issue10221] {}.pop('a') raises non-standard KeyError exception

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

This is the case where fixing an issue is easier than arguing that it is not a 
bug. :-)  (Changing to "behavior" not because I agree that it is a bug, but for 
consistency with targeting 2.7)

A (1-line) patch attached.

--
keywords: +patch
stage: needs patch -> unit test needed
type: feature request -> behavior
Added file: http://bugs.python.org/file19400/issue10221.diff

___
Python tracker 

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

[issue10221] {}.pop('a') raises non-standard KeyError exception

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

Attaching a patch with tests.

--
keywords: +needs review
resolution:  -> accepted
stage: unit test needed -> commit review
Added file: http://bugs.python.org/file19401/issue10221-with-tests.diff

___
Python tracker 

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

[issue10221] {}.pop('a') raises non-standard KeyError exception

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

I wonder if it would be worthwhile to unify missing key processing as in 
issue10221a-with-tests.diff.

--
Added file: http://bugs.python.org/file19402/issue10221a-with-tests.diff

___
Python tracker 

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

[issue5437] Singleton MemoryError can hold traceback data and locals indefinitely

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Updated patch against py3k.

--
Added file: http://bugs.python.org/file19403/memerror.patch

___
Python tracker 

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

[issue10038] json.loads() on str should return unicode, not str

[Antoine Pitrou]

Antoine Pitrou  added the comment:

+1 for fixing this in-tree. We need a patch, though ;)

--
nosy: +pitrou

___
Python tracker 

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

[issue8332] regrtest single TestClass/test_method

[Sandro Tosi]

Sandro Tosi  added the comment:

Hello,
as explained in msg108109 (of issue9028) you can actually call a single test, 
or a single TestClass:

$ ./python -m unittest test.test_httpservers.BaseHTTPServerTestCase.test_handler
.
--
Ran 1 test in 0.168s

OK
$ ./python -m unittest test.test_httpservers.BaseHTTPServerTestCase
..
--
Ran 14 tests in 1.132s

OK

I'm closing this report, but feel free to reopen it if you think I'm missing 
something.

Thanks,
Sandro

--
nosy: +sandro.tosi
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue10222] 3.2 on AIX - Unexpected text ',' encountered.

[Sridhar Ratnakumar]

New submission from Sridhar Ratnakumar :

"Parser/tokenizer.h", line 18.17: 1506-275 (S) Unexpected text ',' encountered.

http://svn.python.org/view/python/branches/py3k/Parser/tokenizer.h?annotate=76232#l16

Extra comma in the following line:

  STATE_NORMAL, /* have a codec associated with input */

Introduced by neil.schem in r58226

--
components: Build
messages: 119809
nosy: nascheme, srid
priority: normal
severity: normal
status: open
title: 3.2 on AIX -  Unexpected text ',' encountered.
type: compile error
versions: Python 3.2

___
Python tracker 

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

[issue10217] python-2.7.amd64.msi install fails

[Jeremy Kloth]

Changes by Jeremy Kloth :


--
nosy: +jkloth

___
Python tracker 

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

[issue10221] {}.pop('a') raises non-standard KeyError exception

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
resolution: accepted -> 
stage: commit review -> patch review

___
Python tracker 

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

[issue6661] Transient test_multiprocessing failure (test_active_children)

[Sandro Tosi]

Sandro Tosi  added the comment:

Hello,
what can we do with this issue? It doesn't seem it happened again after 
Antoine's report (or at least no-one had followed it up) and it doesn't happen 
nowdays (f.e. I exec'd test_multiprocessing in a loop for some time, and no 
error comes).

What do you think about closing it as "sorry, unable to replicate it" and so 
mark it a glitch somehow?

--
nosy: +sandro.tosi

___
Python tracker 

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

[issue10186] Invalid SyntaxError pointer offset

[Stefan Krah]

Stefan Krah  added the comment:

Hi, I've problems with two recent commits (r85814 and r85817):


Example:

r85812 is ok:
==

Python 3.2a3+ (py3k:85812:85835M, Oct 28 2010, 22:02:19) 
[GCC 4.2.4 (Ubuntu 4.2.4-3ubuntu4)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> x = 5 | 4 |
  File "", line 1
x = 5 | 4 |
  ^
SyntaxError: invalid syntax
>>> 



r85814 does not give the intended output:
==

Python 3.2a3+ (py3k:85814:85835M, Oct 28 2010, 22:03:06) 
[GCC 4.2.4 (Ubuntu 4.2.4-3ubuntu4)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> x = 5 | 4 |
  File "", line 1

^
SyntaxError: invalid syntax
>>> 


r85817 goes into an "infinite" loop. The last one is obvious;
offset is 0, so the while loop does not stop.

--
nosy: +skrah

___
Python tracker 

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

[issue10186] Invalid SyntaxError pointer offset

[Stefan Krah]

Changes by Stefan Krah :


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

___
Python tracker 

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

[issue6661] Transient test_multiprocessing failure (test_active_children)

[Stefan Krah]

Stefan Krah  added the comment:

I've seen that one as well, but very rarely.

--
nosy: +skrah

___
Python tracker 

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

[issue6661] Transient test_multiprocessing failure (test_active_children)

[Sandro Tosi]

Sandro Tosi  added the comment:

well, at least we have a confirmation it's still there :)

any idea how we can try to debug it?

--

___
Python tracker 

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

[issue7061] Improve 24.5. turtle doc

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

Attaching another small doc improvement: "gon" is better know as "grad" and 
even under that name requires an explanation. See issue7061a.diff

--
Added file: http://bugs.python.org/file19404/issue7061a.diff

___
Python tracker 

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

[issue7061] Improve 24.5. turtle doc

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
stage: committed/rejected -> commit review

___
Python tracker 

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

[issue6715] xz compressor support

[Per Øyvind Karlsen]

Per Øyvind Karlsen  added the comment:

Here's a patch with the latest code generated against py3k branch, it comes 
with Doc/library/lzma.rst as well now.

--
keywords: +patch
Added file: http://bugs.python.org/file19405/py3k-lzmamodule.patch

___
Python tracker 

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

[issue6715] xz compressor support

[Per Øyvind Karlsen]

Per Øyvind Karlsen  added the comment:

here's Lib/test/teststring.lzma, required by the test suite.

--
Added file: http://bugs.python.org/file19406/teststring.lzma

___
Python tracker 

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

[issue6715] xz compressor support

[Per Øyvind Karlsen]

Per Øyvind Karlsen  added the comment:

here's Lib/test/teststring.xz, required by the test suite.

--
Added file: http://bugs.python.org/file19407/teststring.xz

___
Python tracker 

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

[issue10223] socket.gethostname() fail

[EcmaXp]

New submission from EcmaXp :

C:\Users\PC-\Desktop>c:\python31\python
Python 3.1.2 (r312:79149, Mar 21 2010, 00:41:52) [MSC v.1500 32 bit (Intel)] on
win32
Type “help”, “copyright”, “credits” or “license” for more information.
>>> import socket
>>> socket.gethostname()
Traceback (most recent call last):
  File “”, line 1, in 
UnicodeDecodeError: ‘utf8’ codec can’t decode bytes in position 0-1: invalid 
data
>>>

socket.gethostname() fail when system name is korean on Window Vista

[...

--
components: Library (Lib)
messages: 119818
nosy: EcmaXp
priority: normal
severity: normal
status: open
title: socket.gethostname() fail
type: crash
versions: Python 3.1

___
Python tracker 

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

[issue10224] Build 3.x documentation using python3.x

[Alexander Belopolsky]

New submission from Alexander Belopolsky :

Opening a ticket to track the progress of getting python 3.x build its own 
documentation.

So far I have installed Sphinx from http://bitbucket.org/birkenfeld/sphinx, but 
I get the following error:

$ sphinx-build -b html -d Doc/build3/doctrees -D latex_paper_size=  Doc  
Doc/build3/html


There is a syntax error in your configuration file: invalid syntax 
(patchlevel.py, line 71)
Did you change the syntax from 2.x to 3.x?

--
messages: 119819
nosy: belopolsky
priority: normal
severity: normal
status: open
title: Build 3.x documentation using python3.x

___
Python tracker 

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

[issue10223] socket.gethostname() fail

[EcmaXp]

EcmaXp  added the comment:

http://bugs.python.org/issue9377

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

___
Python tracker 

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

[issue10224] Build 3.x documentation using python3.x

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
nosy: +eric.araujo, georg.brandl

___
Python tracker 

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

[issue10224] Build 3.x documentation using python3.x

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
assignee:  -> d...@python
components: +Build, Documentation
nosy: +d...@python
versions: +Python 3.2

___
Python tracker 

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

[issue10224] Build 3.x documentation using python3.x

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

I had some success after running 2to3 on Doc/conf.py and Doc/tools.  The build 
succeeded, but I have not compared the output yet.  Running doctest, however, 
still reported lots of errors and hang in turtle.rst. 

$ sphinx-build -b doctest -d Doc/build3/doctrees -D latex_paper_size=  Doc  
Doc/build3/html

--

___
Python tracker 

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

[issue5437] Singleton MemoryError can hold traceback data and locals indefinitely

[Antoine Pitrou]

Antoine Pitrou  added the comment:

I can't manage to reproduce the issue with PyExc_RecursionErrorInst. It seems 
this instance is only used in a very select condition, that is, when the 
recursion limit is hit when trying to "normalize" an exception. Therefore, I 
will add a test without "fixing" anything.

--

___
Python tracker 

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

[issue5437] Singleton MemoryError can hold traceback data and locals indefinitely

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Patch with improved tests committed in r85896 (3.2) and r85898 (3.1).

--
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue10093] Warn when files are not explicitly closed

[Antoine Pitrou]

Antoine Pitrou  added the comment:

I would need opinions on one more thing. The current patch warns when a socket 
has not been explicitly closed. But it does so even when the socket isn't bound 
at all. e.g.:

$ ./python -c "import socket; socket.socket()"
-c:1: ResourceWarning: unclosed 

Perhaps we should be more discriminate and only warn when either bind(), 
listen() or connect() had been called previously? What do you think?

--

___
Python tracker 

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

[issue10209] Mac OS X: Decompose filenames on encode, and precompose filenames on decode

[STINNER Victor]

STINNER Victor  added the comment:

> The problem with test_normalize() and test_listdir() of test_pep277
> is maybe that these tests are irrevelant on Mac OS X?

I tried a different approach (different than my patch and the svn branch):
 - r85897 disables the filenames that are normalized differently by Python and 
by darwin
 - r85899 disables test_normalize and test_listdir tests

Let's watch the buildbots...

--

___
Python tracker 

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

[issue10217] python-2.7.amd64.msi install fails

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +loewis

___
Python tracker 

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

[issue10222] 3.2 on AIX - Unexpected text ',' encountered.

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +sable

___
Python tracker 

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

[issue6715] xz compressor support

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Could you upload the patch to http://codereview.appspot.com/?

--

___
Python tracker 

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

[issue10209] Mac OS X: Decompose filenames on encode, and precompose filenames on decode

[STINNER Victor]

STINNER Victor  added the comment:

> - r85897 disables the filenames that are normalized differently by Python and 
> by darwin
> - r85899 disables test_normalize and test_listdir tests

It looks like r85897 is enough to fix test_pep277 on "x86 Tiger 3.x" buildbot. 
But r85899 should not make the situation worse :-)

--

___
Python tracker 

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

[issue10209] Mac OS X: Decompose filenames on encode, and precompose filenames on decode

[STINNER Victor]

STINNER Victor  added the comment:

I now agree with Martin: "Mac OS X: Decompose filenames on encode,  and 
precompose filenames on decode" was a bad idea, fix the test is the right 
solution.

test_pep277 now pass on "x86 Tiger 3.x" buildbot, and so I can close this issue 
and issue #8423.

--

___
Python tracker 

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

[issue8423] tiger buildbot: test_pep277 failures

[STINNER Victor]

STINNER Victor  added the comment:

> I opened the issue #10209: "Mac OS X: Decompose filenames on encode, 
> and precompose filenames on decode".

It was a bad idea. I fixed test_pep277 instead with:
 - r85897 disables the filenames that are normalized differently by Python and 
by darwin
 - r85899 disables test_normalize and test_listdir tests

And test_pep277 now pass on "x86 Tiger 3.x" buildbot, and so I can close this 
issue (and issue #10209).

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

___
Python tracker 

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

[issue10209] Mac OS X: Decompose filenames on encode, and precompose filenames on decode

[STINNER Victor]

Changes by STINNER Victor :


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

___
Python tracker 

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

[issue10220] Make generator state easier to introspect

[Nick Coghlan]

Nick Coghlan  added the comment:

So something like:

GEN_CREATED, GEN_ACTIVE, GEN_CLOSED = range(3)

def getgeneratorstate(g):
  """Get current state of a generator-iterator.
  
  Possible states are:
GEN_CREATED: Created, waiting to start execution
GEN_ACTIVE: Currently being executed (or suspended at yield)
GEN_CLOSED: Execution has completed

  Use g.gi_running to determine if an active generator is running or
  is suspended at a yield expression.
  """
  if g.gi_frame is None:
return GEN_CLOSED
  if g.gi_frame.f_lasti == -1:
return GEN_CREATED
  return GEN_ACTIVE

Having 4 separate states actually makes the documentation a little easier to 
write:

def getgeneratorstate(g):
  """Get current state of a generator-iterator.
  
  Possible states are:
GEN_CREATED: Waiting to start execution
GEN_RUNNING: Currently being executed by the interpreter
GEN_SUSPENDED: Currently suspended at a yield expression
GEN_CLOSED: Execution has completed
  """

Checking if the generator is active is then just a matter of checking 
"gen_state in (GEN_RUNNING, GEN_SUSPENDED)".

--

___
Python tracker 

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

[issue10093] Warn when files are not explicitly closed

[Brett Cannon]

Brett Cannon  added the comment:

If a new, unbound socket uses some form of OS resource, then a warning is 
needed. Is their an equivalent limitation like there is with file descriptors 
as to how many an OS can possibly have open at once?

--

___
Python tracker 

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

[issue10093] Warn when files are not explicitly closed

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> If a new, unbound socket uses some form of OS resource, then a warning
> is needed. Is their an equivalent limitation like there is with file
> descriptors as to how many an OS can possibly have open at once?

A socket *is* a file descriptor (under Unix), so, yes, there is a limit.

--

___
Python tracker 

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

[issue10210] os.get_exec_path() should not produce any warning

[STINNER Victor]

STINNER Victor  added the comment:

Fixed by r85902.

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

___
Python tracker 

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

[issue10220] Make generator state easier to introspect

[Guido van Rossum]

Guido van Rossum  added the comment:

I take it back. The 4-value state looks better.

My initial hesitance was that if you ever see GEN_RUNNING you are
probably already in trouble, since you can't call send, next, throw or
even close on a running generator (they all throw ValueError), so why
are you looking at its state at all? But most reasons for looking at
the state are obscure anyway, and from a different perspective it's a
nice state machine. (Note that there's no transition from SUSPENDED to
CLOSED -- you have to go through RUNNING to possibly handle
GeneratorExit.)

--

___
Python tracker 

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