From owner-freebsd-hackers  Mon Dec 30 18:53:52 1996
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id SAA08818
          for hackers-outgoing; Mon, 30 Dec 1996 18:53:52 -0800 (PST)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id SAA08807
          for <hackers@freebsd.org>; Mon, 30 Dec 1996 18:53:49 -0800 (PST)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA01346; Mon, 30 Dec 1996 19:44:14 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199612310244.TAA01346@phaeton.artisoft.com>
Subject: Re: ipretard.c selective tcp/ip queues and throughput limiters
To: avalon@coombs.anu.edu.au (Darren Reed)
Date: Mon, 30 Dec 1996 19:44:14 -0700 (MST)
Cc: terry@lambert.org, julian@whistle.com, luigi@labinfo.iet.unipi.it,
        proff@iq.org, danny@panda.hilink.com.au, hackers@freebsd.org
In-Reply-To: <199612290827.BAA00338@coyote.Artisoft.COM> from "Darren Reed" at Dec 29, 96 07:26:43 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> > 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 beg to disagree... PIC objects don't care whose address space
they are loaded or copied into... code is relatively addressed and
doesn't really care post-relocation if the relocation was by way
of ld -A or by way of dlopen.

Anyway...


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.