Eric Smith | 1 May 02:33 2009

[issue5799] Change ntpath functions to implicitly support UNC paths


Eric Smith <eric <at> trueblade.com> added the comment:

The doc patch doesn't apply cleanly for me.

There are a number of code cleanups in the patch, like 0->False,
1->True, the improvement of the params to path(), improvement in
isabs(), etc. I think these cleanups should be made in a separate patch,
so that it's easier to evaluate what's really involved in this change.
I'd be happy to do that, and produce the patches, if you could produce a
clean patch.

The docstring for splitdrive() should be indented, see PEP 257. Also,
the code snippet in that docstring is wrong, it uses 'split' where it
should be 'result', I think.

I haven't worked my way through all of the code and tests, yet.

----------
nosy: +eric.smith

_______________________________________
Python tracker <report <at> bugs.python.org>
<http://bugs.python.org/issue5799>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/python-python-bugs-list%40m.gmane.org

(Continue reading)

David Stemmer | 1 May 06:51 2009

[issue5891] strange list.sort() behavior on import, del and inport again


New submission from David Stemmer <dstemmer <at> brandeis.edu>:

Given two modules, I've seen the following kind of strange behavior with
list sorting on import and delete; a list that has been imported, sorted
and deleted remains sorted on a second import:

my_module.py:

some_list = ['b','a']

other_module.py:

from  my_module import some_list
print some_list
some_list.sort()
print some_list
del some_list
from  my_module import some_list
print some_list

Output is:

['b','a']
['a','a']
['a','b']

Sorry if it's already been reported.

----------
(Continue reading)

David Stemmer | 1 May 06:52 2009

[issue5892] strange list.sort() behavior on import, del and inport again


New submission from David Stemmer <dstemmer <at> brandeis.edu>:

Given two modules, I've seen the following kind of strange behavior with
list sorting on import and delete; a list that has been imported, sorted
and deleted remains sorted on a second import:

my_module.py:

some_list = ['b','a']

other_module.py:

from  my_module import some_list
print some_list
some_list.sort()
print some_list
del some_list
from  my_module import some_list
print some_list

Output is:

['b','a']
['a','b']
['a','b']

Sorry if it's already been reported.

----------
(Continue reading)

David Stemmer | 1 May 06:53 2009

[issue5891] strange list.sort() behavior on import, del and inport again


Changes by David Stemmer <dstemmer <at> brandeis.edu>:

Removed file: http://bugs.python.org/file13825/bugs.rar

_______________________________________
Python tracker <report <at> bugs.python.org>
<http://bugs.python.org/issue5891>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/python-python-bugs-list%40m.gmane.org

David Stemmer | 1 May 06:56 2009

[issue5891] strange list.sort() behavior on import, del and inport again


David Stemmer <dstemmer <at> brandeis.edu> added the comment:

EDIT: delete this, duplicate post

----------

_______________________________________
Python tracker <report <at> bugs.python.org>
<http://bugs.python.org/issue5891>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/python-python-bugs-list%40m.gmane.org

Senthil | 1 May 08:03 2009

[issue1648102] proxy_bypass in urllib handling of <local> macro


Senthil <orsenthil <at> gmail.com> added the comment:

I have fix this issue, in the revision 72155 for py2.7 and revision
72156 for py3k. 
Unfortunately, we have no tests for any proxy handling condition for
Windows and Darwin. This is a very specific case in the proxy handling;
thought let the fix be in (as per the MSDN spec), unittest coverage can
dealt separately.

----------
stage: test needed -> committed/rejected
status: open -> closed
versions: +Python 2.7, Python 3.1 -Python 2.6

_______________________________________
Python tracker <report <at> bugs.python.org>
<http://bugs.python.org/issue1648102>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/python-python-bugs-list%40m.gmane.org

Picon

[issue5891] strange list.sort() behavior on import, del and inport again


Changes by Martin v. Löwis <martin <at> v.loewis.de>:

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

_______________________________________
Python tracker <report <at> bugs.python.org>
<http://bugs.python.org/issue5891>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/python-python-bugs-list%40m.gmane.org

Picon

[issue5892] strange list.sort() behavior on import, del and inport again


Martin v. Löwis <martin <at> v.loewis.de> added the comment:

That is not a bug in Python. The import statement merely adds a
reference to the list into your module, so both variables point to the
very same list (my_module.some_list is other_module.some_list).
Therefore, any changes made to the list through my_module will also
affect the list as seen from other_module.

Closing the report as invalid.

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

_______________________________________
Python tracker <report <at> bugs.python.org>
<http://bugs.python.org/issue5892>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/python-python-bugs-list%40m.gmane.org

Gregory P. Smith | 1 May 09:01 2009

[issue5893] Add support to pydoc to output .rst restructured text


New submission from Gregory P. Smith <greg <at> krypto.org>:

When writing documentation for a module that is already well documented
in its docstrings, I really wish pydoc could output .rst directly.

It'd mean much less manual editing.

----------
components: Demos and Tools
messages: 86866
nosy: gregory.p.smith
priority: normal
severity: normal
status: open
title: Add support to pydoc to output .rst restructured text
type: feature request

_______________________________________
Python tracker <report <at> bugs.python.org>
<http://bugs.python.org/issue5893>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/python-python-bugs-list%40m.gmane.org

pander | 1 May 09:24 2009

[issue5894] Lookup of localised language name by ISO 639 language code and reverse look up


New submission from pander <pander <at> users.sourceforge.net>:

Hi all,

Does a module exist that can look up localised language names for ISO
639 language codes? If not, could one be constructed according to (sort
of) the following specifications?

1) Look up a localised language name for an ISO 639-1 language code for
a required parameter named code, providing the language code, and an
optional parameter named lang, providing the output language code, which
by default is set to 'en'. Example input and output would would be:

iso6391name(code='en') => 'English'
iso6391name(code='zu', lang='en') => 'Zulu'
iso6391name(code='zu', lang='nl') => 'Zoeloe'
iso6391name(code='nl', lang='en') => 'Dutch'

2) Reverse lookup of 1) from localised language to language code, e.g.:
iso6391code(name='English') => 'en'
iso6391code(name='Zulu', lang='en') => 'zu'
iso6391code(name='Zoeloe', lang='nl') => 'zu'
iso6391code(name='Dutch', lang='en') => 'nl'

3) Look up native language name for an ISO 639-1 language code for a
required parameter named code, providing the language code. Example
input and output would would be:

iso6391native(code='en') => 'English'
(Continue reading)


Gmane