X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:to:from:subject:date:message-id:references
	:mime-version:content-type:content-transfer-encoding; q=dns; s=
	default; b=kgifZ+nd9GEUkxmrAdnhTIXZ1dwDigzS7zmRGEfo9VKF7BM8VrkGE
	/hFyh3+KS7yuaiPQ385pQk+X8GwXp9o04/rQv3gHyv68lu6rqXtqLAHGoxvFk7Qu
	63eTZ7q6kUMaCiROb0SE0SlImsDAnKpALZgXX3tEKRjhW7lSaRea3E=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:to:from:subject:date:message-id:references
	:mime-version:content-type:content-transfer-encoding; s=default;
	bh=kMbKq5e7ZFEbRUbOcH8HQXrWCSA=; b=uG49J2k4qfT/cmOsNff+0kGgiBJO
	9SXrrz4iMj5qa3Dmuft97OhOimgJw18RSatBoypyd3NIVBnFTOqsmIc5xIxrDRhA
	9lsEZzRS0NNBMAAsR46GkOa3T05T2ziBfwznYDF/2w80k+noj/jMCVRVUOHnVoXV
	XDUjsW/GeS5ngn4=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=0.5 required=5.0 tests=BAYES_00,FSL_HELO_BARE_IP_2,RCVD_IN_DNSWL_NONE,RCVD_NUMERIC_HELO,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.3.2
X-HELO:	plane.gmane.org
To:	cygwin AT cygwin DOT com
From:	Dawid Ferenczy <ferenczy AT volny DOT cz>
Subject:	Re: Clearing the buffer after quitting LESS, MAN, VIM etc.
Date:	Wed, 29 Jan 2014 17:28:16 +0000 (UTC)
Lines:	44
Message-ID:	<loom.20140129T182024-324@post.gmane.org>
References:	<loom DOT 20131231T025559-913 AT post DOT gmane DOT org> <8545c95dp8ns21seorjf67o4eueglcarsk AT 4ax DOT com> <20131231185859 DOT GA4460 AT ednor DOT casa DOT cgf DOT cx> <20131231222904 DOT GA5441 AT ednor DOT casa DOT cgf DOT cx> <loom DOT 20140103T011837-791 AT post DOT gmane DOT org> <20140103065626 DOT GB2538 AT ednor DOT casa DOT cgf DOT cx> <loom DOT 20140104T042813-236 AT post DOT gmane DOT org> <CAM9pMnOF4JVzWjSoMKc2bhTd3ApS5BkHW10W+5MFq9LVxPrxrA AT mail DOT gmail DOT com> <20140105234943 DOT GA2524 AT ednor DOT casa DOT cgf DOT cx>
Mime-Version:	1.0
User-Agent:	Loom/3.14 (http://gmane.org/)
X-IsSubscribed:	yes

Christopher Faylor <cgf-use-the-mailinglist-please <at> cygwin.com> writes:

> You are not an acknowledged expert in sleep, issues, or me, so your
> opinions are irrelevant.  I don't know why you felt compelled to comment
> on this minor point but your recommendations, understanding of humor, or
> likes are really off-topic for the Cygwin mailing list.


It's nothing important to talk about I think :)

But could I ask you, if you have some spare time (I know that it's stupid 
:) I haven't got any spare time too), could you take a look on preserving 
the whole scrollback buffer, no matters how big it is, please? As I have 
described in my previous post. When I open and exit e.g. the LESS, the 
visible buffer is preserved, but when I scroll up, there is nothing. I have 
scrollback buffer set to the 9999 lines (as it is maximum in the ConEmu).

Thank you very much for your exemplary support!

-- 
 Dawid Ferenczy
 http://ferenczy.cz


> And the fix is almost perfect. It's only almost perfect, because it
> preserves the visible buffer only, not the whole scrollback buffer, which
> could be much more larger, than the window size. I can live with that, but
> could it be possible to preserve the whole scrollback buffer, no
> matters how big it is? I have a window size of 240 * 70 and scrollback
> buffer of 240 * 9999 characters.
> 
> So we need to split the buffer to the regions smaller than 16384 
characters
> (to fit buffer in a heap). Maybe it could be possible to get the
> scrollback buffer dimensions instead of the window dimensions and use
> ReadConsoleOutputWrapper in a loop (buffer_width * buffer_height / 16384
> iterations). Moreover, if the window size is bigger than 32768 characters,
> your fix will fail, because you attempt to read a region bigger than
> 16384 characters at once, I guess.
> 
> But it's interesting that when I have the window size smaller than 16384
> characters (240 * 62), the whole scrollback buffer is preserved, no
> matters how big it is.



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -