Date: Fri, 21 Sep 2007 10:06:30 +0000 From: ttw+bsd@cobbled.net To: freebsd-current@freebsd.org Cc: Darren Reed <darrenr@freebsd.org>, Olivier Warin <daffy@xview.net>, John Birrell <jb@what-creek.com> Subject: Re: Dtrace port status Message-ID: <20070921100630.GA10718@holyman.cobbled.net> In-Reply-To: <46F38B59.9070707@freebsd.org> References: <6385B28C-01D1-459A-9543-E36C89C7F36E@xview.net> <20070920203413.GA13737@what-creek.com> <46F367E0.4000300@freebsd.org> <20070921070347.GA17990@what-creek.com> <46F38B59.9070707@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 21.09-02:14, Darren Reed wrote: [ ... ] > >Only if it is clean-room coded. > > So find someone who hasn't read that email, write up a spec for the missing > fields that dtrace requires and ask them to implement and commit the change > to the dtrace branch on freebsd.org ? :) this has merit. to be honest, within copyright (UK and EU), i think you could reasonably use structure definitions as they are fundamental to the interaction, not the operation of the code. this has support, though it's not been specifically ruled on in court (certainally not that i'm aware of). there is a much bigger problem around patents and no amount of clean room coding is going to avoid those. ... having said that, nethier is adding some secondary structure -- that is not how patent coverage works, only copyright.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070921100630.GA10718>