Changes by Jesús Cea Avión j...@jcea.es:
Added file: http://bugs.python.org/file23827/2a7dedf6a65e.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
___
Changes by Jesús Cea Avión j...@jcea.es:
Removed file: http://bugs.python.org/file23814/3968bb3e698f.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
Grouping the common warnings in a Security Considerations section sounds OK,
but the warnings should still be visible IMHO.
In my experience, people:
1) jump right to the doc for the function they are using;
2) read the example and try
STINNER Victor victor.stin...@haypocalc.com added the comment:
Is there really an use case where you need 2 ** 20 (1,048,576) arguments? If
yes, I'm not against the torture in this case :-) If no, why not raising an
error if there are too many arguments? E.g. limit to 1,024 arguments or maybe
Jesús Cea Avión j...@jcea.es added the comment:
The stack walker helper now supports unicode too. This was quite difficult!.
The patch is functionally complete.
Current patch is pretty final. It was easy and painless EXCEPT the stackhelper,
because the idea of PyCompactUnicodeObject that GCC
python_hu nari...@163.com added the comment:
- void* handle = dlopen(/usr/local/lib/python2.7/lib-dynload/time.so, 2);
this code can work well,but when the code run to :
PyRun_SimpleString(from time import time,ctime\nprint 'Today
is',ctime(time())\n);
it dumped, i think it make be because of
Zhiping Deng kofreesty...@gmail.com added the comment:
It works for me!
--
nosy: +Zhiping.Deng
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12612
___
Lars Gustäbel l...@gustaebel.de added the comment:
I will be happy to, but my spare time is limited right now, so this could take
about a week. If this is a problem, please go ahead.
--
___
Python tracker rep...@bugs.python.org
Nick Coghlan ncogh...@gmail.com added the comment:
While I acknowledge the point (it's the reason I *didn't* remove those warnings
in my recent major update to the subprocess docs), Raymond's right that
scattering warnings everywhere in the docs for modules like subprocess isn't
the right
Ezio Melotti ezio.melo...@gmail.com added the comment:
I think we are mixing a few different things here:
1) the content of the warning(s);
2) the position of the warning(s);
3) the style of the warning(s);
Duplicating the same content in each warning is bad, so a specific section that
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berkerpeksag
Added file: http://bugs.python.org/file23828/issue11060_test_v1.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11060
Antoine Pitrou pit...@free.fr added the comment:
I agree 100% with Ezio here.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13515
___
Changes by chris ch...@emerge-life.de:
--
nosy: +chris
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8668
___
___
Python-bugs-list mailing list
Nick Coghlan ncogh...@gmail.com added the comment:
Yep, using notes rather than simple inline links would also be fine with me.
So, with in-line text changed to a ReST note, what do people otherwise
think about the proposed style guide addition?
--
Stefan Krah stefan-use...@bytereef.org added the comment:
[Amaury]
Overall, I think that the mpd C library should be better separated from the
_decimal module (a bit like _ctypes, with the libffi library): its own
configure
makefile, its own test suite... which are not necessarily related
Éric Araujo mer...@netwok.org added the comment:
Hi Berker Peksag, thanks for your interest in contributing. Your patch is not
what I had in mind: In test_command_sdist, a test should create an sdist and
check that it fails with an error message, not instantiate a version object.
Distutils2
Éric Araujo mer...@netwok.org added the comment:
Plain text PEPs actually have an HTML title, it’s only PEP 0 that does not.
I’ll fix that when I get a minute.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12307
Éric Araujo mer...@netwok.org added the comment:
Thanks for the report Vincent. Philip, your patch looks good, except that the
code cannot use the with statement due to PEP 291 (I’ll take care of that).
2.5 is also affected (the code is in the distutils.command.register module).
I don’t
Éric Araujo mer...@netwok.org added the comment:
I did a review on Rietveld.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1040439
___
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 7e37598a25a6 by Mark Dickinson in branch 'default':
Issue #9530: Fix undefined behaviour due to signed overflow in
Python/formatter_unicode.c.
http://hg.python.org/cpython/rev/7e37598a25a6
--
Éric Araujo mer...@netwok.org added the comment:
As a first step for this, I moved around some things in the test file to ease
coming additions. Can someone test this patch for the distutils2 repo on
Windows?
--
keywords: +patch
Added file:
Armin Rigo ar...@users.sourceforge.net added the comment:
Closing the request for this patch. It is unsatisfactory that it only offers
the basic user-level STM feature of transaction, but not, say,
abort_and_retry() or any other feature generally found in real-world STM
implementations.
Philip Jenvey pjen...@underboss.org added the comment:
2.5 is done
http://mail.python.org/pipermail/python-committers/2011-October/001844.html
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13512
Charles-François Natali neolo...@free.fr added the comment:
Could you please provide a diff ?
Also, they should probably be commented by default (as other obmalloc-related
calls).
--
nosy: +neologix
___
Python tracker rep...@bugs.python.org
Charles-François Natali neolo...@free.fr added the comment:
If someone finds a way to sanitize Valgrind output,
Did you use the valgrind suppression file (Misc/valgrind-python.supp)?
If yes, then one could simply use --gen-suppressions=yes to add those spurious
warning to the suppression
New submission from Raul Morales raul...@gmail.com:
Sometimes log files grow very quickly and consume too much disk space (e.g.
DEBUG), so compress old log files saves disk space without losing the
information from log files.
I propose to add a gzip or compress argument to RotatingFileHandler
Paul Price pr...@astro.princeton.edu added the comment:
Here's the diff with the added sections commented out.
--
keywords: +patch
Added file: http://bugs.python.org/file23831/proposed.patch
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
If someone finds a way to sanitize Valgrind output,
Did you use the valgrind suppression file (Misc/valgrind-python.supp)?
Ah, I hadn't. But using it doesn't seem to make much of a difference.
Also, the suppressions file seems quite
Rick Regan exploringbin...@gmail.com added the comment:
if (!(dig = quorem(b,d))) {
b = multadd(b, 10, 0); /* very unlikely */
dig = quorem(b,d);
}
This code is part of the algorithm for strtod. Here b and d are
Bigints, and b / d is a
Okko Willeboordse okko.willeboor...@gmail.com added the comment:
I bumped into this issue at one of my customers that use Python to control a
machine through Beckhoff EtherCAT. The Python code communicates with the
Beckhoff EtherCAT program using TCP/IP.
They use non blocking sockets like so;
New submission from Thouis (Ray) Jones tho...@gmail.com:
On my system (OSX 10.6.8) using the python.org 32/64-bit build of 2.7.2, I see
incorrect results from os.listdir() in a threaded program. The error is that
the result of os.listdir() is missing a few files from its list.
First, my use
Thouis (Ray) Jones tho...@gmail.com added the comment:
Here is the script I use to detect the failure.
% python filefinder.py /PATH/TO/LARGE/DIRECTORY/TREE
(note that I was working over samba with an 8ish-level deep directory with
around 25 files).
Compare its final output in the FOUND
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
The link mentioned in the patch is really interesting:
http://womble.decadent.org.uk/readdir_r-advisory.html
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
Thouis (Ray) Jones tho...@gmail.com added the comment:
I should add the caveat that I am not completely confident that I have
stress-tested the patch enough to be sure that it actually addresses the
problem. It is still possible that this is an error in OSX or the remote
fileserver in which
Changes by Thouis (Ray) Jones tho...@gmail.com:
Added file: http://bugs.python.org/file23834/py272_readdir_r.v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13517
___
Charles-François Natali neolo...@free.fr added the comment:
Is there any reason to believe that the problem is confined to OS X?
It's a bit of a grey area.
Here's what POSIX says:
http://pubs.opengroup.org/onlinepubs/009695399/functions/readdir.html
The pointer returned by readdir() points
Thouis (Ray) Jones tho...@gmail.com added the comment:
Reading through many pages discussing readdir vs. readdir_r (many on security
mailing lists, a large number referring to the page linked in the patch), I get
the impression that most implementations are thread-safe as long as separate
Thouis (Ray) Jones tho...@gmail.com added the comment:
It's also possible that readdir() is not reentrant with lstat()
This doesn't make much sense to me.
Me either. I think what I was actually seeing was multiple calls to readdir()
still occurring even after placing a mutex on os.listdir
Charles-François Natali neolo...@free.fr added the comment:
And here's a post by Ulrich Drepper:
http://udrepper.livejournal.com/18555.html
readdir_r is only needed if multiple threads are using the same directory
stream. I have yet to see a program where this really is the case. In this toy
Martin v. Löwis mar...@v.loewis.de added the comment:
There is plenty of time until 3.3. OTOH, if Eric wants to work on it now: you
got a week :-) Do recognize that there is a patch to start from already.
--
___
Python tracker rep...@bugs.python.org
New submission from Mickey Ju micke...@gmail.com:
If this issue has raised previously, then I am sorry for repeating. I did a
search but did not find related reports.
Below is the thing I did.
config = configparser.RawConfigParser()
#config.read_file(urlopen(path_config))
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +lukasz.langa
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13518
___
___
Python-bugs-list
Łukasz Langa luk...@langa.pl added the comment:
Hello, Mickey. By doing open('file', 'rb') you're explicitly stating you want
the file to be opened in BINARY mode which means it doesn't return strings but
bytes. This is not supported anymore in Python 3. This is clearly documented
here:
Adam Forsyth agfors...@gmail.com added the comment:
This is marked as wont fix but has been fixed, the resolution should be
changed.
--
nosy: +agforsyth
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13003
STINNER Victor victor.stin...@haypocalc.com added the comment:
The overhead on PyObject_Malloc() is just an increment on an integer, so it is
very low (or null).
The feature is interesting, but I'm not convinced that a very simple counter is
enough to track memory leaks. It may help the
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: -terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9090
___
___
Python-bugs-list
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13517
___
___
Eli Bendersky eli...@gmail.com added the comment:
Yep, it appears that Raymond has fixed this in changeset b0065b9087ef
--
resolution: wont fix - fixed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13003
Changes by Roger Serwy roger.se...@gmail.com:
--
nosy: +serwy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11838
___
___
Python-bugs-list mailing
49 matches
Mail list logo
