delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2008/12/16/08:21:53

X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Message-ID: <49467903.2090104@cornell.edu>
Date: Mon, 15 Dec 2008 10:34:27 -0500
From: Ken Brown <kbrown AT cornell DOT edu>
User-Agent: Thunderbird 2.0.0.18 (Windows/20081105)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: [1.7] Problem - emacs fails to get shell-command output
References: <announce DOT 20081210203400 DOT GA15192 AT calimero DOT vinschen DOT de> <4941587D DOT 5070109 AT cornell DOT edu> <17393e3e0812111130n3dda8d05n8465481c68b97596 AT mail DOT gmail DOT com> <49457F56 DOT 1040508 AT cornell DOT edu> <20081215135249 DOT GV32197 AT calimero DOT vinschen DOT de>
In-Reply-To: <20081215135249.GV32197@calimero.vinschen.de>
X-IsSubscribed: yes
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

On 12/15/2008 8:52 AM, Corinna Vinschen wrote:
> On Dec 14 16:49, Ken Brown wrote:
>> On 12/11/2008 2:30 PM, Matt Wozniski wrote:
>>> On Thu, Dec 11, 2008 at 1:14 PM, Ken Brown wrote:
>>>> One other thing I've noticed, which I think is unrelated, is that there 
>>>> is a
>>>> glitch in directory listing in emacs under cygwin 1.7:  If you try to 
>>>> list a
>>>> directory with control-x d, very often the directory listing makes it 
>>>> look
>>>> like the directory is empty when it isn't.  Typing "g" (to ask emacs to
>>>> redisplay the directory) usually results in a correct listing.
>>>> [...]
>>> With no knowledge of cygwin's internals, I'd much sooner guess the
>>> changes to the pipe code...
>> I should have just reported the symptom instead of trying to guess the 
>> cause:  Emacs runs the shell command "ls -al" and thinks there's no output. 
>>  Here's a second example.  I used emacs's "ediff" function to compare two 
>> buffers, and it reported (incorrectly) that there were no differences.  So 
>> it seems that emacs called on the shell to run "diff" but didn't get the 
>> output.
> 
> Any chance to create a testcase which reproduces this behaviour without
> involving emacs?  Emacs is hell of a testcase which I won't even touch
> with gloves...

Unfortunately, I have virtually no programming experience.  I was hoping 
the emacs maintainer might be able to help.  Or maybe there are some 
programmers out there who are also emacs users and would be willing to 
try to debug this.  There's a file called callproc.c in the emacs 
source, which deals with "synchronous subprocess invocation"; it might 
be a place to start, but that's just a guess.

Ken

--
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