gladman added the comment:
You might be right that it is not worth adding the ability to handle a variable
number of parameters in the new gcd. But this depends on whether you are right
that this would add a significant burden to the implementation. I am not sure
that it would.
But for
Antoine Pitrou added the comment:
I agree that having a high-level wrapper around a low-level C primitive would
be cool, but someone has to experiment on that to find out how much performance
it would cost.
You may want to have the C primitive return results in batches (of e.g. 10 or
100
Roundup Robot added the comment:
New changeset 4cc584d47c7d by Berker Peksag in branch '3.4':
Issue #22576: Fix signatures of FTP.storbinary() and FTP.storlines() methods.
https://hg.python.org/cpython/rev/4cc584d47c7d
New changeset f21f0de30544 by Berker Peksag in branch 'default':
Issue
Berker Peksag added the comment:
Fixed. Thanks for the report, Derek.
--
assignee: docs@python - berker.peksag
nosy: +berker.peksag
resolution: - fixed
stage: - resolved
status: open - closed
versions: +Python 3.4, Python 3.5 -Python 3.3
___
Python
New submission from Xavier de Gaye:
With the following pdb_jump.py script:
def foo(x):
import pdb; pdb.set_trace()
lineno = 3
lineno = 4
foo(1)
The change made to 'x' is lost after a jump to line 4:
$ ./python ~/tmp/test/pdb_jump.py
~/tmp/test/pdb_jump.py(3)foo()
- lineno = 3
STINNER Victor added the comment:
You may want to have the C primitive return results in batches (of e.g. 10 or
100 entries) to limit the overhead, btw.
Ah yes, good idea. I read that internally readdir() also fetchs many
entries in a single syscall (prefetch / readahead, I don't know how
to
Christian Heimes added the comment:
Let's not be early adopters here. I suggest we wait until glibc has a proper
interface.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22181
___
Ben Hoyt added the comment:
Thanks for the initial response and code review, Victor. I'll take a look and
respond further in the next few days.
In the meantime, however, I'm definitely open to splitting scandir out into its
own C file. This will mean a little refactoring (making some
New submission from Serhiy Storchaka:
Proposed patch adds additional attributes to the re.error exception: msg,
pattern, pos, colno, lineno. It also adds helpful information to error message.
Examples:
re.compile(rabc\u123)
Traceback (most recent call last):
File stdin, line 1, in module
Changes by Serhiy Storchaka storch...@gmail.com:
--
components: +Regular Expressions
nosy: +ezio.melotti, mrabarnett, pitrou
stage: - patch review
type: - enhancement
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
Changes by Antoine Pitrou pit...@free.fr:
--
title: Add addition attributes to re.error - Add additional attributes to
re.error
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22578
___
Antoine Pitrou added the comment:
Sounds ok, but it would be nice to add some tests.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22578
___
New submission from Jeffrey Armstrong:
The determination of the name of the posix module's initialization function (at
Modules/posixmodule.c:12055) is currently dependent on the compiler being
used. For MSVC, Watcom, or Borland, the name is defined as PyInit_nt.
However, both Open Watcom
700eb415 added the comment:
OpenBSD already provides high quality pseudorandom numbers from arc4random(). I
don't think this would make us early adopters since it has been around for
some time on this platform.
It's also worth mentioning that getentropy() is not recommended in use for
normal
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22181
___
Antoine Pitrou added the comment:
This issue is about Linux support. Does the glibc have arc4random? I can't find
it on my Ubuntu 13.10 system.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22181
Alex Gaynor added the comment:
As I said on the other ticket, using arc4random() indiscriminately would be a
very poor idea, on some platforms (such as OS X) arc4random() really does use
ARC4, which means there are serious security concerns with it.
--
Serhiy Storchaka added the comment:
Sounds ok, but it would be nice to add some tests.
Thank you. Here is a patch with added test.
--
Added file: http://bugs.python.org/file36836/re_error_attrs2.patch
___
Python tracker rep...@bugs.python.org
700eb415 added the comment:
While I agree it may not be wise to use arc4random() globally, OpenBSD is
unlikely to create a duplicate interface since it's already available.
Python is currently unusable in chroots on that platform without reducing the
security of the host partition by removing
Antoine Pitrou added the comment:
Since this is a Linux-specific issue (see the title), you should create a
separate issue for OpenBSD support. Bonus points if you want to submit a patch
as well :-)
--
___
Python tracker rep...@bugs.python.org
Alexander Belopolsky added the comment:
I've updated the patch.
--
keywords: +patch
Added file: http://bugs.python.org/file36837/issue7830-2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7830
New submission from Josh Ayers:
The documentation for PyUnicode_Tailmatch says it returns an int:
https://docs.python.org/3/c-api/unicode.html?highlight=pyunicode_tailmatch#c.PyUnicode_Tailmatch
However, the include file shows it returns Py_ssize_t:
Julien Pagès added the comment:
Hi all,
I would like to contribute to Python and I'm interested in working on this. I
have few questions (I hope you don't mind that I ask here):
- is this issue still open and needed ?
- if yes, do I have to work from 3.3 branch, as stated in the issue
New submission from Serhiy Storchaka:
In addition to issue16518. There are other non-fixed messages (may be
introduced after 3.3):
b''.join([''])
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: sequence item 0: expected bytes, bytearray, or an object with the
Matěj Stuchlík added the comment:
FYI I'm seeing the error with the new 3.4.2 release as well.
https://kojipkgs.fedoraproject.org//work/tasks/599/7800599/build.log
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22327
Antoine Pitrou added the comment:
Hi Julien and welcome,
- is this issue still open and needed ?
Yes and perhaps. I have no opinion on whether it is necessary, but other
people seem to think it's useful.
- if yes, do I have to work from 3.3 branch, as stated in the issue
Versions field,
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: michael.foord -
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11664
___
Roundup Robot added the comment:
New changeset 5433ef907e4f by Antoine Pitrou in branch '3.4':
Issue #22462: Fix pyexpat's creation of a dummy frame to make it appear in
exception tracebacks.
https://hg.python.org/cpython/rev/5433ef907e4f
New changeset f2f13aeb590a by Antoine Pitrou in branch
700eb415 added the comment:
I'm reopening this for now as advised from the Linux getrandom() thread.
I agree we should not be using arc4random() blindly. However, in the long run
it is a necessary change at least on OpenBSD. OpenBSD is not likely to create
another syscall to avoid portability
Changes by Antoine Pitrou pit...@free.fr:
--
components: +Interpreter Core -Build
resolution: duplicate -
stage: - needs patch
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22542
Changes by Antoine Pitrou pit...@free.fr:
--
title: Use syscall (eg. arc4random or getentropy) rather than /dev/urandom when
possible - Use arc4random under OpenBSD for os.urandom()
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
Could anyone please test it on Windows?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22526
___
___
Antoine Pitrou added the comment:
Patch pushed. I've kept the changes together :) Hopefully there won't be any
ctypes regression.
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
Julien Pagès added the comment:
Thanks Antoine for the link, and the quick answer;
It seems that it is a sensible subject, adding or not this method, and what it
should do. I wrote the patch anyway, but I must confess that somewhere it
feels strange to me to add such a method in TestCase
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - wont fix
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22550
___
Kevin Dyer added the comment:
The following can be used to generate a file called ```mega_concat.py```:
```python
N = 2**17
my_array = []
for i in range(N):
my_array.append(\\)
print '+'.join(my_array)
```
Then:
```console
$ python mega_concat.py
Segmentation fault (core dumped)
$ python3
New submission from Kevin Dyer:
The following can be used to generate a file called ```mega_concat.py```:
```python
N = 2**17
my_array = []
for i in range(N):
my_array.append(\\)
print '+'.join(my_array)
```
Then:
```console
$ python mega_concat.py
Segmentation fault (core dumped)
$ python3
New submission from Kevin Dyer:
The following can be used to generate a file called mega_concat.py:
N = 2**17
my_array = []
for i in range(N):
my_array.append(\\)
print '+'.join(my_array)
Then, on Ubuntu 14.04, 32-bit:
$ python mega_concat.py
Segmentation fault (core dumped)
$ python3
Terry J. Reedy added the comment:
From Anaury's report, this is fixed in 2.7. Email in current 3.x has been
re-written.
--
nosy: +terry.reedy
resolution: - fixed
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: - resolved
title: Segmentation fault with string concatenation - RuntimeError with string
concatenation
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22582
Terry J. Reedy added the comment:
The leak had been fixed in #9450.
There are still the remaining issues of:
- better testing for the readline module, and
- attempting to work around libedit bugs.
Perhaps those should become separate issues, though?
If those are current issues and anyone
Terry J. Reedy added the comment:
I tried to re-title to describe the enhancement proposal. There are multiple
API proposals in the two messages above.
--
nosy: +terry.reedy
stage: - needs patch
title: PyUnicode_AsWideCharString() increases string size - Make
Roundup Robot added the comment:
New changeset 9af21752ea2a by Serhiy Storchaka in branch '3.4':
Issue #21715: Extracted shared complicated code in the _io module to new
https://hg.python.org/cpython/rev/9af21752ea2a
New changeset 8b1ac1a3d007 by Serhiy Storchaka in branch 'default':
Issue
Serhiy Storchaka added the comment:
Actually 3.5 patch can be simpler.
--
Added file: http://bugs.python.org/file36839/re_ignore_case_range-3.5_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17381
Serhiy Storchaka added the comment:
Thank you for the review Antoine.
--
assignee: - serhiy.storchaka
resolution: - fixed
stage: patch review - resolved
status: open - closed
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: effbot -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1519638
___
___
Python-bugs-list
Antoine Pitrou added the comment:
END_ITER is a synonym for JUMP_ABSOLUTE. It is needed so that
frame.set_lineno() can identify loop blocks.
I was thinking about this. Isn't it enough to consider all backwards edges as
ending a loop block?
--
Antoine Pitrou added the comment:
Ah, no, I guess continue would also create a backwards edge. Nevermind, sorry.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17611
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17611
___
___
Python-bugs-list
Ben Hoyt added the comment:
Here are the actual numbers (instead of just from memory) running on my Windows
laptop, which happens to have an SSD drive, so os.walk() with scandir is
particularly good here.
python 3.4: benchmark.py -c python (all implemented in Python using ctypes):
os.walk
Antoine Pitrou added the comment:
Ben, how can I run the benchmark on my own machine?
Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22524
___
Matthew Barnett added the comment:
I prefer to include the line and column numbers if it's a multi-line pattern,
not just if the line number is 1.
BTW, it's shorter if you do this:
self.colno = pos - pattern.rfind(newline, 0, pos)
If there's no newline, .rfind will return -1.
Antoine Pitrou added the comment:
Ok, I've found it. The numbers don't look that good here (Linux, SSD):
$ ~/cpython/opt/python benchmark.py -c python /usr/share/
[...]
os.walk took 1.266s, scandir.walk took 1.852s -- 0.7x as fast
$ ~/cpython/opt/python benchmark.py -c c /usr/share/
[...]
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +rpointel
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22542
___
___
Python-bugs-list mailing
Antoine Pitrou added the comment:
By the way, is there any documentation that would need to be updated for this?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17636
___
Josh Rosenberg added the comment:
It's not out of memory at all. It's (probably) a blown stack during compilation
optimization. Modern Py3 has fixed this by simply preventing silly levels of
literal concatenation like this causing indefinite call stack expansion; the
older ones just allowed
Kevin Dyer added the comment:
Gotcha. Thanks for the explanation.
Two questions:
1) Given that it's probably not an out-of-memory issue, is it possible that
this could turn into something more malicious? (e.g., an arbitrary code
execution vulnerability?)
2) It's not obvious to me why
Roundup Robot added the comment:
New changeset 3f10b8009060 by Terry Jan Reedy in branch '2.7':
Issue 3068: Move idlelib.configDialog action button creation into a separate
https://hg.python.org/cpython/rev/3f10b8009060
New changeset f0e06514d67f by Terry Jan Reedy in branch '3.4':
Issue 3068:
Terry J. Reedy added the comment:
Pushing a usable extension editor is my current Idle priority since the lack of
one more or less blocks several other issues. The two big problems with the
Feb 2014 patch are the actions buttons at the bottom and the true/false options.
I moved the cureent,
Martin Panter added the comment:
Quentin, do you think this should be reopened?
Brett Cannon, I wonder if the only reason you closed this bug is because you
thought the scenario to trigger it is very unlikely. Considering it affected
someone else, and that there are other real-world triggers
Martin Panter added the comment:
Confirmed Python 3.4.2 fixes the missing NNTPError. I never remembered the
other instance I found, so I am happy for this to be closed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22247
Tom Goddard added the comment:
Ok I reported this as a Mac Tk bug and gave a very simple way to reproduce it.
http://core.tcl.tk/tk/tktview?name=3Dc84f660833
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16177
Terry J. Reedy added the comment:
Pending review on non-Windows systems, I believe the attached patch patch is
about ready to commit (after re-enabling all tests). As for Ned's 5 points:
1. macosxSupport.py changes are incorporated.
2. Buttons should work with re-use of the ConfigDialog
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +sahutd
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3068
___
___
Python-bugs-list mailing
Terry J. Reedy added the comment:
Saimadhav, can you review on linux? This is the blocker for line numbers.
A note on style: there is no need for leading underscores, so I removed them.
--
___
Python tracker rep...@bugs.python.org
Changes by Benjamin Peterson benja...@python.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22247
___
Ned Deily added the comment:
Thanks, Tom, nice writeup! If any of the other people who have seen this crash
are still around, it would be interesting to know if they also were using more
than one monitor.
--
___
Python tracker
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13128
___
68 matches
Mail list logo
