From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <3F657A14.1090709@ameritech.net>
From: northern snowfall <dbailey27@ameritech.net>
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:0.9.4.1) Gecko/20020518 Netscape6/6.2.3
MIME-Version: 1.0
To: 9fans@cse.psu.edu
Subject: Re: [9fans] bcopy in APE
References: <3F657661.1090902@ameritech.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Date: Mon, 15 Sep 2003 03:36:36 -0500
Topicbox-Message-UUID: 36483eaa-eacc-11e9-9e20-41e7f4b1d025

> My question is, why does the function need to increment or
> decrement at all?


Oh, I get it. Because we're preserving the source vector as best
we can. I was just overthinking. Anyone care to confirm or
elaborate?

> And if there is a specific reason, why does
> plan9's implementation do it opposite of the netbsd?


Aha! I just realized that the destination argument in the
plan9 memmove is the source argument in the BSD bcopy.
And, the memmove call in bcopy (/sys/src/ape/lib/bsd/bcopy.c)
flips the arguments appropriately. Hah, okay. Duh.

Obviously, I need sleep. G'night.
Don

http://www.7f.no-ip.com/~north_

Yes, soon. Just email me if you need something off the site.