--simple boundary
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-ID: <Pine.GSO.3.96.970629101335.14970D@buffy>
Am I the only one that got 25 copies of this one message?
This was the most recent one... It's getting rather annoying.
Looks like his POP client is on drugs, actually.
-Taner
---------- Forwarded message ----------
Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by buffy.isi.net (8.8.5/ISI-1.5) with ESMTP id KAA14979 for <taner@isi.net>; Sun, 29 Jun 1997 10:10:42 -0700 (PDT)
Received: from root@vger.rutgers.edu (port 53796 [128.6.190.2]) by nic.funet.fi with ESMTP id <16201-29341>; Sun, 29 Jun 1997 18:53:15 +0300
Received: by vger.rutgers.edu id <998741-554>; Sun, 29 Jun 1997 11:46:33 -0400
Received: from IDENT-NOT-QUERIED@gatekeeper.qms.com (port 4023 [161.33.3.1]) by vger.rutgers.edu with SMTP id <998452-554>; Sun, 29 Jun 1997 11:46:13 -0400
Received: from rd.qms.com (sun470.qms.com) by gatekeeper.qms.com (4.1/SMI-4.1)
id AA26361; Sun, 29 Jun 97 10:47:23 CDT
Received: from internet-mail.it.qms.com by rd.qms.com (4.1/SMI-4.1)
id AA14037; Sun, 29 Jun 97 10:47:20 CDT
From: whawes@star.net
Received: from POP3 Client by internet-mail.it.qms.com (ccMail Link to SMTP R8.00.00)
id AA867599237; Sun, 29 Jun 97 10:47:21 -0600
Message-Id: <9706298675.AA867599237@internet-mail.it.qms.com>
X-Mailer: ccMail Link to SMTP R8.00.00
Date: Fri, 27 Jun 97 21:28:36 -0600
To: <marks@sun470.rd.qms.com>
Cc: <linux-kernel@vger.rutgers.edu>
Subject: Re: User app corrupting buffer cache.
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="simple boundary"
Sender: owner-linux-kernel@vger.rutgers.edu
Precedence: bulk
Mark Salter wrote:
>
> I am running into a strange problem where a user-level program
> is causing the buffer cache to be corrupted.
> Any comments or suggestions on how to track down this problem?
Sounds like an interesting bug :-)
A couple of suggestions:
(1) try using strace and see whether any system calls look funny
(strange arguments, unexpected failures.)
(2) Since you say the ps_app itself gets corrupted, set up a background
process to checksum the app every second or so. Then run ps_app under
the debugger and see if you can narrow down when the corruption occurs.
It's possible you're passing bad arguments to a system call and they
aren't being properly checked.
-Bill
--simple boundary--