Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-developers-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin-developers AT sources DOT redhat DOT com Date: Sat, 21 Apr 2001 19:25:18 -0400 From: Christopher Faylor To: cygwin-developers-digest-help AT cygwin DOT com, cygwin-developers AT cygwin DOT com, newlib AT sources DOT redhat DOT com Subject: Re: vfscanf in newlib Message-ID: <20010421192518.E4033@redhat.com> Reply-To: cygwin-developers AT cygwin DOT com Mail-Followup-To: cygwin-developers-digest-help AT cygwin DOT com, cygwin-developers AT cygwin DOT com, newlib AT sources DOT redhat DOT com References: <987861904 DOT 20126 DOT ezmlm AT sources DOT redhat DOT com> <3AE1C5B2 DOT B63F2B54 AT ece DOT gatech DOT edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.11i In-Reply-To: <3AE1C5B2.B63F2B54@ece.gatech.edu>; from cwilson@ece.gatech.edu on Sat, Apr 21, 2001 at 01:38:58PM -0400 On Sat, Apr 21, 2001 at 01:38:58PM -0400, Charles S. Wilson wrote: >Didn't somebody already do a threadsafeness audit of newlib? If so, >then we don't want to break threadsafeness with these changes. I'm not >familiar with threaded code in C; what is neccessary to insure that a >given function is both reentrant and threadsafe (if a block of code is >threadsafe it is automatically reentrant, but a reentrant block is not >necessarily threadsafe, right?) That's right. AFAIK, newlib is not guaranteed to be thread safe. So, I guess that Cygwin is, by extension, not really thread safe either. I can think of a few functions in cygwin that are not thread safe, in fact. The enviroment manipulation is not thread-safe. I don't believe that vfork is thread safe. I'm sure that there are many others. cgf