From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: [PATCH] libxen-3.0 (libxc rewrite) Date: Tue, 22 Mar 2005 10:34:11 -0600 Message-ID: <42404903.30900@us.ibm.com> References: <42404447.9070507@us.ibm.com> <424047EC.5060105@us.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit In-Reply-To: <424047EC.5060105@us.ibm.com> Sender: xen-devel-admin@lists.sourceforge.net Errors-To: xen-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Nivedita Singhvi Cc: Ian Pratt , Christian.Limpach@cl.cam.ac.uk, xen-devel@lists.sourceforge.net, ian.pratt@cl.cam.ac.uk List-Id: xen-devel@lists.xenproject.org Nivedita Singhvi wrote: > Anthony Liguori wrote: > >> There's only one problem with this: thread-safety. I believe errno >> is commonly implemented in thread-local storage. We'd have to jump >> through major hoops to get our own proper errno. > > > Anthony - not sure what you are referring to here, because > the common use is to use the global errno made available > in libc. Is that not a proper errno? Some libraries implement their own psuedo-errno to store library specific errors. To the best of my knowledge, with the exception of system libraries (libc) errno is not used and not really supposed to be used. I could be wrong, but I can't think of any libraries that use it. > thanks, > Nivedita > > > ------------------------------------------------------- This SF.net email is sponsored by: 2005 Windows Mobile Application Contest Submit applications for Windows Mobile(tm)-based Pocket PCs or Smartphones for the chance to win $25,000 and application distribution. Enter today at http://ads.osdn.com/?ad_id=6882&alloc_id=15148&op=click