delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2012/08/29/16:12:58

X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-5.3 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,TW_RX
X-Spam-Check-By: sourceware.org
MIME-Version: 1.0
In-Reply-To: <503E6F9D.8040707@cygwin.com>
References: <loom DOT 20120829T185020-864 AT post DOT gmane DOT org> <503E592D DOT 6030408 AT cygwin DOT com> <CAHWeT-aYNZAfwoQuFQTG7UAkkNcoB4SyM5FGBU32N27YGDfB0g AT mail DOT gmail DOT com> <CA+sc5mmjsp_JDHUhQWYdXzBakPhw_dR5_Rtij3sP3y4cNwJkmw AT mail DOT gmail DOT com> <503E6F9D DOT 8040707 AT cygwin DOT com>
Date: Wed, 29 Aug 2012 16:12:32 -0400
Message-ID: <CA+sc5mkZMkTksOYXNU1HuL4s0z+E8jciXVbC1SD8B+tBFH9+EQ@mail.gmail.com>
Subject: Re: Password prompts for remote system echoing and not attaching
From: Earnie Boyd <earnie AT users DOT sourceforge DOT net>
To: cygwin AT cygwin DOT com
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT 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 Wed, Aug 29, 2012 at 3:38 PM, Larry Hall (Cygwin) wrote:
> On 8/29/2012 2:48 PM, Earnie Boyd wrote:
>>
>> On Wed, Aug 29, 2012 at 2:37 PM, Andy Koppe wrote:
>>>
>>> On 29 August 2012 19:02, Larry Hall (Cygwin) wrote:
>>>>
>>>> On 8/29/2012 12:58 PM, Mike Casile wrote:
>>>>>
>>>>>
>>>>> New install of latest cygwin (CYGWIN_NT-6.1-WOW64 1.7.16(0.262/5/3)
>>>>> 2012-07-20
>>>>> 22:55) on a new Windows 7 system. When I do ftp <host>  it prompts for
>>>>> uid, then
>>>>> prompts for pw (normal).  Problem is, password echoes on the screen ...
>>>>> and then
>>>>> it hangs and connection is never made.  If I do ftp -s:<script> <host>
>>>>> ...
>>>>> and
>>>>> the script starts with uid/pw ... it all runs fine. Same with pscp.
>>>>> With
>>>>> putty,
>>>>> no problem because putty gets control and prompts for uid/pw itself.  I
>>>>> am
>>>>> thinking this is a config fat-finger on my part ... but I am out of my
>>>>> depth.
>>>>
>>>>
>>>>
>>>> You have two alternatives here:
>>>>
>>>>    1. Install the inetutils package so you're using the Cygwin FTP
>>>> client
>>>>       (or pick an alternative Cygwin package offering your favorite FTP
>>>>        client).
>>>>
>>>>    2. Continue to use the Windows FTP client but only do so from a shell
>>>>       prompt started from cmd.exe (i.e. no Mintty, xterm, etc).
>>>
>>>
>>> Again: cmd.exe and console windows are different things. Invoking
>>> bash.exe (or tcsh.exe, or zsh.exe, or ...) directly from an Explorer
>>> shortcut or the Run dialog or whatever will work just fine, with
>>> Windows automatically creating a console window for it. No cmd.exe
>>> needed there.
>>
>>
>> Right, the issue is the PTY emulation issue that no one can do
>> anything about.  The Cygwin dependent terminal programs like mintty
>> and rxvt cause the issue because of the buffering used in the pipes
>> opened to native program.  The native programs do not flush properly
>> the I/O and thus you get garbage.  So therefore a native terminal
>> (a.k.a. console window) works because the buffering doesn't occur.
>
>
> Yeah, though buffering isn't the problem here.

Incorrect, the buffering is the problem

> It's that the password
> is rendered in the clear as you type it by the Windows FTP client if
> you run it from a Cygwin terminal.

The password types in the clear because the Cygwin terminal did not
receive the control characters necessary to not echo the characters
because the sequences for it are stuck in the buffer.

> This is why I suggested *not*
> running it from a Cygwin terminal if Mike really wants the Windows
> FTP client.

Correct you cannot execute the Windows ftp client in a Cygwin
terminal.  The point Andy was making is that the Windows ftp client
works well within a Cygwin shell in a native Windows terminal.

> Whether the Windows FTP client is run in a console or
> cmd.exe is really, in this case, inconsequential.

And here is a confusion.  A console (a.k.a terminal) is that which
displays characters received in some font.  Cmd.exe is the windows
shell that is executed within the terminal (a.k.a. console).  You can
loosely compare cmd.exe to bash.exe, etc.

> Both will work
> for the work-flow Mike describes.  The key take-away from the original
> post is that the Windows FTP client is being used, not the Cygwin one.

Yes, but so what, Mike can use a Cygwin shell for it but not a Cygwin terminal.

> That's why I mentioned using the Cygwin one as another alternative to
> avoid the observed behavior of the Windows FTP client with Cygwin
> terminals.

Yes, if you prefer to use the Cygwin terminal you must use a Cygwin
client.  But you have a choice to use the native terminal with a
Cygwin shell and native ftp client.  You could also do the following
if you prefer the Cygwin terminal but do not want the Cygwin ftp
client.

cmd /c start ftp

Which will open a native terminal with the ftp client waiting for input.

-- 
Earnie
-- https://sites.google.com/site/earnieboyd

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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019