From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20067 invoked by alias); 8 Feb 2003 22:48:01 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 20060 invoked from network); 8 Feb 2003 22:48:01 -0000 Received: from unknown (HELO exchange.tropicnetworks.com) (209.202.99.50) by 172.16.49.205 with SMTP; 8 Feb 2003 22:48:01 -0000 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: 1.3.19: fork() strange memory leak under W2K Date: Sat, 08 Feb 2003 22:48:00 -0000 Message-ID: <83040F98B407E6428FEC18AC720F5D73E501F1@exchange.tropicnetworks.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "Rolf Campbell" To: X-SW-Source: 2003-02/txt/msg00555.txt.bz2 Works for me on Win2000Pro+SP3/PIII. > -----Original Message----- > From: Victor Antonovich [mailto:avmlink@vlink.ru]=20 > Sent: Saturday, February 08, 2003 5:18 PM > To: cygwin@cygwin.com > Subject: 1.3.19: fork() strange memory leak under W2K >=20 >=20 > Hello! >=20 > Some time ago, when I was using at home 1.3.18 version of=20 > CygWin under Windows 2000 Workstation + SP3, I=20=20 > discovered that every command execution lead to some memory=20 > leak. It's especially noticeably when I try to run large=20 > scripts (like "configure") - the memory loading (as viewed=20=20 > in Task Manager) grow to its physical size and next I=20 > get message like this: >=20 > 0 [main] sh 35620 sync_with_child: child 35636(0xDC)=20 > died before initialization with status code 0x80 > 6847 [main] sh 35620 sync_with_child: *** child state=20 > waiting for longjmp > ./../ltconfig: fork: Resource temporarily unavailable >=20 > After this, any process can't be started without rebooting=20 > (or killing other process). >=20 > Recently, I upgraded my system to Windows 2000 Server +=20 > SP3 (with total precleanup) and CygWin 1.3.19, but problem is=20 > there as before. :( >=20 > I made small test program which loops for 1000 times: > --8<---------------------------------- > #!/bin/sh > ctr=3D1 > while test `expr "$ctr"` -lt 1000; do > ctr=3D`expr $ctr + 1` > # ps > /dev/null > done > --8<---------------------------------- >=20 > The result: > --8<---------------------------------- > $ ./test > 0 [main] sh 1136 sync_with_child: child 35976(0x134)=20 > died before initialization with status code 0x80 > 1976 [main] sh 1136 sync_with_child: *** child state=20 > waiting for longjmp > ./test: fork: Resource temporarily unavailable > --8<---------------------------------- >=20 > After this, the memory leak average is 28 MBytes. When I=20 > uncomment line "ps > /dev/null" in this example, memory=20 > leak grow to 42 MBytes. Changing "ps" command in uncommented=20 > line on any external command not affect average memory leak.=20 > All looks like every fork() lead to leak about 13 KBytes of=20 > physical memory. >=20 > All utilities don't indicate that memory leak exist in=20 > user space, that I decide that lost memory must be located in=20 > kernel space. >=20 > It's very strange, but all this works nice at my work on=20 > computer with Windows 2000 Workstation + SP3! My home=20 > computer hardware is AMD Duron 800 MHz, Abit KT7A=20 > Motherboard, 256 MB RAM; at work Celeron 800 MHz, Acorp i815=20 > Motherboard, 128 MB RAM. The difference is also in the > filesystems: FAT32 at home and NTFS at work. >=20 > I found similar messages in cygwin mailing list archive,=20 > but without any response. By the way, same problem exist=20 > in MinGW minimalistic system (MSYS). Is there anybody who=20 > can say any considerations about this problem? The "cygcheck"=20 > program out is attached to this message. >=20 > Regards, > Victor. >=20 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/