headers
SourceForge.net | 1 Apr 2004 04:48
Picon
Favicon

[ python-Bugs-917055 ] add a stronger PRNG

Bugs item #917055, was opened at 2004-03-16 02:46
Message generated for change (Comment added) made by phr
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=917055&group_id=5470

Category: Python Library
Group: Feature Request
Status: Open
Resolution: None
Priority: 5
Submitted By: paul rubin (phr)
Assigned to: Raymond Hettinger (rhettinger)
Summary: add a stronger PRNG

Initial Comment:
The default Mersenne Twister algorithm in the Random
module is very fast but makes no serious attempt to
generate output that stands up to adversarial analysis.
 Besides cryptography applications, this can be a
serious problem in areas like computer games.  Sites
like www.partypoker.com routinely run online
tournaments with prize funds of 100K USD or more. 
There's big financial incentives to find ways of
guessing your opponent's cards with better than random
chance probability.  See bug #901285 for some
discussion of possible correlations in Mersenne
Twister's output.

Teukolsky et al discuss PRNG issues at some length in
their book "Numerical Recipes".  The original edition
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Apr 2004 06:07
Picon
Favicon

[ python-Bugs-927248 ] Python segfaults when freeing "deep" objects

Bugs item #927248, was opened at 2004-03-31 23:07
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=927248&group_id=5470

Category: Python Interpreter Core
Group: Python 2.3
Status: Open
Resolution: None
Priority: 5
Submitted By: Jp Calderone (kuran)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python segfaults when freeing "deep" objects

Initial Comment:
An example to produce this behavior:

>>> f = lambda: None
>>> for i in range(1000000):
...     f = f.__call__
... 
>>> f = None
Segmentation fault

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=927248&group_id=5470

_______________________________________________
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Apr 2004 06:09
Picon
Favicon

[ python-Bugs-796042 ] sdist ignores scripts argument in setup

Bugs item #796042, was opened at 2003-08-27 11:09
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=796042&group_id=5470

Category: Distutils
Group: Python 2.3
>Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Anna Ravenscroft (annarave)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: sdist ignores scripts argument in setup

Initial Comment:
When writing the setup script for a distribution, section 3.4 explains:

3.4 Installing Scripts

So far we have been dealing with pure and non-pure Python modules, which are usually not run by themselves
but imported by scripts.

Scripts are files containing Python source code, intended to be started from the command line. Scripts
don't require Distutils to do anything very complicated. The only clever feature is that if the
first line of the script starts with #! and contains the word ``python'', the Distutils will
adjust the first line to refer to the current interpreter location. 

The scripts option simply is a list of files to be handled in this way. From the PyXML setup script: 

setup (...
(Continue reading)

Permalink | Reply | 3 comments |
headers
SourceForge.net | 1 Apr 2004 06:19
Picon
Favicon

[ python-Bugs-832251 ] Wrong reference for specific minidom methods

Bugs item #832251, was opened at 2003-10-29 04:39
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=832251&group_id=5470

Category: Documentation
Group: Python 2.3
>Status: Closed
Resolution: Fixed
Priority: 6
Submitted By: Francesco Ricciardi (nerby)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Wrong reference for specific minidom methods

Initial Comment:
In the HTML documentation the method in section 
13.7.1  "DOM Objects" of the library reference are listed 
as HTMLParser method.
In the "paper" documentation (PDF-A4 and Ps-A4) the 
same methods have no module reference.

----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2004-03-31 23:19

Message:
Logged In: YES 
user_id=3066
(Continue reading)

Permalink | Reply | 4 comments |
headers
SourceForge.net | 1 Apr 2004 06:23
Picon
Favicon

[ python-Bugs-725265 ] urlopen object's read() doesn't read to EOF

Bugs item #725265, was opened at 2003-04-21 16:49
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=725265&group_id=5470

Category: Documentation
Group: Python 2.2.2
>Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Christopher Smith (smichr)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: urlopen object's read() doesn't read to EOF

Initial Comment:
On http://python.org/doc/current/lib/module-urllib.html it says that 
the object returned by urlopen supports the read()method and that 
this and other methods "have the same interface as for file objects 
-- see section 2.2.8".  In that section on page 
http://python.org/doc/current/lib/bltin-file-objects.html it says about 
the read() method that "if the size argument is negative or omitted, 
[read should] read all data until EOF is reached."

I was a bit surprised when a project that students of mine were 
working on were failing when they tried to process the data 
obtained by the read() method on a connection made to a web 
page.  The problem, apparently, is that the read may not obtain all 
of the data requested in the first request and the total response 
has to be built up someting like follows:
(Continue reading)

Permalink | Reply | 2 comments |
headers
SourceForge.net | 1 Apr 2004 06:45
Picon
Favicon

[ python-Bugs-793702 ] Section 13.1 HTMLParser documentation error

Bugs item #793702, was opened at 2003-08-23 06:01
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=793702&group_id=5470

Category: Documentation
Group: Python 2.3
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Martin Baker (kemokid)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Section 13.1 HTMLParser documentation error

Initial Comment:
The description for handle_comment() says:

     The comment argument is a string containing the
text between the "<!-" and "->" delimiters, but not the
delimiters themselves. For example, the comment
"<!-text-≥" will cause this method to be called with
the argument &#039;text&#039;.

This is incorrect - the comment delimiters are "<!--"
and "-->" (two hyphens, not just one). Purusing the
code, it appears that the module itself behaves
correctly, so this is only a very minor documentation
bug, but to a HTML newbie, it could be an incredibly
frustrating one.
(Continue reading)

Permalink | Reply | 3 comments |
headers
SourceForge.net | 1 Apr 2004 07:15
Picon
Favicon

[ python-Bugs-927248 ] Python segfaults when freeing

Bugs item #927248, was opened at 2004-04-01 13:07
Message generated for change (Settings changed) made by perky
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=927248&group_id=5470

Category: Python Interpreter Core
Group: Python 2.3
Status: Open
Resolution: None
Priority: 5
Submitted By: Jp Calderone (kuran)
Assigned to: Nobody/Anonymous (nobody)
>Summary: Python segfaults when freeing 

Initial Comment:
An example to produce this behavior:

>>> f = lambda: None
>>> for i in range(1000000):
...     f = f.__call__
... 
>>> f = None
Segmentation fault

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=927248&group_id=5470

_______________________________________________
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Apr 2004 07:21
Picon
Favicon

[ python-Bugs-927248 ] Python segfaults when freeing "deep" objects

Bugs item #927248, was opened at 2004-04-01 13:07
Message generated for change (Comment added) made by perky
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=927248&group_id=5470

Category: Python Interpreter Core
Group: Python 2.3
Status: Open
Resolution: None
Priority: 5
Submitted By: Jp Calderone (kuran)
Assigned to: Nobody/Anonymous (nobody)
>Summary: Python segfaults when freeing "deep" objects

Initial Comment:
An example to produce this behavior:

>>> f = lambda: None
>>> for i in range(1000000):
...     f = f.__call__
... 
>>> f = None
Segmentation fault

----------------------------------------------------------------------

>Comment By: Hye-Shik Chang (perky)
Date: 2004-04-01 14:21

Message:
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Apr 2004 07:47
Picon
Favicon

[ python-Bugs-926075 ] re.sub on u'' gives NON-unicode ''

Bugs item #926075, was opened at 2004-03-31 00:27
Message generated for change (Comment added) made by perky
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=926075&group_id=5470

Category: Regular Expressions
Group: Python 2.3
Status: Open
Resolution: None
Priority: 5
Submitted By: Alex Martelli (aleax)
Assigned to: Fredrik Lundh (effbot)
Summary: re.sub on u'' gives NON-unicode ''

Initial Comment:
>>> import re 
>>> re.sub(u&#039;.&#039;, u&#039;&#039;, u&#039;&#039;) 
&#039;&#039; 

This holds for any RE that doesn&#039;t match the empty string. 

----------------------------------------------------------------------

>Comment By: Hye-Shik Chang (perky)
Date: 2004-04-01 14:47

Message:
Logged In: YES 
user_id=55188
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Apr 2004 09:54
Picon
Favicon

[ python-Bugs-850964 ] optparse: OptionParser.__init__'s "prog" argument ignored

Bugs item #850964, was opened at 2003-11-28 18:48
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=850964&group_id=5470

Category: Python Library
Group: Python 2.3
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Paul Mueller (yuurei)
>Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: optparse: OptionParser.__init__'s "prog" argument ignored

Initial Comment:
optparse uses sys.argv[0] for the program name even if
you supply the   
prog argument to OptionParser.__init__

ie, if you have p = OptionParser(prog=&#039;NEW_NAME&#039;),
p.print_usage, p.print_help, p.error, etc. don&#039;t use
NEW_NAME as %prog.

This is with Python 2.3.2

----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2004-04-01 02:54
(Continue reading)

Permalink | Reply | 2 comments |

Gmane