From: fjh@cs.mu.OZ.AU (Fergus Henderson)
Subject: Re: B19: threads
21 Apr 1998 07:07:57 -0700
Message-ID: <19980421020806.09732.cygnus.gnu-win32@murlibobo.cs.mu.OZ.AU>
References: <199804200421.VAA00673@proxyb1.san.rr.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
To: mlx@san.rr.com
Cc: Cygnus GNU-win32 mailing list <gnu-win32@cygnus.com>

On 19-Apr-1998, Steve Biskis <mlx@san.rr.com> wrote:
> Whats the deal with all those:  _<somefunc>_r  procedures in the run-time
> that are supposed to protect the "reent" structure and make cygwinb19.dll
> thread-safe ???
> 
> I found this in the archives:

My guess is that this documentation is aimed at embedded system developers.
That probably explains the interchangable use of the words
"process" and "thread".

> 3.  What is the 2nd way of achieving reentrancy ???

Method 1:
> Use the reentrant versions of the library functions, after initializing a
> global reentrancy structure for each process. Use the pointer to this
> structure as the extra argument for all library functions.

Method 2:
> Ensure that each
> thread of execution control has a pointer to its own unique reentrancy
> structure in the global variable, _impure_ ptr, and call the standard
> library subroutines. 

-- 
Fergus Henderson <fjh@cs.mu.oz.au>  |  "I have always known that the pursuit
WWW: <http://www.cs.mu.oz.au/~fjh>  |  of excellence is a lethal habit"
PGP: finger fjh@128.250.37.3        |     -- the last words of T. S. Garp.
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".