From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <67325140f16f21e9ac66c77888b22483@brasstown.quanstro.net> References: <67325140f16f21e9ac66c77888b22483@brasstown.quanstro.net> Date: Sat, 22 Jan 2011 18:56:06 -0800 Message-ID: From: ron minnich To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] plan9 go output faults on 9vx with rfork Topicbox-Message-UUID: a04d8a30-ead6-11e9-9d60-3106f5b1d025 On Sat, Jan 22, 2011 at 6:48 PM, erik quanstrom wro= te: > the plan 9 core needs to religiously use uintptr and not long. =A0long > is always wrong for these things. It's a bit messier than that. When 9vx is built as 64-bit, it's a 64-bit kernel supporting 32-bit binaries. uintptr is still a 64-bit entity. There's no way to take a 32-bit reference parameter as used in semacquire and treat it as a pointer to a 64-bit item and have it end well ... What has to happen is the 9vx syscall interfaces need to be scrubbed just a bit more for these types of cases and corrected. Or,simpler, just keep building 32-bit 9vx; that may be the best bet. ron