From mboxrd@z Thu Jan  1 00:00:00 1970
To: 9fans@cse.psu.edu
Subject: Re: [9fans] Hunging rio?
From: okamoto@granite.cias.osakafu-u.ac.jp
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="upas-kbglydeikmabhamgzsntglvvqo"
Message-Id: <20010518011142.672E01998A@mail.cse.psu.edu>
Date: Fri, 18 May 2001 10:11:25 +0900
Topicbox-Message-UUID: a0fb3c1e-eac9-11e9-9e20-41e7f4b1d025

This is a multi-part message in MIME format.
--upas-kbglydeikmabhamgzsntglvvqo
Content-Disposition: inline
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Curious, I don't see this behaviour.
Could you elaborate your running conditions a little bit more?

Kenji


--upas-kbglydeikmabhamgzsntglvvqo
Content-Type: message/rfc822
Content-Disposition: inline

Received: from granite.cias.osakafu-u.ac.jp ([192.168.1.3]) by diabase; Fri May 18 03:40:54 JST 2001
Received: from elmo.cias.osakafu-u.ac.jp (elmo.cias.osakafu-u.ac.jp [157.16.103.2])
	by granite.cias.osakafu-u.ac.jp (8.9.3/8.9.3) with ESMTP id DAA09605;
	Fri, 18 May 2001 03:41:27 +0900
Received: from mail.cse.psu.edu (postfix@psuvax1.cse.psu.edu [130.203.4.6])
	by elmo.cias.osakafu-u.ac.jp (8.9.3/3.7W-01051514) with ESMTP id DAA00629;
	Fri, 18 May 2001 03:41:35 +0900 (JST)
Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6])
	by mail.cse.psu.edu (CSE Mail Server) with ESMTP
	id 3A80619A1F; Thu, 17 May 2001 14:41:13 -0400 (EDT)
Received: from honti.mit.edu (HONTI.MIT.EDU [18.77.2.22])
	by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 5CBFA19A1A
	for <9fans@cse.psu.edu>; Thu, 17 May 2001 14:40:24 -0400 (EDT)
Received: (from avp@localhost)
	by honti.mit.edu (8.10.2/8.10.2) id f4HIeNj05867;
	Thu, 17 May 2001 14:40:23 -0400 (EDT)
Message-Id: <200105171840.f4HIeNj05867@honti.mit.edu>
From: Andrew Pochinsky <avp@honti.mit.edu>
To: 9fans@cse.psu.edu
Subject: [9fans] Hunging rio?
Sender: 9fans-admin@cse.psu.edu
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0.1
Precedence: bulk
Reply-To: 9fans@cse.psu.edu
X-Reply-To: avp@alum.mit.edu
List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: <http://lists.cse.psu.edu/archives/9fans/>
Date: Thu, 17 May 2001 14:40:23 -0400 (EDT)


 I've just download the new distribution (5/17/01) and it shows the
most peculiar behaviour: once plan9 is installed, and glenda boot the
terminal, trying to resize the term window (e.g., dragging the lower
right corner to the bottom right of the screen and pausing there for a
few seconds to appreciate the size of the window before releasing
button 2) results in a completely frozen machine -- C-tC-t does not
work, only CTRL-ALT-DEL puts the end to its misery.

If rio is not started, plan 9 seems to be quite happy. Same thing
happens almost reporducibly on two machines: Thinkpad 570 and a P-4
machine with ATI video card. (In both cases vga is recognized and
everything else works just fine. If the window resize gesture is done
differently, rio sometimes passes this step and works ok after that.

Does anyone have a suggestion how to fix the problem?

--andrew

P.S. This outrage did not happen on the older distributions, if that's
     any help in locating the bug.
--upas-kbglydeikmabhamgzsntglvvqo--