[Mono-devel-list] handles.c patch

Bernie Solomon bernard at ugsolutions.com
Wed Jul 23 12:22:08 EDT 2003

Re: [Mono-devel-list] handles.c patchThis still fails.

As I said I wasn't sure my patch was quite right. But it is the private_list's shared_cond & shared_mutex that I am initializing (though maybe in the wrong place) not the shared ones. _wapi_handle_timedwait_signal waits on these if _POSIX_THREAD_PROCESS_SHARED is undefined and they don't seem to be initialized anywhere else.

  ----- Original Message ----- 
  From: Dick Porter 
  To: Bernie Solomon 
  Cc: mono-devel-list at lists.ximian.com 
  Sent: Wednesday, July 23, 2003 8:39 AM
  Subject: Re: [Mono-devel-list] handles.c patch

  On Wed, 2003-07-23 at 01:29, Bernie Solomon wrote: 
  > I eventually realized that one reason things were slow for me is that 
  > the thread management thread was in a busy loop because mutexes 
  > weren't initialized so calls continually failed. 


  > I am not 100% sure this is the correct fix but it addresses my test 
  > case. I am currently configuring with shared handles disabled. The fix 
  > makes everything twice as fast for me having removed a busy thread. 

  This shouldn't actually do anything, because the shared mutex code 
  should be disabled.  Please try the attached patch instead and see if 
  that has the same effect. 

  > I assume this matters on HP because initializing mutexes to zeroes 
  > isn't the right thing to do yet presumably is OK on other platforms. 

  I'll save your suggested patch for when I get the time to make the 
  shared mutex code work.  The new Linux thread libraries support 
  process-shared objects. 


  - Dick 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20030723/3ed11b61/attachment.html 

More information about the Mono-devel-list mailing list