From owner-freebsd-current Fri Oct 18 03:31:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA12361 for current-outgoing; Fri, 18 Oct 1996 03:31:24 -0700 (PDT) Received: from lassie.eunet.fi (lassie.eunet.fi [192.26.119.7]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA12351 for ; Fri, 18 Oct 1996 03:31:19 -0700 (PDT) Received: from marathon.tekla.fi by lassie.eunet.fi with SMTP id AA19751 (5.67a/IDA-1.5 for ); Fri, 18 Oct 1996 13:31:14 +0300 Received: from poveri.tekla.fi by marathon.tekla.fi (5.65/20-jun-90) id AA23346; Fri, 18 Oct 1996 12:31:12 +0200 From: sja@tekla.fi (Sakari Jalovaara) Received: by poveri.tekla.fi; (5.65v3.2/1.1.8.2/20Aug96-0557PM) id AA07335; Fri, 18 Oct 1996 13:31:12 +0300 Date: Fri, 18 Oct 1996 13:31:12 +0300 Message-Id: <9610181031.AA07335@poveri.tekla.fi> To: current@freebsd.org Subject: Re: Weirdness in current Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >Stack corruption bugs are a *bugger* to find. > > Port your software to SunOS/Slolaris and run Purify on it. :) Hey, don't laugh! I've ported plenty of stuff to HP just to run under Purify. Going through all FreeBSD userland stuff with Purify would be a useful project (and a BIG one). One would need to port libraries and executables to SunOS, HP-UX and/or NT. (Purify for Losedows NT just came out; see www.pureatria.com.) >> I once made a gross hack on a Pyramid, such that checksum of the stack >> was made at every function call and record written to file at the >> return recording match/nomatch. > > This is basically what Purify does.. The mechanism is different (at least from the manual I've read); the stack checksum trick would find different kinds of errors from what Purify catches. Purify uses a memory coloring sceme and object code modification to figure out what bytes in memory shouldn't be accessed. ++sja