Terry Reedy wrote:
On 4/28/2014 2:33 AM, Kev Dwyer wrote:
Hello Terry,
Regarding your second point, my mistake in not checking the link:
I'd seen a similar one elsewhere and assumed they were the same.
This link should work:
http://msdn.microsoft.com/en-us/library/hzz3tw78
As to your
Last week I found three bugs related to the coding of
characters / unicode (Py 3).
Bugs, that are making impossible to write safe code
when manipulating text/strings as Python is supposed
to do.
Safe code == not broken, nothing to do with a regression.
jmf
--
In article 477157e9-2c36-477b-90b7-a2bd26596...@googlegroups.com,
wxjmfa...@gmail.com wrote:
Last week I found three bugs related to the coding of
characters / unicode (Py 3).
Bugs, that are making impossible to write safe code
when manipulating text/strings as Python is supposed
to do.
On 4/29/14 4:57 AM, Ned Deily wrote:
In article 477157e9-2c36-477b-90b7-a2bd26596...@googlegroups.com,
wxjmfa...@gmail.com wrote:
Last week I found three bugs related to the coding of
characters / unicode (Py 3).
Bugs, that are making impossible to write safe code
when manipulating
For some time now I have this in my X startup programs:
$ setxkbmap -option compose:menu
After this I can type (in mostly any window) for example:
(with MN being the windows-menu key)
MN.. gives ... ie an ellipses
MN--. gives - ie an en dash
MN--- gives -- ie an em dash
Not to mention all the e
For some time now I have this in my X startup programs:
$ setxkbmap -option compose:menu
After this I can type (in mostly any window) for example:
(with MN being the windows-menu key)
MN.. gives ... ie an ellipses
MN--. gives - ie an en dash
MN--- gives -- ie an em dash
Not to mention all the e
On Tuesday, April 29, 2014 4:44:48 PM UTC+5:30, Rustom Mody wrote:
Any clues?
Its the same for emacs 23 and 24
Whoops!
Wrong list :-)
--
https://mail.python.org/mailman/listinfo/python-list
On Tuesday, April 29, 2014 4:48:51 PM UTC+5:30, Rustom Mody wrote:
snipped
Ive done it a second time !?!
Probably related to the temp being a cool 40 °C
--
https://mail.python.org/mailman/listinfo/python-list
In article 535f0f9f$0$29965$c3e8da3$54964...@news.astraweb.com,
Steven D'Aprano steve+comp.lang.pyt...@pearwood.info wrote:
On Mon, 28 Apr 2014 12:00:23 -0400, Roy Smith wrote:
[...]
Fundamentally, these numbers have between 0 and 4 decimal digits of
precision,
I'm surprised that you
On 28.04.2014 15:04, mboyd02...@gmail.com wrote:
I have a numpy array consisting of 1s and zeros for representing binary numbers:
e.g.
binary
array([ 1., 0., 1., 0.])
I wish the array to be in the form 1010, so it can be manipulated.
I do not want to use built in binary
I have built and installed Python on AIX as well as installed a stack of
Python tools. The version I installed is 2.7.2. Everything is working
fine but I want to install Python 2.7.6 and the tool stack. Before I
installed 2.7.2, I installed 2.6.x. I was able to install the 2.7.2 and
2.6.x side
A user complains that under AppEngine I'm not allowed to import __main__.
I can fix this issue merely by putting a try block around the offending import
which is only used like this
import __main__
testing = getattr(__main__,'_rl_testing',False)
del __main__
this is only used as a hack way,
2014-04-28 18:00 GMT+02:00 Roy Smith r...@panix.com:
I'm using Python 2.7
I have a bunch of floating point values. For example, here's a few (printed
as reprs):
38.0
41.2586
40.752801
49.25
33.7951994
36.8371996
34.1489
45.5
Fundamentally, these numbers
On Tue, Apr 29, 2014 at 11:38 PM, Roy Smith r...@panix.com wrote:
I'm trying to intuit, from the values I've been given, which coordinates
are likely to be accurate to within a few miles. I'm willing to accept
a few false negatives. If the number is float(38), I'm willing to
accept that it
On 4/29/14 12:17 PM, Robin Becker wrote:
A user complains that under AppEngine I'm not allowed to import __main__.
I can fix this issue merely by putting a try block around the offending
import which is only used like this
import __main__
testing = getattr(__main__,'_rl_testing',False)
del
On 4/29/14 12:30 PM, Chris Angelico wrote:
On Tue, Apr 29, 2014 at 11:38 PM, Roy Smith r...@panix.com wrote:
I'm trying to intuit, from the values I've been given, which coordinates
are likely to be accurate to within a few miles. I'm willing to accept
a few false negatives. If the number is
On Wed, Apr 30, 2014 at 2:47 AM, Ned Batchelder n...@nedbatchelder.com wrote:
Reminds me of the story that the first survey of Mt. Everest resulted in a
height of exactly 29,000 feet, but to avoid the appearance of an estimate,
they reported it as 29,002: http://www.jstor.org/stable/2684102
Let see how Python is ready for the next Unicode version
(Unicode 7.0.0.Beta).
timeit.repeat((x*1000 + y)[:-1], setup=x = 'abc'; y = 'z')
[1.4027834829454946, 1.38714224331963, 1.3822586635296261]
timeit.repeat((x*1000 + y)[:-1], setup=x = 'abc'; y = '\u0fce')
[5.462776291480395,
On 2014-04-29 10:37, wxjmfa...@gmail.com wrote:
timeit.repeat((x*1000 + y)[:-1], setup=x = 'abc'; y = 'z')
[1.4027834829454946, 1.38714224331963, 1.3822586635296261]
timeit.repeat((x*1000 + y)[:-1], setup=x = 'abc'; y =
'\u0fce')
[5.462776291480395, 5.4479432055423445,
On 2014-04-29 18:37, wxjmfa...@gmail.com wrote:
Let see how Python is ready for the next Unicode version
(Unicode 7.0.0.Beta).
timeit.repeat((x*1000 + y)[:-1], setup=x = 'abc'; y = 'z')
[1.4027834829454946, 1.38714224331963, 1.3822586635296261]
timeit.repeat((x*1000 + y)[:-1], setup=x =
In article 1398785310.2673.16.camel@belmer,
Brent S. Elmer Ph.D. webe...@aim.com wrote:
Is there a way to do what I want to do (i.e. install 2.7.6 beside 2.7)?
The usual way to support multiple micro versions is to build and install
to a different location on your system by using:
./configure
On Tue, 2014-04-29 at 11:35 -0700, Ned Deily wrote:
In article 1398785310.2673.16.camel@belmer,
Brent S. Elmer Ph.D. webe...@aim.com wrote:
Is there a way to do what I want to do (i.e. install 2.7.6 beside 2.7)?
The usual way to support multiple micro versions is to build and install
to
On 4/29/14 1:53 PM, Brent S. Elmer Ph.D. wrote:
Yes, I already use --prefix to build to a different path. I guess that
is what I need to do but I would rather have a way to have the build and
install process install to the micro level.
example only,
Use --prefix /usr/local/2.7.6/
Use
On 4/29/14 1:53 PM, Brent S. Elmer Ph.D. wrote:
I would rather have a way to have the build and
install process install to the micro level.
I agree.
On the other hand, is there really a special need to thoroughly test
against a micro level.
I have the latest 2.6, 2.7, 3.2, 3.3, 3.4 ...
On 2014-04-29, Roy Smith wrote:
Another possibility is that they're latitude/longitude coordinates, some
of which are given to the whole degree, some of which are given to
greater precision, all the way down to the ten-thousandth of a degree.
That makes sense. 1° of longitude is about 111
On 4/29/14 3:16 PM, Adam Funk wrote:
A man pitches his tent, walks 1 km south, walks 1 km east, kills a
bear, walks 1 km north, where he's back at his tent. What color is
the bear? ;-)
Who manufactured the tent?
marcus
--
https://mail.python.org/mailman/listinfo/python-list
On Apr 29, 2014, at 11:53 , Brent S. Elmer Ph.D. webe...@aim.com wrote:
Yes, I already use --prefix to build to a different path. I guess that
is what I need to do but I would rather have a way to have the build and
install process install to the micro level.
Python deliberately does not
On Tue, Apr 29, 2014 at 3:16 PM, Adam Funk a24...@ducksburg.com wrote:
A man pitches his tent, walks 1 km south, walks 1 km east, kills a
bear, walks 1 km north, where he's back at his tent. What color is
the bear? ;-)
Skin or Fur?
--
https://mail.python.org/mailman/listinfo/python-list
On Wed, Apr 30, 2014 at 6:39 AM, Mark H Harris harrismh...@gmail.com wrote:
On 4/29/14 3:16 PM, Adam Funk wrote:
A man pitches his tent, walks 1 km south, walks 1 km east, kills a
bear, walks 1 km north, where he's back at his tent. What color is
the bear? ;-)
Who manufactured the tent?
Ned Batchelder wrote:
Reminds me of the story that the first survey of Mt. Everest resulted in
a height of exactly 29,000 feet, but to avoid the appearance of an
estimate, they reported it as 29,002: http://www.jstor.org/stable/2684102
They could have said it was 29.000 kilofeet.
--
Greg
--
On 04/29/2014 01:16 PM, Adam Funk wrote:
A man pitches his tent, walks 1 km south, walks 1 km east, kills a
bear, walks 1 km north, where he's back at his tent. What color is
the bear? ;-)
From how many locations on Earth can someone walk one mile south, one
mile east, and one mile north
On Wed, Apr 30, 2014 at 8:42 AM, emile em...@fenx.com wrote:
On 04/29/2014 01:16 PM, Adam Funk wrote:
A man pitches his tent, walks 1 km south, walks 1 km east, kills a
bear, walks 1 km north, where he's back at his tent. What color is
the bear? ;-)
From how many locations on Earth can
Hello, I am sorry I am stuck in this. And I need some help
I want to persist an Object with ZODB, the object can be accessed from 2
different threads. The ZODB manual says:
A multi-threaded program should open a separate Connection instance for
each thread. Different threads can then modify
On 29/04/2014 23:42, emile wrote:
On 04/29/2014 01:16 PM, Adam Funk wrote:
A man pitches his tent, walks 1 km south, walks 1 km east, kills a
bear, walks 1 km north, where he's back at his tent. What color is
the bear? ;-)
From how many locations on Earth can someone walk one mile south,
In article mailman.9575.1398789020.18130.python-l...@python.org,
Chris Angelico ros...@gmail.com wrote:
On Tue, Apr 29, 2014 at 11:38 PM, Roy Smith r...@panix.com wrote:
I'm trying to intuit, from the values I've been given, which coordinates
are likely to be accurate to within a few miles.
On Wed, Apr 30, 2014 at 9:53 AM, Roy Smith r...@panix.com wrote:
In article mailman.9575.1398789020.18130.python-l...@python.org,
Chris Angelico ros...@gmail.com wrote:
On Tue, Apr 29, 2014 at 11:38 PM, Roy Smith r...@panix.com wrote:
I'm trying to intuit, from the values I've been given,
Roy Smith r...@panix.com writes:
In article mailman.9575.1398789020.18130.python-l...@python.org,
Chris Angelico ros...@gmail.com wrote:
You have one chance in ten, repeatably, of losing a digit. That is,
roughly 10% of your four-decimal figures will appear to be
three-decimal, and 1%
On Wed, Apr 30, 2014 at 10:13 AM, Ben Finney b...@benfinney.id.au wrote:
The problem is you won't know *which* 90% is accurate, and which 10% is
inaccurate. This is very different from the glass, where it's evident
which part is good.
So, I can't see that you have any choice but to say that
Ben Finney b...@benfinney.id.au writes:
The problem is you won't know *which* 90% is accurate, and which 10% is
inaccurate. This is very different from the glass, where it's evident
which part is good.
Hmm. Re-reading the suggestion, I see that it is fairly predictable
which estimates of
In article mailman.9594.1398818045.18130.python-l...@python.org,
Dennis Lee Bieber wlfr...@ix.netcom.com wrote:
in a physics or chemistry class the recommended result is
1.1 * 2.2 = 2.4
More than recommended. In my physics class, if you put down more
significant digits than the input
On Wed, Apr 30, 2014 at 10:37 AM, Dennis Lee Bieber
wlfr...@ix.netcom.com wrote:
On Wed, 30 Apr 2014 08:51:32 +1000, Chris Angelico ros...@gmail.com
declaimed the following:
Any point where the mile east takes you an exact number of times
around the globe. So, anywhere exactly one mile north
In article 8td53bxud5@news.ducksburg.com,
Adam Funk a24...@ducksburg.com wrote:
On 2014-04-29, Roy Smith wrote:
Another possibility is that they're latitude/longitude coordinates, some
of which are given to the whole degree, some of which are given to
greater precision, all the
In article mailman.9596.1398818760.18130.python-l...@python.org,
Chris Angelico ros...@gmail.com wrote:
On Wed, Apr 30, 2014 at 10:37 AM, Dennis Lee Bieber
wlfr...@ix.netcom.com wrote:
On Wed, 30 Apr 2014 08:51:32 +1000, Chris Angelico ros...@gmail.com
declaimed the following:
Any
I am having a problem building a connect string for pyodbc. It works
when everything is hard coded, but if I build the connect string it
fails.
This works:
pyodbc.connect('DRIVER=FreeTDS;' 'SERVER=xx.xx.xx.xx;' 'PORT=1433;'
'DATABASE=blah;' 'UID=foo;' 'PWD=bar;')
But this does not:
On Wed, Apr 30, 2014 at 10:57 AM, Larry Martell larry.mart...@gmail.com wrote:
This works:
pyodbc.connect('DRIVER=FreeTDS;' 'SERVER=xx.xx.xx.xx;' 'PORT=1433;'
'DATABASE=blah;' 'UID=foo;' 'PWD=bar;')
But this does not:
pyodbc.connect(conn_str)
conn_str is constructed with:
conn_str =
Larry Martell larry.mart...@gmail.com writes:
I am having a problem building a connect string for pyodbc. It works
when everything is hard coded, but if I build the connect string it
fails.
This works:
pyodbc.connect('DRIVER=FreeTDS;' 'SERVER=xx.xx.xx.xx;' 'PORT=1433;'
'DATABASE=blah;'
On Tue, Apr 29, 2014 at 7:09 PM, Chris Angelico ros...@gmail.com wrote:
On Wed, Apr 30, 2014 at 10:57 AM, Larry Martell larry.mart...@gmail.com
wrote:
This works:
pyodbc.connect('DRIVER=FreeTDS;' 'SERVER=xx.xx.xx.xx;' 'PORT=1433;'
'DATABASE=blah;' 'UID=foo;' 'PWD=bar;')
But this does not:
On Tue, Apr 29, 2014 at 7:14 PM, Ben Finney b...@benfinney.id.au wrote:
Larry Martell larry.mart...@gmail.com writes:
I am having a problem building a connect string for pyodbc. It works
when everything is hard coded, but if I build the connect string it
fails.
This works:
Hello,
I believe I found a bug in the Decimal library. The natural logarithm results
seem to be off in a certain range, as compared with Wolfram Alpha.
Here's an example:
from decimal import *
getcontext().prec=2016
one=Decimal(1)
number=Decimal('1e-1007')
partial=(one+number)/(one-number)
On Tue, 29 Apr 2014 09:38:33 -0400, Roy Smith wrote:
What reason do you have to think that something recorded to 14 decimal
places was only intended to have been recorded to 4?
Because I understand the physical measurement these numbers represent.
Sometimes, Steve, you have to assume that
On 04/29/2014 03:51 PM, Chris Angelico wrote:
On Wed, Apr 30, 2014 at 8:42 AM, emile em...@fenx.com wrote:
On 04/29/2014 01:16 PM, Adam Funk wrote:
A man pitches his tent, walks 1 km south, walks 1 km east, kills a
bear, walks 1 km north, where he's back at his tent. What color is
the bear?
On Tue, 29 Apr 2014 19:31:31 -0700, Ethan Furman wrote:
Perhaps my geography is rusty, but I was under the impression that one
cannot travel south if one is at the South Pole (axial, not magnetic).
Possibly with a rocket aimed straight up.
--
Steven D'Aprano
In article 5360672e$0$29965$c3e8da3$54964...@news.astraweb.com,
Steven D'Aprano steve+comp.lang.pyt...@pearwood.info wrote:
On Tue, 29 Apr 2014 19:31:31 -0700, Ethan Furman wrote:
Perhaps my geography is rusty, but I was under the impression that one
cannot travel south if one is at the
On Tue, 29 Apr 2014 19:37:17 -0700, pleasedontspam wrote:
from decimal import *
getcontext().prec=2016
one=Decimal(1)
number=Decimal('1e-1007')
partial=(one+number)/(one-number)
final.ln()
What's final? Did you mean partial?
When I try it in Python 3.3, I get:
py from decimal import *
py
On Wed, Apr 30, 2014 at 12:31 PM, Ethan Furman et...@stoneleaf.us wrote:
On 04/29/2014 03:51 PM, Chris Angelico wrote:
Any point where the mile east takes you an exact number of times
around the globe. So, anywhere exactly one mile north of that, which
is a number of circles not far from the
On Wed, Apr 30, 2014 at 1:30 PM, Roy Smith r...@panix.com wrote:
In article 5360672e$0$29965$c3e8da3$54964...@news.astraweb.com,
Steven D'Aprano steve+comp.lang.pyt...@pearwood.info wrote:
On Tue, 29 Apr 2014 19:31:31 -0700, Ethan Furman wrote:
Perhaps my geography is rusty, but I was
On Tuesday, April 29, 2014 11:29:23 PM UTC+5:30, Tim Chase wrote:
While I dislike feeding the troll, what I see here is:
snipped
Since its Unicode-troll time, here's my contribution
http://blog.languager.org/2014/04/unicode-and-unix-assumption.html
:-)
More seriously, since Ive quoted some
I try gdb the executable file in another machine
and get this:
Error -3 from inflate: incorrect header check
Error decompresing struct
if I do gdb in my machine (where I generate the executable file)
I get nothing, and the app work correctly.
I try to search about that, but i don't get it.
Charles-François Natali added the comment:
I'd like to move this forward: it could IMO be a great way to proactively
detect potential security defects, and nasty stack/heap/memory corruption in
general.
The remaining - missing - part is buildbot integration: AFAICT the only
specific thing to
Anton Afanasyev added the comment:
Hi Antoine,
my test works for me. It can be either
a = [1, 2, 3]
or
a = iter([1, 2, 3])
, no matter: both objects will be +1 referenced after taking
b = islice(a, 1)
.
My test failed without patch and passed with one.
But your test is more straightforward,
Changes by Anton Afanasyev fun@gmail.com:
Added file: http://bugs.python.org/file35087/issue21321_3.4_8c8315bac6a8_4.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21321
___
Changes by Anton Afanasyev fun@gmail.com:
Added file: http://bugs.python.org/file35086/issue21321_2.7_e3217efa6edd_4.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21321
___
Nick Coghlan added the comment:
Makes sense to me. Assuming we eventually manage to resolve the POSIX locale
issue, the bytes variant will become even less useful.
--
resolution: later - rejected
status: open - closed
___
Python tracker
Donald Stufft added the comment:
One of the reasons the PEP was done the way it was done was it allowed you to
write 2/3 compatible code without version checks. Enhancing that class won't
land until 3.5 which is 18+ months away. Further more the os.urandom persistent
FD's already exists and
Nick Coghlan added the comment:
This is expected behaviour - raise StopIteration in a generator is equivalent
to return, except it can occur inside a called function.
The bug here is in the given context manager definition - it should be taking
appropriate action if the next call failing is
Nick Coghlan added the comment:
Note that the discussion of this PEP *did* suffer from the language summit
effect where folks that couldn't make it to the summit are missing some of
the context. I believe I included all of the key motivating points in the
PEP itself, but it's still not the same
Tim Golden added the comment:
Yes, now that the custom allocator / tracing stuff is in place:
otherwise there's no way for custom allocation or tracing to occur.
Please go ahead and rework the patch when you have the time.
Also, since the setup of the reparse header is such an underdocumented
Antoine Pitrou added the comment:
Tentative patch attached. The test suite still passes, but I'm not
sure if it actually exerts the new code path.
A quick grep shows me that it should be exercised at least by
Modules/_io/bufferedio.c.
Otherwise, the way to test the C API is to add a function
Ned Deily added the comment:
Yes, it should be possible to build all Pythons for all recent OS X deployment
targets but, normally, the safest way is to build a specific deployment target
on the same OS X version; that should avoid any possibility of inadvertently
linking with new features not
Antoine Pitrou added the comment:
But I'm not really familiar with the buildbot support, so if anyone
has a clue...
I can add environment variables and configure options specific to a buildbot.
Just tell me which ones (and which buildbot (preferably yours ? :-)).
That said, it would be
Roundup Robot added the comment:
New changeset 3cf067049211 by Antoine Pitrou in branch 'default':
Issue #20951: SSLSocket.send() now raises either SSLWantReadError or
SSLWantWriteError on a non-blocking socket if the operation would block.
Previously, it would return 0.
Roundup Robot added the comment:
New changeset b0f6983d63df by Antoine Pitrou in branch 'default':
Add porting note for issue #20951.
http://hg.python.org/cpython/rev/b0f6983d63df
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
Patch finally committed. Thanks Nikolaus!
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20951
New submission from rsevcan:
signal.signal() built-in function doesnt throws a ValueError exception in
Windows when is called with a different signal than SIGABRT, SIGFPE, SIGILL,
SIGINT, SIGSEGV, or SIGTERM, as it is written in the documentation.
Simon Zack added the comment:
The problem is still present in python 3.4 with mingw gcc 4.8.2. I was having
trouble with compiling radare2's python swig bindings.
The solution described here:
http://ascend4.org/Setting_up_a_MinGW-w64_build_environment#Setup_Python_for_compilation_of_extensions
Kim Gräsman added the comment:
Also, since the setup of the reparse header is such an underdocumented
nightmare, please add as much commentary as possible around the choice
of allocations offsets.
I'll try. It might turn into a novel.
(BTW I'm not convinced that the PyMem change was the
Roundup Robot added the comment:
New changeset 2a1d63f09560 by Antoine Pitrou in branch 'default':
Issue #21057: TextIOWrapper now allows the underlying binary stream's read() or
read1() method to return an arbitrary bytes-like object (such as a memoryview).
Roundup Robot added the comment:
New changeset 7f50e1836ddb by Antoine Pitrou in branch 'default':
Fix failure in test_poplib after issue #20951.
http://hg.python.org/cpython/rev/7f50e1836ddb
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
Thank you, I've committed tha patch to 3.5.
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21057
Antoine Pitrou added the comment:
Ok, there was a failure in test_poplib when run with -unetwork, I fixed it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20951
___
Raymond Hettinger added the comment:
Attaching a fix. I can't think of a way to test this without an array of
sys.maxsize.
--
keywords: +patch
Added file: http://bugs.python.org/file35088/fix_overflow.diff
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
The problem is AFAICT there's currently no way to get a file
descriptor to the underlying /dev/urandom (and I don't know how it
works on Windows).
We can reimplement os.urandom in SystemRandom on UNIX to keep the file (fd)
open. The code is very simple,
Antoine Pitrou added the comment:
Thanks. Could you also add a test for the islice_reduce additions? Or is it
already tested?
I suspect there's a reference leak there: after calling PyObject_GetIter, you
should always Py_DECREF(empty_list).
Also, with the O code, Py_BuildValue will take a new
STINNER Victor added the comment:
(and I don't know how it
works on Windows).
On Windows, the OS CryptoAPI is used and a handle is kept open between
calls to os.urandom. On Windows, I don't think that it's a an issue to keep
a handle open. Handle are not sequential numbers and users don't
New submission from Ned Deily:
make touch
hg --config extensions.touch=Tools/hg/hgtouch.py touch -v
*** failed to import extension touch from Tools/hg/hgtouch.py: [Errno 2] No
such file or directory: 'Tools/hg/hgtouch.py'
hg: unknown command 'touch'
--
components: Build
messages:
Antoine Pitrou added the comment:
If I remember correctly, ceval.c has an optmisation for str += str even if
the refcount is 2. Do we need to implement it or suggest to use bytearray
or b''.join() instead?
The latter, IMO. This issue is about the C API _PyBytes_Concat.
--
Changes by Ned Deily n...@acm.org:
--
keywords: +patch
stage: - patch review
Added file: http://bugs.python.org/file35089/issue21383_make_touch.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21383
STINNER Victor added the comment:
If I remember correctly, ceval.c has an optmisation for str += str even if
the refcount is 2. Do we need to implement it or suggest to use bytearray
or b''.join() instead?
--
___
Python tracker rep...@bugs.python.org
Ned Deily added the comment:
Martin, it could if make touch worked when building outside of the source
directory (Issue21383).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17861
___
New submission from STINNER Victor:
The PEP 446 was implemented in Python 3.4. All file descriptors are now created
non inheritable. The implementation was not finished on Windows, handles may be
created inheritable. The Python code should be audoted for that.
For example, hCryptProv in
New submission from Antti Haapala:
We had had problems with our web service occasionally hanging and performing
poorly, and as we didn't have much clue about the cause of these, we decided to
continuously run our staging build under debug enabled python 3.4, and then
attaching gdb as needed.
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1284316
___
Anton Afanasyev added the comment:
Hi Antoine,
oops you are right about leaks: fixed them in new attached patch.
As for testing changes in reduce(): they are already covered by
self.pickletest(islice(range(100), *args)). Function pickletest() covers
case for pickle dumping/loading of exhausted
Changes by Kristján Valur Jónsson krist...@ccpgames.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7105
___
Antoine Pitrou added the comment:
For the record, checks such as:
self.assertEqual(wr() is None, False)
are better written:
self.assertIsNotNone(wr())
No need to upload a new patch, I'm gonna make the change while committing :-)
--
Roundup Robot added the comment:
New changeset b795105db23a by Antoine Pitrou in branch '3.4':
Issue #21321: itertools.islice() now releases the reference to the source
iterator when the slice is exhausted.
http://hg.python.org/cpython/rev/b795105db23a
New changeset a627b3e3c9c8 by Antoine
Antoine Pitrou added the comment:
Patch committed, thank you!
If you want to provide a patch for 2.7, please say so, otherwise I'll close the
issue.
--
resolution: - fixed
stage: - resolved
___
Python tracker rep...@bugs.python.org
Giampaolo Rodola' added the comment:
If on one hand I agree that Python being in C:\PythonXX is not optimal for all
the reasons which have been mentioned so far, changing such an old established
aspect of the interpreter would be too much disruptive as a change.
To say one, being that on
Anton Afanasyev added the comment:
Antoine, not sure about 2.7. The issue first arose for me at Python 2.7, so I
would prefer issue21321_2.7_e3217efa6edd_4.diff patch be applied.
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 8ee76e1b5aa6 by Antoine Pitrou in branch '2.7':
Issue #21321: itertools.islice() now releases the reference to the source
iterator when the slice is exhausted.
http://hg.python.org/cpython/rev/8ee76e1b5aa6
--
1 - 100 of 184 matches
Mail list logo