| To: | REALbasic NUG <realbasic-nug@lists.realsoftware.com> |
|---|---|
| Subject: | Re: Tracking down memory leaks |
| From: | Bastian Bense <bastibense@gmail.com> |
| Date: | Tue, 31 Mar 2009 10:00:16 +0200 |
| Authentication-results: | mx.google.com; spf=neutral (google.com: 74.124.194.228 is neither permitted nor denied by best guess record for domain of realbasic-nug-bounces@lists.realsoftware.com) smtp.mail=realbasic-nug-bounces@lists.realsoftware.com; dkim=neutral (body hash did not verify) header.i=@gmail.com |
| Delivered-to: | listarchive@realsoftware.com |
| Dkim-signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=lJPCgf/D+AtQolQLPXVZiNF0fVxLMIkYbW0u+9JZRZ0=; b=c6J9mdA0MARX2JCv8uRoTlagmpGs73RIhQChMMbD3+vW32VdGPxkM+eSV77aXVt0tB ex/dprtINWdXIsrRZhM0zCZ0rHvZP78qQk961u/ImKV/egSzmLkNFLlYRhsyjh7mHeuI GKg68Jl7MxDx1rGCm0knyQgpPoXD/bt+eCUEA= |
| Domainkey-signature: | a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=JKWRGb46MaEsHz2/RDQHiowchqnpp4Gbd4h9r3oosLJZgXU5MZYIjUe1tZfT0pTN5Y IDDrZQ75VywTTpnguJmuYzWxHtvE14SwHHE6NwIwBoTgewN31/dqOfzhEi7EyklQECEL edrZV84xlv56nrVnMsrq8zGId7WPzrj3cHTU8= |
| In-reply-to: | <11863016-FDF1-4EC9-9078-A39C6F51ADBE@logicaldevelopments.com.au> |
| References: | <11863016-FDF1-4EC9-9078-A39C6F51ADBE@logicaldevelopments.com.au> |
| Reply-to: | REALbasic NUG <realbasic-nug@lists.realsoftware.com> |
| Sender: | realbasic-nug-bounces@lists.realsoftware.com |
Hi, in REALbasic this can have two causes: The first one is circular references - that is two objects that somehow hold references to each other, so that the garbage collector can not delete those objects from memory. For this you can use the Runtime object and get yourself a list of allocated objects in the current runtime. The second cause can be a "real" memory leak, either caused by a Plugin or by REALbasic itself. For this you might have some luck with Valgrind, which is a memory leak checker. You could also try commenting out code that you added/modified recently and see if the leak disappears. Anyway - good luck with hunting it down - I know how much pain it can be. 2009/3/31 Paul Mulroney <pmulroney@logicaldevelopments.com.au>: > Hi Everyone, > > I've written a graphing program that records information from an ethernet > based temperature probe, and graphs it in a window. I wrote the graphing > routine from scratch, and it's basically a NewPicture(), with a bunch of > lines, dots and text added. > > I've noticed in the latest version that there's a memory leak - the > application progressively uses up more and more memory over time. This is > in Windows XP. > > It only happens when the graph window (where I create the picture) is open, > and not at any other time. > > Can anyone offer some suggestions about how I might be able to track down > this memory leak? -- Best regards, Bastian Bense _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html> |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Going Crazy with Encodings, Metsis |
|---|---|
| Next by Date: | Re: Tracking down memory leaks, RPEHLM |
| Previous by Thread: | Tracking down memory leaks, Paul Mulroney |
| Next by Thread: | Re: Tracking down memory leaks, RPEHLM |
| Indexes: | [Date] [Thread] [Top] [All Lists] |