delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2005/06/05/23:04:47

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Date: Sun, 5 Jun 2005 23:04:40 -0400
From: Christopher Faylor <cgf-no-personal-reply-please AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Problem with pthreads (serious memory leaks)
Message-ID: <20050606030439.GA9161@trixie.casa.cgf.cx>
Reply-To: cygwin AT cygwin DOT com
References: <20050606013259 DOT GA7319 AT trixie DOT casa DOT cgf DOT cx> <BAY107-F11AE32BA8FD845DE7FA034D6FB0 AT phx DOT gbl>
Mime-Version: 1.0
In-Reply-To: <BAY107-F11AE32BA8FD845DE7FA034D6FB0@phx.gbl>
User-Agent: Mutt/1.5.8i

On Mon, Jun 06, 2005 at 02:28:45AM +0000, Arash Partow wrote:
>Hi Chris,
>
>How many times can we do this dance ? he he he he :)
>
>The code given is as simple as its gonna get. This is the same
>code used by Thomas Pfaff and by YOU to fix previous memory
>leaks found in cygwin :)

You may be right, but I don't remember ever having to wade through 308K
worth of code to try to figure out a problem.  Searching the archives,
I see that you had a program called "ThreadTest" which exposed a stdio
memory leak.  I still have that program sitting around and it doesn't
seem at all similiar to "example1".

>OK in simple terms this is what I see: I run example1 and open up my
>taskmanager and taskinfo and slowly watch the amount of memory example1
>is using increase continuously.

And example1 is doing what?  What functions is it calling?

When did you notice this behavior?  Is it only in 1.5.17?

>I then focus on taskinfo (because it gives a more detailed
>view), and examine the the different aspects of the application
>running (the threads, the loaded modules etc...). Now I know
>just as well as anyone else that because say a program crashes
>in a standard lib routine, doesn't mean the routine is buggy.

"crashes in a standard lib routine"?  I don't see any mention of a
crash in your previous email.  A crash is sometimes easier to debug
than a leak.  What standard lib routine is this crashing in?

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019