Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!tut.cis.ohio-state.edu!SUMEX-AIM.STANFORD.EDU!skarupa From: skarupa@SUMEX-AIM.STANFORD.EDU (Steve Skarupa) Newsgroups: comp.sys.xerox Subject: (none) Message-ID: Date: 18 Jul 90 13:55:04 GMT Sender: welch@tut.cis.ohio-state.edu Distribution: inet Organization: Info-1100 Mailing List Lines: 33 Return-Path: Received: from pharmvax1.ab.umd.edu by sumex-aim.stanford.edu (4.0/inc-1.0) id AB15174; Wed, 18 Jul 90 06:38:14 PDT Message-Id: <9007181338.AB15174@sumex-aim.stanford.edu> Date: 18 Jul 90 09:29:00 EDT From: xerox@pharmvax1.ab.umd.edu To: "skarupa" From: PHVAX1::WINS%"" 18-JUL-1990 09:26:34.24 To: XEROX CC: Subj: FTP etherpacket deallocation Return-Path: Received: from sumex-aim.stanford.edu by pharmvax1.ab.umd.edu with SMTP ; Wed, 18 Jul 90 09:26:24 EDT Received: by sumex-aim.stanford.edu (4.0/inc-1.0) id AA15059; Wed, 18 Jul 90 06:27:00 PDT Date: Wed, 18 Jul 1990 6:26:59 PDT From: Steve Skarupa To: info-100@sumex-aim.stanford.edu Cc: skarupa@sumex-aim.stanford.edu Subject: FTP etherpacket deallocation Message-Id: Problem: with Medley TCP/IP such that after every FTP request, the (VMEMSIZE 'LISP) increases by 7 pages. Thus, the vmem eventually fills up. By looking at the (STORAGE) results my guess is that some Etherpackets are getting de-allocated. Is this a known FTP bug? Merci. Stephen Skarupa skarupa@sumex-aim.stanford.edu