[ python-Bugs-1440831 ] UnicodeWriter: "utf-8" hardcoded instead of self.encoding

2006-03-01 Thread SourceForge.net
Bugs item #1440831, was opened at 2006-03-01 10:04
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=1440831&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: Rodrigo Daunoravicius (rodelrod)
Assigned to: Nobody/Anonymous (nobody)
Summary: UnicodeWriter: "utf-8" hardcoded instead of self.encoding

Initial Comment:
In the Python Library Reference, 12.20.5 Examples.
In the UnicodeReader/UnicodeWriter example.

class UnicodeWriter:
...
|def writerow(self, row):
||self.writer.writerow([s.encode("utf-8") for s
in row])

should be:

class UnicodeWriter:
...
|def writerow(self, row):
||self.writer.writerow([s.encode(self.encoding)
for s in row])

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1440831&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[ python-Bugs-1441072 ] No simple example for pickle

2006-03-01 Thread SourceForge.net
Bugs item #1441072, was opened at 2006-03-01 16:49
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=1441072&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: Python 2.4
Status: Open
Resolution: None
Priority: 5
Submitted By: Kent Johnson (kjohnson)
Assigned to: Nobody/Anonymous (nobody)
Summary: No simple example for pickle

Initial Comment:
The docs for pickle lack a simple example of typical
usage. The Example page has only an advanced example. I
suggest something like this be added to the Usage or
Examples page:

Here is a simple example that shows how to use pickle
to save and restore a dictionary:
 >>> import pickle
 >>> data = dict(a=1, b=2, c=[3,4,5], d='cheese')
 >>> f=open('data.pickle', 'wb')
 >>> pickle.dump(data, f)
 >>> f.close()
 >>>
 >>> f=open('data.pickle', 'rb')
 >>> data2=pickle.load(f)
 >>> f.close()
 >>> data2
{'a': 1, 'c': [3, 4, 5], 'b': 2, 'd': 'cheese'}


Kent

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1441072&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[ python-Bugs-1441264 ] set update method description is incorrect

2006-03-01 Thread SourceForge.net
Bugs item #1441264, was opened at 2006-03-01 15:19
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=1441264&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: Python 2.4
Status: Open
Resolution: None
Priority: 5
Submitted By: Richard King (rickbking)
Assigned to: Nobody/Anonymous (nobody)
Summary: set update method description is incorrect

Initial Comment:
Update is described as returning the set with the new 
members, but it only updates the set and returns None.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1441264&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[ python-Bugs-1323369 ] getwindowsversion() constants in sys module

2006-03-01 Thread SourceForge.net
Bugs item #1323369, was opened at 2005-10-11 12:44
Message generated for change (Comment added) made by anadelonbrin
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1323369&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: Python 2.5
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Tony Meyer (anadelonbrin)
Assigned to: Nobody/Anonymous (nobody)
Summary: getwindowsversion() constants in sys module

Initial Comment:
In the documentation for the sys.getwindowsversion()
function, it says that the 'platform' value may be one
of four constants (specifying them by name).

However, these constants are not in the sys module
(they are in win32con from pywin32).

It would be better if either the documentation said
that the constants were available in win32con if
pywin32 is installed, or if the constants were added to
the sys module.

I personally think the latter is better since it's a
single line of code, and makes the getwindowsversion()
function more useful, but I'm not sure whether people
will want to clutter the sys module with four constants.

I'm happy to provide a patch for either behaviour, if
an appropriate developer will choose one.

--

>Comment By: Tony Meyer (anadelonbrin)
Date: 2006-03-02 13:39

Message:
Logged In: YES 
user_id=552329

This is certainly an improvement, but IMO it would be good
to also explain that these constants are in win32con (if
they aren't to be provided in the core).  It's better to
have code that refers to win32con than have everyone
defining these constants themselves.

--

Comment By: Georg Brandl (gbrandl)
Date: 2006-02-21 01:15

Message:
Logged In: YES 
user_id=849994

I added the numeric values to the docs in rev. 42516, 42517.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1323369&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[ python-Bugs-1441397 ] compiler module loses docstrings

2006-03-01 Thread SourceForge.net
Bugs item #1441397, was opened at 2006-03-02 00:52
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=1441397&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: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Hudson (mwh)
Assigned to: Nobody/Anonymous (nobody)
Summary: compiler module loses docstrings

Initial Comment:
this is svn head:

>>> import compiler
>>> compiler.transformer.parse("'doc'")
Module(None, Stmt([Discard(Const('doc'))]))

this is 2.4:

>>> import compiler
>>> compiler.transformer.parse("'doc'")
Module('doc', Stmt([]))

I think the problem may be rooted in the parser module rather than the 
compiler module itself.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1441397&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[ python-Bugs-1441408 ] svn head compiler fails to spot extended slicing

2006-03-01 Thread SourceForge.net
Bugs item #1441408, was opened at 2006-03-02 01:20
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=1441408&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: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Hudson (mwh)
Assigned to: Nobody/Anonymous (nobody)
Summary: svn head compiler fails to spot extended slicing

Initial Comment:
This is Python SVN HEAD:

>>> dis.dis(compile("x[::]", '', 'single'))
  1   0 LOAD_NAME0 (x)
  3 SLICE+0 
  4 PRINT_EXPR  
  5 LOAD_CONST   0 (None)
  8 RETURN_VALUE

This is Python 2.4:

>>> dis.dis(compile("x[::]", '', 'single'))
  1   0 LOAD_NAME0 (x)
  3 LOAD_CONST   0 (None)
  6 LOAD_CONST   0 (None)
  9 LOAD_CONST   0 (None)
 12 BUILD_SLICE  3
 15 BINARY_SUBSCR   
 16 PRINT_EXPR  
 17 LOAD_CONST   0 (None)
 20 RETURN_VALUE


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1441408&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[ python-Bugs-1441408 ] svn head compiler fails to spot extended slicing

2006-03-01 Thread SourceForge.net
Bugs item #1441408, was opened at 2006-03-02 01:20
Message generated for change (Settings changed) made by mwh
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1441408&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: Parser/Compiler
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Hudson (mwh)
Assigned to: Nobody/Anonymous (nobody)
Summary: svn head compiler fails to spot extended slicing

Initial Comment:
This is Python SVN HEAD:

>>> dis.dis(compile("x[::]", '', 'single'))
  1   0 LOAD_NAME0 (x)
  3 SLICE+0 
  4 PRINT_EXPR  
  5 LOAD_CONST   0 (None)
  8 RETURN_VALUE

This is Python 2.4:

>>> dis.dis(compile("x[::]", '', 'single'))
  1   0 LOAD_NAME0 (x)
  3 LOAD_CONST   0 (None)
  6 LOAD_CONST   0 (None)
  9 LOAD_CONST   0 (None)
 12 BUILD_SLICE  3
 15 BINARY_SUBSCR   
 16 PRINT_EXPR  
 17 LOAD_CONST   0 (None)
 20 RETURN_VALUE


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1441408&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[ python-Bugs-1441397 ] compiler module loses docstrings

2006-03-01 Thread SourceForge.net
Bugs item #1441397, was opened at 2006-03-02 00:52
Message generated for change (Settings changed) made by mwh
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1441397&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: Parser/Compiler
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Hudson (mwh)
Assigned to: Nobody/Anonymous (nobody)
Summary: compiler module loses docstrings

Initial Comment:
this is svn head:

>>> import compiler
>>> compiler.transformer.parse("'doc'")
Module(None, Stmt([Discard(Const('doc'))]))

this is 2.4:

>>> import compiler
>>> compiler.transformer.parse("'doc'")
Module('doc', Stmt([]))

I think the problem may be rooted in the parser module rather than the 
compiler module itself.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1441397&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[ python-Bugs-1441486 ] yet another svn head compiler change

2006-03-01 Thread SourceForge.net
Bugs item #1441486, was opened at 2006-03-02 06:39
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=1441486&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: Parser/Compiler
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Hudson (mwh)
Assigned to: Nobody/Anonymous (nobody)
Summary: yet another svn head compiler change

Initial Comment:
This one seems stangely familiar:

$ python2.4
Python 2.4.1 (#2, Mar 31 2005, 00:05:10) 
[GCC 3.3 20030304 (Apple Computer, Inc. build 1666)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> -2147483648
-2147483648
>>> 
$ ~/Source/python/build/python.exe 
Python 2.5a0 (trunk:42764M, Mar  1 2006, 18:21:57) 
[GCC 4.0.1 (Apple Computer, Inc. build 5247)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> -2147483648
-2147483648L


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1441486&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com