From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Tury Newsgroups: gmane.emacs.help Subject: processes' filter functions and buffers -- data chunks Date: Sun, 30 Sep 2007 21:02:02 GMT Organization: Sonera corp Internet services Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1191188441 12517 80.91.229.12 (30 Sep 2007 21:40:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 30 Sep 2007 21:40:41 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Sep 30 23:40:38 2007 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Ic6Wf-00010Z-Ag for geh-help-gnu-emacs@m.gmane.org; Sun, 30 Sep 2007 23:40:33 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ic6Wb-0000pT-Il for geh-help-gnu-emacs@m.gmane.org; Sun, 30 Sep 2007 17:40:29 -0400 Original-Path: shelby.stanford.edu!headwall.stanford.edu!newsfeed.news2me.com!newsfeed.icl.net!newsfeed.fjserv.net!newsfeed.freenet.de!newsfeed2.scan-plus.net!newsfeed.ision.net!newsfeed2.easynews.net!ision!kanaga.switch.ch!switch.ch!newsfeed3.funet.fi!newsfeeds.funet.fi!feeder2.news.saunalahti.fi!feeder1.news.saunalahti.fi!nntp.inet.fi!central1.inet.fi!inet.fi!read3.inet.fi.POSTED!53ab2750!not-for-mail Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (windows-nt) Cancel-Lock: sha1:9uIG1ZHR0tBkfleEgPZ1MpdW7qE= Cache-Post-Path: xnews001!unknown@dunira-pool150193.europe.nokia.com X-Cache: nntpcache 3.0.2 (see http://www.nntpcache.com/) Original-Lines: 25 Original-NNTP-Posting-Host: 147.243.46.180 Original-X-Complaints-To: abuse@inet.fi Original-X-Trace: read3.inet.fi 1191186122 147.243.46.180 (Mon, 01 Oct 2007 00:02:02 EEST) Original-NNTP-Posting-Date: Mon, 01 Oct 2007 00:02:02 EEST Original-Xref: shelby.stanford.edu gnu.emacs.help:152498 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:48007 Archived-At: Hi, I read in (elisp)Filter Functions that "[A process'] output to the [filter] function may come in chunks of any size. A program that produces the same output twice in a row may send it as one batch of 200 characters one time, and five batches of 40 characters the next." What determines how and why this splitting happens? Is this an Emacs feature? Or depends only on the process (e.g. the program what Emacs connects to)? Or is this OS-dependent? I see some similar thing happening in the process' buffer also: sometimes I can't see the process' output until more output arrives. It seems the output is buffered somewhere and it doesn't displayed in the associated Emacs buffer until that (OS?) buffer is filled up. (I use official GNU Emacs v22 on MS Windows XP.) However, output is OK (=always showed up completely) in "Command/DOS windows", thus it seems this is Emacs "feature"?? I found this "unpredictable" splitting quite annoying and I don't know if I have chance to avoid this behaviour by modifying the peer program or I absolutely have to live with this feature? Thanks, P