Email list hosting service & mailing list manager

Parameters vs. threads John Cowan (23 Apr 2020 20:47 UTC)
Re: Parameters vs. threads Marc Nieper-Wißkirchen (23 Apr 2020 21:11 UTC)
Re: Parameters vs. threads Marc Nieper-Wißkirchen (23 Apr 2020 21:14 UTC)
Re: Parameters vs. threads John Cowan (24 Apr 2020 00:12 UTC)
Re: Parameters vs. threads Lassi Kortela (24 Apr 2020 08:58 UTC)
Re: Parameters vs. threads Shiro Kawai (23 Apr 2020 21:26 UTC)
Re: Parameters vs. threads Jim Rees (24 Apr 2020 01:15 UTC)

Re: Parameters vs. threads Lassi Kortela 24 Apr 2020 08:58 UTC

> Otherwise, look at all the things you have to virtualize:  not just the
> umask and working directory, but the euid and egid, the environment
> variables, and the effects of fork(): that's as far as the paper goes.
> Not mentioned but also per-process are the process root directory, the
> command line (if it's mutable), the array of file descriptors, the
> process security context, the process resource limits like ulimit, the
> mount points, the signal handlers, ....

Basically like implementing Cygwin, but running multiple copies of it in
the same OS process, and every host OS has a different set of resources
to virtualize instead of being able to rely on Windows. Sounds fun :)

Over the long term, major advances in programming languages tend to come
from adding restrictions (automatic memory management, immutable data).
Restrictions on the programmer give more leeway to do useful things in
the language.

> "Threads share state. This
> enables inter-thread communication by explicitly providing several
> threads access to shared state by lexical binding."

All general-purpose operating systems have shared memory between
processes, and things like X Window System and PostgreSQL rely on it.