[issue1487481] Could BIND_FIRST be removed on HP-UX?

[Göran Uddeborg]

Göran Uddeborg  added the comment:

Although BIND_FIRST is still there, I could not reproduce the problem with 
Python 3.1.2.  If it is because something changed in Python, or that HP-UX has 
fixed something, I don't know.  I still don't see the point in specifying 
BIND_FIRST here.  But in any case I can not reproduce the problem any more.

(I had to do a couple of tweaks to build on HP-UX 11 with the native compiler.  
Is it worthwhile to report them, or is this platform effectively dead from 
Python's point of view?)

--

___
Python tracker 

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

[issue9572] IOError or OSError in test_multiprocessing

[Florent Xicluna]

Florent Xicluna  added the comment:

Łukasz,

_closing is not necessary on FileIO instances. The class already declares an 
__exit__ method which takes care of closing file.

>>> import io
>>> f = io.FileIO('/tmp/test_closing', 'wb')
>>> f.closed
False

>>> f.__exit__()
>>> f.closed
True

Since both IOError and OSError are direct subclasses of EnvironmentError, we 
can use this in the except clause.

--

___
Python tracker 

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

[issue9572] IOError or OSError in test_multiprocessing

[Florent Xicluna]

Florent Xicluna  added the comment:

Patch.

--
keywords: +patch
Added file: http://bugs.python.org/file18649/issue9572_oserror.diff

___
Python tracker 

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

Re: [issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError: maximum recursion depth exceeded in cmp

[Senthil Kumaran]

> r84324 (release21-maint)

That should be release27-maint. :)
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError: maximum recursion depth exceeded in cmp

[Mads Kiilerich]

Mads Kiilerich  added the comment:

Senthil, can you tell us why this fix is correct - and convince us that it is 
the Final Fix for this issue? Not because I don't trust you, but because this 
issue has a bad track record.

Some comments/questions to this patch:

Why do 401 require such special handling? Why not handle it like the other 
errors?

How do this work together with 
http://code.google.com/p/support/issues/detail?id=3985 ?

Detail: I'm surprised you don't use reset_retry_count() - that makes it a bit 
harder to grok the code. And the patch doesn't reduce the complexity of the 
code.

But ... I really don't understand ... .retried is a kind of error counter. Why 
do we reset it on errors? I would expect it to be reset on success ... or 
perhaps on anything but 401, 403 and 407. Or perhaps it should be reset 
whenever a new URL is requested.

--

___
Python tracker 

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

[issue9686] asyncore infinite loop on raise

[Giampaolo Rodola']

Giampaolo Rodola'  added the comment:

I agree with you that asyncore API model is far from being robust and I've 
personally seen infinite recursion more than once if certain asyncore methods 
aren't properly subclassed.

What I don't understand is what changes you are proposing and, again, it would 
be very helpful if you could provide an example code which demonstrates the 
problems you're complaining about (infinite recursion? broken pipe error? 
both?).

--

___
Python tracker 

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

[issue7005] ConfigParser does not handle options without values

[Dwayne Bailey]

Dwayne Bailey  added the comment:

This is causing a regression in our code.

Previously when we write out our INI file for an entry that has a value of None 
we saw the following:
value = None

These are now stored as:
value

This is now causing a traceback in our code.

But interestingly I haven't changed anything in our initialisation of 
ConfigParser, I would have assumed that I need to set allow_no_value for this 
to work in the new way that MySQL expects.

I would have expected everything to work as it currently does in 2.6 unless I 
specifically request

You can see the traceback of Virtaal under Python 2. in this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=622061

--
nosy: +dwayne

___
Python tracker 

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

[issue9691] sdist includes files that are not in MANIFEST.in

[Ronald Oussoren]

New submission from Ronald Oussoren :

The attached file 'manifest-test.zip' is a small distutils project that 
demonstrates a problem I have with the sdist command.

The archive contains a directory 'sandbox' that is not mentioned in MANIFEST.in 
or anywhere in setup.py. When I create an sdist using "python setup.py sdist" 
the sandbox directory is included in the archive.

This happens with 2.7 on Windows, while 2.7 on OSX does not have this behavior.

--
assignee: tarek
components: Distutils
files: manifest-test.zip
messages: 114966
nosy: eric.araujo, ronaldoussoren, tarek
priority: normal
severity: normal
stage: unit test needed
status: open
title: sdist includes files that are not in MANIFEST.in
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file18650/manifest-test.zip

___
Python tracker 

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

[issue9683] Dead code in py3k inspect module

[Andreas Stührk]

Andreas Stührk  added the comment:

The correct call is more something like 
``inspect.formatargspec(*inspect.getargspec(f))``, which should work for all 
(Python) functions in Python 3. In Python 2, tuple unpacking was represented 
using a nested list for the arguments:

>>> def f(x, (y, z)): pass
... 
>>> inspect.getargspec(f).args
['x', ['y', 'z']]

It is impossible to get such a nested list from `getargspec()` now, but if you 
provide one, you execute the dead code path:

>>> inspect.formatargspec(['x', ['y', 'z']])
TypeError: object of type 'map' has no len()

--

___
Python tracker 

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

[issue7005] ConfigParser does not handle options without values

[Fred L. Drake, Jr.]

Fred L. Drake, Jr.  added the comment:

Re-opening for investigation.

(The previous message really should have been a new issue.)

--
status: closed -> open

___
Python tracker 

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

[issue7005] ConfigParser does not handle options without values

[Fred L. Drake, Jr.]

Changes by Fred L. Drake, Jr. :


--
nosy: +lukasz.langa

___
Python tracker 

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

[issue1552] fromfd() and socketpair() should return wrapped sockets

[Georg Brandl]

Georg Brandl  added the comment:

fromfd is already taken care of in 3.2. Otherwise, this looks like a good fix 
once updated to trunk.

--
nosy: +georg.brandl

___
Python tracker 

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

[issue9690] Cannot distinguish b"str" from "str" in ast module.

[Benjamin Peterson]

Benjamin Peterson  added the comment:

I see that it's a problem, but there's nothing we can do about it now, so 
you'll have to determine whether it was unicode literals or not based on 
compile flags.

--

___
Python tracker 

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

[issue1552] fromfd() and socketpair() should return wrapped sockets

[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

[issue9539] python-2.6.4: test failure in test_distutils due to linking to system libpython2.6

[jan matejek]

jan matejek  added the comment:

this affects 2.7 as well. the problem was introduced by r78136 which skips out 
of the directory containing newly built libpython2.7, so the linking command 
cannot find it in -L. and fails (unless a systemwide libpython is already 
present)

the tests should probably specify that they want to link to a specific file, 
instead of relying on -lpython
however, i have no idea how to do that in general, let alone within distutils :/

see also issue8335

--
nosy: +matejcik
versions: +Python 2.7

___
Python tracker 

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

[issue1553375] Add traceback.print_full_exception()

[Vinay Sajip]

Changes by Vinay Sajip :


--
nosy: +vinay.sajip

___
Python tracker 

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

[issue9682] socket.create_connection error message for domain subpart with invalid length is very confusing

[Georg Brandl]

Changes by Georg Brandl :


--
assignee:  -> loewis

___
Python tracker 

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

[issue1553375] Add traceback.print_full_exception()

[Vinay Sajip]

Vinay Sajip  added the comment:

This functionality would be useful in format_exception(), too, so it might be 
better to implement in format_exception_only(). This latter function formats 
the exception part of a traceback, so it makes sense to implement it here.

I would prefer "fullstack" to "full" as it's clearer what the 'full' pertains 
to. An alternative might be "upperframes" or "allframes".

--

___
Python tracker 

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

[issue9427] logging.error('...', exc_info=True) should display upper frames, too

[Vinay Sajip]

Vinay Sajip  added the comment:

This also happens on later versions. Since 2.x is essentially frozen, this 
feature request can't be implemented in 2.x, so recategorising as a Python 3.2 
issue.

Here, a change in logging will either duplicate code in traceback.py or print 
the upper frames above the "Traceback (most recent call last):" line, which is 
not ideal.

The best way to implement in logging would be to wait for the implementation of 
the patch in #1553375, following which a change could be made in 
Formatter.formatException to invoke traceback.print_exception with the 
"fullstack" keyword parameter.

--
type:  -> feature request
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

[issue1403349] in email can't get attachments' filenames using get_filename

[Ich Neumon]

Ich Neumon  added the comment:

Looks like this one needs reopening to me... I've recently had to parse out 
attachments with the following Content-Type lines and no Content-Disposition 
provided:

Content-Type: application/vnd.ms-excel; name=transactions.xls

It might not seem like much, but the content-type check for this workaround in 
get_filename appears to be case-sensitive, and thus misses the upper case "T" 
in Content-Type.
There is no information provided in the headers about the mailer they use, but 
they get plenty of other bits wrong too (eg. the xls file is actually just 
tab-separated values).

--
nosy: +ichneumon

___
Python tracker 

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

[issue1553375] Add traceback.print_full_exception()

[Vinay Sajip]

Changes by Vinay Sajip :


--
Removed message: http://bugs.python.org/msg114972

___
Python tracker 

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

[issue1553375] Add traceback.print_full_exception()

[Vinay Sajip]

Vinay Sajip  added the comment:

This functionality would be useful in format_exception(), too.

I prefer "fullstack" to "full" as it's clearer what the 'full' pertains to. An 
alternative might be "upperframes" or "allframes".

--

___
Python tracker 

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

[issue9427] logging.error('...', exc_info=True) should display upper frames, too

[R. David Murray]

Changes by R. David Murray :


--
nosy: +r.david.murray

___
Python tracker 

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

[issue8296] multiprocessing.Pool hangs when issuing KeyboardInterrupt

[Andrey Vlasovskikh]

Andrey Vlasovskikh  added the comment:

> On closer look your patch is also ignoring SystemExit. I think it's 
> beneficial to honor SystemExit, so a user could use this as a means to 
> replace the current process with a new one.

Yes, SystemExit should cancel all the tasks that are currently in the queue. I 
guess my patch doesn't handle this properly.

> If we keep that behavior, the real problem here is that the result handler 
> hangs if the process that reserved a job is gone, which is going to be 
> handled by #9205. Should we mark it as a duplicate?

Yes, I think that #9205 covers this issue, so #8296 may be marked as a 
duplicate.

--

___
Python tracker 

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

[issue9205] Parent process hanging in multiprocessing if children terminate unexpectedly

[Andrey Vlasovskikh]

Changes by Andrey Vlasovskikh :


--
nosy: +vlasovskikh

___
Python tracker 

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

[issue1403349] in email can't get attachments' filenames using get_filename

[Ich Neumon]

Ich Neumon  added the comment:

A slight update for my workaround for the above with the following code:

if not filename:
   ct = part.get("Content-Type")
   if ct:
  m = re.compile('name=\"?(\S+)\"?').search(ct, 1)
  if m: filename = m.group(1)

I've added ? operators to the double-quotes, and changed the case in the 
part.get. However, there may be good reasons as to why part.get needs to be 
case-sensitive. Not my area of expertise though.

--

___
Python tracker 

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

[issue9689] threading.Timer poorly documented

[Georg Brandl]

Georg Brandl  added the comment:

Fixed in r84326.

--
nosy: +georg.brandl
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

[issue9681] small typo in online documentation

[Georg Brandl]

Georg Brandl  added the comment:

Fixed in r84327.

--
nosy: +georg.brandl
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

[issue9692] UnicodeDecodeError in ElementTree.tostring()

[Ulrich Seidl]

New submission from Ulrich Seidl :

The following code leads to an UnicodeError in python 2.7 while it works fine 
in 2.6 & 2.5:

# -*- coding: latin-1 -*-
import xml.etree.cElementTree as ElementTree

oDoc = ElementTree.fromstring(
'' )
oDoc.set( "ATTR", "ÄÖÜ" )
print ElementTree.tostring( oDoc , encoding="iso-8859-1" )

--
components: XML
messages: 114980
nosy: uis
priority: normal
severity: normal
status: open
title: UnicodeDecodeError in ElementTree.tostring()
versions: Python 2.7

___
Python tracker 

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

[issue9692] UnicodeDecodeError in ElementTree.tostring()

[Brian Curtin]

Changes by Brian Curtin :


--
nosy: +flox
stage:  -> needs patch
type:  -> behavior

___
Python tracker 

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

[issue1403349] in email can't get attachments' filenames using get_filename

[R. David Murray]

R. David Murray  added the comment:

Ich, if your problem still exists in 2.7, 3.1, or 3.2, please open a new issue 
with a test case showing the problem you are running in to.

--
nosy: +r.david.murray

___
Python tracker 

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

[issue1403349] in email can't get attachments' filenames using get_filename

[R. David Murray]

R. David Murray  added the comment:

Also, issue 7082 might be relevant here, since it fixed a bug in this fix.

--

___
Python tracker 

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

[issue9692] UnicodeDecodeError in ElementTree.tostring()

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

IMO the code is not correct: how does ElementTree know which encoding is used 
for the attribute value?  Even 2.5 prints a different content when the script 
is saved with a different encoding.

The line should look like:
oDoc.set( "ATTR", u"ÄÖÜ" )
or use ascii-only characters.

--
nosy: +amaury.forgeotdarc

___
Python tracker 

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

[issue1076515] shutil.move clobbers read-only files.

[Mark Lawrence]

Mark Lawrence  added the comment:

Brian, Tim, any comments on this wrt Windows or do you think this can be 
closed?  Could there be an impact on any other OS?  I'll close if there's no 
response, unless someone else feels fit to close this anyway.

--
nosy: +BreamoreBoy, brian.curtin, tim.golden
status: open -> pending
versions: +Python 2.7, Python 3.1, 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

[issue1078245] Python2.4: building '_socket' extension fails with `INET_ADD

[Mark Lawrence]

Mark Lawrence  added the comment:

I don't believe that this can still be a problem.

--
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

___
Python tracker 

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

[issue1078919] Email.Header encodes non-ASCII content incorrectly

[Mark Lawrence]

Changes by Mark Lawrence :


--
versions: +Python 3.2 -Python 2.7

___
Python tracker 

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

[issue1524938] PEP MemoryError with a lot of available memory gc not called

[Mark Matusevich]

Mark Matusevich  added the comment:

This is what I got on computer with 512 MB RAM:

Mandriva Linux 2009.1
=
Python 2.6.1 (r261:67515, Jul 14 2010, 09:23:11) [GCC 4.3.2]
-> Python process killed by operating system after 14


Microsoft Windows XP Professional
Version 5.1.2600 Service Pack 2 Build 2600
=
Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)]
-> MemoryError after 10

Python 2.6.6 (r266:84297, Aug 24 2010, 18:46:32) [MSC v.1500 32 bit (Intel)]
-> MemoryError after 10

Python 2.7 (r27:82525, Jul  4 2010, 09:01:59) [MSC v.1500 32 bit (Intel)]
-> MemoryError after 10

Python 3.1.2 (r312:79149, Mar 21 2010, 00:41:52) [MSC v.1500 32 bit (Intel)]
-> Sucessfull finnish in no time!!!

Unfortunately I cannot test the original program I had the problem with, 
because since the original post (2006) I changed the employer. Now I use Matlab 
:(

--

___
Python tracker 

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

[issue1080387] Making IDLE Themes and Keys Config more Robust

[Mark Lawrence]

Mark Lawrence  added the comment:

I'm assuming that the attached patches are simply out of date.

--
nosy: +BreamoreBoy
stage: unit test needed -> needs patch
versions: +Python 3.2 -Python 2.7

___
Python tracker 

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

[issue1083299] Distutils doesn't pick up all the files it should.

[Mark Lawrence]

Mark Lawrence  added the comment:

@Éric can you please select the appropriate stage, component(s) or version(s) 
as you see fit, thanks.

--
assignee:  -> tarek
nosy: +BreamoreBoy

___
Python tracker 

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

[issue1097797] Encoding for Code Page 273 used by EBCDIC Germany Austria

[Mark Lawrence]

Mark Lawrence  added the comment:

The consensus is that this should have gone into Python years ago.

--
nosy: +BreamoreBoy
stage:  -> patch review
versions: +Python 3.2 -Python 2.7

___
Python tracker 

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

[issue1083299] Distutils doesn't pick up all the files it should.

[Éric Araujo]

Éric Araujo  added the comment:

Setting all three branches that accept bug fixes. Someone coming here thanks to 
the easy keyword could write a unit test, otherwise I’ll do it and adjust 
versions as needed.

--
components: +Distutils2
keywords: +easy
stage:  -> unit test needed
versions: +Python 2.7, Python 3.1, Python 3.2

___
Python tracker 

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

[issue1098749] Single-line option to pygettext.py

[Mark Lawrence]

Mark Lawrence  added the comment:

My gut reaction is that pygettext should be deprecated, other opinions are 
welcome.

--
nosy: +BreamoreBoy

___
Python tracker 

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

[issue1100562] deepcopying listlike and dictlike objects

[Mark Lawrence]

Mark Lawrence  added the comment:

The patch is small and clean, can a core dev please take a look and commit if 
you see fit, thanks.

--

___
Python tracker 

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

[issue1208730] expat binding for XML_ParserReset

[Mark Lawrence]

Mark Lawrence  added the comment:

Anyone interested in updating the patch for 3.2?

--
nosy: +BreamoreBoy
versions: +Python 3.2 -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

[issue1209447] os.path.join() fails if 2nd arg is a UNC path

[Mark Lawrence]

Mark Lawrence  added the comment:

Can the fix be backported to 2.7 or can this be closed?

--
nosy: +BreamoreBoy

___
Python tracker 

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

[issue1223976] error locale.getlocale() with LANGUAGE=eu_ES

[Mark Lawrence]

Mark Lawrence  added the comment:

>From msg60764 "Note that this bug is fixed in CVS:".  I'd test myself, but the 
>last time I tried soemthing like this it took me ages to persuade Windows 
>Calendar that I wasn't Dutch.

--
components: +Library (Lib) -None
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

___
Python tracker 

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

[issue1379416] email.Header encode() unicode P2.6

[Mark Lawrence]

Mark Lawrence  added the comment:

I believe that RDM is working on this sort of issue as part of email6.

--
nosy: +BreamoreBoy
versions: +Python 3.1, 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

[issue1379804] HP-UX thread stack size needs to be increased

[Mark Lawrence]

Mark Lawrence  added the comment:

No reply to msg86492 so I'll close unless someone objects.

--
nosy: +BreamoreBoy
status: open -> pending

___
Python tracker 

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

[issue1209447] os.path.join() fails if 2nd arg is a UNC path

[John Ehresman]

John Ehresman  added the comment:

I say close it since it is a change in behavior and shouldn't go in a point 
release.  I'm happy to see it fixed in 3.1.

--
status: open -> closed

___
Python tracker 

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

[issue1394135] Deleting first item causes anydbm.first() to fail

[Mark Lawrence]

Mark Lawrence  added the comment:

No replky to msg83894.

--
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

___
Python tracker 

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

[issue9693] asynchat push_callable() patch

[Giampaolo Rodola']

New submission from Giampaolo Rodola' :

This can be useful in those circumstances where the user wants to execute some 
action right after some data has been sent (push()) or a producer has been 
consumed (push_with_producer()).
Example:


def log(msg):
logging.debug(msg)

class Sender(asynchat.async_chat):

def __init__(self, conn):
asynchat.async_chat.__init__(self, conn)
self.set_terminator("\r\n")
self.push("220 hello\r\n")
self.push_callable(log, "hello has been sent")

--
components: Library (Lib)
files: asynchat-push-callable.patch
keywords: patch, patch
messages: 115001
nosy: giampaolo.rodola, josiah.carlson, josiahcarlson, nirs, r.david.murray
priority: normal
severity: normal
stage: patch review
status: open
title: asynchat push_callable() patch
type: feature request
versions: Python 3.2
Added file: http://bugs.python.org/file18651/asynchat-push-callable.patch

___
Python tracker 

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

[issue9692] UnicodeDecodeError in ElementTree.tostring()

[Ulrich Seidl]

Ulrich Seidl  added the comment:

Of course, if you use an unicode string it works and of course it would be easy 
to switch to unicode for this demo code. Unfortunately, the affected 
application is a little bit more complex and it is not that easy to switch to 
unicode. I just wonder why the tostring() method does not assume that internal 
strings are encoded in the explicitly provided encoding? Is ElementTree 
restricted to the use of unicode strings? Anyway, why was it working (as 
expected) with python 2.5 & python 2.6?

--

___
Python tracker 

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

[issue2527] Pass a namespace to timeit

[Mark Lawrence]

Changes by Mark Lawrence :


--
stage:  -> patch review
versions: +Python 3.2 -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

[issue1397474] timeit execution enviroment

[Mark Lawrence]

Changes by Mark Lawrence :


--
assignee:  -> d...@python
nosy: +d...@python

___
Python tracker 

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

[issue1398781] Example in section 5.3 "Pure Embedding" doesn't work.

[Mark Lawrence]

Changes by Mark Lawrence :


--
assignee: georg.brandl -> d...@python
nosy: +d...@python

___
Python tracker 

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

[issue9692] UnicodeDecodeError in ElementTree.tostring()

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

Testing with python 2.5: oDoc.set("ATTR", "ÄÖÜ") uses the encoding used by the 
source code (with "# -*- coding:";) If I use utf-8 instead, the output is:
   
which contains the numbers of the 3 pairs of surrogates.

--

___
Python tracker 

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

[issue1425127] os.remove OSError: [Errno 13] Permission denied

[Mark Lawrence]

Mark Lawrence  added the comment:

@Brian, Tim, any views on this?

--
nosy: +BreamoreBoy, brian.curtin, tim.golden
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

___
Python tracker 

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

[issue1433886] pointer aliasing causes core dump, with workaround

[Mark Lawrence]

Mark Lawrence  added the comment:

Can a core dev please look at this now that we're at 3.2 alapha, thanks.  Or 
has it already been fixed?

--
nosy: +BreamoreBoy

___
Python tracker 

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

[issue1437699] allow unicode arguments for robotparser.can_fetch

[Mark Lawrence]

Mark Lawrence  added the comment:

No comments on this for 4 1/2 years.  Is this still valid and/or is anyone 
still interested?

--
nosy: +BreamoreBoy
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

[issue1438480] shutil.move raises OSError when copystat fails

[Mark Lawrence]

Changes by Mark Lawrence :


--
stage: unit test needed -> patch review
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

___
Python tracker 

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

[issue1379416] email.Header encode() unicode P2.6

[R. David Murray]

Changes by R. David Murray :


--
keywords: +patch
Added file: http://bugs.python.org/file18652/header_encode_test.diff

___
Python tracker 

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

[issue1379416] email.Header encode() unicode P2.6

[R. David Murray]

Changes by R. David Murray :


Added file: http://bugs.python.org/file18653/header_charset_fix.diff

___
Python tracker 

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

[issue1439312] Patch for bug 1438185: os.renames deletes junction points

[Mark Lawrence]

Mark Lawrence  added the comment:

@Brian, Tim, any views on this?

--
components: +Library (Lib) -None
nosy: +BreamoreBoy, brian.curtin, tim.golden
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

___
Python tracker 

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

[issue1440472] email.Generator is not idempotent

[Mark Lawrence]

Mark Lawrence  added the comment:

Does this belong with RDM or d...@python?

--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

___
Python tracker 

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

[issue1379416] email.Header encode() unicode P2.6

[R. David Murray]

R. David Murray  added the comment:

I've attached a fix and test.  I've uploaded them separately since the fix only 
applies to 2.7, but I want to put the test into 3.x as well.

--

___
Python tracker 

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

[issue1379416] email.Header encode() unicode P2.6

[R. David Murray]

Changes by R. David Murray :


--
stage: unit test needed -> patch review

___
Python tracker 

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

[issue877904] freeze: problems excluding site

[R. David Murray]

Changes by R. David Murray :


--
resolution: wont fix -> accepted
status: closed -> languishing

___
Python tracker 

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

[issue1223976] error locale.getlocale() with LANGUAGE=eu_ES

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

Closing the report: eu_es has been Python for quite a while (at least since 
Python 2.5).

If you also feel that 'basque' should be added as alias, please provide proof 
that this alias is really in use and open a new bug report.

--
assignee:  -> lemburg
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

[issue9693] asynchat push_callable() patch

[Giampaolo Rodola']

Changes by Giampaolo Rodola' :


--
nosy: +pitrou

___
Python tracker 

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

[issue9682] socket.create_connection error message for domain subpart with invalid length is very confusing

[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

[issue9650] format codes in time.strptime docstrings

[Catherine Devlin]

Catherine Devlin  added the comment:

> There is the non-zero cost of keeping two copies of that bit of
> information in-sync with each other (and the code).

That's true, but how often do the strftime format codes change?  I'd be happy 
to personally volunteer to keep them in synch.  I suspect it would take me half 
an hour once or even twice per decade.

> I believe the reason is that time.strftime behavior is platform dependent, so 
> "man strftime" is likely to produce more relevant documentation than "pydoc 
> time.strftime".

So everything I've written with strftime is not cross-platform after all?  Eek.

Anyway, why couldn't the docstring do the same thing the Python docs do - 
report the ANSI codes, and mention that platform-specific variations are 
possible?

Alternately, simply including a suggestion to ``man strftime`` in the docs 
would be a good start, since I had no idea about that (and I doubt I'm the only 
one).  Of course, it's useless advice for Windows users.

> Note the source at one of these sites:

> "Source: Python’s strftime documentation." :-)

Of course - the point is that people are feeling enough pain in drilling down 
to the right place in the Python documentation that a convenient designated URL 
seems attractive by comparison.

--

___
Python tracker 

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

[issue9692] UnicodeDecodeError in ElementTree.tostring()

[Ulrich Seidl]

Ulrich Seidl  added the comment:

Well, the output of the print is not that interesting as long as ElementTree is 
able the restore the former attributes value when reading it in again. The 
print was just used to illustrate that an UnicodeDecodeError appears. Think 
about doing an 
ElementTree.fromstring( ... ).get( "ATTR" ).encode( "iso-8859-1" ).

--

___
Python tracker 

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

[issue1512163] mailbox (2.5b1): locking doesn't work (esp. on FreeBSD)

[David Watson]

David Watson  added the comment:

> Is this still an issue on later versions of Python and/or FreeBSD?

Yes, there is still an issue.  There is no longer a deadlock on
FreeBSD because the module been changed to use only lockf() and
dot-locking (on all platforms), but the issue is now about how
users can enable other locking mechanisms that they need, such as
flock(), without causing a deadlock on platforms where they refer
to the same lock as lockf().

They can't just override the classes' .lock() and .unlock()
methods, because some parts of the code perform locking
operations directly without calling those methods.

--

___
Python tracker 

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

[issue9377] socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names

[David Watson]

David Watson  added the comment:

> The surrogateescape mechanism is a very hackish approach, and
> violates the principle that errors should never pass silently.

I don't see how a name resolution API returning non-ASCII bytes
would indicate an error.  If the host table contains a non-ASCII
byte sequence for a host, then that is the host's name - it works
just as well as an ASCII name, both forwards and backwards.

What is hackish is representing char * data as a Unicode string
when there is no native Unicode API to feed it to - there is no
issue here such as file names being bytes on Unix and Unicode on
Windows, so the clean thing to do would be to return a bytes
object.  I suggested the surrogateescape mechanism in order to
retain backwards compatibility.

> However, it solves a real problem - people do run into the problem
> with file names every day. With this problem, I'd say "if it hurts,
> don't do it, then".

But to be more explicit, that's like saying "if it hurts, get
your sysadmin to reconfigure the company network".

--
title: socket,  PEP 383: Mishandling of non-ASCII bytes in host/domain names -> 
socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names

___
Python tracker 

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

[issue9690] Cannot distinguish b"str" from "str" in ast module.

[Kay Hayen]

Kay Hayen  added the comment:

Hello Benjamin,

thank you for the response. What do you mean with there is "nothing we can do 
about it". Is it not possible to add another field indicating the prefix given 
to a literal?

BTW: I believe raw strings are also no longer recognizable. Fortunately I do 
not need to do that, but look here:

>>> ast.dump( ast.parse( r"""a = r'\n'""" ) )
"Module(body=[Assign(targets=[Name(id='a', ctx=Store())], 
value=Str(s='n'))])"

Currently the only work around to not being able to tell if there was a b"" in 
the source code, is to open the file and check myself. And getting the actual 
raw string is not feasible at all.

So why not at least have an "ast" module that allows to decide without 
ambiguity what the user said. I agree that raw strings can be solved before the 
AST and it doesn't matter much. But I don't think it's acceptable that CPython 
can execute the code correctly, but using the AST nodes, there is no way to 
tell.

I thought they share code?

Yours,
Kay

--

___
Python tracker 

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

[issue444582] Finding programs in PATH, adding shutil.which

[R. David Murray]

R. David Murray  added the comment:

As far as I can tell from a little bit of testing, if it is even possible to 
quote ':' in a posix path it isn't obvious how you do it.

--
nosy: +r.david.murray

___
Python tracker 

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

[issue9690] Cannot distinguish b"str" from "str" in ast module.

[Benjamin Peterson]

Benjamin Peterson  added the comment:

2010/8/26 Kay Hayen :
>
> Kay Hayen  added the comment:
>
> Hello Benjamin,
>
> thank you for the response. What do you mean with there is "nothing we can do 
> about it". Is it not possible to add another field indicating the prefix 
> given to a literal?

We can't do anything about it because 2.7 has been released and a "new
flag" would be a disallowed new feature.

>
> BTW: I believe raw strings are also no longer recognizable. Fortunately I do 
> not need to do that, but look here:

If you need to recognize those (or unicode literals for that matter),
you could look at the parser module's raw trees.

--

___
Python tracker 

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

[issue9694] argparse: Default Help Message Lists Required Args As Optional

[Ben Schmaus]

New submission from Ben Schmaus :

The argparse module lists required args as optional in the default help message.

If you run the following program (also attached) you'll get the output listed 
below.

#!/usr/bin/env python

import argparse

parser = argparse.ArgumentParser(
description = 'Do something'
)
parser.add_argument('--reqarg', '-r', help = 'This is required', required = 
True)
parser.add_argument('--optarg','-o', help = "This is optional", required = 
False)
args = parser.parse_args()

$ python argparse-help-says-required-args-are-optional.py -h
usage: argparse-help-says-required-args-are-optional.py [-h] --reqarg REQARG
[--optarg OPTARG]

Do something

optional arguments:
  -h, --helpshow this help message and exit
  --reqarg REQARG, -r REQARG
This is required
  --optarg OPTARG, -o OPTARG
This is optional
$

--
components: Library (Lib)
files: argparse-help-says-required-args-are-optional.py
messages: 115017
nosy: benschmaus
priority: normal
severity: normal
status: open
title: argparse: Default Help Message Lists Required Args As Optional
type: behavior
versions: Python 2.7
Added file: 
http://bugs.python.org/file18654/argparse-help-says-required-args-are-optional.py

___
Python tracker 

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

[issue1433886] pointer aliasing causes core dump, with workaround

[Benjamin Peterson]

Changes by Benjamin Peterson :


--
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

[issue1433886] pointer aliasing causes core dump, with workaround

[Benjamin Peterson]

Changes by Benjamin Peterson :


--
status: pending -> closed

___
Python tracker 

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

[issue9694] argparse: Default Help Message Lists Required Args As Optional

[Eric Smith]

Eric Smith  added the comment:

It looks to me like reqarg is marked as required, since it's not in brackets. 
Or am I missing something?

--
nosy: +bethard, eric.smith

___
Python tracker 

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

[issue5556] interactive interpreter, source encoding

[R. David Murray]

R. David Murray  added the comment:

Agreed.  Although the docs do not explicitly say "you cannot use bytes as 
source", this is clearly implicit in the Python3 bytes/string separation.  The 
docs talk only about string inputs.

--
nosy: +r.david.murray
resolution:  -> invalid
stage: unit test needed -> 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

[issue9694] argparse: Default Help Message Lists Required Args As Optional

[R. David Murray]

R. David Murray  added the comment:

Yeah, the fact that it is listed under the heading "optional arguments:" :)  
Guess we need a new section?

--
nosy: +r.david.murray

___
Python tracker 

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

[issue1437699] allow unicode arguments for robotparser.can_fetch

[Terry J. Reedy]

Terry J. Reedy  added the comment:

While Python is 'GPL compatible', whatever that means, it cannot incorporate 
GPLed code in the PSF distribution. Code must be contributed under one on the 
two licenses in the contributor agreement. Philip, can you contribute a patch 
appropriate to 3.x?

In 3.x, robotparser is urllib.robotparser. Under the 'be generous what you 
accept' principle, expansion of accepted names would seem to be good.

DOC PATCH NEEDED The doc says "For more details on the structure of robots.txt 
files, see http://www.robotstxt.org/orig.html ."
That link seems not to exist. The safest link is to the site. The specific 
replacement is http://www.robotstxt.org/robotstxt.html .

--
stage:  -> unit test needed

___
Python tracker 

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

[issue9694] argparse: Default Help Message Lists Required Args As Optional

[Eric Smith]

Eric Smith  added the comment:

Duh. Sorry about that.

Also applies to 3.2.

--
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

[issue9632] Remove sys.setfilesystemencoding()

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

STINNER Victor wrote:
> 
> STINNER Victor  added the comment:
> 
>> Think of e.g. embedded Python interpreters or py2exe-style applications
>> running on Linux or other systems that don't use Unicode APIs 
>> for FS-interaction or have fixed FS-encodings.
> 
> What is the problem here? Python does guess the filesystem encoding. If the 
> encoding is "wrong" (not the value expected by the user), filenames are not 
> displayed correctly (mojibake) but it does just work. Anyway, why is it not 
> possible to use PYTHONFSENCODING here? Are you talking to Python modules 
> loaded from a non-ascii path?
> 
> Sorry, but I do not understand.

In such environments you cannot expect the user to configure the
system properly (i.e. set an environment variable). Instead, the
application has to provide an educated guess to the Python
interpreter in some way, hence the idea to use a configuration
file or perhaps provide a C API that can be used to set the
variable before initializing the interpreter.

--

___
Python tracker 

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

[issue2236] Distutils' mkpath implementation ignoring the "mode" parameter

[Éric Araujo]

Changes by Éric Araujo :


--
versions: +Python 3.2 -Python 2.6, Python 3.0

___
Python tracker 

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

[issue9572] IOError or OSError in test_multiprocessing

[Brett Cannon]

Brett Cannon  added the comment:

r84329 has the fix. I decided to catch IOError and OSError separately rather 
than EnvironmentError as a blanket 'except' clause; explicit is better than 
implicit and all.

--
status: open -> closed

___
Python tracker 

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

[issue1524938] PEP MemoryError with a lot of available memory gc not called

[Martin v . Löwis]

Martin v. Löwis  added the comment:

Ok, I'm closing this as "won't fix". The OP doesn't have the issue anymore; 
anybody else having some issue please report that separately (taking into 
account that you are likely asked to provide a patch as well).

--
resolution:  -> wont fix
status: open -> closed

___
Python tracker 

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

[issue5904] strftime docs do not explain locale effect on result string

[Éric Araujo]

Changes by Éric Araujo :


--
assignee: georg.brandl -> d...@python
nosy: +d...@python

___
Python tracker 

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

[issue9613] Python considers pid longs under 64-bit Windows

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

The spawn* functions return intptr_t, because it's the process handle.
But _getpid() returns an int.
Both seem to be correctly handled.

Which part do you suspect to truncate data?

--
nosy: +amaury.forgeotdarc

___
Python tracker 

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

[issue9650] format codes in time.strptime docstrings

[Skip Montanaro]

Skip Montanaro  added the comment:

Catherine,

Did my suggestion to alter pydoc output so it always contains a link to the
enclosing module's documentation not seem like a reasonable compromise?

Another problem with embedding the format codes in the docstring is that it
opens up a Pandora's box of other stuff that might be reasonable to include
in other docstrings, but should probably just be documented in one place
(perhaps with references elsewhere).  For example, maybe we should add the
list of signals to the docstrings for signal.signal and os.kill (pretty
platform-dependent) or add all the format possibilities to the docstring for
the format() builtin (brand new and probably not well-known to very many
users).  I'm sure there are other candidates.  It can be difficult to know
where to draw the line.

Skip

--

___
Python tracker 

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

[issue9682] socket.create_connection error message for domain subpart with invalid length is very confusing

[Martin v . Löwis]

Martin v. Löwis  added the comment:

> why is it a UnicodeError? 

Because IDNA is an encoding, and codecs are supposed to raise UnicodeErrors. 
The string you are trying to encode is not supported in the encoding in 
question.

It would be possible to catch the UnicodeError, and re-raise it as a socket 
error in the socket module.

> I would expect a ValueError.

Notice that a UnicodeError *is* a ValueError.

> Could we perhaps change it to 'domain name subpart'?

No. As you point out, "label" is the established, wide-spread, technical, 
RFC-supported term for the thing in question. "domain name subpart" is an 
ad-hoc wording that nobody else uses. I fail to see the advantage.

It would be possible to include the actual label into the exception (perhaps 
truncated if it's too long).

--

___
Python tracker 

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

[issue9377] socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names

[Martin v . Löwis]

Martin v. Löwis  added the comment:

> I don't see how a name resolution API returning non-ASCII bytes
> would indicate an error.

It's in violation of RFC 952 (slightly relaxed by RFC 1123).

> But to be more explicit, that's like saying "if it hurts, get
> your sysadmin to reconfigure the company network".

Which I consider perfectly reasonable. The sysadmin should have
known (and, in practice, *always* knows) not to do that in the first
place (the larger the company, the more cautious the sysadmin).

--
title: socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names -> 
socket,  PEP 383: Mishandling of non-ASCII bytes in host/domain names

___
Python tracker 

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

[issue1486713] HTMLParser : A auto-tolerant parsing mode

[kxroberto]

kxroberto  added the comment:

I'm not working with Py3. don't how much that module is different in 3.
unless its going into a py2 version, I'll leave the FR so far to the py3 
community

--

___
Python tracker 

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

[issue9694] argparse: Default Help Message Lists Required Args As Optional

[Steven Bethard]

Steven Bethard  added the comment:

Yeah, I guess the optional vs. positional isn't the best terminology now that 
you can have required flag-based arguments. Did you have a word other than 
"optional" that you'd prefer?

--

___
Python tracker 

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

[issue9695] Return from generators in Python 3.2

[Yury Selivanov]

New submission from Yury Selivanov :

The patch is intended to fix behaviour of 'return' statement in python's 
generators.

Please read this message before looking at the patch.
http://mail.python.org/pipermail/python-dev/2010-August/103297.html

--
components: Interpreter Core
files: generators_return.patch
keywords: patch
messages: 115033
nosy: Yury.Selivanov
priority: normal
severity: normal
status: open
title: Return from generators in Python 3.2
type: feature request
versions: Python 3.2
Added file: http://bugs.python.org/file18655/generators_return.patch

___
Python tracker 

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

[issue9696] xdrlib's pack_int generates DeprecationWarnings for negative in-range values

[David Powell]

New submission from David Powell :

The problem is easy to reproduce:

>>> import xdrlib
>>> p = xdrlib.Packer()
>>> p.pack_int(-1)
__main__:1: DeprecationWarning: struct integer overflow masking is deprecated

The cause is xdrlib.Packer uses the same pack operation for both
signed and unsigned integers...

def pack_uint(self, x):
self.__buf.write(struct.pack('>L', x))

pack_int = pack_uint

...and the unsigned struct.pack('>L', x) gags on the negative value.

--
components: Extension Modules
messages: 115034
nosy: dep
priority: normal
severity: normal
status: open
title: xdrlib's pack_int generates DeprecationWarnings for negative in-range 
values
type: behavior
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

[issue9697] python 2.3.4 installation error on 64 bit env

[Jayesh]

New submission from Jayesh :

[r...@server Python-2.3.4]# ./configure
checking MACHDEP... linux2
checking EXTRAPLATDIR...
checking for --without-gcc... no
checking for --with-cxx=... no
checking for c++... no
checking for g++... no
checking for gcc... gcc
checking for C++ compiler default output... configure: error: C++ compiler 
cannot create executables
See `config.log' for more details.
[r...@sbx40104 Python-2.3.4]# cat config.log
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by python configure 2.3, which was
generated by GNU Autoconf 2.57.  Invocation command line was

  $ ./configure

## - ##
## Platform. ##
## - ##

hostname = I.HAVE.CHANGED.THIS.com
uname -m = x86_64
uname -r = 2.6.18-028stab069.6
uname -s = Linux
uname -v = #1 SMP Wed May 26 18:10:06 MSD 2010

/usr/bin/uname -p = unknown
/bin/uname -X = unknown

/bin/arch  = x86_64
/usr/bin/arch -k   = unknown
/usr/convex/getsysinfo = unknown
hostinfo   = unknown
/bin/machine   = unknown
/usr/bin/oslevel   = unknown
/bin/universe  = unknown

PATH: /usr/local/sbin
PATH: /usr/local/bin
PATH: /sbin
PATH: /bin
PATH: /usr/sbin
PATH: /usr/bin
PATH: /usr/X11R6/bin
PATH: /root/bin


## --- ##
## Core tests. ##
## --- ##

configure:1402: checking MACHDEP
configure:1511: result: linux2
configure:1517: checking EXTRAPLATDIR
configure:1532: result:
configure:1545: checking for --without-gcc
configure:1594: result: no
configure:1600: checking for --with-cxx=
configure:1621: result: no
configure:1640: checking for c++
configure:1669: result: no
configure:1640: checking for g++
configure:1669: result: no
configure:1640: checking for gcc
configure:1656: found /usr/bin/gcc
configure:1666: result: gcc
configure:1707: checking for C++ compiler default output
configure:1710: gccconftest.cc  >&5
gcc: installation problem, cannot exec `cc1plus': No such file or directory
configure:1713: $? = 1
configure: failed program was:
| #line 1686 "configure"
| /* confdefs.h.  */
|
| #define _GNU_SOURCE 1
| #define _NETBSD_SOURCE 1
| #define __BSD_VISIBLE 1
| #define _XOPEN_SOURCE 600
| #define _XOPEN_SOURCE_EXTENDED 1
| #define _POSIX_C_SOURCE 200112L
| /* end confdefs.h.  */
|
| int
| main ()
| {
|
|   ;
|   return 0;
| }
configure:1752: error: C++ compiler cannot create executables
See `config.log' for more details.

##  ##
## Cache variables. ##
##  ##

ac_cv_env_CC_set=set
ac_cv_env_CC_value=gcc
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_prog_CXX=gcc

## - ##
## Output variables. ##
## - ##

AR=''
BASECFLAGS=''
BLDLIBRARY=''
BLDSHARED=''
BUILDEXEEXT=''
CC='gcc'
CCSHARED=''
CFLAGS=''
CFLAGSFORSHARED=''
CONFIG_ARGS=' 'CC=gcc''
CPP=''
CPPFLAGS=''
CXX='gcc'
DEFS=''
DLINCLDIR=''
DLLLIBRARY=''
DYNLOADFILE=''
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP=''
EXEEXT=''
EXTRAMACHDEPPATH=''
EXTRAPLATDIR=''
HAVE_GETHOSTBYNAME=''
HAVE_GETHOSTBYNAME_R=''
HAVE_GETHOSTBYNAME_R_3_ARG=''
HAVE_GETHOSTBYNAME_R_5_ARG=''
HAVE_GETHOSTBYNAME_R_6_ARG=''
INSTALL_DATA=''
INSTALL_PROGRAM=''
INSTALL_SCRIPT=''
INSTSONAME=''
LDFLAGS=''
LDLAST=''
LDLIBRARY=''
LDLIBRARYDIR=''
LDSHARED=''
LIBC=''
LIBM=''
LIBOBJS=''
LIBRARY=''
LIBS=''
LIBTOOL_CRUFT=''
LINKCC=''
LINKFORSHARED=''
LN=''
LTLIBOBJS=''
MACHDEP='linux2'
MACHDEP_OBJS=''
MAINOBJ='python.o'
OBJEXT=''
OPT=''
PACKAGE_BUGREPORT=''
PACKAGE_NAME='python'
PACKAGE_STRING='python 2.3'
PACKAGE_TARNAME='python'
PACKAGE_VERSION='2.3'
PATH_SEPARATOR=':'
PYTHONFRAMEWORK=''
PYTHONFRAMEWORKDIR='no-framework'
PYTHONFRAMEWORKINSTALLDIR=''
PYTHONFRAMEWORKPREFIX=''
RANLIB=''
RUNSHARED=''
SGI_ABI=''
SHELL='/bin/sh'
SHLIBS=''
SIGNAL_OBJS=''
SO=''
SOVERSION='1.0'
SRCDIRS=''
THREADHEADERS=''
THREADOBJ=''
TRUE=''
UNICODE_OBJS=''
USE_SIGNAL_MODULE=''
USE_THREAD_MODULE=''
VERSION='2.3'
ac_ct_CC=''
ac_ct_RANLIB=''
bindir='${exec_prefix}/bin'
build_alias=''
datadir='${prefix}/share'
exec_prefix='NONE'
host_alias=''
includedir='${prefix}/include'
infodir='${prefix}/info'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localstatedir='${prefix}/var'
mandir='${prefix}/man'
oldincludedir='/usr/include'
prefix='NONE'
program_transform_name='s,x,x,'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
sysconfdir='${prefix}/etc'
target_alias=''

## --- ##
## confdefs.h. ##
## --- ##

#define _GNU_SOURCE 1
#define _NETBSD_SOURCE 1
#define _POSIX_C_SOURCE 200112L
#define _XOPEN_SOURCE 600
#define _XOPEN_SOURCE_EXTENDED 1
#define __BSD_VISIBLE 1

configure: exit 77
[r...@server Python-2.3.4]#


[r...@serve

[issue9682] socket.create_connection error message for domain subpart with invalid length is very confusing

[R. David Murray]

R. David Murray  added the comment:

Ah, I wondered if it was something like that (encoding=>UnicodeError).  It's 
not really a *unicode* error, it's a syntax error in the domain name 
construction (ie: it is invalid whether or not unicode is involved, it just 
isn't caught in 2.x for non-unicode domain names), but oh well.

As for 'label' vs 'domain subpart', I've never heard anyone refer to the parts 
of a domain as 'labels' even in technical conversations, but as I think about 
it further I haven't heard them referred to at all.  So I withdraw that 
suggestion :)

Putting the label in the error message would be a nice enhancement, but 
definitely low priority.

--

___
Python tracker 

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