home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.windows.open-look:4982 alt.toolkits.xview:1185
- Path: sparky!uunet!pmafire!news.dell.com!texsun!cronkite.Central.Sun.COM!news2me.EBay.Sun.COM!exodus.Eng.Sun.COM!exodus!rickg
- From: rickg@eng.sun.com (The Tankster)
- Newsgroups: comp.windows.open-look,alt.toolkits.xview
- Subject: Re: Mem leaks in Xview?
- Message-ID: <RICKG.93Jan7085540@irondude.eng.sun.com>
- Date: 7 Jan 93 14:55:40 GMT
- References: <C0EJr7.Dny@animal.er.bell.ca> <BUZZ.93Jan6090422@lion.bear.com>
- <hue.726392843@coney>
- Reply-To: rickg@eng.sun.com
- Organization: SunSoft, Inc.
- Lines: 38
- NNTP-Posting-Host: irondude
- In-reply-to: hue@island.COM's message of Thu, 7 Jan 1993 07:47:23 GMT
-
-
-
- From: hue@island.COM (Pond Scum)
- Organization: Island Graphics Corp.
- Date: Thu, 7 Jan 1993 07:47:23 GMT
-
- buzz@bear.com (Buzz Moschetti) writes:
- >If you hope to see your process memory usage drop by 4k when you
- >deallocate during PANEL_LIST_DELETE, you won't. Memory allocated by the
- >process cannot be returned to the pool -- that's Un*x, not X or XView.
-
- It's your malloc, not UNIX. I have an application that runs on SunOS 4.1.x
- and it sometimes grows to 60 or 70MB when the user does certain operations,
- and then shrinks to two or three megabytes when the operations complete
- and resources are freed.
-
- However, from what I can tell, there is a 20 byte leak every time you
- xv_create something. It looks like xv_destroy doesn't free that twenty
- bytes. Purify tells me it's in generic_init, which I guess is the init
- function for the base XView class.
-
-
-
- yep, i believe this was fixed in 3.0.1 (aka Solaris 2.0).
-
- <<tank
- --
-
- *********************************************************************
-
- Richard M. "Tank" Goldstein rickg@Eng.Sun.COM
- Window Developer Environment,
- SunSoft, Inc.
-
- "I'm a scientist. I don't think, I observe."
- -Dr. Clayton Forrester
-
- *********************************************************************
-