[issue5783] IDLE cannot find windows chm file

[Martin v. Löwis]

Martin v. Löwis  added the comment:

> I used 'pending' in the Debian sense of: "I'm working it, 
> expect an upload soon."  Unless I'm mistaken, there's no bot
> closing 'pending' like  there was on SF. 

Actually, the Pending status is exactly the one as there was
on SF. The bot closing it just hasn't been installed yet.

--

___
Python tracker 

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

[issue5834] The word "error" used instead of "failure"

[Kurt McKee]

New submission from Kurt McKee :

In the unittest documentation a distinction is made between the word
"error" and "failure". However, the description for the
TestCase.assertTrue() function reads:

"Signal a test failure if expr is false; the explanation for the error..."

The word "error" should instead read "failure" in order to maintain
consistency with the words' uses throughout the rest of the documentation.

--
assignee: georg.brandl
components: Documentation
messages: 86444
nosy: georg.brandl, kurtmckee
severity: normal
status: open
title: The word "error" used instead of "failure"

___
Python tracker 

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

[issue5783] IDLE cannot find windows chm file

[Kurt B. Kaiser]

Kurt B. Kaiser  added the comment:

The issue that Terry Reedy raised is due to 68801 being forward
ported to py3k but not backported to 2.6-maint or 3.0-maint.
Access in 2.6.2 happens to work because there's a redirect on
the website which points to the correct doc release.  But 3.0.1
is broken.  I will fix both of those when I port.

Perhaps the reason the chm issue hasn't been more widely reported is that
the chm docs are available from the Python selection in the Start
menu on both releases.

This isn't a problem for the Python webmaster.  We don't want
them starting to change the links underneath us!

I used 'pending' in the Debian sense of: "I'm working it, 
expect an upload soon."  Unless I'm mistaken, there's no bot
closing 'pending' like  there was on SF.  How do the devs
generally use the 'pending' tag?

--

___
Python tracker 

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

[issue5283] setting __class__ in __del__ is bad. mmkay. negative ref count! kaboom!

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Fixed in r71860.

--
resolution: accepted -> 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

[issue5109] array.array constructor very slow when passed an array object.

[Raymond Hettinger]

Raymond Hettinger  added the comment:

When the datatype is the same, memcpy() should be used.

--
nosy: +rhettinger
priority:  -> high

___
Python tracker 

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

[issue5479] Add an easy way to provide total ordering now that __cmp__ is deprecated/gone

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
assignee: georg.brandl -> rhettinger

___
Python tracker 

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

[issue5587] vars() no longer has a useful __repr__

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
title: vars() no longer has a use __repr__ -> vars() no longer has a useful 
__repr__

___
Python tracker 

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

[issue3829] Tuple comparison masking exception

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Daniel, you're basically on the money.  No exception is getting masked.

The rich comparison operations for sets are defined as subset/superset
operations.  So, those operations are not useful for total orderings
used by min/max/sorted/bisect/heapq/cmp and tuple comparisons.  We can't
stop those tools from calling the rich comparisons but we can and do
raise a TypeError when cmp() is called directly on two sets.

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

[issue2531] float compared to decimal is silently incorrect.

[Jeremy Dunck]

Jeremy Dunck  added the comment:

I'm interested.  I just had already said my peace and didn't know my
prior interest wasn't being counted.  The patch uploaded by dmmartins
seemed good to me.  I'm probably biased, since this bug affected me.

--

___
Python tracker 

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

[issue2531] float compared to decimal is silently incorrect.

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Closing since no one seems interested.

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

[issue3521] file.readline: bad exception recovery

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Fixed in r71855

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

[issue5832] os.path.walk fails to descend into a directory whose name ends with a space

[Peter Otten]

Peter Otten <__pete...@web.de> added the comment:

Is "BBDO Atlanta " a symbolic link?. These are skipped by 
os.path.walk(). (The behaviour of os.walk() can be specified with the 
followsymlinks argument.)

--
nosy: +potten

___
Python tracker 

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

[issue4951] failure in test_httpservers

[Mark Dickinson]

Mark Dickinson  added the comment:

Okay, I think I've got this figured out.  It's a problem in the distutils 
tests: the mechanism for saving and restoring environment variables in

Lib/distutils/tests/test_util.py

doesn't work:  after the line

self.environ = os.environ

in the setUp method, self.environ and os.environ refer to the same object, 
so restoring using "os.environ = self.environ" doesn't do anything.

The attached patch (against py3k) fixes the problem for me;  trunk also 
appears to have this bug.

Assigning to Tarek.

--
assignee:  -> tarek
keywords: +patch
stage:  -> patch review
versions: +Python 2.7
Added file: http://bugs.python.org/file13761/issue4951.patch

___
Python tracker 

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

[issue5832] os.path.walk fails to descend into a directory whose name ends with a space

[Benjamin Peterson]

Benjamin Peterson  added the comment:

os.path.walk is deprecated. You should use os.walk.

--
nosy: +benjamin.peterson
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

[issue3102] ctypes defines global symbols

[Thomas Heller]

Thomas Heller  added the comment:

svn rev 71845, in py3k branch.

--
resolution: accepted -> 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

[issue5833] readline update

[J. Evans]

New submission from J. Evans :

Attached is a patch file that will update the readline functionality of
python in the following ways:
-- makes the tab-expand module be compatible with readline v6.x (fixes
the annoying extra-space bug)
-- removes '~$-/' from the completer chars list to make the next item work
-- adds filename completion to the completer, this is useful whenever a
filename/path is used
-- allows expansion to work properly on ClassType objects

--
components: Extension Modules
files: Python.patch
keywords: patch
messages: 86432
nosy: jrevans1
severity: normal
status: open
title: readline update
versions: Python 2.6
Added file: http://bugs.python.org/file13760/Python.patch

___
Python tracker 

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

[issue3102] ctypes defines global symbols

[Thomas Heller]

Thomas Heller  added the comment:

BTW: The 'My_Unicode...' symbols are gone, too.

--

___
Python tracker 

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

[issue3102] ctypes defines global symbols

[Thomas Heller]

Thomas Heller  added the comment:

Fixed in trunk (svn rev 71853).

I'll leave this open until it is ported to py3k.

--
resolution:  -> accepted
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

[issue5783] IDLE cannot find windows chm file

[Terry J. Reedy]

Terry J. Reedy  added the comment:

My point, relative to this issue, was to explain why I had not commented
before, but also to report that forward porting is needed, and not just
a convenience.  I just reported the breakage to webmas...@python.org.

--

___
Python tracker 

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

[issue5049] ctypes unwilling to allow pickling wide character

[Thomas Heller]

Thomas Heller  added the comment:

Thanks, amaury, for the patch.

Fixed in trunk, release26-maint, release30-maint, py3k branch.
SVN revisions 71847, 71848, 71849, 71851.

--
keywords:  -needs review
resolution:  -> fixed
status: open -> closed
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

[issue5826] new unittest function listed as assertIsNotNot() instead of assertIsNotNone()

[Michael Foord]

Michael Foord  added the comment:

Oops... sorry about that, will fix.

--

___
Python tracker 

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

[issue4951] failure in test_httpservers

[Mark Dickinson]

Mark Dickinson  added the comment:

On my machine, the failure seems to come down to this:

Macintosh-4:py3k dickinsm$ MACOSX_DEPLOYMENT_TARGET=10.4 ./python.exe
Python 3.1a2+ (py3k:71845M, Apr 24 2009, 19:51:44) 
[GCC 4.0.1 (Apple Inc. build 5490)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import operator
Traceback (most recent call last):
  File "", line 1, in 
ImportError: No module named operator

test_distutils (specifically, test_get_platform in 
Lib/distutils/tests/test_util.py) sets the MACOSX_DEPLOYMENT_TARGET
environment variable to 10.4;  apparently this affects the 'import 
operator' in test_httpservers.  I've no idea why.

--

___
Python tracker 

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

[issue5828] Invalid behavior of unicode.lower

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Py3.0.1
>>> '\u1d79'.lower()
'\x00'

I am guessing that this bug is in 2.7 and 3.1 as well.

--
nosy: +tjreedy
versions: +Python 2.7, Python 3.0, Python 3.1

___
Python tracker 

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

[issue5830] heapq item comparison problematic with sched's events

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Fixed r71844 and 71845.

--
assignee:  -> rhettinger
nosy: +rhettinger
resolution:  -> fixed
status: open -> closed
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

[issue5783] IDLE cannot find windows chm file

[Martin v. Löwis]

Martin v. Löwis  added the comment:

Terry, I believe your issue (online docs not found in 3.0) is different
from this issue, so please open a new issue.

I'm leaving this open until the patches have been forward-ported.

--

___
Python tracker 

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

[issue5826] new unittest function listed as assertIsNotNot() instead of assertIsNotNone()

[Georg Brandl]

Changes by Georg Brandl :


--
assignee: georg.brandl -> michael.foord
nosy: +michael.foord

___
Python tracker 

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

[issue4951] failure in test_httpservers

[Mark Dickinson]

Mark Dickinson  added the comment:

Here's the verbose test output:

Macintosh-4:py3k dickinsm$ ./python.exe Lib/test/regrtest.py -v test_distutils 
test_httpservers
test_distutils
test_formats (distutils.tests.test_bdist.BuildTestCase) ... ok
test_simple_built (distutils.tests.test_bdist_dumb.BuildDumbTestCase) ... ok
test_no_optimize_flag (distutils.tests.test_bdist_rpm.BuildRpmTestCase) ... ok
test_quiet (distutils.tests.test_bdist_rpm.BuildRpmTestCase) ... ok
test_get_exe_bytes (distutils.tests.test_bdist_wininst.BuildWinInstTestCase) 
... ok
test_build_ext (distutils.tests.test_build_ext.BuildExtTestCase) ... ok
test_optional_extension (distutils.tests.test_build_ext.BuildExtTestCase) ... ok
test_solaris_enable_shared (distutils.tests.test_build_ext.BuildExtTestCase) 
... ok
test_user_site (distutils.tests.test_build_ext.BuildExtTestCase) ... ok
test_empty_package_dir (distutils.tests.test_build_py.BuildPyTestCase) ... ok
test_package_data (distutils.tests.test_build_py.BuildPyTestCase) ... ok
test_build (distutils.tests.test_build_scripts.BuildScriptsTestCase) ... ok
test_default_settings (distutils.tests.test_build_scripts.BuildScriptsTestCase) 
... ok
test_version_int (distutils.tests.test_build_scripts.BuildScriptsTestCase) ... 
ok
test_check_all (distutils.tests.test_check.CheckTestCase) ... ok
test_check_document (distutils.tests.test_check.CheckTestCase) ... ok
test_check_metadata (distutils.tests.test_check.CheckTestCase) ... ok
test_check_restructuredtext (distutils.tests.test_check.CheckTestCase) ... ok
test_simple_run (distutils.tests.test_clean.cleanTestCase) ... ok
test_dump_options (distutils.tests.test_cmd.CommandTestCase) ... ok
test_ensure_dirname (distutils.tests.test_cmd.CommandTestCase) ... ok
test_ensure_filename (distutils.tests.test_cmd.CommandTestCase) ... ok
test_ensure_string (distutils.tests.test_cmd.CommandTestCase) ... ok
test_ensure_string_list (distutils.tests.test_cmd.CommandTestCase) ... ok
test_make_file (distutils.tests.test_cmd.CommandTestCase) ... ok
test_server_empty_registration 
(distutils.tests.test_config.PyPIRCCommandTestCase) ... ok
test_server_registration (distutils.tests.test_config.PyPIRCCommandTestCase) 
... ok
test_clean (distutils.tests.test_config_cmd.ConfigTestCase) ... ok
test_dump_file (distutils.tests.test_config_cmd.ConfigTestCase) ... ok
test_finalize_options (distutils.tests.test_config_cmd.ConfigTestCase) ... ok
test_search_cpp (distutils.tests.test_config_cmd.ConfigTestCase) ... ok
test_run_setup_provides_file (distutils.tests.test_core.CoreTestCase) ... ok
test_run_setup_uses_current_dir (distutils.tests.test_core.CoreTestCase) ... ok
test_copy_tree_verbosity (distutils.tests.test_dir_util.DirUtilTestCase) ... ok
test_create_tree_verbosity (distutils.tests.test_dir_util.DirUtilTestCase) ... 
ok
test_mkpath_remove_tree_verbosity 
(distutils.tests.test_dir_util.DirUtilTestCase) ... ok
test_command_packages_cmdline (distutils.tests.test_dist.DistributionTestCase) 
... ok
test_command_packages_configfile 
(distutils.tests.test_dist.DistributionTestCase) ... ok
test_command_packages_unspecified 
(distutils.tests.test_dist.DistributionTestCase) ... ok
test_empty_options (distutils.tests.test_dist.DistributionTestCase) ... ok
test_custom_pydistutils (distutils.tests.test_dist.MetadataTestCase) ... ok
test_obsoletes (distutils.tests.test_dist.MetadataTestCase) ... ok
test_obsoletes_illegal (distutils.tests.test_dist.MetadataTestCase) ... ok
test_provides (distutils.tests.test_dist.MetadataTestCase) ... ok
test_provides_illegal (distutils.tests.test_dist.MetadataTestCase) ... ok
test_requires (distutils.tests.test_dist.MetadataTestCase) ... ok
test_requires_illegal (distutils.tests.test_dist.MetadataTestCase) ... ok
test_simple_metadata (distutils.tests.test_dist.MetadataTestCase) ... ok
test_move_file_verbosity (distutils.tests.test_file_util.FileUtilTestCase) ... 
ok
test_glob_to_re (distutils.tests.test_filelist.FileListTestCase) ... ok
test_home_installation_scheme (distutils.tests.test_install.InstallTestCase) 
... ok
test_user_site (distutils.tests.test_install.InstallTestCase) ... ok
test_simple_run (distutils.tests.test_install_data.InstallDataTestCase) ... ok
test_simple_run (distutils.tests.test_install_headers.InstallHeadersTestCase) 
... ok
test_default_settings 
(distutils.tests.test_install_scripts.InstallScriptsTestCase) ... ok
test_installation (distutils.tests.test_install_scripts.InstallScriptsTestCase) 
... ok
test_no_compiler (distutils.tests.test_msvc9compiler.msvc9compilerTestCase) ... 
ok
test_reg_class (distutils.tests.test_msvc9compiler.msvc9compilerTestCase) ... ok
test_create_pypirc (distutils.tests.test_register.registerTestCase) ... ok
test_password_not_in_file (distutils.tests.test_register.registerTestCase) ... 
ok
test_password_reset (distutils.tests.test_register.registerTestCase) ... ok
test_registering (distutils.tests.test_register.registerTestCase) ... ok
test_server_empty_registration (distutils.tests.test_regi

[issue2774] ctypes documentation not effective

[Thomas Heller]

Thomas Heller  added the comment:

Unassigning; myself I will not rewrite the ctypes docs.

--
assignee: theller -> 

___
Python tracker 

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

[issue4951] failure in test_httpservers

[Mark Dickinson]

Mark Dickinson  added the comment:

This looks like an interaction with test_distutils.  On OS X 10.5.6 I get:

Macintosh-4:py3k dickinsm$ ./python.exe Lib/test/regrtest.py test_distutils 
test_httpservers
test_distutils
test_httpservers
Traceback (most recent call last):
  File 
"/private/var/folders/nL/nLe5s1a2G807X4++Ih2+yTI/-Tmp-/tmpXvtrLE/cgi-bin/file2.py",
 line 2, in 
import cgi
  File "/Users/dickinsm/svn/python/py3k/Lib/cgi.py", line 34, in 
from operator import attrgetter
ImportError: No module named operator
test test_httpservers failed -- Traceback (most recent call last):
  File "/Users/dickinsm/svn/python/py3k/Lib/test/test_httpservers.py", line 
370, in test_post
self.assertEquals(res.read(), b'1, python, 123456\n')
AssertionError: b'' != b'1, python, 123456\n'

1 test OK.
1 test failed:
test_httpservers

But if I run test_httpservers by itself all tests pass.

Adding Tarek to the nosy list, in case he knows anything that might help.

--
nosy: +marketdickinson, tarek

___
Python tracker 

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

[issue5161] wrong paths for ctypes cleanup

[Thomas Heller]

Thomas Heller  added the comment:

Fixed in trunk svn rev. 71842, I will merge this into the py3k branch soon.

--
resolution:  -> fixed
status: open -> closed
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

[issue5832] os.path.walk fails to descend into a directory whose name ends with a space

[Stephen Gilbert]

New submission from Stephen Gilbert :

I just ran into this using os.path.walk.  I noticed it wouldn't find
files inside a particular directory.  In debugging, I found that the
name of the directory was 'BBDO Atlanta '  os.path.walk would find the
directory, but wouldn't enter it.  I added a check inside my CallBack
function:

if file[-1:] == ' ' and os.path.isdir(file):
os.path.walk(file,CallBack,None)

and the script now traverses into the directory.

--
messages: 86418
nosy: linuxelf
severity: normal
status: open
title: os.path.walk fails to descend into a directory whose name ends with a 
space
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

[issue1111130] tkSimpleDialog broken on MacOS X (Aqua Tk)

[Guilherme Polo]

Guilherme Polo  added the comment:

I had temporary access to a mac to verify this, and it is really sad to
see things like that.

Anyway, I found out that by calling self.entry.update_idletasks in
_QueryDialog.body right after calling self.entry.insert(0,
self.initialvalue) solved the problem. I couldn't try creating a smaller
tkSimpleDialog to test as tcl code to verify if the bug was in tk aqua
or not (because the access was really temporary).

--
nosy: +gpolo

___
Python tracker 

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

[issue5794] pickle/cPickle of recursive tuples create pickles that cPickle can't load

[Collin Winter]

Collin Winter  added the comment:

Interestingly, it only fails with protocol 0:

>>> v = ([],)
>>> v[0].append(v)
>>> import pickle,cPickle
>>> cPickle.loads(pickle.dumps(v, 0))
Traceback (most recent call last):
  File "", line 1, in 
cPickle.UnpicklingError: unpickling stack underflow
>>> cPickle.loads(pickle.dumps(v, 1))
([([...],)],)
>>> cPickle.loads(pickle.dumps(v, 2))
([([...],)],)
>>>


I'll see if I can come up with a fix.

--
assignee:  -> collinwinter

___
Python tracker 

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

[issue5783] IDLE cannot find windows chm file

[Terry J. Reedy]

Terry J. Reedy  added the comment:

"Instead, I think such problems must be detected during beta testing.
The fact that it hasn't been detected so far, even though it existed
since 2.6.0, indicates that the problem can't be that serious."

I believe I tried F1 Help once, got the online docs, found that
annoying, but did not report because I did not know it was a bug.  I
usually keep .chm open anyway when writing code.  Being able to open
from IDLE would be nicer than via Start / All Programs / Python 3 / docs.

With 3.0.1, I just tried again, but got
"Not Found

The requested URL /dev/3.0/ was not found on this server.
Apache/2.2.9 (Debian) DAV/2 SVN/1.5.1 mod_ssl/2.2.9 OpenSSL/0.9.8g
mod_wsgi/2.3 Python/2.5.2 Server at docs.python.org Port 80"

so going online is really broken.

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

___
Python tracker 

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

[issue5593] test_math.testFsum failure on release30-maint

[Mark Dickinson]

Mark Dickinson  added the comment:

Test fixed for 2.7, 3.1 in r71837, r71839

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

[issue5794] pickle/cPickle of recursive tuples create pickles that cPickle can't load

[Collin Winter]

Changes by Collin Winter :


--
nosy: +collinwinter

___
Python tracker 

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

[issue5831] Doc mistake : threading.Timer is *not* a class

[R. David Murray]

R. David Murray  added the comment:

The Timer function is a simple wrapper for creating an instance of the
_Timer class.

The Timer class was proposed in Issue428326 by Itamar and applied
by Martin in r22972.  In the original patch the class was exposed as
Timer.  Martin's commit introduced the Timer function and _Timer class
name.  The documentation provided by Itamar was not updated to match.

The change would appear to intentionally make it difficult to create
Timer subclasses.

The Timer function/class was added in 2001 and there are no complaints
that Thread can't be subclassed in the tracker.  So perhaps a doc patch
is appropriate...but that would leave Timer with a name that is not PEP
8 compliant.

I think I'd prefer deleting the function and naming the class Timer,
so that it has a PEP 8 compliant name. It seems unlikely that any user
code would depend on Timer being a function.

Martin, do you have any memory of why you made Timer a function?  Was it
just that it would be pretty pointless to subclass it?

--
components: +Library (Lib)
keywords: +easy
nosy: +loewis, r.david.murray
priority:  -> low
versions:  -Python 2.5

___
Python tracker 

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

[issue1205239] Let shift operators take any integer value

[Mark Dickinson]

Mark Dickinson  added the comment:

Rejecting this due to:

 - no activity for almost 4 years
 - lack of positive responses

Also, I'm -1 on this change:  for me, a "x << n" that silently becomes 
"x >> -n" when n is negative would cause more harm than good.  In most 
of my uses, left and right shift for integers are quite different 
beasts:  a left shift represents an exact multiplication by a power of 
2, while a right shift loses information.

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

[issue5828] Invalid behavior of unicode.lower

[Walter Dörwald]

Walter Dörwald  added the comment:

Updated the patch (diff2.txt) as requested by Amaury.

--
Added file: http://bugs.python.org/file13759/diff2.txt

___
Python tracker 

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

[issue5812] Fraction('1e6') should be valid.

[Mark Dickinson]

Mark Dickinson  added the comment:

Applied in r71832 (trunk), r71834 (py3k).

One nice aspect of this change is that "Fraction(a, b)" is now
a safe alternative to "a/b" in places where a and b might be
either Fractions or integers.

--
resolution:  -> accepted
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

[issue5831] Doc mistake : threading.Timer is *not* a class

[Maxence]

New submission from Maxence :

In the documentation, the Timer() function of the threading class is
described as a class. however, it's a function :

>>> import threading
>>> threading.Timer


Cheers

Maxence

--
assignee: georg.brandl
components: Documentation
messages: 86409
nosy: georg.brandl, maxenced
severity: normal
status: open
title: Doc mistake : threading.Timer is *not* a class
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.0, Python 3.1

___
Python tracker 

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

[issue5830] heapq item comparison problematic with sched's events

[Kay F. Jahnke]

New submission from Kay F. Jahnke :

scheduler uses heapq to schedule it's events. Heapq uses plain >/< 
comparisons on the events. Now that comparisons of incomparable data 
are no longer valid, the comparison fails if two events are scheduled 
for the same time with the same priority, since the comparison 
continues with comparing the 'action' components ov the event's tuple. 
I suppose this behaviour is unwanted - at least I did not expect it and 
it took me some time to figure out what it was due to. I worked around 
it by assigning comparison functions to the event data type - since 
this is part of the standard library, maybe a general fix should be 
considered? Here's my humble snippet of code:

def evtlt ( self , other ):
if self.time < other.time:
return True
elif self.time == other.time:
return self.priority < other.priority
return False

sched.Event.__lt__ = evtlt

def evtgt ( self , other ):
if self.time > other.time:
return True
elif self.time == other.time:
return self.priority > other.priority
return False

sched.Event.__gt__ = evtgt

If anyone would care to reproduce the (?)bug, try:

import sched

def foo():
pass

def bar():
pass

s = sched.scheduler(None, None) 

s.enterabs ( 0 , 0 , foo , () )
s.enterabs ( 0 , 0 , bar , () )

this produces the following output:

Traceback (most recent call last):
  File "./schedbug.py", line 12, in 
s.enterabs ( 0 , 0 , bar , () )
  File "c:\Programme\Python3.0\lib\sched.py", line 54, in enterabs
heapq.heappush(self._queue, event)
TypeError: unorderable types: function() < function()

--
components: Library (Lib)
messages: 86408
nosy: kfj
severity: normal
status: open
title: heapq item comparison problematic with sched's events
type: behavior
versions: Python 3.0

___
Python tracker 

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

[issue5816] Simplify parsing of complex numbers and make complex('inf') valid.

[Mark Dickinson]

Mark Dickinson  added the comment:

Extra bits forward ported in r71829.  Python 3.1 and 2.7 now both accept 
the same strings for the complex constructor.

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

[issue5828] Invalid behavior of unicode.lower

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

The same change should be applied to _PyUnicode_ToTitlecase as well.

--
nosy: +amaury.forgeotdarc

___
Python tracker 

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

[issue5828] Invalid behavior of unicode.lower

[Walter Dörwald]

Walter Dörwald  added the comment:

The following patch fixes the problem for me, however it breaks the test
suite. The change seems to have been introduced in r66362.

Assigning to Martin.

--
assignee:  -> loewis
nosy: +loewis
stage:  -> patch review
Added file: http://bugs.python.org/file13758/diff.txt

___
Python tracker 

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

[issue5816] Simplify parsing of complex numbers and make complex('inf') valid.

[Mark Dickinson]

Mark Dickinson  added the comment:

Backported to trunk in r71824.

Leaving open, as I now need forward port some bits of r71824 which
weren't in the r71818 checkin.

Note that with this change, some strings which were previously accepted 
by the complex constructor are no longer accepted.  Examples are:

'1..1j'
'1.11.1j'
'1e1.1j'

I consider this to be a bugfix:  I can't imagine that acceptance of 
those strings was intentional.  However, strings like:

'j'
'-j'
'4-j'

continue to be accepted.

--

___
Python tracker 

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

[issue5829] float('1e500') -> inf, complex('1e500') -> ValueError

[Mark Dickinson]

Mark Dickinson  added the comment:

Note: complex('1e-500') also produces ValueError in 2.6.  That's 
definitely a bug.

--

___
Python tracker 

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

[issue5829] float('1e500') -> inf, complex('1e500') -> ValueError

[Mark Dickinson]

Changes by Mark Dickinson :


--
keywords: +easy

___
Python tracker 

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

[issue5829] float('1e500') -> inf, complex('1e500') -> ValueError

[Mark Dickinson]

New submission from Mark Dickinson :

In (for example) Python 2.6:

>>> float('1e500')
inf
>>> complex('1e500')
Traceback (most recent call last):
  File "", line 1, in 
ValueError: float() out of range: 1e500

I'd say that one of these is a bug, but I'm not sure which one.

Ideally, float('1e500') would raise OverflowError (not ValueError).  But 
it's quite likely that there are people who depend on the current 
behaviour, and the current behaviour also agrees with what happens for 
float literals:

>>> 1e500
inf

For 2.7 and 3.1, I propose fixing the complex constructor so that 
complex('1e500') produces (inf+0j).  For 2.6 and 3.0, I propose leaving 
the current behaviour as it is.

--
messages: 86402
nosy: marketdickinson
severity: normal
stage: test needed
status: open
title: float('1e500') -> inf, complex('1e500') -> ValueError
type: behavior
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

___
Python tracker 

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

[issue5828] Invalid behavior of unicode.lower

[Walter Dörwald]

Walter Dörwald  added the comment:

It *does* return u'\u1d79' for me on Python 2.5.2:

>>> u'\u1d79'.lower()
u'\u1d79'
>>> import sys
>>> sys.version
'2.5.2 (r252:60911, Apr  8 2008, 18:54:00) \n[GCC 3.3.5 (Debian
1:3.3.5-13)]'

However on 2.6.2 it's broken:

>>> u'\u1d79'.lower()
u'\x00'
>>> import sys
>>> sys.version
'2.6.2 (r262:71600, Apr 19 2009, 18:38:49) \n[GCC 4.0.1 (Apple Inc.
build 5490)]'

--
nosy: +doerwalter

___
Python tracker 

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

[issue5828] Invalid behavior of unicode.lower

[Jarek Sobieszek]

New submission from Jarek Sobieszek :

u'\u1d79'.lower() returns u'\x00'

I think it should return u'\u1d79', at least according to my
understanding of UnicodeData.txt (the lowercase field is empty).

--
components: Unicode
messages: 86400
nosy: jarek
severity: normal
status: open
title: Invalid behavior of unicode.lower
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