New submission from William :
Context:
I am embedding Python into a Windows based C++ application, where a new Python
interpreter (using Py_NewInterpreter) is created for each user who connects to
the system. When the user logs off, the function "Py_EndInterpreter" is used to
fr
Change by William Navaraj :
--
nosy: +williamnavaraj
nosy_count: 6.0 -> 7.0
pull_requests: +28569
pull_request: https://github.com/python/cpython/pull/30355
___
Python tracker
<https://bugs.python.org/issu
William Navaraj added the comment:
@Eric Smith,Thanks for explaining the intuition behind this statement. I agree.
Just to avoid ambiguity we could add
"f-string: unmatched '%c' - no matching open parenthesis or missing '}'"
The only possibility at nested_
New submission from William Navaraj :
Currently for non-f-string syntax errors,
the caret points to the correct location of the syntax errors
Example 1:
```
a=foo)+foo()+foo()
```
a=foo)+foo()+foo()
^
SyntaxError: unmatched ')'
For f-string syntax errors,
the ca
William Navaraj added the comment:
A potential solution or in that direction
https://github.com/williamnavaraj/cpython/tree/fix-issue-46275
Example 1:
```
temp=f"blank {foo)"
```
temp=f"blank {foo)"
^
SyntaxError: f-string: unmatched ')&
William Navaraj added the comment:
Hi all,
Sorry. I seem to have stepped on someone's toes or no one likes turtle any more
(as this is active since 2016). As you can see, I am new here and still getting
a feel for these procedures. I was preparing a Jupyter notebook for my
studen
William Fisher added the comment:
In the conversion to PY_CHECK_FUNC, there's a mistake in HAVE_EPOLL.
Python 3.10.1 defines HAVE_EPOLL by checking for the `epoll_create` function.
Python 3.11.0a3 checks for the `epoll` function instead. There is no epoll()
function so this always
William Navaraj added the comment:
The variation in the caret position was also due to the trailing spaces. This
is now sorted in this solution with a factored out function to find out the
correct offset.
https://github.com/python/cpython/compare/main...williamnavaraj:fix-issue-46275?expand
New submission from William Dreese :
Hello,
I've been working with the marshal package and came across this issue (I think)
-
Python 3.9.10 Interpreter
(Same output in 3.11.0a5+ (heads/master:b6b711a1aa) on darwin)
>>> import marshal
>>> var_example = [(1,2,3),(4,
William Dreese added the comment:
I've made a very bad copy & paste error with the terminal output below, I
apologize. The corrected output is
>>> pp(var_marshaled)
91
2
0
0
0
41
3
233
1
0
0
0
233
2
0
0
0
233
3
0
0
0
41
3
233
4
0
0
0
233
5
0
0
0
233
6
0
0
0
>>> p
William Dreese added the comment:
You two are both correct, this is not a bug and is the intended functionality.
> The difference between 41 and 169 is 128:
This realization helps a ton. Thanks.
--
___
Python tracker
<https://bugs.pyth
Change by William Dreese :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
William Woodruff added the comment:
Nosying myself; this affects 3.9 and 3.10 as well.
--
nosy: +yossarian
versions: +Python 3.10, Python 3.9
___
Python tracker
<https://bugs.python.org/issue14
New submission from William Barr :
Steps for reproduction:
1. Open a new code window
2. Enter python code which contains a syntax error
3. F5 and attempt to run the file (This was done without saving first)
4. Close the syntax error dialog.
5. Fix the syntax error and try to F5 again
New submission from William Barr :
Steps for reproduction:
1. Open IDLE (Python 3.1.2)
2. Open a .py file
3. With the code window (not the shell window) in focus, Ctrl + O to bring up
the open file dialog. Do not select a file or press open.
4. Close the code window.
5. Select a file
William Barr added the comment:
Ok. I'll see if I can get some protection around that then.
I did test the issue with 2.7, and I didn't find it. The window didn't open,
but it didn't generate an exception that would k
New submission from William Hart :
I recently started using logging extensively in the Coopr software, and I ran
into some performance issues when logging was used within frequently used
kernels in the code. After profiling, it became clear that the performance of
the logging package could
William Hart added the comment:
Vinay:
Yes, the bulk of the time was spent in getEffectiveLevel(). Since that
method is only called by isEnabledFor(), it made sense to cache
isEnabledFor(). But, that probably reflects the characteristics of my use
of logging. I never call getEffectiveLevel
William Hart added the comment:
Vinay:
No, I haven't tried this in multi-threaded applications. You're correct
that this would require locks around the global data.
--Bill
On Thu, Mar 10, 2011 at 3:16 AM, Vinay Sajip wrote:
>
> Vinay Sajip added the comment:
>
> B
New submission from William Dawson :
NameError: global name 'fh' is not defined
File "/Users/williamdawson/Programs/fat_wip.py", line 263, in
header_gal = readheader(gal_cat)
File "/Users/williamdawson/Programs/tools.py", line 96, in readheader
[('column&
William Hart added the comment:
Understood! FYI, we worked around this caching issue explicitly in our
code. This wound up being simpler than supporting a hacked version of the
logger.
Thanks for looking into this!
On Mon, Apr 11, 2011 at 1:54 AM, Vinay Sajip wrote:
>
> Vinay Sajip
William Barr added the comment:
Ok, attached is a patch that should make IDLE silently ignore this happening;
upon looking into this, it was a rather trivial fix. The open function was
waiting on the return input from the askopenfile call, during which the calling
window was closed, setting
New submission from William Wu :
I found this bug when I started to trying Python 3.2 release candidate 1.
When using urllib.request.urlopen to handle HTTP POST, I got the error message:
ValueError: Content-Length should be specified for iterable data of type
'foo=bar'
I
Changes by William Wu :
--
keywords: +patch
Added file: http://bugs.python.org/file20633/test_urllib_request.patch
___
Python tracker
<http://bugs.python.org/issue11
Changes by William Wu :
Added file: http://bugs.python.org/file20634/urllib_request.patch
___
Python tracker
<http://bugs.python.org/issue11082>
___
___
Python-bugs-list m
William Wu added the comment:
If the POST data should be bytes which I also think reasonable,
should urllib.parse.urlencode return bytes instead of str?
>>> urllib.parse.urlencode({'foo': 'bar'})
'foo=bar'
>>> u
William Wu added the comment:
So, what's the decision to be taken? I'm willing to provide patches (if I need
to), but I need to know *the reasonable behaviors*. :)
--
___
Python tracker
<http://bugs.python.o
New submission from William Stevenson :
AMD64 msi install seemed to work fine when running python3.0 as admin
but fails immediately as any other user.
Command Line output:
C:\Python30>python.exe
Fatal Python error: Py_Initialize: can't initialize sys standard streams
File "C:
William Fulton added the comment:
This error can be replicated on the command line with suitable quoting
of the -outdir option:
swig -c++ "-outdir ."
You need to pass the options correctly by separating them out, so use:
swig_opts=['-c++', '-...@hepmcincpath@
New submission from William Minchin :
I have a Python startup file that colorizes my prompt. This worked on Python
3.7, but breaks on Python 3.8. I'm on Windows using Powershell 6.2.3, but `cmd`
does the same.
Maybe related, but the colorization also failed on Python 3.7 if a vi
William Woodruff added the comment:
Not to butt in too much, but I have a related use case that would benefit from
being able to statically link to OpenSSL: I have an environment in which
dynamic modules are acceptable, but where the entire Python install benefits
from being relocatable and
William Woodruff added the comment:
Cheers! No promises about not using the hack, but I *will* promise not to
complain if it doesn't work for me :-)
--
___
Python tracker
<https://bugs.python.org/is
William Pickard added the comment:
Python 3.9 does not support Windows 7, it's explicitly stated in the release
notes of 3.9.0
--
nosy: +WildCard65
___
Python tracker
<https://bugs.python.org/is
William Pickard added the comment:
This line is the cause of your issue: "new_cls: SingletonMeta =
cast(SingletonMeta, type(name, bases, namespace))"
More specifically, your call to type() actually erases all information about
your meta class. If you did "type(S)", you
William Woodruff added the comment:
I don't think this is a productive or polite response.
If you read the issue linked, you'll note that the other flag added
(--with-openssl-rpath) is in furtherance of any *already* supported linking
scenario (dynamic, with a non-system-default Ope
William Pickard added the comment:
Actually, the problem is independent of the value of "shell", the __repr__
function from the initial PR that introduced it expects "args" to be a sequence
and converts it to a list.
Change by William Woodruff :
--
nosy: +yossarian
___
Python tracker
<https://bugs.python.org/issue15795>
___
___
Python-bugs-list mailing list
Unsubscribe:
William Pickard added the comment:
Python, when installed for all users, installs to %ProgramFiles% (or
%ProgramFiles(x86)% for 32-bit version on 64-bit Windows).
The %LocalAppData% install is just for you... you didn't install it for
everyone or you didn't provide Pytho
William Pickard added the comment:
Do you mind ticking the box, "Run as Administrator" in the Compatibility tab
for python.exe and try winreg again?
--
nosy: +WildCard65
___
Python tracker
<https://bugs.python.o
William Pickard added the comment:
Here's something you should know about Windows, even if a local account is in
the Administrators group, it still has restrictions on what it can do, it just
has the power to elevate itself without requiring login credentials (VIA UAC
prompts).
This
William Pickard added the comment:
I'm quite familiar with MSVC's command line and I'm quite confused on what you
mean "the above commands are specific to 32-bit Python"
"/LD" is available for both 32-bit and 64-bit compilations, it implies "/MT&qu
William Pickard added the comment:
Then it appears you're using a version of the compiler that is built for
building 32-bit exes/dlls, you need to use the x64 version.
For this you need to start either the x86 Cross Tools console or the x64 native
console (VS 2019) or use vcvarsal
William Pickard added the comment:
Correction: You can use either VsDevCmd.bat/Enter-VsDevShell on VS versions
that provide them (2017 and 2019 are known to include it), but to get the x64
tools you need to pass command line arguments (They default to x86 native
tools).
Otherwise you must
William Minchin added the comment:
I can't reproduce this today: Python 3.8.6 (or 3.9.5) with PowerShell 7.1.3 on
Windows 10 with Windows Terminal. Maybe it got fixed by a bugfix release of
Python 3.8?
I'll close it for now.
c.f. https://github.com/tartley/colorama/
New submission from William Sjoblom :
A common testing scenario is assuring that opened files are closed. Since
unittest.mock.mock_open() can be used as a context manager, it would be
reasonable to expect its __exit__ to invoke close so that one can easily assert
that the file was closed
New submission from William Barnhart :
An issue I encountered recently with argparse was when I tried running a script
with its argument changed from something like:
```
parser.add_argument('--please_work')
```
and was replaced with:
```
parser.add_argument('--please-work&#x
Change by William Barnhart :
--
keywords: +patch
pull_requests: +24899
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26295
___
Python tracker
<https://bugs.python.org/issu
William Barnhart added the comment:
I'm glad someone else thinks it's a good idea. If you have some ideas for
tests, I'd be happy to help write them in order to spare the inconvenience
(unless the tests are that easy to write then by all means please do).
I can apprecia
William Pickard added the comment:
This is not a bug but a side-affect at how defaulted parameters are stored. The
rule of thumb is to never use mutable values as default values for parameters.
When a method is created in the Python runtime, it checks if the signature has
defaulted keyword
William Pickard added the comment:
MSVC by default disables method inlining (/Ob0) when '/Od' is specified on the
command line while the optimization options specify '/Ob2'.
--
___
Python tracker
<https://bug
William Manley added the comment:
Linux has a close_range syscall since v5.9 (Oct 2020):
https://man7.org/linux/man-pages/man2/close_range.2.html
--
nosy: +wmanley
___
Python tracker
<https://bugs.python.org/issue13
New submission from William Fisher :
asyncio.gather uses a dictionary to de-duplicate futures and coros. However,
this can lead to problems when
you pass an awaitable object (implements __await__ but isn't a future or coro).
1. Two or more awaitables may compare for equality/hash, but
New submission from William Fisher :
I have a reproducible case where stdin.wait_closed() is hanging on
Windows. This happens in response to a BrokenPipeError. The same code
works fine on Linux and MacOS.
Please see the attached code for the demo.
I believe the hang is related to this debug
New submission from William Proffitt :
Wasn't sure where to file this. I built Python 3.8.12 for Windows recently from
the latest bugfix source release in the cpython repository. One tricky thing
came up I wanted to write-up in case it matters to someone else.
The version of libffi i
William Proffitt added the comment:
Ah yes, thank you Steve. I see the commit you're referencing is the cherry pick
from upstream onto the 3.8 branch, but it's newer than the tag 3.8.12 I was
using. Looks like I won't have to do anything if I wait until 3.8.13 before
doing t
New submission from William Fisher :
Summary: asyncio.MultiLoopChildWatcher has two problems that create a race
condition.
1. The SIGCHLD signal handler does not guard against interruption/re-entry.
2. The SIGCHLD signal handler can interrupt add_child_handler's
`self._do_waitpi
William Fisher added the comment:
Thanks, I will comment on bpo-38323 directly.
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
William Fisher added the comment:
asyncio.MultiLoopChildWatcher has two problems that create a race condition.
1. The SIGCHLD signal handler does not guard against interruption/re-entry.
2. The SIGCHLD signal handler can interrupt add_child_handler's
`self._do_waitpid(pid)`.
Symptoms:
New submission from William George :
The convenience factory functions in the ipaddress module each return one of
two types (IPv4Network vs IPv6Network, etc). Modern code wants to be friendly
to either stack, and these functions are great at enabling that, but current
implementation blocks
Change by William George :
--
keywords: +patch
pull_requests: +28015
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29778
___
Python tracker
<https://bugs.python.org/issu
William Dias added the comment:
Shouldn't this issue be solved for Python 3.7.5? Or do I have to manually
apply the patch?
I have a windows 8.1 x64 PC whose hostname contains special characters. When
creating a socket, the gethostbyaddr() method raises a UnicodeDecodeError:
'ut
William Woodruff added the comment:
I'll take a stab at this. It looks like `Tarfile.open` takes an optional
keyword that should make this straightforward.
--
nosy: +yossarian
___
Python tracker
<https://bugs.python.org/is
New submission from William Chargin :
The `gzip` module properly uses the user-specified compression level to
control the underlying zlib stream compression level, but always writes
metadata that indicates that the maximum compression level was used.
Repro:
```
import gzip
blob = b"The
Change by William Chargin :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue39389>
___
___
Python-bugs-list mailing list
Unsubscrib
William Chargin added the comment:
(The commit reference above was meant to be git558f07891170, not a
Mercurial reference. Pardon the churn; I'm new here. :-) )
--
___
Python tracker
<https://bugs.python.org/is
Change by William Chargin :
--
keywords: +patch
pull_requests: +17470
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/18077
___
Python tracker
<https://bugs.python.org/issu
William Chargin added the comment:
Sure, PR sent (pull_request17470).
--
___
Python tracker
<https://bugs.python.org/issue39389>
___
___
Python-bugs-list mailin
William Chargin added the comment:
PR URL, for reference:
<https://github.com/python/cpython/pull/18077>
--
___
Python tracker
<https://bugs.python.org/i
Change by William Chargin :
--
pull_requests: +17472
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18080
___
Python tracker
<https://bugs.python.org/issu
Change by William Chargin :
--
versions: +Python 3.5, Python 3.6, Python 3.7, Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue18
William Chargin added the comment:
I've just independently run into this and sent a patch as a pull
request. Happily, once this is fixed, the output of `tarfile` is
bit-for-bit compatible with the output of GNU `tar(1)`.
PR: <https://github.com/python/cpython/pull/18080>
Change by William Woodruff :
--
keywords: +patch
pull_requests: +17482
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18090
___
Python tracker
<https://bugs.python.org/issu
William Chargin added the comment:
My pleasure; thanks for the triage and review!
--
___
Python tracker
<https://bugs.python.org/issue39389>
___
___
Python-bug
William Woodruff added the comment:
Thanks to you to!
--
___
Python tracker
<https://bugs.python.org/issue29435>
___
___
Python-bugs-list mailing list
Unsub
William Chargin added the comment:
My pleasure. Is there anything else that you need from me to close this
out? It looks like the PR is approved and in an “awaiting merge” state,
but I don’t have access to merge it.
--
___
Python tracker
<ht
Change by William Meehan :
--
components: Unicode
nosy: ezio.melotti, vstinner, wmeehan
priority: normal
severity: normal
status: open
title: Unicode 3.2 numeric uses decimal_changed instead of numeric_changed
type: behavior
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7
Change by William Meehan :
--
keywords: +patch
pull_requests: +18812
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/19457
___
Python tracker
<https://bugs.python.org/issu
New submission from William Schwartz :
Suppose pkg is a package, it contains a resource r, pkg.__spec__.origin is
None, and p = importlib.resources.path(pkg, r). Then p.__enter__() raises a
TypeError in Python 3.7 and 3.8. (The problem has been fixed in 3.9). The error
can be demonstrated by
Change by William Schwartz :
--
keywords: +patch
pull_requests: +22477
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23611
___
Python tracker
<https://bugs.python.org/issu
William Schwartz added the comment:
> If the issue has been fixed on Python 3.9 but not on 3.8, then it was likely
> a redesign that enabled the improved behavior
That appears to be the case: path() shares code with files().
> a redesign that won't be ported back to Python 3
William Pickard added the comment:
You may need to inject a LoadLibraryExW detour into your python runtime before
_jpype is loaded and output all the library names its requesting.
You may need to detour all Load
Library functions for maximum coverage.
--
nosy: +WildCard65
William Pickard added the comment:
https://www.microsoft.com/en-us/research/project/detours/
--
___
Python tracker
<https://bugs.python.org/issue42529>
___
___
William Pickard added the comment:
I was just expecting only detours for LoadLibraryExW (and variants) to find out
which dll failed.
--
___
Python tracker
<https://bugs.python.org/issue42
William Pickard added the comment:
Msvcp140.dll from what I can find is part of the VS 2015 Redstributable package.
--
___
Python tracker
<https://bugs.python.org/issue42
William Pickard added the comment:
I recommend first doing a capture of these functions first, incase Windows is
routing some through them:
LoadLibrary(Ex)(W|A)
W is the Unicode variant while A is the Ascii variant.
--
___
Python tracker
<ht
William Schwartz added the comment:
@jaraco Did you have any other questions after my comments in msg382423? Do you
think you or someone else could review PR 23611? Thanks!
--
___
Python tracker
<https://bugs.python.org/issue42
William Schwartz added the comment:
> For that, please submit a PR to importlib_resources and it will get synced to
> CPython later.
Will do once PR 23611 gets in shape.
> Can you tell me more about the use-case that exhibited this undesirable
> behavior?
Using the [PyOxidiz
William Pickard added the comment:
Jumping in here to explain why '__class' doesn't crash when '__sizeof__' does:
When '__class__' is fetched, it returns a new reference to the object's type.
When '__sizeof__' is fetched on the
New submission from William Schwartz :
I don't have an automated test at this time, but here's how to get os.kill to
raise SystemError. I did this on Windows 10 version 20H2 (build 19042.746) with
Pythons 3.7.7, 3.8.5, and 3.9.1. os_kill_impl at Modules/posixmodule.c:7833
does not
William Schwartz added the comment:
> In Windows, os.kill() is a rather confused function.
I know how it feels.
To be honest, I don't have an opinion about whether the steps I laid out ought
to work. I just reported it because the SystemError indicates that a C-API
function was r
William Schwartz added the comment:
> Fixing the SystemError should be simple. Just clear an existing error if
> TerminateProcess() succeeds.
Should there be a `return NULL;` between these two lines?
https://github.com/python/cpython/blob/e485be5b6bd5fde97d78f09e2e4cca7f363763c3/M
William Schwartz added the comment:
>For a new process group, the cancel event is initially ignored, but the break
>event is always handled. To enable the cancel event, the process must call
>SetConsoleCtrlHandler(NULL, FALSE), such as via ctypes with
>kernel32.SetConsoleCtrl
William Pickard added the comment:
That quick flash would be your terminal window if I have to guess (based on no
Mac experience, but Windows).
--
nosy: +WildCard65
___
Python tracker
<https://bugs.python.org/issue43
William Pickard added the comment:
This feels like it's more of an issue with the C++ compiler you're using. (I
can tell it's C++ because of template syntax)
--
nosy: +WildCard65
___
Python tracker
<https://bugs.pyt
William Pickard added the comment:
I'll get to it Saturday.
--
___
Python tracker
<https://bugs.python.org/issue25095>
___
___
Python-bugs-list m
William Pickard added the comment:
I've made the changes you've requested.
--
___
Python tracker
<https://bugs.python.org/issue25095>
___
___
Python-b
New submission from William Pickard :
Here's the verbose stack trace of the failing test:
==
FAIL: test_index (test.test_array.LargeArrayTest)
--
Trac
William Pickard added the comment:
The only modification I made was to "rt.bat" to have the value of '-u' work
properly.
--
___
Python tracker
<https://bug
Change by William Pickard :
--
keywords: +patch
pull_requests: +20240
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21071
___
Python tracker
<https://bugs.python.org/issu
Change by William Pickard :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
1 - 100 of 287 matches
Mail list logo
