Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com Date: Fri, 13 Apr 2001 22:12:22 -0400 From: Jason Tishler To: Robert Collins Cc: cygwin AT cygwin DOT com Subject: Re: pthreads update for the adventurous Message-ID: <20010413221222.C5606@dothill.com> Mail-Followup-To: Robert Collins , cygwin AT cygwin DOT com References: <037701c0c3ab$9049bf30$0200a8c0 AT lifelesswks> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <037701c0c3ab$9049bf30$0200a8c0@lifelesswks>; from robert.collins@itdomain.com.au on Fri, Apr 13, 2001 at 09:51:57AM +1000 Organization: Dot Hill Systems Corp. Rob, On Fri, Apr 13, 2001 at 09:51:57AM +1000, Robert Collins wrote: > This is a plea for testing. On this list we've seen discussions about > pthreads for > g++, > gcj, > miniORB, > python > and who knows what else in the past. The following is an update to my previous report regarding Python built with thread support. On Tue, Mar 27, 2001 at 09:27:03AM -0500, Jason Tishler wrote: > I had the following issues when I configured Python to use your pthreads > support: > > 1. To compile I had to apply the attached patch to sys/signal.h. IIRC, > this is a known issue. This issue is resolved. Python builds OOTB when thread support is enabled (which is the default). > 2. The Python regression tests run much slower with pthreads enabled > than without. Also, the CPU seemed to be pegged at 100% more often > with pthreads than without. The above is still unfortunately true -- the regression tests took almost 5 hours to complete! > 3. The Python regression tests consistently crash during test_popen2 > with the following error message: > > H:\src\Python-2.1b2a-threads\python.exe: *** couldn't release memory 0x1A02C000(5013504) for 'H:\src\Python-2.1b2a-threads\build\lib.cygwin_nt-4.0-1.3.0-i686-2.1\imageop.dll' alignment, Win32 error 487 > > 358288600 [main] python 366 sync_with_child: child 269(0x248) died before initialization with status code 0x1 > 358288838 [main] python 366 sync_with_child: *** child state child loading dlls > 358291613 [sig] python 366 stackdump: Dumping stack trace to python.exe.stackdump The test_popen2, test_select, and test_socket tests all crash with the following error message: H:\src\Python-2.1b2a-threads\python.exe: *** couldn't release memory 0x1A02C000(5058560) for 'H:\src\Python-2.1b2a-threads\build\lib.cygwin_nt-4.0-1.3.0-i686-2.1\gdbm.dll' alignment, Win32 error 487 0 [main] python 110 sync_with_child: child 272(0x244) died before initialization with status code 0x1 288 [main] python 110 sync_with_child: *** child state child loading dlls test test_popen2 crashed -- exceptions.OSError: [Errno 11] Resource temporarily unavailable Well, at least Python is no longer stackdumping. Jason -- Jason Tishler Director, Software Engineering Phone: +1 (732) 264-8770 x235 Dot Hill Systems Corp. Fax: +1 (732) 264-8798 82 Bethany Road, Suite 7 Email: Jason DOT Tishler AT dothill DOT com Hazlet, NJ 07730 USA WWW: http://www.dothill.com -- Want to unsubscribe from this list? Check out: http://cygwin.com/ml/#unsubscribe-simple