From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <40648187.6050901@swtch.com> From: Russ Cox User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b) Gecko/20031221 Thunderbird/0.4 MIME-Version: 1.0 To: 9fans@cse.psu.edu Subject: Re: [9fans] ports update References: <200403261905.i2QJ5OA19487@plg2.math.uwaterloo.ca> In-Reply-To: <200403261905.i2QJ5OA19487@plg2.math.uwaterloo.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 26 Mar 2004 14:16:23 -0500 Topicbox-Message-UUID: 44437e74-eacd-11e9-9e20-41e7f4b1d025 Richard C Bilson wrote: >>I'm running quite reliably under Linux/x86 for all day-to-day work, >> >> > >Actually, I just blew away my existing copy and did a fresh check-out, >and now things seem to work on Linux. Thanks, cvs. > >I'll see if I can get purify to work on SunOS. > > I did just fix an important bug in the resize code that could cause stray memory accesses after you've resized the window. And I rolled in Axel's new startup code changes -- they handle the case where you're sitting at a (say) 24-bit display but have your default window depth set to 8-bit. William Josephson suggests that the setlabel/gotolabel implementation for SPARC may not be handling register window overflow/underflow properly. We have a different implementation in tra (and of course I don't know the history of either one) that might be worth trying, but I've done my time fighting this stuff for the day. ("SPARC" is "CRAPS" backwards. -- rob) Russ