> You are conflating several different groups of people. The PyPA are
> the people who currently maintain the code for various
> libraries/tools. That is very often not the same as the people who
> originally wrote the code for the same libraries/tools or for
> preceding ones. Neither group is the
On Sun, 31 Dec 2023 at 00:35, Left Right wrote:
>
> It's not for you to choose the way I communicate. There are accepted
> boundaries, and I'm well within those boundaries. Anything beyond that
> is not something I'm even interested in hearing your opinion on.
You might not be interested in my op
Thanks to all. I ended up using Sequence for the list part
and Mapping for the dict part, which does require "import
typing" which I would rather have avoided.
Karsten
--
GPG 40BE 5B0E C98E 1713 AFA6 5BC0 3BEA AC80 7D4F C89B
--
https://mail.python.org/mailman/listinfo/python-list
Am 30.12.2023 um 04:04 schrieb Mike Dewhirst via Python-list:
I had assumed the OP had installed Python from the Microsoft shop and
that's where py.exe must have come from.
In fact I didn't say in my post that I always get Python from
python.org. When I started to use the lang
On 1/1/2024 6:02 AM, Sibylle Koczian via Python-list wrote:
Am 30.12.2023 um 04:04 schrieb Mike Dewhirst via Python-list:
I had assumed the OP had installed Python from the Microsoft shop and
that's where py.exe must have come from.
In fact I didn't say in my post that I always
On 1/1/2024 8:19 AM, Thomas Passin via Python-list wrote:
On 1/1/2024 6:02 AM, Sibylle Koczian via Python-list wrote:
Am 30.12.2023 um 04:04 schrieb Mike Dewhirst via Python-list:
I had assumed the OP had installed Python from the Microsoft shop and
that's where py.exe must have come
On 1/1/24 04:02, Sibylle Koczian via Python-list wrote:
Am 30.12.2023 um 04:04 schrieb Mike Dewhirst via Python-list:
I had assumed the OP had installed Python from the Microsoft shop and
that's where py.exe must have come from.
In fact I didn't say in my post that I always
On 1/1/24 07:11, Thomas Passin via Python-list wrote:
Here's how to find out what program Windows thinks it should use to run
a ".py" file. In a console:
C:\Users\tom>assoc .py
.py=Python.File
C:\Users\tom>ftype Python.file
Python.file="C:\Windows\py.exe" &qu
On 1/1/2024 12:26 PM, Mats Wichmann via Python-list wrote:
On 1/1/24 07:11, Thomas Passin via Python-list wrote:
Here's how to find out what program Windows thinks it should use to
run a ".py" file. In a console:
C:\Users\tom>assoc .py
.py=Python.File
C:\Users\tom
> others do not and so your notion of what is "accepted"
> is not universally shared.
Why should I or anyone else care about what "others" think? The
important question is whether what I do is right. And the answer is
"yes". That's why there are rules in the first place instead of
polling.
> if
This thread is no longer being useful, and is now closed.
--
~Ethan~
Moderator
--
https://mail.python.org/mailman/listinfo/python-list
On 12/29/23 05:02, Left Right via Python-list wrote:
Wow. That place turned out to be the toxic pit I didn't expect.
It's a shame that a public discussion of public goods was entrusted to
a bunch of gatekeepers with no sense of responsibility for the thing
they keep the keys to.
On 1/1/24 12:53, Thomas Passin via Python-list wrote:
On Windows 10, a shebang line gets ignored in favor of Python 3.9.9 (if
invoked by the script name alone) or Python 3.12.1 (if invoked by the
"py" launcher).
fwiw, you can also create an ini file to define to the launche
On 1/2/2024 11:56 AM, Mats Wichmann via Python-list wrote:
On 1/1/24 12:53, Thomas Passin via Python-list wrote:
On Windows 10, a shebang line gets ignored in favor of Python 3.9.9
(if invoked by the script name alone) or Python 3.12.1 (if invoked by
the "py" launcher).
fwiw, yo
> On 2 Jan 2024, at 17:24, Thomas Passin via Python-list
> wrote:
>
> You might learn about this if you happen to read and remember the right part
> of the Python docs. Otherwise you have no idea what py.exe is up to nor how
> it does it. I would say that most people
Hi,
In my cpython i have written quite some functions to modify "objects".
and their python syntax is e.g.\
translate(obj, vec). e.g whereas obj is ALWAYS first argument.
on c side this functions looks like:
PyObject *python_translate(PyObject *self, PyObject *args, PyObject *kwargs)
this works
On 03/01/2024 22:47, Guenther Sohler via Python-list wrote:
> Hi,
>
> In my cpython i have written quite some functions to modify "objects".
> and their python syntax is e.g.\
>
> translate(obj, vec). e.g whereas obj is ALWAYS first argument.
> However, I also
On 1/3/2024 11:17 PM, Thomas Passin wrote:
On 1/3/2024 8:00 PM, Alan Gauld via Python-list wrote:
On 03/01/2024 22:47, Guenther Sohler via Python-list wrote:
Hi,
In my cpython i have written quite some functions to modify "objects".
and their python syntax is e.g.\
translate(obj,
Thank you for your answers.
apparently I did not express myself clear enough. Let me rephrase.
I got an embedded C function like this:
==
PyObject *python_translate(PyObject *self, PyObject *args, PyObject *kwargs)
{
char *kwlist[] = {"obj", "v", NULL};
PyObject *v = NULL;
PyObject *obj =
On 1/3/2024 8:00 PM, Alan Gauld via Python-list wrote:
On 03/01/2024 22:47, Guenther Sohler via Python-list wrote:
Hi,
In my cpython i have written quite some functions to modify "objects".
and their python syntax is e.g.\
translate(obj, vec). e.g whereas obj is ALWAYS firs
On 04/01/2024 04:17, Thomas Passin via Python-list wrote:
>> I'm probably missing something obvious here but can't you
>> just assign your function to a class member?
>>
>> def myFunction(obj, ...): ...
>>
>> class MyClass:
>> myMethod = m
Hi list
The approach with defining the methods from python appears to be a very
good idea and it also works for classes, defined in python side.
However, when I try this one:
def mytrans(self):
print(self)
c=cube()
cls=c.__class__
cls.trans=mytrans
I get this:
Traceback (most recent call
Am 01.01.2024 um 12:50 schrieb Barry via Python-list:
On 1 Jan 2024, at 11:14, Sibylle Koczian via Python-list
wrote:
But in all this thread I didn't see a single explanation for my current
situation: one and the same shebang line works on Windows 10 / Python 3.11 and
doesn'
> On 7 Jan 2024, at 15:09, Sibylle Koczian via Python-list
> wrote:
>
> Oh, and the two Windows and Python versions are on two different computers.
>
> Will remove the "/env" from my shebang lines, even if I don't understand
> what's happening.
Hi,
when i run this code
a = cube([10,1,1])
b = a
i'd like to extend the behaviour of the assignment operator
a shall not only contain the cube, but the cube shall also know which
variable name it
was assigned to, lately. I'd like to use that for improved user interaction.
effective code shou
Guenther Sohler wrote at 2024-1-9 08:14 +0100:
>when i run this code
>
>a = cube([10,1,1])
>b = a
>
>i'd like to extend the behaviour of the assignment operator
>a shall not only contain the cube, but the cube shall also know which
>variable name it
>was assigned to, lately. I'd like to use that
It's been several years since I've needed to write a python script so I'm
asking for advice to get me started with a brief script to separate names
and email addresses in one file into two separate files: salutation.txt and
emails.txt.
An example of the input file:
Calvin
[email protected]
Hob
On Thu, 11 Jan 2024, MRAB via Python-list wrote:
From the look of it:
1. If the line is empty, ignore it.
2. If the line contains "@", it's an email address.
3. Otherwise, it's a name.
MRAB,
Thanks. I'll take it from here.
Regards,
Rich
--
https://mail.python.or
On 1/11/24 11:27, MRAB via Python-list wrote:
On 2024-01-11 18:08, Rich Shepard via Python-list wrote:
It's been several years since I've needed to write a python script so I'm
asking for advice to get me started with a brief script to separate names
and email addresses in on
On Thu, 11 Jan 2024, Mats Wichmann via Python-list wrote:
4. Don't assume it's going to be "plain text" if the email info is
harvested from external sources (like incoming emails) - you'll end up
stumbling over a 誰かのユーザー from somewhere. Process as bytes, or be
r
On 11/01/2024 19.08, Rich Shepard wrote:
It's been several years since I've needed to write a python script so I'm
asking for advice to get me started with a brief script to separate names
and email addresses in one file into two separate files: salutation.txt and
emails.txt.
An example of the i
On Thu, 11 Jan 2024, Piergiorgio Sartor via Python-list wrote:
Why not to use bash script for all?
Piergiorgio,
That's certainly a possibility, and may well be better than python for this
task.
Thank you,
Rich
--
https://mail.python.org/mailman/listinfo/python-list
On 1/11/2024 1:27 PM, MRAB via Python-list wrote:
On 2024-01-11 18:08, Rich Shepard via Python-list wrote:
It's been several years since I've needed to write a python script so I'm
asking for advice to get me started with a brief script to separate names
and email addresses in on
s/python/./split_emails.py", line 1, in
with (open('example.txt', 'r'), open('emails.txt', 'w'),
open('salutations.txt', 'w')) as e, m, s:
TypeError: 'tuple' object does not support the context manager protocol
It seems t
t;/home/?/doodles/python/./split_emails.py", line 1, in
> with (open('example.txt', 'r'), open('emails.txt', 'w'),
> open('salutations.txt', 'w')) as e, m, s:
> TypeError: 'tuple' object does not support the cont
On Fri, 12 Jan 2024 at 08:56, Left Right via Python-list
wrote:
>
> By the way, in an attempt to golf this problem, I discovered this,
> which seems like a parser problem:
When you jump immediately to "this is a bug", all you do is make
yourself look like an idiot. Unsurprisi
Thursday, January 11, 2024 at 10:44, Rich Shepard via Python-list wrote:
Re: Extract lines from file, add to (at least in part)
>On Thu, 11 Jan 2024, MRAB via Python-list wrote:
>> From the look of it:
>> 1. If the line is empty, ignore it.
>> 2. If the line contains "
Op 29/12/2023 om 16:02 schreef Karsten Hilbert via Python-list:
Am Fri, Dec 29, 2023 at 07:49:17AM -0700 schrieb Mats Wichmann via Python-list:
I am not sure why mypy thinks this
gmPG2.py:554: error: Argument "queries" to "run_rw_queries" has incompatible type
ng done in a vectoried manner might be
faster than an array of objects, but is more often a sign of poor code.
-Original Message-
From: Python-list On
Behalf Of Grizzy Adams via Python-list
Sent: Friday, January 12, 2024 1:59 AM
To: Rich Shepard via Python-list ; Rich Shepard
Subject:
On Fri, 12 Jan 2024, AVI GROSS via Python-list wrote:
But is the solution a good one for some purpose? The two output files may
end up being out of sync for all kinds of reasons. One of many "errors"
can happen if multiple lines in a row do not have an "@" or a person'
aren't
context managers, it wouldn't have worked (or maybe not even parsed as
"as" wouldn't be allowed inside tuple definition since there's no
"universal as-expression" in Python it's hard to tell what the rules
are). But, it turns out there's
On 13/01/24 12:11 am, Left Right wrote:
x = [...]
for x[i] in x: print(i)
I suspect you've misremembered something, because this doesn't
do anything surprising for me:
>>> x = [1, 2, 3]
>>> for x[i] in x: print(i)
...
Traceback (most recent call last):
File "", line 1, in
NameErro
the term "destructuring" in the same way Hyperspec uses it.
It's not a Python term. I don't know what you call the same thing in
Python. I'm not sure what you understand from it.
On Sat, Jan 13, 2024 at 12:37 AM Greg Ewing via Python-list
wrote:
>
> On 13/01/24 12:11 a
is of
> no consequence.
>
> > There's no destructuring going on here
>
> I use the term "destructuring" in the same way Hyperspec uses it.
> It's not a Python term. I don't know what you call the same thing in
> Python. I'm not sure what you
On Sat, 13 Jan 2024 at 13:11, Left Right via Python-list
wrote:
>
> Very few
> languages allow arbitrary complex expressions in the same place they
> allow variable introduction.
What do you mean by this? Most languages I've worked with allow
variables to be initializ
On 2024-01-13 at 02:02:39 +0100,
Left Right via Python-list wrote:
> Actually, after some Web search. I think, based on this:
> https://docs.python.org/3/reference/simple_stmts.html#grammar-token-python-grammar-augtarget
> that in Python you call this "augmented assignment tar
On 2024-01-13 at 11:34:29 +0100,
Left Right wrote:
> > The Python term, at least colloquially, is "tuple unpacking."
That quote is from me. Please do preserve attributions.
> Well, why use colloquialism if there's a language specification? Also,
> there weren't any tuples used in my example, a
Hi all,
I have a csv OLAP dataset that I want to extract the domain hierarchies
from each of its dimensions.
Anybody could recommend a Python tool that could manage this properly?
Thanks
--
https://mail.python.org/mailman/listinfo/python-list
On 13/01/24 1:45 pm, Left Right wrote:
I use the term "destructuring" in the same way Hyperspec uses it.
It's not a Python term. I don't know what you call the same thing in
Python. I'm not sure what you understand from it.
I thought you meant what is usually called "unpacking" in Python. I
On 13/01/24 3:14 pm, Chris Angelico wrote:
On Sat, 13 Jan 2024 at 13:11, Left Right via Python-list
wrote:
Very few
languages allow arbitrary complex expressions in the same place they
allow variable introduction.
What do you mean by this? Most languages I've worked with allow
vari
Am Fri, Jan 12, 2024 at 02:23:43PM +0100 schrieb Antoon Pardon via Python-list:
> > queries:list[dict[str, str | list | dict[str, Any]]]=None,
> >
> >into
> >
> > "List[Dict[str, Union[str, List[Any], Dict[str, Any"
> >
> >seems
Am Sat, Jan 13, 2024 at 09:20:00PM +0100 schrieb Karsten Hilbert via
Python-list:
> > I was wondering if
> > your type hint for queries shouldn't be the following.
> >
> > queries:list[dict[str,str]|dict[str,list]|dict[str,dict[str, dict[str,
> > Ant]]]
Wait,
On Sun, 14 Jan 2024 at 14:43, dn via Python-list wrote:
> Similarly, whilst we could write:
>
> a, b, c = 1, 2, 3
>
I would only do this when it aligns particularly well with the
algorithm being implemented. For example, you could start a Fibonacci
evaluator with "a, b =
On Sun, 14 Jan 2024 at 23:28, Left Right wrote:
> Having worked with a bunch of different grammar languages, the one
> used for Python isn't a recognizable BNF derivative.
That might possibly be because it isn't? It's not BNF. It's PEG. Or
are you a long way behind the times?
> For example, you
Am 09.01.2024 um 12:36 schrieb Barry Scott via Python-list:
On 7 Jan 2024, at 15:09, Sibylle Koczian via Python-list
wrote:
Oh, and the two Windows and Python versions are on two different computers.
Will remove the "/env" from my shebang lines, even if I don't un
On Mon, 15 Jan 2024 at 00:27, Left Right wrote:
>
> > What do you mean?
> >
> > for x in lambda: ...:
> > ...
> >
> > Perfectly grammatical.
>
> 1. You put the lambda definition in the wrong place (it should be in
> the left-hand side, or as Python calls it "star_targets", but you put
> it into
On 1/14/2024 7:48 AM, Sibylle Koczian via Python-list wrote:
Am 09.01.2024 um 12:36 schrieb Barry Scott via Python-list:
On 7 Jan 2024, at 15:09, Sibylle Koczian via Python-list
wrote:
Oh, and the two Windows and Python versions are on two different
computers.
Will remove the "
f Of Chris Angelico via Python-list
Sent: Sunday, January 14, 2024 7:32 AM
To: [email protected]
Subject: Re: Extract lines from file, add to new files
On Sun, 14 Jan 2024 at 23:28, Left Right wrote:
> Having worked with a bunch of different grammar languages, the one
> used for Python isn&
On 1/14/2024 8:54 AM, Thomas Passin via Python-list wrote:
On 1/14/2024 7:48 AM, Sibylle Koczian via Python-list wrote:
Am 09.01.2024 um 12:36 schrieb Barry Scott via Python-list:
On 7 Jan 2024, at 15:09, Sibylle Koczian via Python-list
wrote:
Oh, and the two Windows and Python versions
the one where a method is
finally called using some diamond algorithm. It is both extremely powerful
but also silly to overuse such features.
Avi
-Original Message-
From: Python-list On
Behalf Of Chris Angelico via Python-list
Sent: Sunday, January 14, 2024 8:34 AM
To: python-list
On Mon, 15 Jan 2024 at 08:15, Left Right wrote:
> Python grammar rules prevent function definition from
> appearing in left-hand side of the head of the for loop. However, a
> variable declaration, which is also a statement, is allowed there.
What is a "variable declaration" in Python? Please el
> What do you mean?
>
> for x in lambda: ...:
> ...
>
> Perfectly grammatical.
1. You put the lambda definition in the wrong place (it should be in
the left-hand side, or as Python calls it "star_targets", but you put
it into "star_expressions", which would be where the right-hand side
is drawn
> What do you mean by this? Most languages I've worked with allow
> variables to be initialized with arbitrary expressions, and a lot of
> languages allow narrowly-scoped variables.
I'm talking about the *left* hand side of the assignment, not the
right hand side. Initialization with arbitrary exp
> Second time to ameliorate wording-dispute in this thread! The original
> phrase was: "[modified] BNF". Some of us have worked with various forms
> and evolutions of BNF since back in the days of COBOL-60 proposals, and
> know it when we see it!
OK, here are the conceptual differences between wha
> You said function. I made a function. You said "head of a for loop
> clause". I put it there. Problem was underspecified.
I also wrote a lot of letters, if you combine them very liberally,
without any regard to the order in which they were written or the
context in which they were used, you may
Straight Ahead, on average,
I am not sure what your beef is as apparently it is always something else than
some others assumed.
If your point is that you want consistency, sure that would be nice. But maybe
part of the inconsistency I am not sure you mean is an artifact of the language.
There
On Mon, 15 Jan 2024 at 09:40, dn via Python-list wrote:
> The basic challenge came from my earlier (and blasé) repetition of the
> Python refrain "everything in Python is an object". Which led to:
>
> <<<
> For example, you may say "functions in Pyth
n-list On
Behalf Of Left Right via Python-list
Sent: Sunday, January 14, 2024 7:28 AM
To: Chris Angelico
Cc: [email protected]
Subject: Re: Extract lines from file, add to new files
> Second time to ameliorate wording-dispute in this thread! The original
> phrase was: "[modified] BN
scripts intended for execution in both Linux and Windows. They are ignored
unless you use py.exe.My advice is to give up py.exe unless your use case
mandates shebang lines in Windows.M--(Unsigned mail from my phone)
Original message From: Sibylle Koczian via Python-list
Date: 14/1/2
On Mon, 15 Jan 2024 at 12:12, dn via Python-list wrote:
> Here's another witticism I'll often toss at trainees (in many languages,
> and especially in UX): just because we can do it, doesn't make it a good
> idea!
>
Programming. We were so busy with whether we COULD t
On Mon, 15 Jan 2024 at 12:42, dn via Python-list wrote:
>
> On 15/01/24 14:33, Chris Angelico via Python-list wrote:
> > On Mon, 15 Jan 2024 at 12:12, dn via Python-list
> > wrote:
> >> Here's another witticism I'll often toss at trainees (in many langua
On 13/01/24 11:34 pm, Left Right wrote:
To make this
shorter, Python allows:
for in ... : ...
Um, no, it doesn't. An assignment target is not, on its own, a
statement.
It's hard to make sense of what you're saying. You seem to be
surprised by the fact that Python doesn't require variables t
On 15/01/24 1:28 am, Left Right wrote:
Python isn't a context-free language, so the grammar that is used to
describe it doesn't actually describe the language
Very few languages have a formal grammar that *fully* describes
the set of strings that constitute valid programs, including all
the rul
On Mon, 15 Jan 2024 at 18:56, Greg Ewing via Python-list
wrote:
>
> On 15/01/24 1:28 am, Left Right wrote:
> > Python isn't a context-free language, so the grammar that is used to
> > describe it doesn't actually describe the language
>
> Very few languages
On 15/01/24 1:54 pm, dn wrote:
Soon after, Wirth simplified
rather than expanded, and developed Pascal.
Before Pascal there was Algol-W, which Wirth invented as a rebellion
against how complicated Algol 68 was becoming.
When I first saw this I was
stunned, then attracted to its simplicity, bu
On 15/01/24 9:07 pm, Chris Angelico wrote:
The grammar *can't* specify everything. If it did, it would have to
have rules for combining individual letters into a NAME and individual
characters into a string literal.
The lexical level of a grammar can be, and often is, described
formally using r
On Mon, 15 Jan 2024 at 19:26, Greg Ewing via Python-list
wrote:
>
> On 15/01/24 9:07 pm, Chris Angelico wrote:
> > The grammar *can't* specify everything. If it did, it would have to
> > have rules for combining individual letters into a NAME and individual
> > cha
Op 14/01/2024 om 13:28 schreef Left Right via Python-list:
Python isn't a context-free language, so the grammar that is used to
describe it doesn't actually describe the language... so, it's a
"pretend grammar" that ignores indentation.
No it doesn't. Here is
Hi all
I have read that one should not have to worry about garbage collection
in modern versions of Python - it 'just works'.
I don't want to rely on that. My app is a long-running server, with
multiple clients logging on, doing stuff, and logging off. They can
create many objects, some of t
> I do have several circular references. My experience is that if I do not
> take some action to break the references when closing the session, the
> objects remain alive. Below is a very simple program to illustrate this.
>
> Am I missing something? All comments appreciated.
Python has normal ref
Am 15.01.2024 um 00:46 schrieb Mike Dewhirst via Python-list:
In Windows the provided methods for running complex command lines are either a
batch file or a shortcut.Someone very kindly pointed out to me in this thread
that there is a PEP for py.exe. I don't use py.exe originally beca
On 1/15/24 09:44, Sibylle Koczian via Python-list wrote:
First and foremost I want to understand why I'm seeing this:
- Python scripts with "/usr/bin/env python3" as shebang line work as
expected on a computer with Windows 10 and Python 3.11.5. They have
worked for years
On 1/15/24 09:44, Sibylle Koczian via Python-list wrote:
In the Python documentation for versions 3.11 and 3.12 I found no
differences regarding py.exe and shebang lines.
Then I removed the "/env" from the shebang lines and could start the
scripts from the second computer. That ce
Frank Millman wrote at 2024-1-15 15:51 +0200:
>I have read that one should not have to worry about garbage collection
>in modern versions of Python - it 'just works'.
There are still some isolated cases when not all objects
in an unreachable cycle are destroyed
(see e.g. step 2 of
"https://devgui
On 1/15/2024 1:26 PM, Mats Wichmann via Python-list wrote:
On 1/15/24 09:44, Sibylle Koczian via Python-list wrote:
First and foremost I want to understand why I'm seeing this:
- Python scripts with "/usr/bin/env python3" as shebang line work as
expected on a computer with
> Frank Millman wrote at 2024-1-15 15:51 +0200:
> >I have read that one should not have to worry about garbage collection
> >in modern versions of Python - it 'just works'.
Dieter Maurer via Python-list writes:
> There are still some isolated cases when not all objec
On Tue, 16 Jan 2024 at 06:32, Akkana Peck via Python-list
wrote:
>
> > Frank Millman wrote at 2024-1-15 15:51 +0200:
> > >I have read that one should not have to worry about garbage collection
> > >in modern versions of Python - it 'just works'.
>
> Diet
On 1/15/24 12:01, Thomas Passin via Python-list wrote:
On 1/15/2024 1:26 PM, Mats Wichmann via Python-list wrote:
On 1/15/24 09:44, Sibylle Koczian via Python-list wrote:
First and foremost I want to understand why I'm seeing this:
- Python scripts with "/usr/bin/env python3"
On 16/01/24 11:55 am, Mats Wichmann wrote:
Windows
natively has something called python.exe and python3.exe which is
interfering here
I'm wondering whether py.exe should be taught to recognise these stubs
and ignore them. This sounds like something that could trip a lot of
people up.
--
Greg
On 1/15/2024 6:27 PM, Greg Ewing via Python-list wrote:
On 16/01/24 11:55 am, Mats Wichmann wrote:
Windows natively has something called python.exe and python3.exe which
is interfering here
I'm wondering whether py.exe should be taught to recognise these stubs
and ignore them. This s
I wrote:
> > Also be warned that some modules (particularly if they're based on
> > libraries not written in Python) might not garbage collect, so you may need
> > to use other methods of cleaning up after those objects.
Chris Angelico writes:
> Got any examples of that?
The big one for me was
On Tue, 16 Jan 2024 at 13:49, Akkana Peck via Python-list
wrote:
>
> I wrote:
> > > Also be warned that some modules (particularly if they're based on
> > > libraries not written in Python) might not garbage collect, so you may
> > > need to use other meth
On 1/15/2024 9:47 PM, Akkana Peck via Python-list wrote:
I wrote:
Also be warned that some modules (particularly if they're based on libraries
not written in Python) might not garbage collect, so you may need to use other
methods of cleaning up after those objects.
Chris Angelico w
On 1/15/2024 7:24 PM, Thomas Passin wrote:
On 1/15/2024 6:27 PM, Greg Ewing via Python-list wrote:
On 16/01/24 11:55 am, Mats Wichmann wrote:
Windows natively has something called python.exe and python3.exe
which is interfering here
I'm wondering whether py.exe should be taught to reco
On 2024-01-15 3:51 PM, Frank Millman via Python-list wrote:
Hi all
I have read that one should not have to worry about garbage collection
in modern versions of Python - it 'just works'.
I don't want to rely on that. My app is a long-running server, with
multiple clients lo
On Tue, 16 Jan 2024 at 23:08, Frank Millman via Python-list
wrote:
>
> On 2024-01-15 3:51 PM, Frank Millman via Python-list wrote:
> > Hi all
> >
> > I have read that one should not have to worry about garbage collection
> > in modern versions of Python - it 'j
On 1/16/2024 4:17 AM, Barry wrote:
On 16 Jan 2024, at 03:49, Thomas Passin via Python-list
wrote:
This kind of thing can happen with PyQt, also. There are ways to minimize it
but I don't know if you can ever be sure all Qt C++ objects will get deleted.
It depends on the type of o
On 2024-01-16 2:15 PM, Chris Angelico via Python-list wrote:
Where do you tend to "leave a reference dangling somewhere"? How is
this occurring? Is it a result of an incomplete transaction (like an
HTTP request that never finishes), or a regular part of the operation
of the server?
On Wed, 17 Jan 2024 at 01:45, Frank Millman via Python-list
wrote:
>
> On 2024-01-16 2:15 PM, Chris Angelico via Python-list wrote:
> >
> > Where do you tend to "leave a reference dangling somewhere"? How is
> > this occurring? Is it a result of an incomplete tra
Am 15.01.2024 um 23:55 schrieb Mats Wichmann via Python-list:
On 1/15/24 12:01, Thomas Passin via Python-list wrote:
On 1/15/2024 1:26 PM, Mats Wichmann via Python-list wrote:
Python from the App Store is not the same as Python from python.org:
yes. this question is about the python.org
4101 - 4200 of 5863 matches
Mail list logo
