From xemacs-m  Thu Jan 23 09:30:07 1997
Received: from jagor.srce.hr (hniksic@jagor.srce.hr [161.53.2.130])
          by xemacs.org (8.8.4/8.8.4) with ESMTP
	  id JAA14833 for <xemacs-beta@xemacs.org>; Thu, 23 Jan 1997 09:30:00 -0600 (CST)
Received: (from hniksic@localhost)
          by jagor.srce.hr (8.8.4/8.8.4)
	  id QAA16976; Thu, 23 Jan 1997 16:29:43 +0100 (MET)
Sender: hniksic@public.srce.hr
To: xemacs-beta@xemacs.org
Subject: Re: Sort of a bug in Fsit-for and Fsleep-for
References: <199701221635.RAA00914@sen2.ida.liu.se>
X-URL: ftp://gnjilux.cc.fer.hr/pub/unix/util/wget/
X-Attribution: Hrv
X-Face: &}4JQk=L;e.~x+|eo]#DGk@x3~ed!.~lZ}YQcYb7f[WL9L'Z*+OyA\nAEL1M(".[qvI#a2E
 6WYI5>>e7'@_)3Ol9p|Nn2wNa/;~06jL*B%tTcn/XvhAu7qeES0\|MF%$;sI#yn1+y"
From: Hrvoje Niksic <hniksic@srce.hr>
Date: 23 Jan 1997 16:29:42 +0100
In-Reply-To: David Byers's message of Wed, 22 Jan 1997 17:35:24 +0100
Message-ID: <kigohego1eh.fsf@jagor.srce.hr>
Lines: 31
X-Mailer: Red Gnus v0.82/XEmacs 19.14

David Byers (davby@ida.liu.se) wrote:
> In the example code I gave in my first report, the result was that
> data was entered into a buffer in reverse order. In a package I am
> working on, the result was a mass of errors when the filter function
> tried to parse data in reverse order.
> 
> (Am I making sense so far?)

Yes.

> I would prefer to see Fsit_for and Fsleep_for terminate when they see
> a process event, but I don't know if anything obscure would break if
> they did. Another possibility (that I don't beleive in) would be to

It doesn't look dangerous for Fsit_for and Fsleep_for to terminate on
a process event.  Why don't you make the change, and see what happens
to your XEmacs environment?  I think a breakage in that area would be
pretty obvious.

> I'd like to hear what others think: should sit-for and sleep-for
> terminate when they see a process event? Should I write the code? Is
> the current behavior preferable?

The current behaviour doesn't strike me as preferable, according to
your description.

-- 
Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
"Beware of bugs in the above code; I have only proved it correct,
not tried it."                                    -- Donald Knuth

