Changes by Roumen Petrov bugtr...@roumenpetrov.info:
Added file:
http://bugs.python.org/file36218/0011-MINGW-compiler-customize-mingw-cygwin-compilers.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18654
Changes by Roumen Petrov bugtr...@roumenpetrov.info:
Added file:
http://bugs.python.org/file36219/0001-MINGW-issue17148-nt-thread-model-detection.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17148
Changes by Roumen Petrov bugtr...@roumenpetrov.info:
Added file:
http://bugs.python.org/file36220/0006-MINGW-add-wincrypt.h-in-Python-random.c.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17596
Changes by Roumen Petrov bugtr...@roumenpetrov.info:
Added file:
http://bugs.python.org/file36221/0007-MINGW-add-srcdir-PC-to-CPPFLAGS.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17597
___
Changes by Roumen Petrov bugtr...@roumenpetrov.info:
Added file:
http://bugs.python.org/file36222/0009-MINGW-detect-REPARSE_DATA_BUFFER.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17599
___
Changes by Roumen Petrov bugtr...@roumenpetrov.info:
Added file:
http://bugs.python.org/file36223/0012-MINGW-default-sys.path-calculations-for-windows-plat.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17602
Changes by Roumen Petrov bugtr...@roumenpetrov.info:
Added file:
http://bugs.python.org/file36224/0014-MINGW-use-main-to-start-execution.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17604
Changes by Roumen Petrov bugtr...@roumenpetrov.info:
Added file:
http://bugs.python.org/file36225/0007-MINGW-ignore-main-program-for-frozen-scripts.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18495
STINNER Victor added the comment:
This issue is closed. You should reopen it or open a new one.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11395
___
Serhiy Storchaka added the comment:
@Serhiy will you be proposing a patch for this?
No, I am not. I have no opinion what name is better.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18697
Changes by Roumen Petrov bugtr...@roumenpetrov.info:
Added file:
http://bugs.python.org/file36226/0014-MINGW-setup-msvcrt-and-_winapi-modules.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18631
Serhiy Storchaka added the comment:
fix_email_parse.diff is not work when one chunk ends with '\r' and next chunk
doesn't start with '\n'.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21448
Mark Summerfield added the comment:
Ah, we're slightly at cross purposes. I showed them purely in terms of the
procedural API. However, I can see now that I could have begun with:
import turtle
...
jane = turtle.Turtle()
jane.fd(100)
So, to teach their turtle how to go in a square, I guess
Mark Summerfield added the comment:
I changed my suggestion but did so on the mailing list instead of here:
This (importing using types.SimpleNamespace()) is too much for children (
beginners).
But perhaps what I should be asking for is for a new built-in that does what
New submission from ivank:
Build cpython master with clang -flto results in:
[...]
ar rc libpython3.5m.a Modules/_threadmodule.o Modules/signalmodule.o
Modules/posixmodule.o Modules/errnomodule.o Modules/pwdmodule.o
Modules/_sre.o Modules/_codecsmodule.o Modules/_weakref.o
Wouter van Heyst added the comment:
The attached patch changes the body of the __import__ faq entry to suggest
using `importlib.import_module` instead.
--
keywords: +patch
nosy: +larstiq
Added file: http://bugs.python.org/file36227/faq-import_module.diff
Martin v. Löwis added the comment:
Roumen, can you please fill out the contributor form?
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18631
___
Daniel Eriksson added the comment:
Oh, completely missed comments there too!
I hope I got them all in a good way!
--
Added file: http://bugs.python.org/file36228/issue14910_4.diff
___
Python tracker rep...@bugs.python.org
Daniel Eriksson added the comment:
Sorry for a new patch this close, but just tripple checked the documentation
and noticed a word to much. Made it more clear hopefully
--
Added file: http://bugs.python.org/file36229/issue14910_5.diff
___
Python
New submission from Charles-François Natali:
I noticed that socket.sendto() got noticably slower since 3.4 (at least),
compared to 2.7:
2.7:
$ ./python -m timeit -s import socket; s = socket.socket(socket.AF_INET,
socket.SOCK_DGRAM); DATA = b'hello'; TARGET=('127.0.0.1', 4242)
s.sendto(DATA,
Changes by Charles-François Natali cf.nat...@gmail.com:
--
title: performance regression in socket.getsockaddr() - performance regression
in socket getsockaddrarg()
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22127
Roumen Petrov added the comment:
Hi Mark,
#else before is not solution. See unified diff below as post by Scott Rostrup
lack definition
Some additional information:
a) move outside #ifdef HAVE_FCNTL_H : definition PATH_MAX is not related to
control functions on open files (fcntl.h)
b)
Roumen Petrov added the comment:
PATH_MAX in duplicate with issue8548
Instead to modify BASECFLAGS user could configure with CPPFLAGS set if symbolic
links are missing .
In addition 5.9 package creates links so work around is not required .
Please close as invalid.
--
Wouter van Heyst added the comment:
Even running `EXTRATESTOPTS='-x test_gdb -uall -v' make testall` I can not
reproduce this. I'll dig some more in the code for anything suspicious.
--
nosy: +larstiq
___
Python tracker rep...@bugs.python.org
Ezio Melotti added the comment:
The second problem I mentioned in msg134530 got fixed in #18996, making the
patches on this issue obsolete.
Since the other problem is now tracked in #19217, I'm going to close this.
--
stage: patch review - resolved
status: open - closed
Raymond Hettinger added the comment:
Attaching revised patch. I forgot to reapply splitlines.
--
Added file: http://bugs.python.org/file36230/fix_email_parse2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21448
Raymond Hettinger added the comment:
Attaching a more extensive test
--
Added file: http://bugs.python.org/file36231/test_parser.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21448
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
Added file: http://bugs.python.org/file36232/fix_prepending.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21448
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
Added file: http://bugs.python.org/file36233/fix_prepending2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21448
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
Removed file: http://bugs.python.org/file36232/fix_prepending.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21448
___
Daniel Eriksson added the comment:
@Antoine: We have investigated a bit here and it seems that ZFS just keeps a
timestamp in seconds in the memory.
See function uberblock_update in uberblock.c
(
http://people.freebsd.org/~gibbs/zfs_doxygenation/html/d3/d65/uberblock_8c_source.html
- Row 57)
Wouter van Heyst added the comment:
Ezio also couldn't reproduce this, so unless someone else (ddvento?), can
reproduce it, I would advocate closing this issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21278
Daniel Eriksson added the comment:
After thinking and looking a bit on it, this patch isn't the best to put into
the code what I can see.
If any of these things really break, because of something completely different
- we won't notice it.
A more accurate solution is to maybe look on a
Claudiu Popa added the comment:
I agree. The patch was merely a temporary solution to the real problem.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19838
___
Eli Bendersky added the comment:
No worries, Daniel. You should have received an email when comments were posted
to the review, did you? If you you may want to check your settings in the bug
tracker.
I left a couple of additional comments on the documentation file, but other
than that this
Stefan Krah added the comment:
If it works without -flto, isn't that a toolchain rather than a Python issue?
--
nosy: +schwab, skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22126
___
Serhiy Storchaka added the comment:
fix_email_parse2.diff slightly changes behavior. See my comments on Rietveld.
As for fix_prepending2.diff, could you please provide any benchmark results?
And there is yet one bug in current code. str.splitlines() splits a string not
only breaking it at
New submission from Frank van Dijk:
stackoverflow.com has a zillion answers recommending the use of codecs.open()
as a unicode capable drop in replacement for open(). This probably means that
there is still a lot of code being written that uses codecs.open(). That's bad
thing because of
Changes by Frank van Dijk fwvd...@gmail.com:
Added file: http://bugs.python.org/file36235/codecsopen3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22128
___
New submission from Tobias Leupold:
It would be nice if a function equivalent to Qt's QString::simplified() would
be added to Python's strings (cf.
http://qt-project.org/doc/qt-4.8/qstring.html#simplified ).
I'm not sure if my approach is good or fast, but I added this function to my
code
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +doerwalter, haypo, lemburg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22128
___
___
Antoine Pitrou added the comment:
IDNA encoding is quite slow (see 6e1071ed4c66). I'm surprised we accept general
hosnames in sendto(), though (rather than plain IP addresses). 25 µs per call
is a lot for such a function.
--
___
Python tracker
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
type: - enhancement
versions: +Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15428
___
Ezio Melotti added the comment:
Here is a new patch that includes an additional paragraph about mutation and
non-mutation operations.
--
Added file: http://bugs.python.org/file36236/issue20135-2.diff
___
Python tracker rep...@bugs.python.org
Andreas Schwab added the comment:
Why does the configure test succeed?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22126
___
___
Ezio Melotti added the comment:
I left a comment on rietveld.
Michael, do you think changing the imports is OK, or will this cause you some
troubles with the external unittest package you maintain?
--
assignee: - michael.foord
stage: - patch review
type: - behavior
Serhiy Storchaka added the comment:
This is too specialized function to be included in the stdlib ar added as a
method to base class.
There are simpler and faster implementations of this function:
def simplify(s):
return ' '.join(s.strip().split())
or
def simplify(s):
Barry A. Warsaw added the comment:
I'm not in favor of changing object() but exposing types.SimpleNamespace as
built-in namespace() doesn't seem like such a bad idea, especially given Tim's
penultimate Zen aphorism.
--
___
Python tracker
Antoine Pitrou added the comment:
Wouldn't it be enough to test that one of the builtin functions is now weak
referencible?
It's better to check that the weakref gets cleared when the object dies, and
for that you need an object you can dispose of.
--
Daniel Eriksson added the comment:
#15745 is probably related to this issue
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19838
___
___
Daniel Eriksson added the comment:
So me and @larstiq have been sitting with this during the sprint here and we
have figured out some things but haven't had the time to put together a patch.
If you put two p.touch() before starting the testing, it will not fail on BSD.
What we have found out
Vajrasky Kok added the comment:
Here is the patch based on Ezio's review. Thanks!
--
Added file: http://bugs.python.org/file36237/fix_test_inside_unittest_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22092
Mark Lawrence added the comment:
The patch is simple but I don't know enough about IDLE to comment technically,
what do you think Terry?
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
Francis MB added the comment:
A) On the example:
+Also note that some operations (e.g. ``y.append(10)``/``y += [10]`` or
+``y.sort()``) mutate
are you saying:
1) y.append(10) divided by y += [10] or
2) y.append(10) and y += [10]
I don't want to split hairs but reading it fast confused me a
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13822
___
___
Mark Lawrence added the comment:
@Paul it's a simple enough patch, what do you think?
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18769
Raymond Hettinger added the comment:
As for fix_prepending2.diff, could you please provide
any benchmark results
No. Inserting at the beginning of a list is always O(n) and inserting at the
beginning of a deque is always O(1).
--
___
Python
New submission from Brendan Meeder:
The 2.7.8 documentation for fileConfig says that for disable_existing_loggers:
If specified as False, loggers which exist when this call is made are left
alone.
This is actually not the case- they are enabled after the call to fileConfig.
In particular,
Serhiy Storchaka added the comment:
Yes, but if n is limited, O(n) becomes O(1). In our case n is the number of fed
but not read lines. I suppose the worst case is a number of empty lines, in
this case n=8192. I tried following microbenchmark and did not noticed
significant difference.
$
Jason R. Coombs added the comment:
@paul.j3, It wasn't from a different project, it's just that the bug tracker
when it does a diff always uses the tip of each branch instead of the most
recent common ancestor, so it effectively calculated the the diff of the
changes plus the inverse of every
Changes by Jason R. Coombs jar...@jaraco.com:
Removed file: http://bugs.python.org/file36001/9ac347a7f375.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13540
___
Changes by Jessica McKellar jesst...@mit.edu:
--
keywords: +needs review
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16428
___
Changes by Jessica McKellar jesst...@mit.edu:
--
keywords: +needs review
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18624
___
Roundup Robot added the comment:
New changeset 956c6d33a57d by Jason R. Coombs in branch '2.7':
Issue #13540: Expanded argparse documents to clarify the action API
http://hg.python.org/cpython/rev/956c6d33a57d
New changeset 008a5473f300 by Jason R. Coombs in branch '2.7':
Issue #13540: Removed
Roundup Robot added the comment:
New changeset e2c9e0a3ef02 by Jason R. Coombs in branch '3.2':
Issue #13540: Expanded argparse documents to clarify the action API
http://hg.python.org/cpython/rev/e2c9e0a3ef02
New changeset c10a6ca9cb32 by Jason R. Coombs in branch '3.2':
Issue #13540: Removed
Jason R. Coombs added the comment:
Commits applied to Python 2.7 and 3.2-3.5.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13540
___
Daniel Eriksson added the comment:
Eli, will look into those tomorrow morning, so a final patch will come during
tomorrow. Checked my spam folder - and there they where, fixed the settings now
so I get it faster.
--
___
Python tracker
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17603
___
___
Mark Lawrence added the comment:
@Max sorry about the delay in giving you a response. Can somebody please pick
this up, I can't find on the experts list who to put on the nosy list for build
issues.
--
nosy: +BreamoreBoy
___
Python tracker
Larry Hastings added the comment:
os.stat can return something more precise than nanosecond resolution?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19838
___
STINNER Victor added the comment:
See also my PEP 400:
http://legacy.python.org/dev/peps/pep-0400/
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22128
___
STINNER Victor added the comment:
For Python, the encoder is only used when you pass a Unicode string.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22127
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17774
___
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: +Python 3.4, Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15992
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
type: - enhancement
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16429
___
Marc-Andre Lemburg added the comment:
Pointing people to io.open() as alternative to codecs.open() is a good idea,
but that doesn't make codecs.open() less useful.
The reason why codecs.open() uses binary mode is to avoid issues with automatic
newline conversion getting in the way of the
Mark Lawrence added the comment:
Who is best placed to comment on build issues?
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 2.6, Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15018
Michael Foord added the comment:
Patch looks fine, easy enough to change for unittest2 (if I ever have the time
for a new release!)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22092
Mark Lawrence added the comment:
Steven, can you propose a patch for this?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18841
___
Terry J. Reedy added the comment:
A least a manual (human) test is needed: a description of steps that do not
work now and do work with a patch.
Currently, get_entity() is only called in one place in fetch_completions; it is
not used anywhere else in idlelib. (Call_tips defines another
Francis MB added the comment:
What we have found out so far is that during file creation the
resolution of the timestamp is higher then at the touch attempt
when a file exists.
Could it help to create 2 files (file 1, wait a bit, file 2) and then do the
checks only with file 1?
--
Charles-François Natali added the comment:
For Python, the encoder is only used when you pass a Unicode string.
Hm...
I'm passing ('127.0.0.1', 4242)as destination, and you can see in the
above profile that the idna encode function is called.
This doesn't occur with 2.7.
--
Charles-François Natali added the comment:
OK, I think I see what you mean:
$ ./python -m timeit -s import socket; s =
socket.socket(socket.AF_INET, socket.SOCK_DGRAM) s.sendto(b'hello',
('127.0.0.1', 4242))1 loops, best of 3: 44.7 usec per loop
$ ./python -m timeit -s import socket; s =
Raymond Hettinger added the comment:
A deque is typically the right data structure when you need to append, pop, and
extend on both the left and right side. It is designed specifically for that
task. Also, it nicely cleans-up the code by removing the backwards line list
and the list
Steven Barker added the comment:
I've worked on this filecmp issue some more, and I have some new patches.
First up is a patch that only modifies the tests. It has one test that fails
without the behavior patch. The test patch also modifies some other tests so
that they will work after the
Changes by Steven Barker blckkn...@gmail.com:
Added file: http://bugs.python.org/file36239/filecmp_behavior_and_doc_fix.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1234674
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
components: +Library (Lib) -None
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14910
___
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22123
___
___
Python-bugs-list
Larry Hastings added the comment:
Diff tweaked to undo the ill-concieved Py_RETURN_NONE change. Thanks, Zachary!
Does it now compile and pass tests on Windows?
--
Added file: http://bugs.python.org/file36240/larry.clinicize.posixmodule.7.diff
___
Martin Panter added the comment:
I could be wrong, but isn’t this error raised when expecting a response from
any command, not just during “connection establishment”? Perhaps change the
docstring to say something like “Connection closed unexpectedly” instead.
--
nosy: +vadmium
New submission from Kevin London:
Generating the byte representation of a UUID object can be a little faster by
using binascii's unhexlify on the hex value of the UUID object. In my testing,
I saw about a 5.5x speed increase with the attached changes.
Here are a set of benchmarks that I ran,
Alex Gaynor added the comment:
`self.int.to_bytes(16, byteorder='big')` looks to be even faster (about 3x on
my machine)
--
nosy: +alex
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22131
Changes by Alex Gaynor alex.gay...@gmail.com:
--
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22131
___
___
Alex Gaynor added the comment:
What I said only applies to the Python3 version of this patch.
Thanks for submitting this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22131
___
Antoine Pitrou added the comment:
Note that even the bytes version is still quite slow. UDP is used for
light-weight protocols where you may send thousands or more messages per
second. I'd be curious what the sendto() performance is in raw C.
--
Changes by Antoine Pitrou pit...@free.fr:
--
stage: test needed - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22116
___
___
Antoine Pitrou added the comment:
@kilowu, your patch looks good to me. As a necessary step to include your
contribution, could you please sign the contributor's agreement? See
https://www.python.org/psf/contrib/contrib-form/
Thank you very much!
--
Raymond Hettinger added the comment:
I also like the way the patch cleans-up the code.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22131
___
Changes by koobs koobs.free...@gmail.com:
--
nosy: +koobs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11445
___
___
Python-bugs-list mailing
Rob Lanphier added the comment:
Moving it earlier in the tutorial is likely to do more harm than help.
In teaching Python, you need some gap between learning for-loops and
learning list comprehensions (the former is a prerequisite for the
latter).
The problem here is that many people get
1 - 100 of 109 matches
Mail list logo
