delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2003/08/03/07:38:33

Message-Id: <200308031138.h73BcXZ11799@delorie.com>
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/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
From: Joerg Fischer <jf505 AT gmx DOT de>
To: <cygwin AT cygwin DOT com>
Date: Sun, 3 Aug 2003 13:35:04 +0200
Subject: Re: Cygwin and filtering bug
Mime-Version: 1.0
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id h73BcXZ11799

>(sorry folks, I don't speak Vim)

I know that I should have checked the problem with a pure
console editor. In Vim filtering works regardless of size.

This isn't a big surprise. To read the standard streams
of the called filter, NEdit sets up Xt callbacks
(with XtAppAddInput), see source/shell.c in the NEdit
source tarball. 

How big the chunk of output read from the filter is at one
callback, can't be predicted. However, the reading functions 
should get called again and again until the streams get closed.
(Needless to say that this works like a charme under Unix.)

--Joerg


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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019