Shawn Ligocki sligo...@gmail.com added the comment:
It doesn't seem like the styling is the issue, but the placement. You say that
the standard style is to put this at the end of the section, is there somewhere
it would be appropriate to bring this up for discussion? I think it would be
much
New submission from Shawn Ligocki sligo...@gmail.com:
collections.Counter doc does not list added version:
http://docs.python.org/library/collections.html
It appears to only have been added in 2.7 (while the rest of the doc says it is
valid since 2.4)
--
assignee: docs@python
Shawn Ligocki sligo...@gmail.com added the comment:
Ah, I see, it seems like that would be better suited directly after the section
title, don't you?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13489
Shawn Ligocki sligo...@gmail.com added the comment:
Great! Glad it landed :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10860
___
___
Python
New submission from Shawn Ligocki sligo...@gmail.com:
urllib2 crashes with stack trace on legal URL http://118114.cn
Transcript:
Python 2.6.5 (r265:79063, Apr 16 2010, 13:57:41)
[GCC 4.4.3] on linux2
Type help, copyright, credits or license for more information.
import urllib2
urllib2
New submission from Shawn Ligocki sligo...@gmail.com:
urllib2 sporadically falsely claims that http://www.bankofamerica.com/ has
infinite redirect:
$ python -c 'import urllib2; print
urllib2.urlopen(http://www.bankofamerica.com/;).geturl()'
https://www.bankofamerica.com/
$ python -c 'import
Shawn Ligocki sligo...@gmail.com added the comment:
Sure, I can work on a patch.
Should an empty port default to 80? In other words does http://foo.com/; ==
http://foo.com:/;?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Shawn Ligocki sligo...@gmail.com added the comment:
Ahha, what a mess, thanks for investigating! I agree, this is bankofamerica's
problem.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10861
Shawn Ligocki sligo...@gmail.com added the comment:
Here's a patch for 2.7 (from the hg checkout
http://code.python.org/hg/branches/release2.7-maint/)
How does it look? Apparently there was already a testcase for www.python.org:
failing!
--
keywords: +patch
Added file: http
Shawn Ligocki sligo...@gmail.com added the comment:
ping
Please look at the last patch. It's very simple and would be helpful. This is
not very complicated and shouldn't take months to consider.
--
___
Python tracker rep...@bugs.python.org
http
Shawn Ligocki sligo...@gmail.com added the comment:
I rewrote the description, mostly using the claims form urandom, so that
we don't claim something new. What do you guys think?
--
Added file: http://bugs.python.org/file15251/random.patch
___
Python
Shawn Ligocki sligo...@gmail.com added the comment:
So, all I really want to do is call attention to SystemRandom from the
top of the page, because it is easily not noticed at the bottom. Do you
guys have any suggestions for how to do that that doesn't repeat too
much and doesn't claim things
Shawn Ligocki sligo...@gmail.com added the comment:
How about this, sweet and simple.
--
Added file: http://bugs.python.org/file15252/random.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7076
Shawn Ligocki sligo...@gmail.com added the comment:
There is a whole paragraph about WichmanHill at the top of this page
already and (if anything) I think that WichmanHill is less notable
(basically only used in legacy applications). However SystemRandom is
very useful. I don't want to make
Shawn Ligocki sligo...@gmail.com added the comment:
Oh, urandom is almost always non-deterministic. It mixes completely
random bits from hardware sources with its pseudo-random number state.
The more random bits it gets from hardware, the less predictable its
output is. However, as long as it's
Shawn Ligocki sligo...@gmail.com added the comment:
Ah, sorry for the misunderstanding. I agree, better not to mislead.
Perhaps we should side with the urandom documentation and say that it is
a cryptographically secure random number generator with no accessible state
Shawn Ligocki sligo...@gmail.com added the comment:
A major pro for pseudo-random number generators is that they are
deterministic, that is, you can save a load the state, start from the
same seed and reproduce results, etc. At least in science (and probably
other areas) this reproducibility can
New submission from Shawn Ligocki sligo...@gmail.com:
I did not notice the existence of random.SystemRandom until after I had
implemented my own version. I thought it would be nice to mention it in
the opening section. I've added a tiny note about random.SystemRandom.
What do you guys think
Shawn Ligocki added the comment:
I've got a patch! The problem was that the state was being cast from a
C-type unsigned long to a long.
On 32-bit machines this makes large 32-bit longs negative.
On 64-bit machines this preserves the sign of 32-bit values (because
they are stored in 64-bit longs
Shawn Ligocki added the comment:
Yep, tested it on a 64-bit machine and 2 32-bit machines and back and
forth between them. It seems to resolve the problem.
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1727780
20 matches
Mail list logo
