From owner-freebsd-hackers Sun Dec 29 00:29:55 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA19610 for hackers-outgoing; Sun, 29 Dec 1996 00:29:55 -0800 (PST) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA19601 for ; Sun, 29 Dec 1996 00:29:46 -0800 (PST) Message-Id: <199612290829.AAA19601@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA296598003; Sun, 29 Dec 1996 19:26:43 +1100 From: Darren Reed Subject: Re: ipretard.c selective tcp/ip queues and throughput limiters To: terry@lambert.org (Terry Lambert) Date: Sun, 29 Dec 1996 19:26:43 +1100 (EDT) Cc: julian@whistle.com, luigi@labinfo.iet.unipi.it, proff@iq.org, danny@panda.hilink.com.au, hackers@freebsd.org In-Reply-To: <199612272306.QAA25429@phaeton.artisoft.com> from "Terry Lambert" at Dec 27, 96 04:06:08 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Terry Lambert, sie said: [...] > This is what I've been calling "layering problems". It is definitely > a goal of mine to allow a module to be debugged in user space with a > source level debugger. Making code that compiles in the kernel also compile for user programs is tricky if you only want _one_ routine for both. I try to reuse as much code as possible for IP Filter when compiling the test program using .c's that also go in to the kernel-mode stuff. Darren