diff options
author | Marius Vollmer <mvo@zagadka.de> | 2005-03-02 20:46:41 +0000 |
---|---|---|
committer | Marius Vollmer <mvo@zagadka.de> | 2005-03-02 20:46:41 +0000 |
commit | b4fddbbeda8368b705daabb6a32202d1b9ba8b8e (patch) | |
tree | ec2851b20d5215eaa2bb6a0402bc0abd5cdf8856 /doc/ref/srfi-modules.texi | |
parent | 9de87eea47536e25ef99bc25f07afdd759ee3575 (diff) | |
download | guile-b4fddbbeda8368b705daabb6a32202d1b9ba8b8e.tar.gz |
Updates for the new thread stuff.
Diffstat (limited to 'doc/ref/srfi-modules.texi')
-rw-r--r-- | doc/ref/srfi-modules.texi | 25 |
1 files changed, 13 insertions, 12 deletions
diff --git a/doc/ref/srfi-modules.texi b/doc/ref/srfi-modules.texi index c02840acc..e24cce34f 100644 --- a/doc/ref/srfi-modules.texi +++ b/doc/ref/srfi-modules.texi @@ -2356,22 +2356,23 @@ scope and the result from that @var{thunk} is the return from @code{with-parameters*}. This function is a Guile-specific addition to the SRFI, it's similar -to the core @code{with-fluids*} (@pxref{Fluids}). +to the core @code{with-fluids*} (@pxref{Fluids and Dynamic States}). @end defun @sp 1 -Parameter objects are implemented using fluids (@pxref{Fluids}), so -each dynamic root has it's own parameter locations. That includes the -separate locations when outside any @code{parameterize} form. When a -parameter is created it gets a separate initial location in each -dynamic root, all initialized to the given @var{init} value. - -As alluded to above, because each thread is a separate dynamic root, -each thread has it's own locations behind parameter objects, and -changes in one thread are not visible to any other. When a new -dynamic root or thread is created, the values of parameters in the -originating context are copied, into new locations. +Parameter objects are implemented using fluids (@pxref{Fluids and +Dynamic States}), so each dynamic state has it's own parameter +locations. That includes the separate locations when outside any +@code{parameterize} form. When a parameter is created it gets a +separate initial location in each dynamic state, all initialized to +the given @var{init} value. + +As alluded to above, because each thread usually has a separate +dynamic state, each thread has it's own locations behind parameter +objects, and changes in one thread are not visible to any other. When +a new dynamic state or thread is created, the values of parameters in +the originating context are copied, into new locations. SRFI-39 doesn't specify the interaction between parameter objects and threads, so the threading behaviour described here should be regarded |