quot;Resistance is futile!...Acceptance is versatile..."
On 2024/11/11 00:28, Jeff via Python-list wrote:
Dear Python Users Group,
I am currently learning Python. I am blind and use the JAWS screen reader to
assist me. I am trying to use Python's IDLE editor but find it quite
chal
Dear Jeff,
writes:
> Dear Python Users Group,
>
>
>
> I am currently learning Python. I am blind and use the JAWS screen reader to
> assist me. I am trying to use Python's IDLE editor but find it quite
> challenging. When I move my cursor to a line of code, it reads
Dear Python Users Group,
I am currently learning Python. I am blind and use the JAWS screen reader to
assist me. I am trying to use Python's IDLE editor but find it quite
challenging. When I move my cursor to a line of code, it reads out the
letters or words from the line above, which mak
On Wed, 26 Jun 2024 at 03:40, Anton Shepelev via Python-list
wrote:
>
> Chris Angelico to dn:
>
> > > Python mailing-lists are covered by the Code of Conduct
> > > and monitored by ListAdmins. Thus, there are controls
> > > which limit the impact which advertisers and others with
> > > non-pythoni
e's a newsgroup gateway, those controls are
> toothless.
The gateway operator can have the usual anti-spam software
installed, and of course there is Gmane:
<https://gmane.io/>
which actually subscribes users to mailing lists (on their
behalf). Gmane's NNTP server is: news.gma
Sebastian Wells:
> The spammers won the spam wars, so even if you have
> someone's real e-mail address, that's no guarantee that
> you can contact them.
No so with me. My e-mail address here is munged, but in a
very obvious way, and no, my mailbox is not overwhelmed with
spam.
I make a habit of
ginal Message-
From: Python-list On
Behalf Of Chris Angelico via Python-list
Sent: Monday, June 24, 2024 9:49 PM
To: python-list@python.org
Subject: Re: Anonymous email users
On Tue, 25 Jun 2024 at 11:41, Grant Edwards via Python-list
wrote:
> I've been using the same e-mail address for abo
On Tue, 25 Jun 2024 at 11:41, Grant Edwards via Python-list
wrote:
> I've been using the same e-mail address for about 20 years. I've use
> that e-mail address with probably close to 100 retailers, charities,
> open-source projects, media sites, and various other organizations.
Mostly the same, a
On 2024-06-24, Barry Scott via Python-list wrote:
>> On 23 Jun 2024, at 06:58, Sebastian Wells via Python-list
>> wrote:
>>
>> The spammers won the spam wars, so even if you have someone's real
>> e-mail address, that's no guarantee that you can contact them. [...]
>
> My email address is well
On Tue, 25 Jun 2024 at 08:31, dn via Python-list wrote:
> Python mailing-lists are covered by the Code of Conduct and monitored by
> ListAdmins. Thus, there are controls which limit the impact which
> advertisers and others with non-pythonic aims might otherwise exert!
>
So long as there's a news
On 25/06/24 05:17, Thomas Passin via Python-list wrote:
On 6/24/2024 5:51 AM, Barry Scott via Python-list wrote:
On 23 Jun 2024, at 06:58, Sebastian Wells via Python-list
wrote:
The spammers won the spam wars, so even if you have someone's real
e-mail address, that's no guarantee that you
On 6/24/2024 5:51 AM, Barry Scott via Python-list wrote:
On 23 Jun 2024, at 06:58, Sebastian Wells via Python-list
wrote:
The spammers won the spam wars, so even if you have someone's real
e-mail address, that's no guarantee that you can contact them. You
certainly wouldn't be able to conta
> On 23 Jun 2024, at 06:58, Sebastian Wells via Python-list
> wrote:
>
> The spammers won the spam wars, so even if you have someone's real
> e-mail address, that's no guarantee that you can contact them. You
> certainly wouldn't be able to contact me at my real e-mail address,
> unless you a
On Fri, 14 Jun 2024 18:00:37 -0400, avi.e.gross wrote:
> I notice that in some recent discussions, we have users who cannot be
> replied to directly as their email addresses are not valid ones, and I
> believe on purpose. Examples in the thread I was going to reply to are:
>
>
On 2024-06-18, Mats Wichmann via Python-list wrote:
> On 6/17/24 17:51, dn via Python-list wrote:
>
>> +1
>>
>> The "public" part is not to embarrass posters, but recognition that
>> there are likely other people 'out there' (or arriving in-future if they
>> care to read the archives) experienc
On 6/17/24 17:51, dn via Python-list wrote:
+1
The "public" part is not to embarrass posters, but recognition that
there are likely other people 'out there' (or arriving in-future if they
care to read the archives) experiencing a similar problem. (hence need
for descriptive Subject lines - i
On 18/06/24 05:29, Roel Schroeven via Python-list wrote:
AVI GROSS via Python-list schreef op 17/06/2024 om 17:03:
I simply am thinking that people who do not allow me to easily reply
to them
directly, should be ignored by me and not get my cooperation that way.
FWIW, personally I (mostly) don'
Monday, June 17, 2024 5:08 PM
To: python-list@python.org
Subject: Re: Anonymous email users
On 2024-06-17, Roel Schroeven via Python-list
wrote:
> FWIW, personally I (mostly) don't see the point of replying to people
> personally. To me a public mailing list is much like any
On 2024-06-17, Roel Schroeven via Python-list wrote:
> FWIW, personally I (mostly) don't see the point of replying to people
> personally. To me a public mailing list is much like any public forum,
> where my expectation is that conversations happen in public. To me it
> always feels weird whe
AVI GROSS via Python-list schreef op 17/06/2024 om 17:03:
I simply am thinking that people who do not allow me to easily reply to them
directly, should be ignored by me and not get my cooperation that way.
FWIW, personally I (mostly) don't see the point of replying to people
personally. To me a
seems the discussions with people
in the email list are more useful to me.
-Original Message-
From: Python-list On
Behalf Of Marco Moock via Python-list
Sent: Saturday, June 15, 2024 2:03 AM
To: python-list@python.org
Subject: Re: Anonymous email users
On 15.06.2024 um 10:30 Uhr dn wrote
she/... must be identifiable.
The mailing list has a Usenet gateway
Those users use the Usenet to post.
Check the Injection-Info header for the address of the news server
operator. He can identify the account that posted it.
--
kind regards
Marco
Send spam to 1718440236mu...@cartoonies
On 14Jun2024 18:00, avi.e.gr...@gmail.com wrote:
I notice that in some recent discussions, we have users who cannot be
replied to directly as their email addresses are not valid ones, and I
believe on purpose. Examples in the thread I was going to reply to are:
<mailto:henha...@devnull
On Sat, 15 Jun 2024 at 08:32, dn via Python-list wrote:
> These mailing-lists all run under the Python Code of Conduct.
>
The newsgroup, however, is not. Which means that anyone who posts on
the newsgroup is subject to no such restrictions - and that might
explain the, shall we say, quite differe
On 15/06/24 10:00, AVI GROSS via Python-list wrote:
I notice that in some recent discussions, we have users who cannot be
replied to directly as their email addresses are not valid ones, and I
believe on purpose. Examples in the thread I was going to reply to are:
...
It's an intere
I notice that in some recent discussions, we have users who cannot be
replied to directly as their email addresses are not valid ones, and I
believe on purpose. Examples in the thread I was going to reply to are:
<mailto:henha...@devnull.tb> henha...@devnull.tb
<mailto
Christian Heimes writes:
> On 31/03/2021 14.45, Loris Bennett wrote:
>> Chris Angelico writes:
>>
>>> On Wed, Mar 31, 2021 at 11:21 PM Loris Bennett
>>> wrote:
>>>>
>>>> Hi,
>>>>
>>>> I want to get a list of use
On 31/03/2021 14.45, Loris Bennett wrote:
> Chris Angelico writes:
>
>> On Wed, Mar 31, 2021 at 11:21 PM Loris Bennett
>> wrote:
>>>
>>> Hi,
>>>
>>> I want to get a list of users on a Linux system using Python 3.6. All
>>> the user
Chris Angelico writes:
> On Wed, Mar 31, 2021 at 11:21 PM Loris Bennett
> wrote:
>>
>> Hi,
>>
>> I want to get a list of users on a Linux system using Python 3.6. All
>> the users I am interested in are just available via LDAP and are not in
>> /et
On Wed, Mar 31, 2021 at 11:21 PM Loris Bennett
wrote:
>
> Hi,
>
> I want to get a list of users on a Linux system using Python 3.6. All
> the users I am interested in are just available via LDAP and are not in
> /etc/passwd. Thus, in a bash shell I can use 'getent'
Hi,
I want to get a list of users on a Linux system using Python 3.6. All
the users I am interested in are just available via LDAP and are not in
/etc/passwd. Thus, in a bash shell I can use 'getent' to display them.
When I try to install the PyPi package
getent
I get the error
===
Announcing PyYAML-5.4b1
===
A beta release of PyYAML is now available:
https://github.com/yaml/pyyaml/releases/tag/5.4b1
This release contains a security fix for CVE-2020-14343. It removes the
python/module, python/object, and python/object/new tags fro
Changes are coming to pip, Python's package installation tool, in
October 2020. Please read and share this migration guide:
https://pip.pypa.io/en/latest/user_guide/#changes-to-the-pip-dependency-resolver-in-20-2-2020
.
We're working on improving the Python packaging toolchain, foundational
w
Hi all
I hope all are doing well
please help me how to convert CSV to NetCDF. Im trying but its not working
#!/usr/bin/env ipython
import pandas as pd
import numpy as np
import netCDF4
import pandas as pd
import xarray as xr
stn_precip='ts_sept.csv'
orig_precip='ts_sept.csv'
stations = pd.re
the
> > help you are advocating here as well. It would be a minor annoyance
> > for experienced users to have to uncheck the box before clicking
> > finish, but I think it might have a good chance of getting new users
> > off to a reliable start. Many other Windows pr
boB Stepp writes:
> On Wed, Apr 15, 2020 at 2:04 PM Barry Scott wrote:
>>
>> I post some suggestion to improve the Python installer for Windows
>> to better sign post users on the next steps.
>>
>> https://mail.python.org/archives/lis
> On 18 Apr 2020, at 21:00, boB Stepp wrote:
>
> On Wed, Apr 15, 2020 at 2:04 PM Barry Scott wrote:
>>
>> I post some suggestion to improve the Python installer for Windows
>> to better sign post users on the next steps.
>>
>> https://mail.python.or
t again, etc. As well have it describe all of the
> help you are advocating here as well. It would be a minor annoyance
> for experienced users to have to uncheck the box before clicking
> finish, but I think it might have a good chance of getting new users
> off to a reliable st
On Wed, Apr 15, 2020 at 2:04 PM Barry Scott wrote:
>
> I post some suggestion to improve the Python installer for Windows
> to better sign post users on the next steps.
>
> https://mail.python.org/archives/list/python-id...@python.org/message/TKHID7PMKN5TK5QDQ2BL3G45FYAJNYJX/
&g
a new users point of view
to the IEEE Electromagnetic Compatibility Society
I do not know how to ask a question when:
It isn't saying to type a $, it's saying to type at the system prompt.
Similarly, if it says:
>>> print("Hello")
it's saying to type at t
19:23:43 +0100, Barry Scott
> > declaimed the following:
> >
> >> I post some suggestion to improve the Python installer for Windows
> >> to better sign post users on the next steps.
> >>
> >>
> https://mail.python.org/archives/list/python-id...@python
> On 16 Apr 2020, at 04:34, Dennis Lee Bieber wrote:
>
> On Wed, 15 Apr 2020 19:23:43 +0100, Barry Scott
> declaimed the following:
>
>> I post some suggestion to improve the Python installer for Windows
>> to better sign post users on the next steps.
>>
&g
;>> I post some suggestion to improve the Python installer for Windows
>>>> to better sign post users on the next steps.
>>>>
>>>> https://mail.python.org/archives/list/python-id...@python.org/message/TKHID7PMKN5TK5QDQ2BL3G45FYAJNYJX/
>>>>
On 16/04/2020 2:46 pm, DL Neil via Python-list wrote:
On 16/04/20 3:34 PM, Dennis Lee Bieber wrote:
On Wed, 15 Apr 2020 19:23:43 +0100, Barry Scott
declaimed the following:
I post some suggestion to improve the Python installer for Windows
to better sign post users on the next steps.
https
barrys-emacs.org>:
> I post some suggestion to improve the Python installer for Windows
> to better sign post users on the next steps.
>
>
> https://mail.python.org/archives/list/python-id...@python.org/message/TKHID7PMKN5TK5QDQ2BL3G45FYAJNYJX/
>
> It also seems like we could
On 16/04/20 3:34 PM, Dennis Lee Bieber wrote:
On Wed, 15 Apr 2020 19:23:43 +0100, Barry Scott
declaimed the following:
I post some suggestion to improve the Python installer for Windows
to better sign post users on the next steps.
https://mail.python.org/archives/list/python-id...@python.org
ows
> to better sign post users on the next steps.
>
>
> https://mail.python.org/archives/list/python-id...@python.org/message/TKHID7PMKN5TK5QDQ2BL3G45FYAJNYJX/
>
> It also seems like we could do with drafting the text of a helpful
> reply to help the Windows first time users. Th
I post some suggestion to improve the Python installer for Windows
to better sign post users on the next steps.
https://mail.python.org/archives/list/python-id...@python.org/message/TKHID7PMKN5TK5QDQ2BL3G45FYAJNYJX/
It also seems like we could do with drafting the text of a helpful
reply to help
On 31/10/2019 00:17, Larry Hastings wrote:
>
>
> Due to awkward CDN caching, some users who downloaded the source code
> tarballs of Python 3.5.8 got a preliminary version instead of the
> final version. As best as we can tell, this only affects the .xz
> release; there are no
Due to awkward CDN caching, some users who downloaded the source code
tarballs of Python 3.5.8 got a preliminary version instead of the final
version. As best as we can tell, this only affects the .xz release;
there are no known instances of users downloading an incorrect version
of the
On Jan 7, 2019, at 21:26, Bill Deegan wrote:
> A new SCons release, 3.0.3, is now available on the SCons download page:
>
> https://scons.org/pages/download.html
>
>
> Here is a summary of the changes since 3.0.1:
It would have been good to mention the changes since 3.0.2, whi
On Wednesday, July 25, 2018 at 7:15:35 AM UTC-7, Stephan Houben wrote:
> Op 2018-07-24, John Ladasky schreef :
> > I believe that I now have tensorflow 1.8 installed twice on my system,
> > once for each user. If anyone can share how to convince pip to behave
> > like Synaptic, I would appreciate
Op 2018-07-24, John Ladasky schreef :
> I believe that I now have tensorflow 1.8 installed twice on my system,
> once for each user. If anyone can share how to convince pip to behave
> like Synaptic, I would appreciate it. Thanks.
I would recommend against using pip to install packages into the
naptic
Package Manager in Ubuntu will install for all users, but not every Python package is
included in the Canonical repository.
I hadn't noticed any discrepancies until recently. I upgraded from Ubuntu
17.10 to 18.04. In parallel, I upgraded tensorflow-gpu 1.4.0 to 1.8.0.
Everythi
install for all users, but not
every Python package is included in the Canonical repository.
I hadn't noticed any discrepancies until recently. I upgraded from Ubuntu
17.10 to 18.04. In parallel, I upgraded tensorflow-gpu 1.4.0 to 1.8.0.
Everything worked on my main account. However,
On 18/07/18 00:10, Jon Ribbens wrote:
> On 2018-07-17, Thomas Jollans wrote:
>> On 2018-07-16 01:29, Jon Ribbens wrote:
>>> Do you have any reason to believe the message at the top of the
>>> thread purporting to ban users was genuinely from the moderators?
>>&g
On 2018-07-17, Thomas Jollans wrote:
> On 2018-07-16 01:29, Jon Ribbens wrote:
>> Do you have any reason to believe the message at the top of the
>> thread purporting to ban users was genuinely from the moderators?
>> Because there are obvious reasons to believe otherwise.
On 2018-07-16 01:29, Jon Ribbens wrote:
> On 2018-07-15, Chris Angelico wrote:
>> On Mon, Jul 16, 2018 at 7:35 AM, Marko Rauhamaa wrote:
>>> Christian Gollwitzer :
>>>> Am 15.07.18 um 19:25 schrieb Ethan Furman:
>>>>> The following users are now b
7;s no statute of limitation for murder,
> but surely "being obnoxious on the internet" ought to come with a fairly
> short period of forgiveness.
Why is anyone responding as if the original "Users banned" message was
genuine, rather than the obvious troll it actually was?
--
https://mail.python.org/mailman/listinfo/python-list
On Mon, 16 Jul 2018 20:03:39 +0100, Steve Simmons wrote:
> +1 Seems to me Bart is being banned for "being a dick" and "talking
> rubbish" (my words/interpretation) with irritating persistence.
I know that when I first started here, I often talked rubbish. The
difference is, I was willing to lis
On 7/16/2018 3:27 PM, Grant Edwards wrote:
On 2018-07-16, Steve Simmons wrote:
+1 Seems to me Bart is being banned for "being a dick" and "talking
rubbish" (my words/interpretation) with irritating persistence. Wonder
how many of the non-banned members have been guilty of the same thing in
on
On 2018-07-16, Steve Simmons wrote:
> +1 Seems to me Bart is being banned for "being a dick" and "talking
> rubbish" (my words/interpretation) with irritating persistence. Wonder
> how many of the non-banned members have been guilty of the same thing in
> one way or another.
I'm sure many of
On 16/07/2018 03:13, Devin Jeanpierre wrote:
On Sun, Jul 15, 2018 at 5:09 PM Jim Lee wrote:
That is, of course, the decision of the moderators - but I happen to
agree with both Christian and Ethan. Banning for the simple reason of a
dissenting opinion is censorship, pure and simple. While Bar
On Sun, Jul 15, 2018 at 5:09 PM Jim Lee wrote:
> That is, of course, the decision of the moderators - but I happen to
> agree with both Christian and Ethan. Banning for the simple reason of a
> dissenting opinion is censorship, pure and simple. While Bart may have
> been prolific in his argument
On 07/15/18 14:53, Chris Angelico wrote:
On Mon, Jul 16, 2018 at 7:35 AM, Marko Rauhamaa wrote:
Christian Gollwitzer :
Am 15.07.18 um 19:25 schrieb Ethan Furman:
The following users are now banned from Python List:
...
BartC
I don't really think that this is appropriate. Bart may
On 2018-07-15, Chris Angelico wrote:
> On Mon, Jul 16, 2018 at 7:35 AM, Marko Rauhamaa wrote:
>> Christian Gollwitzer :
>>> Am 15.07.18 um 19:25 schrieb Ethan Furman:
>>>> The following users are now banned from Python List:
>>>> ...
>>&g
On Mon, Jul 16, 2018 at 7:35 AM, Marko Rauhamaa wrote:
> Christian Gollwitzer :
>
>> Am 15.07.18 um 19:25 schrieb Ethan Furman:
>>> The following users are now banned from Python List:
>>> ...
>>> BartC
>>
>> I don't really think that
Christian Gollwitzer :
> Am 15.07.18 um 19:25 schrieb Ethan Furman:
>> The following users are now banned from Python List:
>> ...
>> BartC
>
> I don't really think that this is appropriate. Bart may have deviant
> optinions, mostly he thinks that his own work i
Am 15.07.18 um 19:25 schrieb Ethan Furman:
The following users are now banned from Python List:
...
BartC
I don't really think that this is appropriate. Bart may have deviant
optinions, mostly he thinks that his own work is superior to Python -
but he has always argued in a cal
and your
own reputation.
---
The following users are now banned from Python List:
Ranting Rick Johnson
BartC
voteswithf...@gmail.com
Rick, Bart, voteswithfeet, if you would like to be reinstated you may petition
us in 2019.
---
For those who access Python List via the usenet and still see
On 2018-02-20 20:20, Jason Friedman wrote:
statistics.mode() currently raises an exception if there is more than one
mode.
I am an infrequent user of this package and this function. My two cents:
* Leave the current behavior as-is.
* Continue to throw an exception for no data.
* Add an argume
> statistics.mode() currently raises an exception if there is more than one
> mode.
>
I am an infrequent user of this package and this function. My two cents:
* Leave the current behavior as-is.
* Continue to throw an exception for no data.
* Add an argument, named perhaps mutli=False, that if se
statistics.mode() currently raises an exception if there is more than one
mode.
Is anyone using this function in production? Or not using it because it
doesn't do what you want, as the case may be?
--
Steve
--
https://mail.python.org/mailman/listinfo/python-list
On Tuesday, July 18, 2017 at 12:59:36 AM UTC-5, Terry Reedy wrote:
> Yes, No. The developers of the class agree that a trailing
> underscore convention would have been better. 'source_'
> etc.
Which, while encroaching on the "this-is-a-reserved-symbol_"
convention, would relieve the current "_st
On 07/19/2017 05:12 AM, Steve D'Aprano wrote:
> On Wed, 19 Jul 2017 08:39 am, Gregory Ewing wrote:
> Um... well, people want to do all sorts of wild and wacky things... but why
> would you define a named tuple with *private* fields? Especially since that
> privateness isn't enforced when you access
On Wed, 19 Jul 2017 08:39 am, Gregory Ewing wrote:
> Steve D'Aprano wrote:
>> "source_" is already a public name, which means that users could want to
>> create fields with that name for some reason,
>
> They could equally well want to define their own p
Steve D'Aprano wrote:
"source_" is already a public name, which means that users could want to create
fields with that name for some reason,
They could equally well want to define their own private
field called "_source".
IMO a better thing to do would have be
;]).
[...]
> Yes, No. The developers of the class agree that a trailing underscore
> convention would have been better. 'source_' etc.
I actually disagree with Raymond, and I think his first instinct was the correct
one.
"source_" is already a public name, which mea
On 18Jul2017 02:57, Steve D'Aprano wrote:
collections.namedtuple generates a new class using exec, and records the source
code for the class as a _source attribute.
Although it has a leading underscore, it is actually a public attribute. The
leading underscore distinguishes it from a named fiel
On 7/17/2017 10:27 PM, Rick Johnson wrote:
On Monday, July 17, 2017 at 12:20:04 PM UTC-5, Steve D'Aprano wrote:
collections.namedtuple generates a new class using exec,
and records the source code for the class as a _source
attribute. Although it has a leading underscore, it is
actually a publi
Il giorno lunedì 17 luglio 2017 19:20:04 UTC+2, Steve D'Aprano ha scritto:
> collections.namedtuple generates a new class using exec, and records the
> source
> code for the class as a _source attribute.
>
> Although it has a leading underscore, it is actually a public attribute. The
> leading un
On Monday, July 17, 2017 at 12:20:04 PM UTC-5, Steve D'Aprano wrote:
> collections.namedtuple generates a new class using exec,
> and records the source code for the class as a _source
> attribute. Although it has a leading underscore, it is
> actually a public attribute. The leading underscore
>
On Tue, 18 Jul 2017 05:44 am, Rob Gaddi wrote:
> That said, it sure feels (as someone who hasn't tried it) like there's a
> straightforward namedtuple implementation that calls type() directly
> rather than having to exec. I know that exec-gunshyness is overblown,
> but is there a simple answer a
On 07/17/2017 12:44 PM, Rob Gaddi wrote:
On 07/17/2017 09:57 AM, Steve D'Aprano wrote:
collections.namedtuple generates a new class using exec, and records the source
code for the class as a _source attribute.
Although it has a leading underscore, it is actually a public attribute. The
leadin
Steve D'Aprano writes:
Is there anyone here who uses the namedtuple _source attribute?
I didn't know it existed either, and if I did I would have assumed
it was an implementation detail and would never have written code
that relied on it. I certainly won't miss it if it disapppears.
--
Greg
-
Steve D'Aprano writes:
> collections.namedtuple generates a new class using exec, and records
> the source code for the class as a _source attribute.
The documentation tells me that ‘_source’ is “New in version 3.3.”
I wasn't aware that the ‘namedtuple’ interface had changed since it was
introd
On 07/17/2017 09:57 AM, Steve D'Aprano wrote:
collections.namedtuple generates a new class using exec, and records the source
code for the class as a _source attribute.
Although it has a leading underscore, it is actually a public attribute. The
leading underscore distinguishes it from a named f
AM
To: python-list@python.org
Subject: Users of namedtuple: do you use the _source attribute?
collections.namedtuple generates a new class using exec, and records the source
code for the class as a _source attribute.
Although it has a leading underscore, it is actually a public attribute. The
le
collections.namedtuple generates a new class using exec, and records the source
code for the class as a _source attribute.
Although it has a leading underscore, it is actually a public attribute. The
leading underscore distinguishes it from a named field potentially
called "source", e.g. namedtupl
Dennis Lee Bieber wrote:
normally the main file of a Python program is still the plain text,
It doesn't have to be, though -- you can do 'python somefile.pyc'
and it will happily run it.
and imported
modules are retrieved from the file system as (if found) PYC pre-compiled,
otherwise the text
Dennis Lee Bieber wrote:
What is it... A Burroughs mainframe running a version of FORTH?
The Burroughs architecture is a stack architecture, so
the machine code looks like a version of Forth in some ways.
--
Greg
--
https://mail.python.org/mailman/listinfo/python-list
Loren Wilton wrote:
One concern I have is if two users both "import widget". Are they now sharing
the widget namespace? I suspect they are, and that is probably undesirable.
Yes, they will be, unless you use sub-interpreters.
I've just been looking at the current docs for s
Loren Wilton wrote:
I've read that Python supports 'threads', and I'd assumed (maybe
incorrectly) that these were somewhat separate environments that could
be operating concurrently (modulo the GC lock).
Not really. Python threads are just a thin wrapper around
OS threads, and don't provide an
On Fri, Oct 7, 2016 at 3:06 PM, Loren Wilton wrote:
> If the thread has a current instruction pointer, then it must also know what
> function it is currently in, and therfore have a pointer (or some such) to
> the current function locals:
>
> def func1():
>ham = 0.0;
>ham += 1;// threa
I still don't understand why this has to be in the same process space as
the VM. Wouldn't it be a lot simpler to create a simple RPC layer (all
localhost of course) to interface between the VM and a Python server
that spins up multiple processes or sessions? Kind of like how Python
for a web ser
To be fair, the sharing of data between threads is no different from
other concerns about global state. The only thing threads change is
that you can have multiple functions doing stuff at once.
state = [1,2,3]
def func():
state[1] += 5
# do work
state[1] -= 5
It occurs to me that thr
From: "Paul Rubin"
I don't think Python threads are the answer. You want a separate
interpreter per user, which is annoying to do with CPython. Do you have
concrete performance expectations about the sharing of data between
interpreter sessions? Those old mainframes were very slow compared to
On 10/06/2016 07:48 PM, Chris Angelico wrote:
> If that had been your original plan, it's dead simple to enhance it to
> use per-user module names. Just do this same work, but substitute a
> different module name right at the beginning! Other
> extremely-high-level interface functions are similar.
On Fri, Oct 7, 2016 at 12:52 PM, Paul Rubin wrote:
> "Loren Wilton" writes:
>> I've read that Python supports 'threads', and I'd assumed (maybe
>> incorrectly) that these were somewhat separate environments that could
>> be operating concurrently (modulo the GC lock). I assume that data can
>> be
"Loren Wilton" writes:
> I've read that Python supports 'threads', and I'd assumed (maybe
> incorrectly) that these were somewhat separate environments that could
> be operating concurrently (modulo the GC lock). I assume that data can
> be shared between the threads,
Threads all run in the same
1 - 100 of 624 matches
Mail list logo
