[ python-Bugs-1368768 ] clearing up dictionary keys/set member docs
Bugs item #1368768, was opened at 2005-11-28 20:40 Message generated for change (Comment added) made by collinwinter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1368768&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: Mike Meyer (mwm) Assigned to: Nobody/Anonymous (nobody) Summary: clearing up dictionary keys/set member docs Initial Comment: The documentation for dictionaries says "A dictionary's keys are almost arbitrary values. Only values containing lists, dictionaries or other mutable types (that are compared by value rather than by object identity) may not be used as keys." This is wrong. tuples are an immutable type, but not all tuples can be used as keys. The set documentation says "A set object is an unordered collection of immutable values.". This is also wrong - at least for common definitions of immutable. Immutability is a convenient way of dealing with builtin types, but is a red herring. It's whether or not the object has a hash value that matters, and it's the behavior of that hash value (coupled with comparison) that determine whether or not things behave as expected. The __hash__ documentation deals with these issues. I suggest replacing the current descriptions with one that references hashing, and a footnote pointing to the __hash__ docs for details: Any hashable object(1) can be used as a dictionary key/set element. Lists, sets and dicts are not hashable, and can not be used. Tuples can be used if all the things they contain are hashable. Instances of all other built-in types and most user-defined classes are hashable. (1) Objects for which the hash() function returns an appropriate value. See the __hash__ documentation for details. -- Comment By: Collin Winter (collinwinter) Date: 2006-01-05 07:28 Message: Logged In: YES user_id=1344176 I have submitted patch #1397711 which resolves this issue. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1368768&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1389157 ] test_tarfile fails with readonly source dir for Python 2.4.2
Bugs item #1389157, was opened at 2005-12-23 22:29 Message generated for change (Comment added) made by birkenfeld You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1389157&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Langly (langly) Assigned to: Nobody/Anonymous (nobody) Summary: test_tarfile fails with readonly source dir for Python 2.4.2 Initial Comment: When compiling Python-2.4.2 and using separate source and build directories, the test_tarfile test fails if the source directory is read-only. -- >Comment By: Reinhold Birkenfeld (birkenfeld) Date: 2006-01-05 14:54 Message: Logged In: YES user_id=1188172 How do you compile Python using separate source and build directories? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1389157&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Feature Requests-1397806 ] python.org - add RFE tracker
Feature Requests item #1397806, was opened at 2006-01-05 10:08 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1397806&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jim Jewett (jimjjewett) Assigned to: Nobody/Anonymous (nobody) Summary: python.org - add RFE tracker Initial Comment: On http://www.python.org/, the left hand column includes a "Community" section with a "Python Project:" subsection. This links to the bugs and patches tracker, (and to svn). It should also link to the Request For Enhancement tracker http://sourceforge.net/tracker/? group_id=5470&atid=355470 to make it a bit more likely that such requests will not be filed as bugs. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1397806&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1396471 ] file.tell() returns illegal value on Windows
Bugs item #1396471, was opened at 2006-01-04 02:53
Message generated for change (Settings changed) made by birkenfeld
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1396471&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Windows
Group: Python 2.4
Status: Open
Resolution: None
>Priority: 7
Submitted By: Tom Goddard (tom_goddard)
Assigned to: Nobody/Anonymous (nobody)
Summary: file.tell() returns illegal value on Windows
Initial Comment:
The file tell() method returns an illegal value that causes an exception
when passed to seek(). This happens on Windows when a file that
contains unix-style newlines '\n' is opened and read in text mode 'r'.
Below is code that produces the problem on Windows 2.4.2 in an IDLE
shell.
The bug does not occur when using mode 'rU' or 'rb'. But I expect
correct behaviour with mode 'r'. My understanding is that 'rU'
translates line endings to '\n' in the returned string while mode 'r' still
correctly reads the lines using readline(), recognizing all 3 common
endline conventions, but does not translate (ie includes \n\r or \r or \n
in returned string).
The error in the tell() return value depends on how long the file is.
Changing the 'more\n'*10 line in the example code will cause different
incorrect return values.
Previous bug reports have mentioned problems with tell/seek when
using file iterators, the file.next() method and the "for line in file:"
construct. This bug is different and just involves readline() and tell()
with mode 'r'.
Example code tellbug.py follows:
wf = open('testdata', 'wb')
wf.write('01234\n56789\n'+ 'more\n'*10)
wf.close()
f = open('testdata', 'r')
f.readline()
t = f.tell()
print t
f.seek(t)
---
Running gives:
>>> execfile('tellbug.py')
-5
Traceback (most recent call last):
File "", line 1, in -toplevel-
execfile('tellbug.py')
File "tellbug.py", line 9, in -toplevel-
f.seek(t)
IOError: [Errno 22] Invalid argument
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1396471&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1394565 ] SimpleHTTPServer doesn't understand query arguments
Bugs item #1394565, was opened at 2005-12-31 15:46
Message generated for change (Comment added) made by aaronsw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1394565&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: Python 2.4
Status: Open
Resolution: None
Priority: 5
Submitted By: Aaron Swartz (aaronsw)
Assigned to: Nobody/Anonymous (nobody)
Summary: SimpleHTTPServer doesn't understand query arguments
Initial Comment:
If you set the SimpleHTTPServer to serve files and visit /filename it works
but if you visit /filename?f=1 it returns a 404. It should strip off the query
argument and visit /filename
--
>Comment By: Aaron Swartz (aaronsw)
Date: 2006-01-05 09:45
Message:
Logged In: YES
user_id=122141
The patch is to add this line to the top of SimpleHTTPServer.py's
translate_path
function:
path = path.split('?')[0]
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1394565&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1397850 ] libpython2.4.so get not installed
Bugs item #1397850, was opened at 2006-01-05 16:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1397850&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: hajo (hajoehlers) Assigned to: Nobody/Anonymous (nobody) Summary: libpython2.4.so get not installed Initial Comment: Given: AIX 5.1 GCC 3.3.2 Python 2.4.2 ( Python-2.4.2.tar.gz ) ./configure \ --enable-unicode \ --enable-shared \ --with-gcc \ --mandir=/usr/local/man \ --infodir=/usr/local/info Problem: during " gmake install " the libpython2.4.a will not be installed in /usr/local/lib and the link for libpython2.4.so does not exist then. I did not dig further but below is the output from "gmake install" For me the ... if test -f libpython2.4.so; then ... look wrong because it does not contain a Path and will fail. regards Hajo output during "gmake install" ... if test -f libpython2.4.so; then \^M if test ".so" = .dll; then \^M /opt/freeware/bin/install -c -m 555 libpython2.4.so /usr/local/bin; \^M else \^M /opt/freeware/bin/install -c -m 555 libpython2.4.so /usr/local/lib/libpython2.4.a; \^M if test libpython2.4.so != libpython2.4.a; then \^M (cd /usr/local/lib; ln -sf libpython2.4.a libpython2.4.so); \^M fi \^M fi; \^M elsetrue; \^M ... -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1397850&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
