Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm 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 X-Originating-IP: [150.101.193.247] X-Originating-Email: [tilps AT hotmail DOT com] From: "Gareth Pearce" To: , Cc: References: Subject: Re: nano and TERM Date: Sun, 6 Apr 2003 07:52:39 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Message-ID: X-OriginalArrivalTime: 05 Apr 2003 21:52:45.0911 (UTC) FILETIME=[B123F670:01C2FBBD] Igor's analysis of the situation seems sound, I'm forwarding this to nano-devel incase the nano-developers are interested in handling this situation more gracefully. (once again - if it did work in the past) Regards, Gareth - nano cygwin packager. ----- Original Message ----- From: "Igor Pechtchanski" To: Cc: Sent: Sunday, April 06, 2003 4:04 AM Subject: Re: nano and TERM > On Sat, 5 Apr 2003 fergus AT bonhard DOT uklinux DOT net wrote: > > > > Hmm, unable to reproduce your problem here > > > so far, prehaps some more details would be useful. > > > Gareth - nano packaging type guy. > > > > Thank you for getting back to me. This is what I meant. > > > > When Cygwin is installed (i.e. after running setup, filesystems are mounted, > > registry entries are made, etc, etc) all the supplied applications (such as > > nano) operate very nicely in the default bash console window and, it turns > > out, in a rxvt window. I have experimented with the "-tn" terminal switch > > available with rxvt but to be honest have found most settings (e.g. -tn > > cygwin, -tn rxvt, -tn vt100; or no setting at all) to be completely > > irelevant: things just work. (Though I remember -tn linux turned out to be a > > doomed selection.) Well done all the packagers. > > > > Also, nano and pico and a few other things work seamlessly, and with no > > obvious differences, in a Windows DOS box. Especially the command-line stuff > > like ls, find, md5sum, diff, cmp, ... This is because I have put > > c:\Cygwin\bin in my Windows PATH (early). This offers a huge and valuable > > extension to the supplied Windows command structure. > > > > (I know http://www.nano-editor.org supply a zipped version of nano claimed > > to be "for Windows" but since on un-zipping the provision, it turns out to > > include cygwin1.dll, I deduce it's the same, ot not much different to, the > > entity maintained by Gareth. So, since nano works in all possible required > > environments that I can think of (Cygwin-bash, Cygwin-rxvt, Windows-DOS) I > > have not bothered with this zipped item.) > > > > My reason for writing was to report (very unclearly, I now perceive) the > > following. > > > > Occasionally it suits me to umount -A and also change the name c:\Cygwin to > > c:\SomethingElse. (Don't ask. I'm interested in sparse systems. Particularly > > in extending the Windows command structure through simply making available > > the contents of c:\SomethingElse\bin\, and *without* setting up Cygwin in > > the mounted registry sense.) It seems to me that as long as > > c:\SomethingElse\bin is in the Windows PATH, then one still has the luxury > > of Cygwin's applications. Certainly I find am still able to use ls, find, > > md5sum, cmp, diff, ..., loads of others, ..., and pico. > > > > I am more or less certain that I have successfully used nano in these > > circumstances. But currently I am getting the error message earlier > > described: "Error opening terminal : cygwin". > > > > Fergus > > > > P.S. I know. This is saying "Thank you for supplying an item intended to be > > used under prevailing circumstances A. I want to use it under prevailing > > circumstances B, but I find I can't. Kindly mend it so I can." I really am > > not saying this, and I hope I have no unreasonable expectations. But I guess > > what I am saying is: (a) I'm sure I could once, and (b) other not dissimilar > > things seem to work OK under prevailing circumstances B. Is there any > > possibility that nano could be looked at, because it is SUCH a useful > > editor. THANK YOU. > > Fergus, > > Any application depending on ncurses or curses will probably use the > terminfo database. For that, it'll need access to /usr/share/terminfo, > and thus it'll need at least the "/" mount. Alternatively, some older > applications use /etc/termcap (with the same requirement). I doubt there > will be any resolution that will allow you to use a full-screen editor > without access to terminfo or termcap. > > I'm not sure why pico works, possibly because it has an internal termcap > entry for a dumb terminal and uses that when the terminfo/termcap database > cannot be found. This might have been the case with nano as well, but > then its (upstream) maintainers must have decided that terminfo/termcap > databases are always available, and that it makes sense to eliminate that > functionality. If so, it's unlikely it'll be reinstated. > Igor > -- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ pechtcha AT cs DOT nyu DOT edu > ZZZzz /,`.-'`' -. ;-;;,_ igor AT watson DOT ibm DOT com > |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! > > Knowledge is an unending adventure at the edge of uncertainty. > -- Leto II > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/