Zachary Ware added the comment:
The committed versions are slightly different, I had bad logic in adding
_socket to ExtensionModules (if IncludeExternals was false while IncludeSSL was
true, _socket wasn't added). build.bat also uses the property names instead of
its own internal names so
Zachary Ware added the comment:
Windows XP is not supported by Python 3.5. See PEP 11 for details.
--
components: +Windows -IDLE
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
resolution: -> wont fix
stage: -> resolved
status: open -&g
Zachary Ware added the comment:
It doesn't appear to; my 'C:\Program Files\Python 3.5\Lib\__pycache__' is full
of .pyc's, but none with an optimization tag. To confirm with math rather than
eyesight, according to 'dir' there are 168 files in Lib\, and 168 in
Lib\__pycache__ rather than
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
superseder: -> Finding the Windows version getting messier (detect windows
8.1?)
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Zachary Ware added the comment:
I'd be happy to work on making an 'idledoc' target for the Doc/ makefiles that
works with Mark's viewer. I can't guarantee any kind of timeframe, but the
idledoc target wouldn't be necessary right off the bat; it could be done after
the main bulk of the patch
Changes by Zachary Ware <zachary.w...@gmail.com>:
Removed file: http://bugs.python.org/file40433/attachment.zip
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
nosy: -petri.lehtinen
resolution: -> not a bug
stage: -> resolved
status: open -> closed
title: Hello -> Spam
___
Python tracker <rep...@bugs.python.org>
<http:/
Zachary Ware added the comment:
This is by design, see PEP 430 for rationale. Eventually the Python 3 docs
will be the default, but that day isn't quite here yet.
--
nosy: +zach.ware
resolution: -> not a bug
stage: -> resolved
status: open -&g
New submission from Zachary Ware:
asyncio.test_utils is not documented. I'm unsure as to whether that's because
it's meant to be private, or if it just hasn't been done yet.
--
assignee: docs@python
components: Documentation, asyncio
messages: 250482
nosy: docs@python, gvanrossum
Zachary Ware added the comment:
Victor: that would be ideal, but hoping for that seems an exercise in futility
:)
Larry: It seems to be; the test case that brought it my attention
(Lib\test\test_tcl.py) has CRLF in my 3.4.3 install and LF in 3.5.0
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
stage: -> needs patch
versions: +Python 2.7 -Python 3.2, Python 3.3
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
New submission from Zachary Ware:
PCbuild/*.vcxproj* should be added to .hgeol to force them to CRLF.
A couple of reasons:
1) They're only used on Windows, where the default (terrible, but always
available) editor doesn't understand LF
2) More importantly, the tcl, tk, and tix projects use
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
resolution: -> third party
stage: -> resolved
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bu
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
nosy: +haypo
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue25155>
___
__
Zachary Ware added the comment:
That change could use a comment stating why it's doing things that way instead
of the 'obvious' way.
--
nosy: +zach.ware
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Zachary Ware added the comment:
Guido van Rossum added the comment:
> That link gives me a timeout right now. How can I run the doc linter
> manually? "make html" in the Doc tree didn't alert me to this issue.
"make check" is the doc linter.
I've considered whether
Zachary Ware added the comment:
Oh right, Berker already beat me to it:
changeset 97861:72e696bc480a 3.5
Fix typos and improve markup in typing.rst.
author Berker Peksag <berker.pek...@gmail.com>
dateThu, 10 Sep 2015 21:55:50 +0300 (35 minutes ago)
parents a380841644b2
ch
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
versions: +Python 3.5
___
Python tracker <rep...@bugs.python.org>
<http://bu
Zachary Ware added the comment:
Erk...just discovered there's a section of Doc/extending/windows.rst that
depends on example_nt that will need to be excised.
--
resolution: fixed ->
stage: resolved -> needs patch
status: closed -> open
_
Zachary Ware added the comment:
Looks like an issue with a space in the path. That test has been flaky in the
past, though, I assume it's failed multiple times?
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Zachary Ware added the comment:
Interesting, I got a different failure on 3.5.0:
==
ERROR: test_sundry (test.test_tools.test_sundry.TestSundryScripts
New submission from Zachary Ware:
==
ERROR: test_write_with_optimization (test.test_zipfile.PyZipFileTests)
--
Traceback (most recent call last):
File &q
New submission from Zachary Ware:
Since the default all-users install location is now Program Files and thus not
world-writable and with the advent of optimization-tagged .pyc files, the
'precompile' option in the installer should also precompile with -O and -OO.
--
assignee
Zachary Ware added the comment:
The patch works, with an added 'import subprocess' and after removing the
'f.close()' check.
I hadn't realized this test was still using os.popen, that's fairly horrible :)
--
___
Python tracker <
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
assignee: -> steve.dower
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
New submission from Zachary Ware:
With an installed Python with pywin32 installed, running the test as a
non-privileged user:
==
ERROR: test_basic (test.test_logging.NTEventLogHandlerTest
Zachary Ware added the comment:
Agreed with Mark; I don't see anywhere that lack of PATH would affect the
failures you're seeing, Terry. Do you have VS2015 installed? If not, the
failure of distutils to skip the tests that need it should be raised as a
separate issue
New submission from Zachary Ware:
With installed Python with pywin32 installed:
==
ERROR: test_netbios_getnode (test.test_uuid.TestInternals)
--
Traceback
New submission from Zachary Ware:
==
FAIL: test_no_args_respects_force_flag (test.test_compileall.CommandLineTests)
--
Traceback (most recent call last):
File
Zachary Ware added the comment:
Yes, installation in 'Program Files' produces the failure. Looks like it's
probably just bad quoting in the test, but I haven't looked at the code yet.
This probably affects 2.7 and up, I don't think there have been any changes to
that test in recent branches
Zachary Ware added the comment:
I can reproduce. I'm bewildered as to why none of the buildbots are
complaining about this.
--
nosy: +zach.ware
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Zachary Ware added the comment:
Interestingly, the re-run performed by regrtest's '-w' flag did not fail.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
components: +Library (Lib) -Build
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> codecs.escape_encode systemerror on empty byte string
___
Python tracker <rep...@b
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
nosy: +The Compiler, doerwalter, lemburg
stage: -> needs patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Zachary Ware added the comment:
Just to add my 0.02USD:
I think my preferred course of action would be to enable '-n' by default and
deprecate/ignore the option. For the assert output on stderr, I think it would
be fine to hide it by default, but show it if verbose > i for some value o
Zachary Ware added the comment:
I was curious, so I checked:
C:\Users\Zachary\code\hg.python.org\3.5>python.bat -m test.pystone
Running Debug|x64 interpreter...
Pystone(1.2) time for 5 passes = 1.14142
This machine benchmarks at 43805 pystones/second
C:\Users\Zachary\code\hg.python.org\
Zachary Ware added the comment:
Jeremy Kloth wrote:
> Please note, it is the only 64-bit Windows buildbot
That's not true anymore; in fact, all but David Bolen's XP and Windows 7 bots
are 64-bit. Yours is the one one in the 'stable' set, but that classification
is a bit out of d
Zachary Ware added the comment:
Thanks, Vinay!
--
stage: needs patch -> resolved
versions: +Python 3.5, Python 3.6
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.or
Zachary Ware added the comment:
This is a side-effect of 3.5 having a C implementation of OrderedDict, and will
not be fixed.
In the standard library, even just having a single trailing underscore is a
clear indication of "if you use this, expect it to break without warning at any
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
type: crash -> behavior
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
type: crash -> behavior
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
nosy: +zach.ware
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue25194>
___
_
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
keywords: +3.5regression
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
stage: -> resolved
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue25236>
___
_
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
superseder: -> file descriptor not being closed with context manager on
IOError when device is full
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
versions: -Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from Zachary Ware:
This patch makes the compiler portion of the sys.version string look something
like [ICC v.1500 32-bit (Intel) with MSC v.1500 CRT] when Python is built
with ICC. This format keeps distutils happy without having to change its
parsing of the version string
Zachary Ware added the comment:
Here's a patch to try to modernize the whole section a bit, and to remove one
of the two other instances of 'Python35' in the docs (the other instance is in
the docs for pyvenv, which needs its own overhaul in a separate issue).
--
keywords: +patch
nosy
Zachary Ware added the comment:
Done. Thanks, Florin!
--
resolution: -> fixed
stage: commit review -> resolved
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Zachary Ware added the comment:
Eryk is correct, there should be no -32 suffix in 2.7. It's simple enough to
fix, just remove the last line Eryk quoted (and purge generated files from PC/).
This is a pretty major bug; Benjamin and Steve, how do you want to deal with it?
--
components
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
stage: -> resolved
type: crash -> behavior
___
Python tracker <rep...@bugs.python.org>
<http://bugs.
Zachary Ware added the comment:
> Is it possible that Python 2 is using a non-unicode Windows API to get the
> values
It does, but according to Anshul's nullcheck2.py output that doesn't matter.
--
___
Python tracker <rep...@bugs.python.o
Zachary Ware added the comment:
So then this is actually matplotlib's bug: Python is returning the blob as it
should, but matplotlib is assuming too much about what it contains. However, I
suspect that this particular issue isn't entirely matplotlib's fault; it looks
to me like the entries
Zachary Ware added the comment:
Left one minor comment on Rietveld.
However, I'm not yet convinced that this is a bug in Python. I can't find an
authoritative source to say whether \0 is valid in a REG_SZ value, but the fact
that you can set one and get it back makes me think
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
stage: -> resolved
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue25815>
___
_
New submission from Zachary Ware:
Attached is a patch that adds support for ICC to configure, making it easier to
build with ICC on Unix and adjusting arguments to better fit ICC.
- Adds '--with-icc' argument to configure, which sets 'CC=icc' and 'CXX=icpc'
- Adds support for ICC PGO
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bu
Zachary Ware added the comment:
STINNER Victor added the comment:
> Can you please check if the branch 3.5 is impacted?
It is.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.or
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
keywords: +buildbot
nosy: +zach.ware
stage: -> needs patch
versions: -Python 3.2, Python 3.3, Python 3.4
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Zachary Ware added the comment:
I'd rather leave things as they were, just add ', main as unittest_main' to the
existing 'from unittest import TestCase' and change the call at the end from
'unittest.main()' to 'unittest_main()'.
Felippe, have you signed a contributor agreement
Zachary Ware added the comment:
I made the change to test_pyclbr that I mentioned and committed it. Thanks,
Fellipe!
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
versions: +Python 3.4
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue25800>
___
Zachary Ware added the comment:
Thanks for the report!
--
type: -> behavior
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.or
Zachary Ware added the comment:
Hmm, oops. This would be a result of 3aec776fc796, which was applied only to
the default before 3.5 was branched.
--
stage: -> needs patch
type: -> behavior
versions: +Python 3.5
___
Python tracke
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
title: test_fork1 cannot be run directly: ./pyhon Lib/test/test_fork1.py ->
test_fork1 cannot be run directly: ./python Lib/test/test_fork1.py
___
Python tracker <rep...@bugs.pytho
Zachary Ware added the comment:
There's also backward compatibility to consider here; someone somewhere is
depending on getting back \0 in his REG_SZes. If we were to make a change, it
could only go in 3.6. With that restriction, I don't see a particularly nice
way to get the same behavior
Zachary Ware added the comment:
Ok, that example is an argument I'll accept.
I'll give the patch another couple of days for others to review, and commit if
nobody beats me to it. It's too late for 3.5.1, but it can probably make 3.4.4.
--
stage: patch review -> commit review
versi
New submission from Zachary Ware:
Here's a patch to the benchmarks repo that allows running a benchmark on a
single interpreter and returning raw data, and provides a script to upload the
raw data to a codespeed instance. It's a bit of a quick hack, but is effective.
This is a prerequisite
Zachary Ware added the comment:
Also, if you only need to support Python 2.6+, you can use 'from __future__
import print_function' and get all the benefits of 'print' as a function in
Python 2 (except the 'flush' argument, which was added in Python 3.3).
--
nosy: +zach.ware
New submission from Zachary Ware:
The title can barely be called accurate; the description of the problem isn't
easy to condense to title length. Here's the issue:
$ cat subtest_test.py
import os
import unittest
class TestClass(unittest.TestCase):
def test_subTest(self):
for t
Zachary Ware added the comment:
I think Ezio's suggestion of a sentinel value would be better, allowing None to
be using as a legitimate 'message' [1]. That is, somewhere at global scope,
define '_subtest_msg_sentinel = object()', change the msg default at
Lib/unittest/case.py:500 to be 'msg
Zachary Ware added the comment:
At this point our MSBuild project files are hand-crafted, and are best edited
by hand. You can use the GUI to get a general idea of what the changes should
be, but it just creates far too much spam to really be usable.
This should be about a 2 line change
Zachary Ware added the comment:
Martin Panter added the comment:
> Okay, so you have a test with subtests. You have presented three cases:
>
> 1. Single subtest which passes. No problem I assume.
Or several subtests which pass. No problems.
> 2. Two subtests: 1st fails
Zachary Ware added the comment:
In which direction do you find us to be mad?
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Zachary Ware added the comment:
Right, I should have been more specific here. Sorry about that.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Zachary Ware added the comment:
Responded on python-list.
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Changes by Zachary Ware <zachary.w...@gmail.com>:
--
versions: +Python 3.4, Python 3.5, Python 3.6 -Python 3.1, Python 3.2, Python
3.3
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Zachary Ware added the comment:
I'm inclined to close this as 'not a bug'. There's not much we can do about
that (if you want 64 bit extensions, you need a 64 bit compiler), and 2015
Community Edition does include the 64 bit compiler (if you select it).
I'm not sure if there's anything
Zachary Ware added the comment:
Here's a patch that folds PGO into PCbuild\build.bat (removing
PCbuild\build_pgo.bat) and defaults to using "python -m test --pgo" for
training. This should apply to all branches, but will need some slight
adjustment for 2.7 (namely, s/-m test/-m tes
Zachary Ware added the comment:
I'd also suggest using double quotes ("); single quotes don't work on Windows.
C:\>echo 'test>=test'
C:\>dir /b test*
test'
C:\>type "test'"
'test
--
nosy: +zach.ware
___
Python trac
Zachary Ware added the comment:
Missed the boat on 3.4.
I tried out the new test on 2.7, and it does not fail with no change to
_winreg.c. Eryk, do you want to provide a patch for 2.7? I'm not interested
enough to figure out what's going on there, but if you provide a patch I'll
commit
Zachary Ware added the comment:
Glad you got it figured out. It's a situation that can be tricky to debug, as
your eyes tend to gloss over the paths given in the traceback. It's much
easier to figure out after you've been bitten the first time, though!
--
nosy: +zach.ware
stage
Zachary Ware added the comment:
Just like it says, you need Service Pack 1 for Python 3.5. If for some reason
that's not possible, you'll have to revert back to Python 3.4.
--
nosy: +zach.ware
resolution: -> not a bug
stage: -> resolved
status: open -> closed
type: comp
Zachary Ware added the comment:
Terry, it doesn't look like you used Upendra's patch. What you committed just
removes the "of", but doesn't change "addition" to "additional", which is also
required to make that sentence make sense
Zachary Ware added the comment:
Left a couple of review comments on Rietveld.
--
nosy: +zach.ware
stage: -> patch review
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.or
Zachary Ware added the comment:
I have no idea how you got a curl.exe there, but it didn't come from our
installer. Where did you get your 3.5.1 installer from?
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
_
Zachary Ware added the comment:
After testing, I think I like '-fp-model strict' better in CFLAGS_NODIST. On
Ubuntu, `CC=gcc ./python -m test.test_distutils` passes when the flag is in
CFLAGS_NODIST, but fails when it's in BASECFLAGS. On OSX, it fails both ways,
due to deployment target
Zachary Ware added the comment:
This one is officially weird.
I can reliably reproduce the segfault in test_ascii_formatd on OSX with ICC 15
or 16, using the included libffi in Modules/_ctypes/libffi_osx. There are also
segfaults in test_ctypes, test_multiprocessing, and test_threading (all
Zachary Ware added the comment:
ctypes in the test suite is fine, just be sure it's guarded properly (with
either `ctypes = test.support.import_module("ctypes")` or `if sys.platform ==
'win32'): ...`.
--
___
Python tracker <rep...@bu
Zachary Ware added the comment:
Just some missing parentheses, so I fixed it:
http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/7116
--
components: +Build
resolution: -> fixed
stage: -> resolved
status: open -> closed
type: -> compile er
Zachary Ware added the comment:
The buildbots appear to be happy with this, so I'm closing the issue. The
intel-ubuntu-icc Non-Debug builders each had their first green build after this
changeset. The OSX ICC builder still has some issues, but they seem to be OSX
specific (see issue25589
Zachary Ware added the comment:
That's alright, it'll be here whenever you come back to it, unless
somebody else takes it up :)
By the way, my wording was poor in my previous message. My 'hundreds
of lines of spam' remark was not meant to disparage your patch, but
rather Visual Studio's
Zachary Ware added the comment:
The project file was moved to PC/bdist_wininst/bdist_wininst.vcxproj. See
55e5be11264e. It's still included in the build solution, but not in the
project used for building from the command line.
--
nosy: +zach.ware
resolution: -> not a bug
st
Zachary Ware added the comment:
Would pretty much eliminate the benefit; there are currently a few special
cases for 3.4 (particularly for the ICC builders, and the XP bot), which could
go away.
For the record, the secret undocumented method for running a build on all
custom builders
Zachary Ware added the comment:
Unfortunately, #25827 has no effect on Windows, which is where this issue
occurs. There are still several segfaults on Windows, including test_re.
--
___
Python tracker <rep...@bugs.python.org>
Zachary Ware added the comment:
I think only keeping some builders would be more complex than any other option.
Here's a patch against pep101 to document the custom builder trick.
--
keywords: +patch
Added file: http://bugs.python.org/file41389/pep101_custom_buildbots.diff
1301 - 1400 of 2723 matches
Mail list logo