X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 	tests=AWL,BAYES_00,SPF_NEUTRAL
X-Spam-Check-By: sourceware.org
Message-ID: <4A894A82.2010109@cornell.edu>
Date: Mon, 17 Aug 2009 08:18:10 -0400
From: Ken Brown <kbrown AT cornell DOT edu>
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: [ANNOUNCEMENT] Updated: run-1.1.11-1
References: <200908161558 DOT n7GFwZ16011900 AT StraightRunning DOT com> <4A883A1D DOT 10109 AT cwilson DOT fastmail DOT fm> <20090817084750 DOT GP32408 AT calimero DOT vinschen DOT de>
In-Reply-To: <20090817084750.GP32408@calimero.vinschen.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
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 8/17/2009 4:47 AM, Corinna Vinschen wrote:
> On Aug 16 12:55, Charles Wilson wrote:
>> Colin Harrison wrote:
>>> I am getting a stderr/pipe problem with some CUI's ~line 398 in run.c
>>> (1.1.11 run + your patch)
>>> bForceUsingPipes = (os_version >= 0x0501); 
>> #$!%#
>>
>>> I made this = FALSE to fix for 2003 server..not tried on Windows 7.
>>> I'm still testing (run built with MinGW) so this is maybe a clue or just a
>>> bodge fix!
>>> One failing CUI was plink (an ssh client from PuTTY).
>>>
>>> I'll try and get back with more detail or a better fix!
>> I'd appreciate it.
>>
>> I'm starting to suspect that there is no good mechanism to automatically
>> DTRT here for [cygwin-1.5/cygwin-1.7/mingw] x
>> [w95/98/Me/NT/2k/XP/Vista/Svr200x/W7] x [every app known to mankind],
>> and that a command line option to override the internal heuristics may
>> be required.  Don't you just love Windows?
>>
>> FWIW, I've added run to the cygwin-apps repository, here:
>>
>> cvs -z3 -d:pserver:anoncvs AT cygwin DOT com:/cvs/cygwin-apps co run
>>
>> but you'll need to 'autoreconf -fvi' before building it.
> 
> I had the idea to redirect to NUL: for the inferior process, so I
> applied the below patch.  Don't ask for a reason, it was just a hunch
> that this might work.
> 
> Redirecting to /dev/null works fine for me on W7.  With this patch, XWin
> starts as expected when called from the `run startxwin.bat' shortcut,
> xterm, gvim, xeyes all start fine, and, that's most interesting, urxvt
> starts fine as well, without constantly taking 100% CPU.  And yes,
> *this* time I made sure that the shortcut actually calls urxvt-X via
> run.  In no case I have a flickering console window.
> 
> I'm not sure this a generic enough solution, there's probable more
> necessary.  However, would others be so kind to test this on non-W7
> systems as well as with other applications like emacs?

Works for me on XP SP3.  I tested the 'run startxwin.bat' shorcut, the 
'run startemacs.bat' shortcut that I described earlier in the thread, 
and a shortcut that contains 'C:\cygwin-1.7\bin\run.exe -p /usr/bin bash 
-l -c "emacs --display=127.0.0.1:0.0"'.  With both methods of starting 
emacs, it starts as expected and runs without performance problems.

Thanks!

Ken

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