Thomas Dybdahl Ahle lob...@gmail.com added the comment:
For anyone who finds this through google,
if you are finding the inverse mod a prime, you can use fermats little theorem:
pow(a, -1, mod) = pow(a, a-2, mod).
(You also need that mod doesn't divide a).
--
nosy: +Thomas.Dybdahl.Ahle
New submission from July Tikhonov july.t...@gmail.com:
1) Paragraph describing range() comparison links to issue13021.
This issue seems unrelated. It should be issue13201.
2) Paragraph describing of unicode_internal codec, mentions
(utf-16-le or utf-16-le)
and
(utf-32-le or utf-32-le).
It
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Terry, I agree with you on having *i*th instead of *i*-th. The fact that i is
written in italics eliminates the need of a hyphen.
Justin, can I ask you to make a new patch which fixes key-function to key
function and *i*'th to *i*th
Stefan Krah stefan-use...@bytereef.org added the comment:
This is the last decision. Also, if anyone of you can, please then just
incorporate that final patch that Justin will make. Thanks.
Stop acting like a manager. A while ago a person had his account
disabled for constantly bumping up
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Yeah, I guess I was kind of rude. Sorry about that. I think my proposal is acceptable. What do you think?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13816
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 8a38bbf92048 by Sandro Tosi in branch 'default':
Issue #13835: fixes to What's new 3.3; patch by July Tikhonov
http://hg.python.org/cpython/rev/8a38bbf92048
--
nosy: +python-dev
Sandro Tosi sandro.t...@gmail.com added the comment:
Thanks July, I've just committed your patches!
--
nosy: +sandro.tosi
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file24222/random-6.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13703
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file24254/random-fix_tests.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13703
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file24253/random-7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13703
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file24198/random-5.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13703
___
New submission from olivier pyt...@noetika.com:
Hi,
I tried to define new key in python idle and then python 2.5.1 failed to
launch.
What I did : I defined a new key, applied and changed my mind, removed my key
set named 'ole'.
I launched cmd
C:\Python25\Lib\idlelib..\..\python idle.py
Charles-François Natali neolo...@free.fr added the comment:
As a Python user (and not a committer), I disagree.
As an user, I don't care too much where the function should be placed
(although I believe os or sys are sensible choices). What I do care is
that I want a extremely simple
Dan kamp bitbuc...@roontoon.com added the comment:
I have received this from the macpython listserv it that helps. Would really
like to find this issue.
From the traceback, it appears that there is a problem with Python's
_scproxy module; that's an internal helper C module that provides an
Nick Coghlan ncogh...@gmail.com added the comment:
Éric, are you still planning to work on this? Otherwise I'll make a first pass
at doing the split into 3 sections (as per my earlier comment) and implementing
some of Terry's suggestions.
Linked Hg repo is a 2.7 based feature branch where
Terry J. Reedy tjre...@udel.edu added the comment:
Justin, if you do a new patch, put both changes in one .diff.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13816
___
Jason R. Coombs jar...@jaraco.com added the comment:
After hearing back from Microsoft support (and by proxy, the Visual Studio
development team), it is clear that this issue is very low priority for them
(they see it as having trivial business impact), so we cannot expect it to be
fixed in
Ezio Melotti ezio.melo...@gmail.com added the comment:
Éric is without Internet till the end of the month, so I think it's OK if you
go ahead and start working on this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4966
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13814
___
___
Python-bugs-list
vr gamer vrgam...@gmail.com added the comment:
I'm not certain that I agree with the argument used to justify keeping this as
a 'normal' priority issue. Apparently, since it doesn't effect the entire
python community and being as there is no readily available solution, the
decision is to
Antoine Pitrou pit...@free.fr added the comment:
But I observe that unless I explicitly flush stdout and stderr before
terminating, the output is lost entirely, even if the exit is not
abnormal. This isn't the desired behavior, is it?
Indeed that's a bit surprising. Which Python version
Michał Michalski pyt...@michalski.im added the comment:
Maybe it will sound strange, but what is this task REALLY about? I mean - I can
see two problems here, but no clear information about which problem is a real
problem and - if it is - what is the expected behavior.
Problems I can see are:
Jon Brandvein jon.brandv...@gmail.com added the comment:
On Windows, the problem appears under Python 3.2.2 and 3.1.3, but not under
2.7.1. On Linux, I have not reproduced the problem on versions 2.6.3, 2.7.2,
3.1.1, or 3.2.2.
So to summarize:
- It seems there should be a stderr flush call
Antoine Pitrou pit...@free.fr added the comment:
Le dimanche 22 janvier 2012 à 17:58 +, Jon Brandvein a écrit :
Jon Brandvein jon.brandv...@gmail.com added the comment:
On Windows, the problem appears under Python 3.2.2 and 3.1.3, but not
under 2.7.1. On Linux, I have not reproduced the
New submission from Antoine Pitrou pit...@free.fr:
This happens when symlinks are enabled under Windows. This doesn't affect any
buildbots since they don't run the tests as administrator (or they are not
recent enough to have symlink support):
Antoine Pitrou pit...@free.fr added the comment:
(tests were added in #12715 and #9993)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13837
___
Antoine Pitrou pit...@free.fr added the comment:
Another issue with the detection scheme is that it's not atomic: there can be a
race condition between the GetFileAttributesExW() and CreateSymbolicLinkW()
calls.
I propose applying the following patch to 3.2 and 3.3 (+ doc fix, not included
Changes by Hynek Schlawack h...@ox.cx:
--
nosy: +hynek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13520
___
___
Python-bugs-list mailing list
Boštjan Mejak bostjan.me...@gmail.com added the comment:
I fixed Justin's patch. Anyone cares to incorporate it?
--
Added file: http://bugs.python.org/file24293/fixed patch final.diff
___
Python tracker rep...@bugs.python.org
Georg Brandl ge...@python.org added the comment:
Sorry, but the patch introduces two markup errors:
- *i*th is invalid reST, it needs to be *i*\ th
- you broke the table markup (the vertical lines must be aligned)
--
___
Python tracker
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 960d93deb8c2 by Georg Brandl in branch '3.2':
Fix #13834: strip() strips leading and trailing whitespace.
http://hg.python.org/cpython/rev/960d93deb8c2
--
nosy: +python-dev
Georg Brandl ge...@python.org added the comment:
Fixed, thanks!
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13834
___
New submission from py.user port...@yandex.ru:
http://docs.python.org/py3k/library/string.html#format-specification-mini-language
The '#' option:
For floats, complex and Decimal the alternate form causes the result of the
conversion to always contain a decimal-point character, even if no
Eric V. Smith e...@trueblade.com added the comment:
See issue #7098 for a discussion.
I propose to close this issue.
--
nosy: +eric.smith, mark, skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13838
Jon Brandvein jon.brandv...@gmail.com added the comment:
I've been looking over this package some more, and in particular,
/Lib/multiprocessing/forking.py. There's plenty I don't understand, and I do
have questions, if you would be willing to indulge me.
I see that both the unix and windows
Changes by Eric V. Smith e...@trueblade.com:
--
nosy: +mark.dickinson -mark
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13838
___
___
Changes by py.user port...@yandex.ru:
--
nosy: +py.user
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7098
___
___
Python-bugs-list mailing list
py.user port...@yandex.ru added the comment:
my question is about the # option
it is described as working with Decimal but it doesn't work with Decimal
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13838
STINNER Victor victor.stin...@haypocalc.com added the comment:
@dmalcolm: How did you chose Py_MAX_AVERAGE_PROBES_PER_INSERT=32? Did you try
your patch on applications like the test suite of Django or Twisted?
--
___
Python tracker
New submission from Matt Joiner anacro...@gmail.com:
Frequently when profiling multiple threads, I need to combine several dump stat
files. Currently -m pstats reads the profiling data at only the first path
given. It should merge all the profiling data from all the paths given.
$ python3.3
Changes by Matt Joiner anacro...@gmail.com:
--
resolution: works for me -
status: languishing - open
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12684
___
Dave Malcolm dmalc...@redhat.com added the comment:
On Sat, 2012-01-21 at 23:47 +, Alex Gaynor wrote:
Alex Gaynor alex.gay...@gmail.com added the comment:
On Sat, Jan 21, 2012 at 5:42 PM, Gregory P. Smith
rep...@bugs.python.orgwrote:
Gregory P. Smith g...@krypto.org added the
Jon Brandvein jon.brandv...@gmail.com added the comment:
Some more information: When I write to a new file created by open(), all
versions flush correctly. However, if I reassign sys.stdout to that file,
Python 3.x does not (again, under Windows). I wonder what it is that causes
these other
Dave Malcolm dmalc...@redhat.com added the comment:
I arbitrarily started with 50, and then decided a power of two would be
quicker when multiplying. There wasn't any rigorous analysis behind the
choice of factor.
Though, as noted in msg151796, I've gone off this idea, since I think
the
Jon Brandvein jon.brandv...@gmail.com added the comment:
It turns out the file output was flushing due to garbage collection. When I
created and held a global reference to it, it ceased to flush. Clearly,
reassigning sys.stdout also held a reference to it. So it wasn't any kind of
special
New submission from Vincent Pelletier plr.vinc...@gmail.com:
ctypes.create_string_buffer documentation[1] says init_or_size parameter should
accept a string. As of 3.2, it raises:
import ctypes
ctypes.create_string_buffer('foo')
Traceback (most recent call last):
File stdin, line 1, in
Georg Brandl ge...@python.org added the comment:
It should only take bytes; str is Unicode in 3.x.
So the docs and the error message are wrong, the behavior is correct.
Reclassifying as a docs issue.
--
assignee: - docs@python
components: +Documentation -ctypes
nosy: +docs@python,
47 matches
Mail list logo