Zachary Ware added the comment:
I think what I'd rather do is deprecate the use of os.kill (on Windows) with a
signal other than CTRL_C_EVENT and CTRL_BREAK_EVENT, document very clearly that
os.kill is strictly for sending signals, and add os.terminate to implement
TerminatePr
Zachary Ware added the comment:
That's a fair point. So to make my plan work, we'd really need a good
way to differentiate CTRL_C_EVENT and 0. If anybody has any good
ideas on that, I still like my plan. If not, I'm afraid I have to
agree that os.kill will need to go down as do
Zachary Ware added the comment:
I left a comment on Rietveld. Also, the test doesn't pass on Windows:
test test_unittest failed -- Traceback (most recent call last):
File "C:\Data\code\CPython\hg.python.org\devinabox\cpython\lib\unittest\test\t
est_discovery.py"
Zachary Ware added the comment:
As an aside: Pam, I got a bounce notice from the email that Rietveld tried to
send you. It claims that your email account is disabled, though I suspect that
might be it's way of saying it thinks Rietveld is spam (since it tries to send
in the reviewer&#
New submission from Zachary Ware:
For example:
_winapi_CreateFile_impl(PyModuleDef *module, LPCTSTR file_name, DWORD
desired_access, DWORD share_mode, LPSECURITY_ATTRIBUTES security_attributes,
DWORD creation_disposition, DWORD flags_and_attributes, HANDLE template_file
Zachary Ware added the comment:
Will do in the morning.
--
___
Python tracker
<http://bugs.python.org/issue23944>
___
___
Python-bugs-list mailing list
Unsub
Zachary Ware added the comment:
Looking deeper at this, I think the best solution is to use '"*.py"' instead of
"'*.py'" without changing the code at all. Quoting on the Windows shell is
somewhat of a nightmare (see my example on Rietveld), but using
Zachary Ware added the comment:
One benefit to having a different theme for the devguide is that it makes clear
that "you're not in the standard library docs anymore". I agree that that
screenshot looks quite a bit better, though.
--
n
Zachary Ware added the comment:
My bad, you're right. Thanks!
--
resolution: -> out of date
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<http://bugs.pyth
Zachary Ware added the comment:
Larry: Here's your sample:
/*[clinic input]
_winapi.CreateProcess
application_name: Py_UNICODE(nullable=True)
command_line: Py_UNICODE(nullable=True)
proc_attrs: object
Ignored internally, can be None.
thread_attrs: object
Ig
Zachary Ware added the comment:
Alright, alright, I'll get you a file.
On Tue, Apr 14, 2015 at 1:22 PM, Larry Hastings wrote:
>
> Larry Hastings added the comment:
>
> I wish the Python bug tracker had a way of attaching files to issues, so we
> didn't have to just co
Zachary Ware added the comment:
You can even have the whole thing, with lots of samples :)
--
Added file: http://bugs.python.org/file39002/_winapi.c
___
Python tracker
<http://bugs.python.org/issue23
Changes by Zachary Ware :
Added file: http://bugs.python.org/file39016/9ec35c653970.diff
___
Python tracker
<http://bugs.python.org/issue20172>
___
___
Python-bugs-list m
Zachary Ware added the comment:
Latest patch ought to be good, if anybody feels like rubber-stamping a 5000
line patch :)
--
nosy: +steve.dower
___
Python tracker
<http://bugs.python.org/issue20
Zachary Ware added the comment:
After an English lesson, looks fine to me.
--
___
Python tracker
<http://bugs.python.org/issue23944>
___
___
Python-bugs-list m
Zachary Ware added the comment:
Thank you for the patch!
--
nosy: +zach.ware
versions: +Python 3.4
___
Python tracker
<http://bugs.python.org/issue23956>
___
___
Zachary Ware added the comment:
Steve: libffi is an upstream project, so technically they should be the ones to
patch it. However, we do sometimes patch our own copy anyway and just keep the
diff around.
Nosying doko as the guy who usually gets stuck handling libffi upgrades and
will know
Zachary Ware added the comment:
Steve confirmed in person at PyCon that this is fixed.
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Zachary Ware added the comment:
Tools/demo is included in the 3.5 installer, I think it's probably a bit late
in 3.4's cycle to stick it in now.
If anybody feels strongly enough to make a patch for it, please reopen the
issue.
--
resolution: -> out of date
stage
Changes by Zachary Ware :
--
stage: -> resolved
___
Python tracker
<http://bugs.python.org/issue24003>
___
___
Python-bugs-list mailing list
Unsubscrib
Zachary Ware added the comment:
Committed, thanks for the reviews, guidance, and patience!
--
assignee: -> zach.ware
resolution: -> fixed
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python
Zachary Ware added the comment:
Which version of MSVC are you using?
--
___
Python tracker
<http://bugs.python.org/issue24181>
___
___
Python-bugs-list mailin
Zachary Ware added the comment:
That may be the problem; it may be time for you to upgrade to VS 2015,
which is now in RC. As recently as this morning, I've had a clean test run
with 2015 Community Edition on Windows 8.1.
--
___
Python tr
Zachary Ware added the comment:
Here's a new patch that actually applies, and has a couple of improvements.
I'd greatly appreciate some review on this; I'm planning on committing before
beta1 anyway.
--
nosy: +paul.moore, steve.dower, tim.golden
priority: normal -&g
Zachary Ware added the comment:
I'll try to have a look at this later today, but unfortunately can't
guarantee anything (I don't know C, MSI, or _msi very well).
--
___
Python tracker
<http://bugs.pyt
Zachary Ware added the comment:
As a prerequisite for #20035, I've added the simplest test possible that just
makes sure Tix is available on Windows. I only added it on default as I don't
have the facilities to test it properly on 2.7 and 3.4 on Windows (which is the
only platfor
Zachary Ware added the comment:
I committed a presence test for Tix in #21337 that should catch problems with
loading Tix after this patch. There shouldn't be any problem though, we
actually install Tix into Tcl/Tk whereas TIX_LIBRARY is (to my understanding)
for helping Tcl/Tk find
New submission from Zachary Ware:
test_msilib doesn't test much and could do with good expansion.
Marked for 3.5, but 3.4 and 2.7 are just as barren if whoever takes this feels
particularly ambitious.
--
components: Tests, Windows
keywords: easy
messages: 243458
nosy: steve.
Changes by Zachary Ware :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Zachary Ware added the comment:
It's a simple enough fix, so I went ahead and committed it. Thanks for the
patch!
I've created issue24224 to track the addition of tests to test_msilib (for more
than just this issue).
--
resolution: fixed ->
stage: resolved -> pat
Changes by Zachary Ware :
--
assignee: -> yselivanov
nosy: +Arfrever
priority: normal -> release blocker
type: -> behavior
___
Python tracker
<http://bugs.python.or
Zachary Ware added the comment:
Duplicate of #24226.
--
nosy: +zach.ware
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> [3.5 Regression] unable to byte-compile the attached IN.py
___
Python tr
Zachary Ware added the comment:
Committed, thanks for the reviews, Serhiy and Steve!
--
assignee: -> zach.ware
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python
Zachary Ware added the comment:
What about including this in Tools/scripts/patchcheck.py? I think that might
strike a good enough balance between making changes noticeable and not
automatically changing the def file.
As far as all the differences this has uncovered, I'll try to make a
Zachary Ware added the comment:
The order of the checks in support.requires{,_resource} should be reversed:
check if the resource is enabled, then check for gui availability if the
resource in question is 'gui'.
--
nosy: +zach.ware
Zachary Ware added the comment:
I agree, we should update our sqlite version. I'll try to get to this next
week, but it shouldn't be a big deal if it misses beta 1 since it's not a new
feature.
--
stage: -> needs patch
title: sqlite-3.14.1 for Python_3.6.0b1
Zachary Ware added the comment:
Berker, would you mind giving this another look? If you give it the OK, I can
get it committed if you don't beat me to it.
--
assignee: docs@python -> berker.peksag
___
Python tracker
<http://bugs
Zachary Ware added the comment:
Updated. I don't know what extensions are or are not included, please open
additional issue(s) if something should be added or removed.
--
resolution: -> fixed
stage: needs patch -> resolved
status: ope
Zachary Ware added the comment:
Thanks for the original patch, Tim!
After discussion with Steve, we figured it's best to keep this to 3.6.
--
versions: -Python 3.5
___
Python tracker
<http://bugs.python.org/is
Zachary Ware added the comment:
The Mac installer includes FTS in its SQLite build, so we should match it on
Windows. I just updated the SQLite version for Windows, so now's a good time
to do this.
--
resolution: wont fix ->
stage: resolved -> needs patch
status: clo
Zachary Ware added the comment:
LGTM on Win32, Win64, and OSX.
--
___
Python tracker
<http://bugs.python.org/issue27355>
___
___
Python-bugs-list mailin
Zachary Ware added the comment:
I decided not to backport. If anyone else would like to, I won't stand in
their way.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: -Python 2.7, Python 3.5
New submission from Zachary Ware:
Nosy list copied from #23085.
Here's a patch that deprecates building _ctypes with the bundled copy of libffi
(Modules/_ctypes/libffi/). The default on all platforms (other than Windows)
is now to use a system copy of libffi; use the '--without-
Changes by Zachary Ware :
--
components: +ctypes
___
Python tracker
<http://bugs.python.org/issue27976>
___
___
Python-bugs-list mailing list
Unsubscribe:
Zachary Ware added the comment:
I'm closing this as superseded by #27976, which deprecates building with the
bundled libffi.
--
resolution: -> rejected
stage: -> resolved
status: open -> closed
superseder: -> Deprecate building with bundled copy of libffi on
New submission from Zachary Ware:
The attached patch allows the bundled libffi used in non-Darwin POSIX builds
(Modules/_ctypes/libffi, along with Modules/_ctypes/libffi.diff) to be removed.
It depends on the patch in #27976, and does not affect OSX or Windows.
--
components: Build
Changes by Zachary Ware :
--
dependencies: +Deprecate building with bundled copy of libffi on non-Darwin
POSIX platforms
___
Python tracker
<http://bugs.python.org/issue27
Zachary Ware added the comment:
pyw.exe is installed alongside py.exe, is it insufficient?
--
___
Python tracker
<http://bugs.python.org/issue27980>
___
___
Pytho
Zachary Ware added the comment:
I don't think it's worthwhile to do a version check and warning, especially
since we'll be removing the bundled version in 3.7. A docs note is worthwhile,
though, I'll attach a new patch shortly.
--
__
Changes by Zachary Ware :
--
nosy: zach.ware
priority: normal
severity: normal
status: open
title: Allow keyword arguments in winsound
type: enhancement
versions: Python 3.6
___
Python tracker
<http://bugs.python.org/issue27
New submission from Zachary Ware:
I suspect this is related to #23968, but I'm not certain.
--
components: Build, Macintosh
messages: 274685
nosy: doko, ned.deily, ronaldoussoren, zach.ware
priority: low
severity: normal
stage: needs patch
status: open
title: make distclean clobber
Changes by Zachary Ware :
--
nosy: christian.heimes, r.david.murray, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: test.support.open_urlresource should work from an installed Python
type: behavior
versions: Python 2.7, Python 3.5, Python 3.6
Zachary Ware added the comment:
Finally got a new patch created. After talking it over with Ned yesterday,
this patch makes sure that nothing changes on OSX.
--
Added file: http://bugs.python.org/file44455/issue27976.diff
___
Python tracker
<h
Zachary Ware added the comment:
The patch will need to be updated to just completely remove the
--with(out)-system-ffi check everywhere but OSX. It will also need to make
some changes after the latest patch in #27976.
--
___
Python tracker
<h
New submission from Zachary Ware:
I'm not certain that the implementation of this subclass of OrderedDict is
actually sane, but it works in 3.4 and fails in 3.5+.
The buggy implementation:
class SimpleLRUCache(OrderedDict):
def __init__(self, size):
super().__i
Zachary Ware added the comment:
Attaching test case from #28014 here since this issue looks close enough to
that one to be caused by the same thing.
--
nosy: +zach.ware
Added file: http://bugs.python.org/file44459/simple_lru.py
___
Python tracker
Changes by Zachary Ware :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> KeyError thrown by optimised collections.OrderedDict.popitem()
___
Python tracker
<http://bugs.python
New submission from Zachary Ware:
After discussion at the core dev sprints, Guido has decreed that the files in
Lib/plat-* can and should be removed.
--
assignee: zach.ware
messages: 275106
nosy: gvanrossum, haypo, ned.deily, zach.ware
priority: normal
severity: normal
status: open
Zachary Ware added the comment:
Will close this after the buildbots have confirmed they don't hate it.
--
___
Python tracker
<http://bugs.python.org/is
Zachary Ware added the comment:
None of the buildbots have complained about this (they've been too busy
complaining about other things), so I'm closing it.
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Py
Zachary Ware added the comment:
The platform-specific modules have been removed.
--
nosy: +zach.ware
resolution: -> out of date
stage: -> resolved
status: open -> closed
superseder: -> Remove Lib/plat-*/* files
___
Python tr
Zachary Ware added the comment:
This file was moved long ago and has now been completely removed.
--
nosy: +zach.ware
resolution: -> out of date
stage: needs patch -> resolved
status: open -> closed
superseder: -> Remove Lib/pl
Zachary Ware added the comment:
The platform-specific modules have been removed.
--
nosy: +zach.ware
resolution: -> out of date
stage: needs patch -> resolved
status: open -> closed
superseder: -> Remove Lib/plat-*/* files
___
Python tr
Zachary Ware added the comment:
The platform-specific modules have been removed.
--
nosy: +zach.ware
resolution: -> out of date
stage: -> resolved
status: open -> closed
superseder: -> Remove Lib/plat-*/* files
___
Python tr
New submission from Zachary Ware:
As a follow-on to #28027, the attached patch removes the concept of
platform-specific directories (Lib/plat-darwin, Lib/plat-x86_64-linux-gnu,
etc). I believe this should be fine for cross-builds (at least as fine as the
previous solution for _sysconfigdata
Zachary Ware added the comment:
Ammar, thank you very much for the patch!
--
___
Python tracker
<http://bugs.python.org/issue19489>
___
___
Python-bugs-list mailin
Zachary Ware added the comment:
Those were removed in #28027, by BDFL decree.
--
___
Python tracker
<http://bugs.python.org/issue28046>
___
___
Python-bugs-list m
Zachary Ware added the comment:
Sorry, it happened at the sprint at Instagram. Do you have a use for those
modules that we need to reconsider?
--
___
Python tracker
<http://bugs.python.org/issue28
Zachary Ware added the comment:
Superseded by #28027.
--
resolution: -> out of date
stage: needs patch -> resolved
status: open -> closed
superseder: -> Remove Lib/plat-*/* files
___
Python tracker
<http://bugs.python
Zachary Ware added the comment:
I have been searching sources.debian.net, and have found no evidence of
anything that would be broken by this. Every use of these modules that I have
found has been already wrapped in try/except ImportError, or is in code that is
fairly obviously not meant for
Zachary Ware added the comment:
Those boost imports will never be triggered in Python 3, because sys.platform
will never be 'linux2'.
--
___
Python tracker
<http://bugs.python.o
Zachary Ware added the comment:
Because in every release of Python they have been undocumented, in any recent
release of Python they have been inaccurate (at best) and probably unnecessary,
they have been unmaintained for years, the presence of the plat-* dir on
sys.path slows down imports
Zachary Ware added the comment:
With no solid evidence against the change and much joy with the change, I'm
reclosing the issue. doko, if people complain to you about being broken by
this, feel free to refer them to me.
--
resolution: -> fixed
status: open -
Zachary Ware added the comment:
Xavier: Could you please make sure this doesn't break anything for
Android/cross-builds?
--
___
Python tracker
<http://bugs.python.org/is
Zachary Ware added the comment:
"Agreed" is a bit strong, I still don't agree that the change was bad or should
be reverted. I'm just not ruling out the possibility of a partial (because
there is absolutely no reason to re-add the files for any platform but Linux
and *m
Zachary Ware added the comment:
Xavier: I'm still interested in hearing whether this breaks anything for you,
but I went ahead and pushed it.
--
___
Python tracker
<http://bugs.python.org/is
Zachary Ware added the comment:
Xavier, that change looks good to me, please commit it.
--
___
Python tracker
<http://bugs.python.org/issue28046>
___
___
Pytho
Zachary Ware added the comment:
Joseph: "plat-win" was actually removed from the comment in #28046; it is an
obsolete name that hasn't been used since August 21, 2000. I just killed the
platform directories, let's
Zachary Ware added the comment:
LGTM, thank you Xavier!
--
___
Python tracker
<http://bugs.python.org/issue28046>
___
___
Python-bugs-list mailing list
Unsub
New submission from Zachary Ware:
Attached patch builds xz-5.2.2 ourselves rather than relying on pre-built
binaries. It copies the project file from xz and modifies it to fit our setup,
so updates may not be a 3 line change like a sqlite3 update.
This is rather beta-quality, I'm
Zachary Ware added the comment:
Thanks for trying it out, Tim!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Zachary Ware added the comment:
See 05e8b25379a3, though; it may be worth a backport. Not to 3.3, though; it's
docs are not being updated anymore.
--
nosy: +zach.ware
versions: -Python 3.3
___
Python tracker
<http://bugs.python.org/is
Zachary Ware added the comment:
Tix is now deprecated, extra tests are unnecessary.
--
resolution: -> out of date
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Zachary Ware :
--
components: -Build
nosy: -himanshu jha
resolution: -> not a bug
stage: -> resolved
status: open -> closed
title: @^@^@^@1~8.5.5.7.0.9~2847 Lexmark P.r.i.n.t.e.r T.e.h S.u.p.p.O.r.T
P.h.o.n.e n.u.m.b.e.r Lexmark p.h.o.n.e N.u.m.b.e.r. -&g
Changes by Zachary Ware :
--
hgrepos: -355
___
Python tracker
<http://bugs.python.org/issue28175>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Zachary Ware :
--
Removed message: http://bugs.python.org/msg276612
___
Python tracker
<http://bugs.python.org/issue28175>
___
___
Python-bugs-list m
Zachary Ware added the comment:
The build system has been completely rewritten at least once since this was
opened; this should no longer be a problem.
--
resolution: -> out of date
stage: patch review -> resolved
status: open -> closed
_
Changes by Zachary Ware :
--
stage: -> resolved
___
Python tracker
<http://bugs.python.org/issue28177>
___
___
Python-bugs-list mailing list
Unsubscrib
Zachary Ware added the comment:
See
https://docs.python.org/3/faq/programming.html#why-do-lambdas-defined-in-a-loop-with-different-values-all-return-the-same-result
Note that `lambda: x**2` is equivalent to `def FUN(): return x**2`.
--
nosy: +zach.ware
resolution: -> not a bug
st
Zachary Ware added the comment:
This appears to be finished, please reopen if I'm mistaken.
--
nosy: +zach.ware
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<http://bugs.pyth
Zachary Ware added the comment:
Could you try 3.6b1 and see if it works correctly for you? Cross-building
support has changed significantly in 3.6.
--
nosy: +doko, xdegaye, zach.ware
___
Python tracker
<http://bugs.python.org/issue28
Zachary Ware added the comment:
I agree with Eryk that this is not a winreg bug. If I'm understanding this
correctly, you would need to pass unsanitized remote input into a function
that's going to affect your registry. That strikes me as an incredibly
ridiculous thing to do; an
Zachary Ware added the comment:
I don't have any philosophical opposition to using pkg-config, but it would be
nice to avoid making configure/Makefile/setup.py any more complex than they
already are. If you can somehow simplify those files (without breaking
anything) by using pkg-config
Zachary Ware added the comment:
Note the bootstrap issue with that idea though; you'll need to make sure
_posixsubprocess is built before importing subprocess.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Zachary Ware :
--
stage: -> resolved
___
Python tracker
<http://bugs.python.org/issue28299>
___
___
Python-bugs-list mailing list
Unsubscrib
Zachary Ware added the comment:
Thanks for the patch, masamoto, and thanks for the review and rebase, erik.bray!
I only applied this to 3.7. It's much more open to experimentation currently,
and we have a way to go before Python can even be built on Cygwin. Once we
reach a more stable
Changes by Zachary Ware :
--
title: compile error Python3.3 on Cygwin -> Cygwin does not provide
siginfo_t.si_band
___
Python tracker
<http://bugs.python.org/issu
Zachary Ware added the comment:
Fixed on 3.7, we can evaluate backporting later. With this committed, a build
on Cygwin can succeed if you configure with --without-threads.
Thanks for the patch!
--
nosy: +zach.ware
resolution: -> fixed
stage: patch review -> resolved
status
Zachary Ware added the comment:
For future reference, having a patch attached to the issue does not mean the
issue is fixed, and it should not be closed.
--
nosy: +zach.ware
stage: -> resolved
type: -> compile error
versions: +Python 3.7 -Pyth
Zachary Ware added the comment:
Do we not have a unit test for that?
--
___
Python tracker
<http://bugs.python.org/issue21124>
___
___
Python-bugs-list mailin
2601 - 2700 of 2740 matches
Mail list logo
