From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id VAA02651; Tue, 24 Apr 2001 21:18:17 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: (from weis@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id VAA02552 for caml-list@pauillac.inria.fr; Tue, 24 Apr 2001 21:18:17 +0200 (MET DST) Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id SAA00627 for ; Tue, 24 Apr 2001 18:29:16 +0200 (MET DST) Received: from tequila.cs.yale.edu (tequila.cs.yale.edu [128.36.229.152]) by concorde.inria.fr (8.11.1/8.10.0) with ESMTP id f3OGTEP17382 for ; Tue, 24 Apr 2001 18:29:14 +0200 (MET DST) Received: from tequila.cs.yale.edu (localhost [127.0.0.1]) by tequila.cs.yale.edu (8.11.0/8.9.3) with SMTP id f3OGT1219045 for ; Tue, 24 Apr 2001 12:29:01 -0400 To: caml-list@inria.fr From: "Stefan Monnier" Newsgroups: lists.caml Subject: Re: [Caml-list] toplevel is hanging References: <200104231316.PAA14842@ilt.fhg.de> <4.3.2.7.2.20010423115631.00dcecc0@shell16.ba.best.com> <200104241552.RAA22012@ilt.fhg.de> Date: 24 Apr 2001 12:28:57 -0400 Message-ID: <5lae56xnw6.fsf@rum.cs.yale.edu> User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.0.103 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Path: rum.cs.yale.edu NNTP-Posting-Host: rum.cs.yale.edu X-Trace: 24 Apr 2001 12:28:57 -0400, rum.cs.yale.edu Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk >>>>> "wester" == wester writes: >> 2. Fix emacs. The documentation for process-send-region says "If the >> region is more than 500 characters long, it is sent in several bunches. >> This may happen even for shorter regions. Output from processes can arrive >> in between bunches." They did this to fix this exact process interlock >> problem. Of course, this is not what the source code does. The source >> only breaks up _lines_ that are longer than a certain length, but the >> problem is the regions we're sending have short lines, but lots of newlines. >> If the code actually did what the docs say then this wouldn't have >> happened. I did not feel like messing with the heinous emacs source >> (this function is particularly beautiful :), so I did #1. I can't remember seeing this particular bug-report, but I'll look into it. Of course, there's a third solution (the one used in sml-mode) which is for tuareg to use a temporary file. Stefan ------------------- To unsubscribe, mail caml-list-request@inria.fr. Archives: http://caml.inria.fr