Date: Tue, 25 Jun 2002 23:05:54 -0700 From: Alfred Perlstein <alfred@FreeBSD.org> To: David Greenman-Lawrence <dg@root.com> Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/kern uipc_syscalls.c Message-ID: <20020626060554.GZ53232@elvis.mu.org> In-Reply-To: <20020624104613.D6982@nexus.root.com> References: <200206240642.g5O6gM327387@freefall.freebsd.org> <20020624011200.A6982@nexus.root.com> <20020624090931.GR53232@elvis.mu.org> <20020624101654.B6982@nexus.root.com> <20020624172702.GV53232@elvis.mu.org> <20020624104613.D6982@nexus.root.com>
next in thread | previous in thread | raw e-mail | index | archive | help
* David Greenman-Lawrence <dg@root.com> [020624 10:49] wrote: > >> Actually, what I said was "Yes, this is going to require some backwords > >> compatibility gook before it is MFC'd."...and that was 6 months ago. It's > >> even more true today. > >> Of course this hurdle was the reason it was never MFCed. I'm just thinking > >> about how much of a pain this is going to be to deal with it on all of the > >> DTI servers and figure that other people will choke on it, too. > > > >Ok, then just tell me what to do and I'll do the grunt work. > > I don't have any experience trying to do this, but my understanding is > that the syscall would need to be deprecated and renamed something like > osendfile(). osendfile() just becomes a compatibility shim (presumably > subtracting the header length from nbytes) and then calls the new syscall. I plan on fixing this tomorrow (sorry for the lag), however I was wondering if libc_r will need any bandages? -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020626060554.GZ53232>