On Sun, Nov 5, 2023 at 1:23 PM office officce via Python-list <
python-list@python.org> wrote:
> which python version is better to be used and how to make sure it works on
> my window 10 because i downloaded it and it never worked so I uninstall to
> do that again please can you give me the steps
def construct_response(exit_code: int, message: str) -> Response:
>> """
>> Construct a Flask-suitable response
>>
>> :param exit_code: 0 or something else
>> :param message: something useful
>> :return: a Flask-suitable response
>> """
>>
>>
>> @app.route(f"/{version}/",
And I can answer my own Question 2:
:func:`my_project.main_application.construct_response`
On Mon, Aug 28, 2023 at 1:39 PM Jason Friedman wrote:
> def construct_response(exit_code: int, message: str) -> Response:
>> """
>> Construct a Flask-suitable re
>
> def construct_response(exit_code: int, message: str) -> Response:
> """
> Construct a Flask-suitable response
>
> :param exit_code: 0 or something else
> :param message: something useful
> :return: a Flask-suitable response
> """
>
>
> @app.route(f"/{version}/",
I have two questions, please (this is after reading
https://docs.readthedocs.io/en/stable/guides/cross-referencing-with-sphinx.html#automatically-label-sections
).
This is my project structure:
my_project
api
stuff1.py
stuff2.py
lib
stuff3.py
stuff4.py
main_application.py
I want to be able to write code like this:
with Database() as mydb:
conn = mydb.get_connection()
cursor = conn.get_cursor()
cursor.execute("update table1 set x = 1 where y = 2")
cursor.close()
cursor = conn.get_cursor()
cursor.execute("update table2 set a = 1 where b = 2")
cursor.close()
I'd
>
> Jason Friedman wrote at 2023-8-3 21:34 -0600:
> > ...
> >my_frame = inspect.currentframe()
> > ...
> >My question is: let's say I wanted to add a type hint for my_frame.
>
> `my_frame` will be an instance of `Types.FrameType`.
>
Confirmed. Thank y
> My question is: let's say I wanted to add a type hint for my_frame.
> >
> > my_frame: some_class_name = inspect.currentframe()
> >
> > What would I put for some_class_name?
> > "frame" (without quotations) is not recognized,
> > Nor is inspect.frame.
>
> We know Python code is executed in an
import inspect
def my_example(arg1, arg2):
print(inspect.stack()[0][3])
my_frame = inspect.currentframe()
args,_,_,values = inspect.getargvalues(my_frame)
args_rendered = [f"{x}: {values[x]}" for x in args]
print(args_rendered)
my_example("a", 1)
The above "works" in the sense it prints what I
I'm writing a database connectivity module to be used by other modules and
leveraging the jaydebeapi module.
>From what I can tell jaydebeapi contains no built-in timeout capability, so
then I turned to https://pypi.org/project/timeout-decorator/.
My goal is to have a default timeout of, say, 10
eg Ewing via Python-list <
python-list@python.org> wrote:
> On 8/06/23 10:18 am, Jason Friedman wrote:
> > SyntaxError: name capture 'RANGE' makes remaining patterns unreachable
>
> The bytecode compiler doesn't know that you intend RANGE
> to be a constant -- it thinks it's
This gives the expected results:
with open(data_file, newline="") as reader:
csvreader = csv.DictReader(reader)
for row in csvreader:
#print(row)
match row[RULE_TYPE]:
case "RANGE":
print("range")
case "MANDATORY":
print("mandatory")
case _:
print("nothing to do")
This:
RANGE = "RANGE"
I'm trying to reconcile two best practices which seem to conflict.
1) Use a _with_ clause when connecting to a database so the connection is
closed in case of premature exit.
class_name = 'oracle.jdbc.OracleDriver'
url = f"jdbc:oracle:thin:@//{host_name}:{port_number}/{database_name}"
with
STRING(pyExcValueStr);
//where *strErrValue* = "ImportError('Error: Reinit is forbidden')"
...
}
What we imported is a Python file which import some pyd libraries.
Thanks
Jason
On Thu, May 18, 2023 at 3:53 AM Barry wrote:
>
>
> > On 17 May 2023, at 20:35, Jason Qian
ort*(pName);
Py_DECREF(pName);
if (pModule == NULL) {
if (*PyErr_Occurred*()) {
handleError("PyImport_Import()");
}
}
}
void handleError(const char* msg)
{
...
"PyImport_Import() - ImportError('Error: Reinit is forbidden')"
}
Thanks
Jason
--
h
Awesome, thanks!
On Thu, May 11, 2023 at 1:47 PM Eryk Sun wrote:
> On 5/11/23, Jason Qian via Python-list wrote:
> >
> > in the Python, I have a array of string
> > var_array=["Opt1=DG","Opt1=DG2"]
> > I need to call c library and pass var_arra
_int, ctypes.POINTER()]
In the c code:
int func (void* obj, int index, char** opt)
Thanks
Jason
--
https://mail.python.org/mailman/listinfo/python-list
在 2023/4/15 2:33, angela vales 写道:
Hello All,
I found this small group in a google search, so not sure if it is still active
but giving it a try nonetheless.
I have recently created a tkinter app and need the ability to copy and paste
data from tksheet table into an Excel file. I do have a
>
> I want learn python for 4 weeks and have problems, installing Tkinter. If
> I installed 3.11.0 for my windows 8.1 from python.org and type
>
> >>> import _tkinter
> > Traceback (most recent call last):
> >File "", line 1, in
> > ImportError: DLL load failed while importing
Change by Jason R. Coombs :
--
pull_requests: +30349
pull_request: https://github.com/python/cpython/pull/32288
___
Python tracker
<https://bugs.python.org/issue46
Jason R. Coombs added the comment:
Correction. In msg416618, link should have been:
[docs for
zipfile](https://docs.python.org/3/library/zipfile.html#zipinfo-objects)
--
___
Python tracker
<https://bugs.python.org/issue47
Jason R. Coombs added the comment:
> Are the methods expected to raise specific exception types (e.g. if a
> resource is missing, or you call iterdir on a “file”)?
The short answer is no. The protocol does not stipulate specific exceptions.
Perhaps it should be documented that any exce
Jason R. Coombs added the comment:
> Can the argument to `joinpath` contain path separators?
Good question. Currently, I'm aware of three concrete implementations of
Traversable.joinpath:
- pathlib.Path.joinpath
- zipfile.Path.joinpath
- importlib.resources.simple.ResourceContainer.joinp
Change by Jason R. Coombs :
--
assignee: docs@python -> jaraco
___
Python tracker
<https://bugs.python.org/issue47142>
___
___
Python-bugs-list mailing list
Un
Jason R. Coombs added the comment:
My goal with this issue is to simply unblock the use of docstrings in Python
tests. I believe with the work above and the proposed published post, I've
accomplished that goal. I've already spent more time than I'd hoped on this
issue and would like
Change by Jason R. Coombs :
--
pull_requests: +30208
pull_request: https://github.com/python/cpython/pull/32128
___
Python tracker
<https://bugs.python.org/issue46
Change by Jason R. Coombs :
--
resolution: -> works for me
___
Python tracker
<https://bugs.python.org/issue46126>
___
___
Python-bugs-list mailing list
Un
Jason R. Coombs added the comment:
I've confirmed that prior to the patch in PR 30194, the location of the failure
was indeed reported. It was just not reported on the same line:
```
cpython main $ git log -1
commit 3e93af0b06cada874c4a16868b6f863b599919f2 (HEAD -> main)
Author: Jaso
Jason R. Coombs added the comment:
It's possible my bad experience may have been avoided through issue35905.
--
___
Python tracker
<https://bugs.python.org/issue46
Jason R. Coombs added the comment:
Aha. If I configure/make without LDFLAGS or CPPFLAGS set, compilation works.
Then I noticed for `LDFLAGS`, some users were using `-L`. I thought it was
slightly odd that my recipe was using `-I` for both flags. How is it that [this
mistake](https
Jason R. Coombs added the comment:
As suggested, I uninstalled and reinstalled everything in homebrew:
$ brew list | xargs brew remove
$ brew install python@3.10 python-launcher python@3.9 python@3.8 gh git
Even after following those steps and setting LDFLAGS and CPPFLAGS to point to
`brew
Jason R. Coombs added the comment:
I did [this
search](https://www.google.com/search?q=gittext+homebrew+"ld%3A+symbol(s)+not+found+for+architecture+arm64"),
which surfaced a few related results.
[This
article](https://lifesaver.codes/answer/pyenv-arm64-builds-confused-by-x86-
Jason R. Coombs added the comment:
SG. Thanks for the advice. I'll dive in and experiment and report back when I
have progress.
--
status: closed -> open
___
Python tracker
<https://bugs.python.org/issu
Jason R. Coombs added the comment:
Well, I'm using a mac with gettext installed as part of `brew install git` with
homebrew installed using the standard procedure.
Only after running `brew remove --ignore-dependencies gettext` and re-running
configure/make did the command build, but doing
Jason R. Coombs added the comment:
And indeed, after removing the `grep ERROR` part of the repro, even the repro
seems to be invalid:
```
cpython main $ ./python.exe -m test.test_importlib -v -k
test_entry_points_unique
test_entry_points_unique_packages
Jason R. Coombs added the comment:
I ran into this same issue. I notice that gettext is a dependency of git, so a
common dependency when developing. Is there perhaps a way that CPython could be
made to ignore gettext on macos Silicon or to detect an incompatible platform
and thus ignore
Jason R. Coombs added the comment:
Inada, you're right. Good catch. I think I missed that behavior from before
because I used `grep ERROR` and when I ran it this time, I just assumed the
output would be the same, but it's clear that even _with descriptions enabled_,
the location of the test
Jason R. Coombs added the comment:
In an attempt to replicate Terry's usage, I added the following patch:
```
diff --git a/Lib/idlelib/idle_test/test_text.py
b/Lib/idlelib/idle_test/test_text.py
index 0f31179e04..be977bbfff 100644
--- a/Lib/idlelib/idle_test/test_text.py
+++ b/Lib/idlelib
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jason R. Coombs added the comment:
I'm going to close this issue again, as the implementation is now present in at
least a couple of releases. May I suggest that if there are ongoing concerns or
issues to open up a new issue and reference this one and loop me into the
conversation? I'm also
Jason R. Coombs added the comment:
Closing without prejudice. Happy to revisit if there's more information on how
importlib could/should behave differently.
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.p
Change by Jason R. Coombs :
--
assignee: -> jaraco
___
Python tracker
<https://bugs.python.org/issue47060>
___
___
Python-bugs-list mailing list
Unsubscrib
Jason R. Coombs added the comment:
Thanks for the report.
Yes, the issues are related, where .version and .name returning None are
specific manifestations of the metadata not having that key and the behavior
being ill-defined.
I haven't yet decided if metadata items being undefined should
Jason R. Coombs added the comment:
I'd advocate for not supporting bytes paths and instead updating the
documentation to require strings.
--
nosy: +jaraco
___
Python tracker
<https://bugs.python.org/issue47
Jason R. Coombs added the comment:
See https://github.com/pypa/setuptools/issues/3007#issuecomment-1068621865
where I did a brief analysis and probable explanation.
What it boils down to: Setuptools needs to supply its own copy of distutils
aggressively. It provides an opt out
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jason R. Coombs added the comment:
New changeset 177be52517da9a876a3f9e670f88c4731b906986 by Jason R. Coombs in
branch '3.9':
[3.9] bpo-47004: Sync with importlib_metadata 4.11.3. (GH-31854). (GH-31859)
https://github.com/python/cpython/commit/177be52517da9a876a3f9e670f88c4731b906986
Jason R. Coombs added the comment:
New changeset d929aa70e2a324ea48fed221c3257f929be05115 by Jason R. Coombs in
branch '3.10':
[3.10] bpo-47004: Sync with importlib_metadata 4.11.3. (GH-31854). (GH-31857)
https://github.com/python/cpython/commit/d929aa70e2a324ea48fed221c3257f929be05115
Change by Jason R. Coombs :
--
pull_requests: +29957
pull_request: https://github.com/python/cpython/pull/31859
___
Python tracker
<https://bugs.python.org/issue47
Change by Jason R. Coombs :
--
pull_requests: +29955
pull_request: https://github.com/python/cpython/pull/31857
___
Python tracker
<https://bugs.python.org/issue47
Jason R. Coombs added the comment:
New changeset b1e286860742e7ba6fadc75e3ddb6c2899a56919 by Jason R. Coombs in
branch 'main':
bpo-47004: Sync with importlib_metadata 4.11.3. (#31854)
https://github.com/python/cpython/commit/b1e286860742e7ba6fadc75e3ddb6c2899a56919
Change by Jason R. Coombs :
--
keywords: +patch
pull_requests: +29952
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31854
___
Python tracker
<https://bugs.python.org/issu
New submission from Jason R. Coombs :
Importlib_metadata 4.11.1-3 introduced a few bug fixes. Importantly, 4.11.2
fixed a [serious
defect](https://github.com/python/importlib_metadata/issues/369). Let's
incorporate those fixes into CPython.
--
messages: 415075
nosy: jaraco
priority
Change by Jason R. Coombs :
--
assignee: -> jaraco
___
Python tracker
<https://bugs.python.org/issue47004>
___
___
Python-bugs-list mailing list
Unsubscrib
Jason R. Coombs added the comment:
Aha. I learned how to run commands in the poetry environment... and how to
locate files in that environment. With that, I figured out where the
environment is and where the package metadata is coming from:
```
$ docker run -it @$(docker build -q .) bash -c
Jason R. Coombs added the comment:
The behavior you describe is intentional _and_ deterministic. The library
discovers distributions in the order found based on the search path provided,
with the search path defaulting to sys.path.
The expectation is therefore that the metadata should
Jason R. Coombs added the comment:
I'm in support of adding Path support for sys.path, but I also agree with Eric,
there are innumerable consumers of sys.path beyond importlib. and since
pathlib.Path isn't a str, it would likely introduce incompatibility. On the
other hand, users
New submission from Jason Yang :
When scrolled items by mouse wheel in tk.Listbox/ttk.Combobox, some items not
shown.
Is it a bug ? or I did something wrong ?
In following case, 'Wednesday' will not shown when scroll mouse wheel at
- tk.Listbox or vertical scrollbar of tk.Listbox
Change by Jason Wilkes :
--
nosy: +notarealdeveloper
nosy_count: 7.0 -> 8.0
pull_requests: +29528
pull_request: https://github.com/python/cpython/pull/30310
___
Python tracker
<https://bugs.python.org/issu
Jason R. Coombs added the comment:
I'm pretty sure both EntryPoints and DeprecatedList were introduced in Python
3.10, so 3.9 and 3.8 aren't relevant.
--
versions: -Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue46
Jason R. Coombs added the comment:
The tempora library implements a [portable
strftime](https://tempora.readthedocs.io/en/latest/index.html#tempora.strftime).
--
___
Python tracker
<https://bugs.python.org/issue13
Change by Jason Wilkes :
--
keywords: +patch
pull_requests: +29375
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31205
___
Python tracker
<https://bugs.python.org/issu
New submission from Jason Wilkes :
The function wait_process in Lib/test/support/__init__.py ignores its timeout
argument. This argument is useful, for example, in tests that need to determine
whether a deadlock has been fixed (e.g., in PR-30310). Will submit a pull
request to fix
Change by Jason Wilkes :
--
keywords: +patch
pull_requests: +29374
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31204
___
Python tracker
<https://bugs.python.org/issu
New submission from Jason Wilkes :
In Lib/test/support/import_helper.py, the function make_legacy_pyc makes a call
to os.rename which can fail when the source and target live on different
devices. This happens (for example) when PYTHONPYCACHEPREFIX is set to a
directory on a different device
New submission from Jason R. Coombs :
Attempting to define a lazy-loaded property for a module, I found [this
guidance](https://stackoverflow.com/a/52018676/70170) referencing [module
attribute
access](https://docs.python.org/3/reference/datamodel.html#customizing-module-attribute-access
Jason Yang added the comment:
The platform is WIN10 which shown at last line in first message.
I don't have other platforms to test if ok or not.
--
___
Python tracker
<https://bugs.python.org/issue46
Jason R. Coombs added the comment:
Thanks Nikita for the report. I agree, it's inelegant that this property leaks.
Because this code is synced with importlib_metadata, I'm not sure it's worth
the effort of changing it here. Your change here implies a cherry-pick to the
backport and updating
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jason R. Coombs added the comment:
New changeset 1514d1252f96e6a83eb65c439522a6b5443f6a1a by Jason R. Coombs in
branch '3.9':
[3.9] bpo-46474: Avoid REDoS in EntryPoint.pattern (sync with
importlib_metadata 4.10.1) (GH-30803). (GH-30828)
https://github.com/python/cpython/commit
Jason R. Coombs added the comment:
New changeset a7a4ca4f06c8c31d7f403113702ad2e80bfc326b by Jason R. Coombs in
branch '3.10':
[3.10] bpo-46474: Avoid REDoS in EntryPoint.pattern (sync with
importlib_metadata 4.10.1) (GH-30803) (GH-30827)
https://github.com/python/cpython/commit
Change by Jason R. Coombs :
--
pull_requests: +29016
pull_request: https://github.com/python/cpython/pull/30829
___
Python tracker
<https://bugs.python.org/issue46
Change by Jason R. Coombs :
--
pull_requests: +29015
pull_request: https://github.com/python/cpython/pull/30828
___
Python tracker
<https://bugs.python.org/issue46
Change by Jason R. Coombs :
--
pull_requests: +29014
pull_request: https://github.com/python/cpython/pull/30827
___
Python tracker
<https://bugs.python.org/issue46
Jason R. Coombs added the comment:
New changeset 51c3e28c8a163e58dc753765e3cc51d5a717e70d by Jason R. Coombs in
branch 'main':
bpo-46474: Avoid REDoS in EntryPoint.pattern (sync with importlib_metadata
4.10.1) (GH-30803)
https://github.com/python/cpython/commit
Jason R. Coombs added the comment:
New changeset 443dec6c9a104386ee90165d32fb28d0c5d29043 by Jason R. Coombs in
branch 'main':
bpo-46474: Apply changes from importlib_metadata 4.10.0 (GH-30802)
https://github.com/python/cpython/commit/443dec6c9a104386ee90165d32fb28d0c5d29043
Jason R. Coombs added the comment:
New changeset d888ff5381594641126065e78dc9210dae4436a4 by Jason R. Coombs in
branch 'main':
bpo-46425: Partially revert "bpo-46425: fix direct invocation of
`test_importlib` (GH-30682)" (GH-30799)
https://github.com/python/cpyt
Change by Jason R. Coombs :
--
stage: patch review -> needs patch
___
Python tracker
<https://bugs.python.org/issue41682>
___
___
Python-bugs-list mai
Change by Jason R. Coombs :
--
pull_requests: +28989
pull_request: https://github.com/python/cpython/pull/30803
___
Python tracker
<https://bugs.python.org/issue46
Change by Jason R. Coombs :
--
pull_requests: +28990
pull_request: https://github.com/python/cpython/pull/30803
___
Python tracker
<https://bugs.python.org/issue46
Change by Jason R. Coombs :
--
pull_requests: +28988
pull_request: https://github.com/python/cpython/pull/30802
___
Python tracker
<https://bugs.python.org/issue46
Change by Jason R. Coombs :
--
keywords: +patch
pull_requests: +28987
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30802
___
Python tracker
<https://bugs.python.org/issu
Jason R. Coombs added the comment:
Because I want this security issue to be back-portable to older Pythons, I'll
first apply importlib_metadata 4.10.0 and then apply the change from 4.10.1
separately.
--
___
Python tracker
<ht
New submission from Jason R. Coombs :
Originally reported to the Python Security Response Team, the
EntryPoint.pattern demonstrates a potential
[ReDoS](https://owasp.org/www-community/attacks/Regular_expression_Denial_of_Service_).
The issue has been patched and fix released
Change by Jason R. Coombs :
--
pull_requests: +28984
pull_request: https://github.com/python/cpython/pull/30799
___
Python tracker
<https://bugs.python.org/issue46
Change by Jason R. Coombs :
--
assignee: -> jaraco
___
Python tracker
<https://bugs.python.org/issue46126>
___
___
Python-bugs-list mailing list
Unsubscrib
Jason R. Coombs added the comment:
I've merged the fix for regrtest and I'll explore Terry's concerns and see what
I can devise for those concerns as well.
--
___
Python tracker
<https://bugs.python.org/issue46
Change by Jason R. Coombs :
--
nosy: +jaraco
___
Python tracker
<https://bugs.python.org/issue46425>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jason R. Coombs added the comment:
Closing, presumed fixed. Please re-open if not.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jason R. Coombs added the comment:
Nice reference. Indeed, the
[rationale](https://www.python.org/dev/peps/pep-0533/#id15) of that pep gives a
similar example and the
[background](https://www.python.org/dev/peps/pep-0533/#id3) describes the
problem with the solution I've drafted above
Jason R. Coombs added the comment:
Hi Eric. I did mention that option in my report, but that option requires
loading the whole file into memory. I'd like something equivalent to the
iterator that `open()` provides, which yields lines lazily.
Serihy, thanks for the feedback. I do indeed
New submission from Jason R. Coombs :
I'd like to be able to do something pretty fundamental: lazily load lines from
a file in a single expression.
Best I can tell, that's not possible in the language without triggering
warnings.
One can use 'open' but that triggers a ResourceWarning
Jason R. Coombs added the comment:
I don't have a good answer, but given the title of this issue (which is
specifically scoped to site install schemes), I'm tempted to say we should deal
with prefixes in a separate, perhaps broader issue, and there address the
reported issue (that a user's
Jason R. Coombs added the comment:
Today I learned something. Thanks Arie. Yes, I agree that's a mistake. Perhaps
the test suite should also have a test to capture the missed expectation (that
__dict__ should not be present or setting attributes on EntryPoints instances
should fail
Jason R. Coombs added the comment:
Perhaps it is a mistake. The `__slots__` were added as a (possible premature)
optimization in [this
conversation](https://github.com/python/importlib_metadata/pull/278/files#r565475347).
It's not obvious to me what the danger is in defining __slots__
Jason R. Coombs added the comment:
I'd recommend not to block on issue24132. It's not obvious to me that
subclassing would be valuable. It depends on how it's implemented, but in my
experience, zipfile.Path doesn't and cannot implement the full interface of
pathlib.Path. Instead
Jason R. Coombs added the comment:
> > I presume I don't need to explain why docstrings are nice and preferable
> > over comments.
> Actually, can you?
I searched around and didn't find any good treatise or thorough overview of
reasons _why_ docstrings should be preferred,
Change by Jason R. Coombs :
--
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue46118>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
1 - 100 of 2900 matches
Mail list logo
