xample, should PyDecContext inherit from ContextItem? I don't fully
understand. :-/
Stefan Krah
___
Python-ideas mailing list
Python-ideas@python.org
https://mail.python.org/mailman/listinfo/python-ideas
Code of Conduct: http://python.org/psf/codeofconduct/
gt;PyDecContextObject *ctx = PyContext_GetItem(_current_ctx);
>if (ctx == NULL) { /* error */ }
>if (ctx == Py_None) { /* not initialized, nothing is there */ }
Thanks! This makes it a lot clearer.
I'd probably use (stealing Nick's key suggestion):
PyEnvKey *_current_context_key = PyEnv_Ne
naming collision with decimal.localcontext() would also be
> desirable.
>
> Yury, what do you think about moving the ExecutionContext name to what
> the PEP currently calls LocalContext, and renaming the current
> ExecutionContext type to ExecutionContextChain?
For me this
this speed be achieved with the execution contexts? IOW, can the lookup
of an excecution context be as fast as PyThreadState_GET()?
Stefan Krah
___
Python-ideas mailing list
Python-ideas@python.org
https://mail.python.org/mailman/listinfo/python-ideas
On Wed, Aug 16, 2017 at 12:40:26PM -0400, Yury Selivanov wrote:
> On Wed, Aug 16, 2017 at 12:08 PM, Stefan Krah <ste...@bytereef.org> wrote:
> > On Wed, Aug 16, 2017 at 11:00:43AM -0400, Yury Selivanov wrote:
> >> "Context" is an established term for what PEP
d libraries (which IMO is a bigger problem than
the often cited generator issues) would be solved.
It would probably not work best (or even at all) for the async call
chain use case.
Stefan Krah
___
Python-ideas mailing list
Python-ideas@python.or
;
> >
> >
> Do we realize that at this level of accuracy, relativistic time dilatation
> due
> to continental drift starts to matter?
tai64na has supported attoseconds for quite some time:
https://cr.yp.to/libtai/tai64.html
The relativity issue is declared to be ou
nderstanding, but (except
for the performance issues) shouldn't be the centerpiece of the
discussion.
Speaking of performance, I have seen that adressed in Koos' PEP at all.
Perhaps I missed something.
Stefan Krah
___
Python-ideas mailing list
ot;subclasses" of
ExecutionContexts like SecurityContext, HostExecutionContext, CallContext
and there's colorful terminology like "flowing the Execution Context".
Stefan Krah
___
Python-ideas mailing list
Python-ideas@python.org
https://mail.python.org/mailman/listinfo/python-ideas
Code of Conduct: http://python.org/psf/codeofconduct/
On Thu, Oct 19, 2017 at 10:05:58AM +0200, Stephan Houben wrote:
>
> 2017-10-19 1:59 GMT+02:00 Steven D'Aprano <st...@pearwood.info>:
>
> > On Wed, Oct 18, 2017 at 02:51:37PM +0200, Stefan Krah wrote:
> >
> > > $ softlimit -m 10 python3
> > [...]
, line 1, in
MemoryError
People who are worried could make a python3 alias or use Ctrl-\.
Stefan Krah
___
Python-ideas mailing list
Python-ideas@python.org
https://mail.python.org/mailman/listinfo/python-ideas
Code of Conduct: http://python.org/psf/codeofconduct/
the one fixing things anyway.
And he'd get to fight feature requests and stylistic rewrites. :-)
Stefan Krah
___
Python-ideas mailing list
Python-ideas@python.org
https://mail.python.org/mailman/listinfo/python-ideas
Code of Conduct: http://python.org/psf/codeofconduct/
make sense to have site-packages/foo.py and
site-packages/test/test_foo.py.
For me, this is the natural layout.
Stefan Krah
___
Python-ideas mailing list
Python-ideas@python.org
https://mail.python.org/mailman/listinfo/python-ideas
Code of Conduct
.
I just thought that if we did have something like site-packages/stest
(Guido correctly noted that "test" wouldn't work), people might use it.
But it is all very speculative and I'm not really sure myself.
Stefan Krah
___
Python-idea
suspected
that people would complain both if foo-tests were installed automatically
like pkg_resources but also if foo-tests were a separate optional package
(too much hassle).
Stefan Krah
___
Python-ideas mailing list
Python-ideas@python.org
http
e, even if we never use
them together.
> I think it might also require a PEP, but it would be as simple as
> PEP 378 for adding comma grouping formatting. Somewhere to memorialize
> the decision and how we got there, including rejected alternate
> proposals, would be a good th
"]
... except KeyError: print("KeyError")
...
KeyError
>>>
>>> d = {}
>>> try: d["x"] : int
... except KeyError: print("KeyError")
...
Stefan Krah
___
Python-ideas mailing list
Python-i
mpiler.
... to mean that the expression is also evaluated if no assignment takes place.
Stefan Krah
___
Python-ideas mailing list
Python-ideas@python.org
https://mail.python.org/mailman/listinfo/python-ideas
Code of Conduct: http://python.o
maybe that's an argument for using '+' rather than '|'
> for dict merging.
If one views an ordered dict as an assoc list, '+' would mean prepending
the new values to the existing ones.
If one views an unordered dict as a set of ordered pairs, '|' would make
sense
r have no decent searchability or archives.
Stefan Krah
___
Python-ideas mailing list
Python-ideas@python.org
https://mail.python.org/mailman/listinfo/python-ideas
Code of Conduct: http://python.org/psf/codeofconduct/
On Tue, May 14, 2019 at 04:46:48PM +0700, Tom Hale wrote:
> How do I search this list's archives?
With Google:
site:mail.python.org the_search_term
Google nearly always has better results than the search features of
individual websites.
Stefan K
e well known.
The latter is probably required for larger code bases.
Stefan Krah
___
Python-ideas mailing list -- python-ideas@python.org
To unsubscribe send an email to python-ideas-le...@python.org
https://mail.python.org/mailman3/lists/python-ideas
22 matches
Mail list logo
