Change by Segev Finer :
--
nosy: +Segev Finer
___
Python tracker
<https://bugs.python.org/issue28686>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Segev Finer :
--
nosy: +Segev Finer
___
Python tracker
<https://bugs.python.org/issue39010>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Segev Finer :
This section in the documentation
https://docs.python.org/3.7/howto/cporting.html#module-initialization-and-state
shows how to implement an extension module that works for both Python 2 and 3.
It also shows how to use m_size to manage module state instead
Change by Segev Finer :
--
title: Python 2 mishandles console code page after setlocale -> [Windows]
Python 2 mishandles console code page after setlocale
___
Python tracker
<https://bugs.python.org/issu
New submission from Segev Finer :
Found by trying to use pip: https://github.com/pypa/pip/issues/5665.
This is likely affected by the console code page.
Python version: 2.7.15 64 bit
OS: Windows 10.0.17134.165 x64
The console locale is set to cp872.
The console font is consolas.
Apparently
New submission from Segev Finer :
When using the common "#!/usr/bin/env python" shebang, recent versions of the
Python launcher will search the PATH for "python" as specified in the shebang.
But Python on Windows installs as python.exe for all versions, both 2 and 3. So
Change by Segev Finer :
--
components: Windows
nosy: Segev Finer, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Python launcher behavior with /usr/bin/env python shebang
type: behavior
versions: Python 3.7
New submission from Segev Finer :
The PCbuild/find_python.bat script doesn't find an installed Python 3.7 and
will proceed to download Python using nuget.
This is caused by it invoking py with "-3.6" which will only find Python 3.6
(py doesn't seem to support a 3.6 or above flag
Segev Finer added the comment:
@scorphus Note that I made a PR for this: PR 8303
--
___
Python tracker
<https://bugs.python.org/issue32814>
___
___
Python-bug
Segev Finer added the comment:
Merged into the PR that is.
--
___
Python tracker
<https://bugs.python.org/issue32814>
___
___
Python-bugs-list mailing list
Unsub
Segev Finer added the comment:
> OK, the #32663 test fix I mentioned in the review is merged.
Yeah. I already merged it in.
--
___
Python tracker
<https://bugs.python.org/issu
Change by Segev Finer :
--
nosy: +Segev Finer
___
Python tracker
<https://bugs.python.org/issue32663>
___
___
Python-bugs-list mailing list
Unsubscribe:
Segev Finer added the comment:
I think the prev/next links link to the previous/next document while 16.11 is
in the same document as 16.10 at the bottom.
--
nosy: +Segev Finer
___
Python tracker
<https://bugs.python.org/issue34
Segev Finer added the comment:
Even if the server is outdated and the SSL library doesn't support it anymore,
that's a poor exception to raise for such an error...
Sadly I'm not able to access the affected server to reproduce and debug why it
raises such a poor exception.
--
nosy
Change by Segev Finer :
--
keywords: +patch
pull_requests: +7837
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32814>
___
___
Py
Segev Finer added the comment:
I'd assume this is using ConEmu's ChildGui which means it hacks up a MinTTY
window to appear inside ConEmu's GUI. MinTTY doesn't use a real terminal but
rather pipes as the processes stdio. Any native (non-MSYS2) Windows program
would have a problem
Change by Segev Finer :
--
keywords: +patch
pull_requests: +7769
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue29672>
___
___
Py
Segev Finer added the comment:
Hmm, I originally missed the per module __warningregistry__... Need to read the
code more closely...
What should the behavior be? We can add a flag that will make all warning
actions be "always" when catch_warnings is in effect. But that doesn't f
Segev Finer added the comment:
This should be fixed by the Windows 10 April Update (build 1803) according to
https://github.com/Microsoft/vscode/issues/36630.
--
___
Python tracker
<https://bugs.python.org/issue32
Change by Segev Finer <segev...@gmail.com>:
--
keywords: +patch
pull_requests: +5716
stage: -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Segev Finer <segev...@gmail.com> added the comment:
Windows seems to dereference lpStartupInfo->lpAttributeList, despite it being
NULL since we had no attributes to set. Smells like a Windows bug in the
compatibility shim, since it doesn't crash in non compatibility mode.
No
Change by Segev Finer <segev...@gmail.com>:
--
versions: +Python 3.8
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32370>
___
_
Change by Segev Finer <segev...@gmail.com>:
--
keywords: +patch
pull_requests: +5418
stage: -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
New submission from Segev Finer <segev...@gmail.com>:
The new text parameter in subprocess was documented for subprocess.run but not
for subprocess.Popen in the Sphinx documentation. It is documented in the
docstring for both though.
--
assignee: docs@python
components: Documen
New submission from Segev Finer <segev...@gmail.com>:
According to https://tools.ietf.org/html/rfc6152 you should only send an 8bit
email body when the server advertises 8BITMIME in the EHLO, and you should
declare it with BODY=8BITMIME in the MAIL command.
The default cte_type i
Change by Segev Finer <segev...@gmail.com>:
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<https://bu
Change by Segev Finer <segev...@gmail.com>:
--
keywords: +patch
pull_requests: +5001
stage: -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
New submission from Segev Finer <segev...@gmail.com>:
With the file hello/__init__.py:
ham = 123
spam()spam()
I get the following:
Python 2.7.14 (v2.7.14:84471935ed, Sep 16 2017, 20:19:30) [MSC v.1500 32
bit (Intel)] on win32
Type "help", "copyright&qu
Change by Segev Finer <segev...@gmail.com>:
--
keywords: +patch
pull_requests: +4925
stage: -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
New submission from Segev Finer <segev...@gmail.com>:
The following test is failing randomly for me (python -m test test_uuid -v):
==
ERROR: test_ipconfig_getnode (test.test_uuid.TestInternalsWithoutExt
Segev Finer <segev...@gmail.com> added the comment:
Upstream issue https://github.com/Microsoft/console/issues/40, also has links
to similar issues this caused in other projects.
--
nosy: +Segev Finer
___
Python tracker <rep...@bugs.p
Segev Finer <segev...@gmail.com> added the comment:
The PR has been sitting there for quite a while now...
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Change by Segev Finer <segev...@gmail.com>:
--
pull_requests: +3805
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue29843>
___
_
Change by Segev Finer <segev...@gmail.com>:
--
keywords: +patch
pull_requests: +3802
stage: -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
New submission from Segev Finer <segev...@gmail.com>:
wheel is quite prevalent nowadays. ensurepip even uses wheels of pip &
setuptools itself. Installing wheel by default will bestow the following
benefits:
1. pip's wheel cache will be enabled by default.
2. Users will be a
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +3324
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue31328>
___
_
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +3311
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue31328>
___
_
New submission from Segev Finer:
_sha3 is missing a commented out line from Setup.dist like the rest of the
modules. It's really only used if someone wants to edit Setup.dist to build
with the _sha3 module statically. Mostly a trivial change to add it in.
--
components: Build
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +3174
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue9566>
___
_
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +3175
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30747>
___
_
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +3040
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue16865>
___
_
Segev Finer added the comment:
It was fixed here:
https://github.com/python/cpython/commit/cc16be85c0b7119854c00fb5c666825deef641cf#diff-1308fc2ab05154373172f10e931c78f0L986.
So it's fixed for 3.6 and 3.7, but not in 3.5.
--
nosy: +Segev Finer
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2996
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue31078>
___
_
Changes by Segev Finer <segev...@gmail.com>:
--
nosy: +Segev Finer
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue9325>
___
__
New submission from Segev Finer:
This is caused by
https://github.com/python/cpython/blob/caa1280d1ee5f828f346b585169a7592371d3faa/Lib/pdb.py#L1096
which always passes our own current stdin and stdout, and this triggers the
conditional in
https://github.com/python/cpython/blob
Segev Finer added the comment:
The only warnings that remain are:
1. The one from gcmodule.c due to dtrace, which is handled in PR 2852.
2. The peephole warnings which I'm not sure about. Are overflows possible there
or not? That is, if there are already internal caps that prevent them
Segev Finer added the comment:
Since PR 2750 is merged, I think this can be closed.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2973
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue31048>
___
_
Changes by Segev Finer <segev...@gmail.com>:
--
title: ResourceWarning in
test_asyncio.test_events..ProactorEventLoopTests.test_create_server_ssl_verify_failed
-> ResourceWarning in
test_asyncio.test_events.ProactorEventLoopTests.test_create_server_ssl_veri
Changes by Segev Finer <segev...@gmail.com>:
--
components: +asyncio
nosy: +yselivanov
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Segev Finer added the comment:
@haypo https://github.com/python/cpython/pull/2904
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2955
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue9566>
___
_
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2953
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30916>
___
_
New submission from Segev Finer:
>python -X tracemalloc=30 -m unittest
>test.test_asyncio.test_events.ProactorEventLoopTests.test_create_server_ssl_verify_failed
Running Debug|x64 interpreter...
lib\asyncio\sslproto.py:330: ResourceWarning: unclosed transport
source=self)
Object all
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2942
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue9566>
___
_
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2919
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue31018>
___
_
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2920
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue31018>
___
_
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2902
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue9566>
___
_
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2897
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue31018>
___
_
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: -2896
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue31018>
___
_
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2896
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue31018>
___
_
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2895
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue31018>
___
_
New submission from Segev Finer:
..\Modules\_tracemalloc.c(88): warning C4359: '': Alignment
specifier is less than actual alignment (8), and will be ignored.
For this to actually work we simply need to use #pragma pack instead.
--
components: Extension Modules, Windows
messages
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2894
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30916>
___
_
Segev Finer added the comment:
I did make a PR which only changes -a/--arch to a choices argument.
https://github.com/python/cpython/pull/2808
I guess the PR you are talking about is
https://github.com/python/cpython/pull/2750/files which changes this entirely
Segev Finer added the comment:
I used the full one. I doubt virtualenv (used by tox) will work with the
embedding layout :P.
I remember getting an exception from something because it was missing the .py
source files but I don't remember what it was and wasn't able to reproduce it
now
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2866
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27790>
___
_
Segev Finer added the comment:
Investigated some more. We are adding /GL for release but not in debug. But
adding /LTCG for both debug and release.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Segev Finer added the comment:
We are getting those warnings because distutils builds extension modules
without /GL (https://msdn.microsoft.com/en-us/library/0zza0de8.aspx) but with
/LTCG (https://msdn.microsoft.com/en-us/library/xbf3tbeh.aspx). We should
either add /GL to truly enable whole
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2859
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30222>
___
_
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2857
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30986>
___
_
New submission from Segev Finer:
Add an argument --include-py to Tools/msi/make_zip.py that allows including the
Python modules sources and not only bytecode.
I found it useful while running Twisted's test suite in PR 2318, since I got an
error otherwise. I don't remember what that error
Segev Finer added the comment:
Try with:
.\python.bat Tools\msi\make_zip.py -a amd64 -o py37-amd64.zip
It requires amd64 instead of x64. Probably can add a choices
(https://docs.python.org/3/library/argparse.html#choices) argument there to
make it more robust.
--
nosy: +Segev
Segev Finer added the comment:
I think you will need to save and restore _filters_version and _onceregistry.
Since _filters_version is a static variable in _warnings.c you will probably
also have to modify it somehow to make it accessible to warnings.py.
--
components: +Library (Lib
Segev Finer added the comment:
Created http://bugs.python.org/issue30936
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30911>
___
__
New submission from Segev Finer:
>From builtbots:
test_json leaked [4, 4, 4] references, sum=12
test_json leaked [3, 3, 3] memory blocks, sum=9
1 test failed again:
test_json
Probably unearthed by:
https://github.com/python/cpython/pull/2692
https://github.com/python/cpython/pull/2
Segev Finer added the comment:
Serhiy's change added tests to test_json, so you can say this unearthed ref
leaks rather than introduced them. Probably needs a separate bpo issue and fix.
--
___
Python tracker <rep...@bugs.python.org>
Segev Finer added the comment:
Introduced in
https://github.com/python/cpython/commit/ac5bbd43bc7b769c13ae0412cb28a3521f4d4ff1
which is only in 3.7 that means this wasn't ever released. I can send a PR
with a NEWS entry if it still needs one
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2749
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30911>
___
_
New submission from Segev Finer:
Shows in buildbots:
/home/dje/cpython-buildarea/3.x.edelsohn-sles-z/build/Modules/_json.c: In
function ‘scanner_new’:
/home/dje/cpython-buildarea/3.x.edelsohn-sles-z/build/Modules/_json.c:1212:5:
warning: comparison is always false due to limited range of data
Segev Finer added the comment:
The fix is now in 3.5-3.7 and 2.7, unless you intend to also back port to 3.4
and 3.3, this can be closed.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2740
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30797>
___
_
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2739
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30797>
___
_
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2736
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30797>
___
_
Segev Finer added the comment:
> The approach used to suppress this warning will also suppress other warnings
> that might be fixable. Hard to say it's definitely a good thing in this case,
> though in general I agree that selectively suppressing warnings that cannot
> be fix
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2643
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30726>
___
_
Segev Finer added the comment:
Python 2.7 diverged
https://github.com/python/cpython/commit/ab3b0ade505ce07a3d5ec4fbc991a154242732e6.
It's only missing _CRT_SECURE_NO_WARNINGS. :P
--
___
Python tracker <rep...@bugs.python.org>
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2641
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30726>
___
_
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2642
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30726>
___
_
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2556
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue9566>
___
_
Segev Finer added the comment:
I submitted a PR which fixes some more warnings. The ones I haven't fixed are
detailed in the PR description.
--
nosy: +Segev Finer
versions: +Python 3.7
___
Python tracker <rep...@bugs.python.org>
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2551
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue9566>
___
_
Segev Finer added the comment:
All that remains is back porting https://github.com/python/cpython/pull/2375
and than this issue is fixed.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
New submission from Segev Finer:
This is caused by _GNU_SOURCE being defined here:
https://github.com/python/cpython/blob/c08177a1ccad2ed0d50898c2731b518c631aed14/configure.ac#L124,
But also getting defined by AC_USE_SYSTEM_EXTENSIONS
(https://github.com/python/cpython/blob
Segev Finer added the comment:
I tried the PR locally and I didn't get the warnings. :)
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Segev Finer <segev...@gmail.com>:
--
versions: +Python 3.5, Python 3.6
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Segev Finer added the comment:
It seems that the issue repeats in pyexpat.vcxproj. I submitted a PR for that
one as well.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2422
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30726>
___
_
New submission from Segev Finer:
..\Modules\_winapi.c(886): warning C4090: 'function': different 'const'
qualifiers
..\Modules\_winapi.c(848): warning C4101: 'wenvironment_size': unreferenced
local variable
Added in d174d24a5d37d1516b885dc7c82f71ecd5930700
--
components: Windows
Changes by Segev Finer <segev...@gmail.com>:
--
pull_requests: +2377
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30731>
___
_
1 - 100 of 132 matches
Mail list logo