home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text2694.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  1.5 KB
  1. Received: from sloth.swcp.com (sloth.swcp.com [198.59.115.25]) by nacm.com (8.6.10/8.6.9) with ESMTP id NAA25995 for <executor@nacm.com>; Wed, 5 Jul 1995 13:43:33 -0700
  2. Received: from iclone.UUCP (uucp@localhost) by sloth.swcp.com (8.6.9/8.6.9) with UUCP id OAA10175 for nacm.com!executor; Wed, 5 Jul 1995 14:43:32 -0600
  3. Received: from gwar.ardi.com by mailhost  with smtp
  4.     (nextstep Smail3.1.29.0 #11) id m0sTbFg-000YbmC; Wed, 5 Jul 95 14:40 MDT
  5. Received: by gwar.ardi.com (linux Smail3.1.28.1 #5)
  6.     id m0sTbFf-000GOkC; Wed, 5 Jul 95 14:40 MDT
  7. Message-Id: <m0sTbFf-000GOkC@gwar.ardi.com>
  8. Date: Wed, 5 Jul 95 14:40 MDT
  9. From: mat@ardi.com (Mat Hostetter)
  10. To: executor@nacm.com
  11. Subject: Linux memory leak
  12. Sender: owner-paper@nacm.com
  13. Precedence: bulk
  14.  
  15. Here are a few ways people who are experiencing Linux memory problems
  16. can help us out:
  17.  
  18. 1) Let us (bugs@ardi.com) know what version of X, libc, and the kernel
  19.    you're using, and anything else that might be relevant.
  20. 2) If you are a programmer, run Executor under gdb and ctrl-c after
  21.    it's been eating memory for a while, and send us a backtrace.  It's
  22.    stripped, so you won't have symbols, but we should be able to
  23.    interpret the backtrace addresses over here.  If it's in sbrk or
  24.    malloc or something and we get a good backtrace, that might be
  25.    enormously useful information.  You might want to try this a few
  26.    times and see if you get consistent results.
  27.  
  28. This bug is tricky since it doesn't happen over here, so we need your
  29. help to find it.  Thanks!
  30.  
  31. -Mat
  32.  
  33.