From owner-freebsd-hackers  Mon Jun 10 00:42:25 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id AAA27463
          for hackers-outgoing; Mon, 10 Jun 1996 00:42:25 -0700 (PDT)
Received: from uu.elvisti.kiev.ua (acc0.elvisti.kiev.ua [193.125.28.132])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA27317
          for <hackers@FreeBSD.ORG>; Mon, 10 Jun 1996 00:42:05 -0700 (PDT)
Received: from office.elvisti.kiev.ua (office.elvisti.kiev.ua [193.125.28.129]) by uu.elvisti.kiev.ua (8.7.5/8.7.3) with ESMTP id KAA17772; Mon, 10 Jun 1996 10:46:36 +0300 (EET DST)
Received: (from stesin@localhost) by office.elvisti.kiev.ua (8.6.12/8.ElVisti) id KAA16456; Mon, 10 Jun 1996 10:46:10 +0300
From: "Andrew V. Stesin" <stesin@elvisti.kiev.ua>
Message-Id: <199606100746.KAA16456@office.elvisti.kiev.ua>
Subject: Re: Need help with DDB (IPfilter 3.0.4, logging panices FreeBSD)
To: bde@zeta.org.au (Bruce Evans)
Date: Mon, 10 Jun 1996 10:46:10 +0300 (EET DST)
Cc: darrenr@cyber.com.au, stesin@elvisti.kiev.ua, hackers@FreeBSD.ORG,
        ipfilter@coombs.anu.edu.au
In-Reply-To: <199606080053.KAA10626@godzilla.zeta.org.au> from "Bruce Evans" at Jun 8, 96 10:53:49 am
X-Mailer: ELM [version 2.4 PL24alpha5]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Hello,

# bcopy (and all other functions written in assembler) doesn't set up the
# frame pointer, so stack traces in it don't work right.  Usually, the
# previous function's args are shown as bcopy's args and the previous
# function's name isn't shown.  They are easy to see by examining the
# stack (x/x $esp,10).

	Oh, thanks. Didn't know this.

# >The kernel has "options DDB", no compiler optimization,
# 
# Not even the default -O?

	Yes, I threw it away, being afraid to get even more strange
	results from the debugger.  Today CPUs _are_ fast enough. :)

# >config(8)  had '-g' switch (note: linkage of the kernel failed with this
# >switch combo; ld didn't find _memcmp symbol, why? I added libc.a to the
# 
# memcmp is a C library function that isn't available in the kernel.

	I guess that with '-g' present gcc doesn't put an inline
	equivalent of it in the resulting code?

		Thanks! (I'll probably try it once more, but I hope
		I localized the erroneous code already. Stupid me --
		why didn't I realize that "block in log body ..."
		never actually logged "body" for me? :(

-- 

	With best regards -- Andrew Stesin.

	+380 (44) 2760188	+380 (44) 2713457	+380 (44) 2713560

	"You may delegate authority, but not responsibility."
					Frank's Management Rule #1.