Date: Wed, 8 May 2002 11:41:56 +0300 (EEST) From: Dmitry Pryanishnikov <dmitry@atlantis.dp.ua> To: freebsd-stable@FreeBSD.ORG Subject: Re: buffer size Message-ID: <20020508113620.K26619-100000@atlantis.dp.ua> In-Reply-To: <20020508011556.A28420@HAL9000.wox.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hello! On Wed, 8 May 2002, David Schultz wrote: > > > (without X). Therefore, scmouse.c computes the cut_buffer_size > > > incorrectly. Try to copy all screen and paste then. > > > > More specifically, it copies no more than 1024 characters (tested > > both on 4.2-RELEASE and 4.4-RELEASE (fill one of your virtual > > consoles with text, then select all screen, then switch to another > > console, start "cat >file" and paste the text, then press ^D twice - > > you'll see that file size will be no more than 1024). > > Yep, it's a termios limitation, not a syscons limitation. I suspect > that there's a way to get syscons to stop sending data when the input > queue is full, but it can't be that easy or someone who understands it > would have fixed it by now. Aha, so-called "typeahead buffer"? Is it possible to increase it's size to, say, 4K (to fit 132x25 screen)? If yes, what #defines one should change? What negative effects could it give? Sincerely, Dmitry Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020508113620.K26619-100000>