From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <6df120642d0c4b8c32718675b7b7b7ea@cs.Helsinki.FI> To: 9fans@cse.psu.edu Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? From: anyrhine@cs.Helsinki.FI In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Date: Wed, 5 Mar 2003 23:36:50 +0200 Topicbox-Message-UUID: 7aa63292-eacb-11e9-9e20-41e7f4b1d025 andrey mirtchovski wrote: > Text will just disappear from acme and terminal windows. I wouldn't even be > able to see the text in the menu options (though the green rectangle still > appears) I'm having similar problems with linux and a slow (128k) network connection, but it seems to be hardware dependent (possibly even XFree86 bug?). On all <500MHz workstations with Matrox G200 display card at our department I have a problem that after connecting with drawterm, all characters of a font don't work (some do). After cat'ing a file with lots of different characters and resizing the window a few times, I'm able to get all the characters working. The ritual has to be repeated for each font. On newer 1.3-2.4GHz systems with Matrox G400 or G450 graphics I am not able to reproduce this, but have the problem you described instead. Unfortunately I can't remember did only the acme's font stop working, or was it all fonts. I'll try to check this tomorrow. Also, the drawterm I'm using isn't the binary in plan9 distribution, but one built by myself (with gcc 2.96) from the source at sources. I had to do this because I needed to make the port numbers configurable to get around a firewall. Using the same binary in the same network with the cpu server, and with ati graphics, I have experienced neither of the problems, though I've used it more. -Aki