X-Spam-Check-By: sourceware.org X-BigFish: V X-MS-Exchange-Organization-Antispam-Report: OrigIP: 204.180.196.11;Service: EHS Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: RE: rxvt question Date: Thu, 12 Jul 2007 09:03:02 -0400 Message-ID: In-Reply-To: <000601c7c457$2469c9a0$3501a8c0@saphire> From: "Long, Phillip GOSS" To: Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id l6CD2PtU027264 Teggy P Veerapen wrote: >Hi all, > >After several years of cygwin with the windows console, I am trying to use >rxvt to run cygwin bash and I am running into an issue when running commands >such as sqlplus. > >I should point out that my question might not be completely related to >cygwin. Having searched the web extensively for some explanation, I haven't >found a good one and thought that people using cygwin might also be using >rxvt and that they have been able to find a workaround for this issue. > >-------8<------------------------------------------- >Running bash with Windows console window: >$ sqlplus user123/pass AT cr2inst1 >SQL> select sysdate from dual; > >SQL> ed > >SQL> / >SQL> >SQL> / > >-------8<------------------------------------------- >Running bash with rxvt: >$ sqlplus user123/pass AT cr2inst1 >SQL > select sysdate from dual; > >SQL> ed > >Wrote file C:\temp\sqlplus_temp.sql >Vim: Warning: Output is not to a terminal >Vim: Warning: Input is not from a terminal > > > >SQL> >-------8<------------------------------------------- > >From what I've read so far, it would seem that rxvt does not handle >correctly terminal operations and that's what is causing these issues. > >I'm interested in knowing whether anyone has ever encountered such issues >and whether he has been able to solve the issue (vim not properly launched >under sqlplus and the up arrow not functionning correctly) or at least have >found a workaround regarding this issue. Any URL or pointer is most >welcomed. > >As said above, my apologies for the intrusion; please discard this mail if >you feel it's out of context. > >Many thanks, >Teggy >tve DOT ml AT online DOT fr Nothing is wrong with rxvt; it is _not_ a console window, so console applications cannot receive input from it (reliably, or in an expected interactive fashion, anyway). rxvt talks to Cygwin applications run from it via pipes, so programs communicating with it need to use pipe read/write procedures, not console I/O (i.e., they need to flush buffers and/or not expect data immediately, etc.). When U run a /non/-Cygwin application in rxvt, all is OK if the application only sends data to stdout, which will be flushed when the application exits, generating the display of data when U expect it, but if the non-Cygwin application expects input, it will expect it to come from a console. U may have noticed that when U launch rxvt, a console window appears momentarily; this is the console associated with rxvt, which runs 'hidden' and will not show up on your task bar. If I'm not mistaken, that will be where the non-Cygwin program will be requesting data. Bottom line - run non-Cygwin interactive console programs in a console (cmd) window. -------------------------------------------------------- Goss ... Innovation for Business NOTICE: This e-mail and any attachment(s) may contain confidential and proprietary information of Goss International Corporation and/or its subsidiaries and may be legally privileged. This e-mail is intended solely for the addressee. If you are not the addressee, dissemination, copying or other use of this e-mail or any of its content is strictly prohibited and may be unlawful. If you are not the intended recipient please inform the sender immediately and destroy the e-mail and any copies. All liability for viruses is excluded to the fullest extent permitted by law. Any views expressed in this message are those of the individual sender. No contract may be construed by this e-mail. -- 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/