From mboxrd@z Thu Jan 1 00:00:00 1970 From: William Josephson To: 9fans@cse.psu.edu Subject: Re: [9fans] drawterm / linux Message-ID: <20011108235006.A64525@honk.eecs.harvard.edu> References: <20011109130638-16803A.affeldt@harp.is.s.u-tokyo.ac.jp> <200111090432.fA94WZc10106@fywss.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200111090432.fA94WZc10106@fywss.com>; from steve@fywss.com on Thu, Nov 08, 2001 at 11:32:34PM -0500 Date: Thu, 8 Nov 2001 23:50:06 -0500 Topicbox-Message-UUID: 1a960c98-eaca-11e9-9e20-41e7f4b1d025 On Thu, Nov 08, 2001 at 11:32:34PM -0500, Steve Kotsopoulos wrote: > This sounds like the problem that you hit when running a linux 2.4 series > kernel, caused by the 'thread switch hack' not working with that kernel. > > Has anyone solved this? [not sure if rob's suggestion of > statically-linking was taking the above into account or not] You'd have to ask Russ to be sure, but I think it is fixed in drawterm2k. Isn't there a distributed version that uses pthreads? If not, it is a relatively trivial amount of work to get the drawterm threads to run on top of pthreads. I thought that was how the public version works under FreeBSD and Windows anyway. You can also replace the pipe-lock hack with sleep/wakeup on top of pthreads, although for drawterm I doubt the difference would be noticeable. (It is for things like McIlroy's squint, which is what I use to test my Unix port of the Plan 9 thread library). -WJ