Latest update trashed my cygwin install
I updated and when it was running postinstall I got a large number of Entry point not found in cygwin1.dll popups. Now bash comes up in /usr/bin instead of my home directory and is badly hosed. /etc/profile is gone, and all the cygwin directories are missing from $PATH. What I'd like to do is reinstall from scratch, but would like to preserve the list of packages I have installed. Is there a simple way to extract a list of installed packages and then pass that to a new install? -- James GarrisonAthens Group, Inc. mailto:[EMAIL PROTECTED]5608 Parkcrest Dr http://www.athensgroup.comAustin, TX 78731 PGP: RSA=0x92E90A3B DH/DSS=0x498D331C (512) 345-0600 x150 -- 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/
Re: Latest update trashed my cygwin install
Thanks for the reply. Reinstalling package 'base-files' seems to have restored normal operation. I found the install logs and can rerun the failed postinstall scripts. One question: Can the installer be fed a list of packages to install, or otherwise configured with a different default set of selections? (Wasn't there once a 'cyginstall' package that could be customized?) -- James GarrisonAthens Group, Inc. mailto:[EMAIL PROTECTED]5608 Parkcrest Dr http://www.athensgroup.comAustin, TX 78731 PGP: RSA=0x92E90A3B DH/DSS=0x498D331C (512) 345-0600 x150 -- 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/
Re: rxvt, ssh and utf8 - partial success
Baurjan Ismagulov wrote: Hello, James, On Sat, Jun 05, 2004 at 09:21:57PM -0500, James Garrison wrote: [snip] About ascii instead of Unicode... How do you conclude that the program (which one?) was sending Unicode sequences before using rxvt-cygwin (= what is your locale?). The program is redhat-switch-mail-nox. With TERM=rxvt I get 3-byte sequences for box-drawing characters. I piped stdout to a file and then examined it with od, and was able to resolve the 3-byte sequences into valid UTF8 encodings. Looking in a unicode font with Windows Character Map showed that these unicode sequences were box-drawing characters. Switch to TERM=rxvt-cygwin (after putting a copy of the rxvt-cygwin terminfo file on the linux system) and voila, single-byte hyphens/bars/plus-signs instead. The locale is en_US.UTF-8. Here are some interesting results: With LANG=en_US.UTF-8 and TERM=rxvt-cygwin redhat-switch-mail-nox: corner=+, horizontal=-, vertical=| man terminfo: UTF-8 quotes With LANG=en_US (no UTF-8) and TERM=rxvt-cygwin redhat-switch-mail-nox: corner=, horizontal=^, vertical=| man terminfo: ` and ' Clearly the locale and TERM settings are interacting, but I don't know enough about them to deduce any rules. Looks like the simplest solution is just to switch to en_US locale unless I really need Unicode for something. -- James GarrisonAthens Group, Inc. mailto:[EMAIL PROTECTED]5608 Parkcrest Dr http://www.athensgroup.comAustin, TX 78731 PGP: RSA=0x92E90A3B DH/DSS=0x498D331C (512) 345-0600 x150 -- 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/
Re: rxvt, ssh and utf8
Baurjan Ismagulov wrote: On Fri, Jun 04, 2004 at 10:19:01AM -0700, Brian Dessent wrote: I'd love to know why one or the other terminal setting can't just work for everything. This happens due to the following difference in the terminfo entries: - acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, + acsc=+\257\,\256-\^0\333`\004a\261f\370g\361h\260j\331k\277l\332m\300n\305o~p\304q\304r\304s_t\303u\264v\301w\302x\263y\363z\362{\343|\330}\234~\376, Handling this in rxvt should solve your problem (I wonder if there are any reasons not to do that). Not sure what you mean by 'handling'. Are you saying rxvt needs to be modified, or just terminfo? -- James GarrisonAthens Group, Inc. mailto:[EMAIL PROTECTED]5608 Parkcrest Dr http://www.athensgroup.comAustin, TX 78731 PGP: RSA=0x92E90A3B DH/DSS=0x498D331C (512) 345-0600 x150 -- 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/
Re: rxvt, ssh and utf8 - partial success
James Garrison wrote: Baurjan Ismagulov wrote: On Fri, Jun 04, 2004 at 10:19:01AM -0700, Brian Dessent wrote: I'd love to know why one or the other terminal setting can't just work for everything. This happens due to the following difference in the terminfo entries: -acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, + acsc=+\257\,\256-\^0\333`\004a\261f\370g\361h\260j\331k\277l\332m\300n\305o~p\304q\304r\304s_t\303u\264v\301w\302x\263y\363z\362{\343|\330}\234~\376, Handling this in rxvt should solve your problem (I wonder if there are any reasons not to do that). Not sure what you mean by 'handling'. Are you saying rxvt needs to be modified, or just terminfo? I uploaded the rxvt-cygwin terminfo file from Cygwin onto the Linux system (into ~/.terminfo/r/rxvt-cygwin). Setting TERM=rxvt-cygwin now allows the curses-based program to draw boxes correctly, but apparently some substitution is going on because it's using plain old hyphens and vertical bars for lines and plus signs for corners. Terminfo doesn't seem to know anything about Unicode as far as I can tell (or does it?). That leads to the question of how putting the terminfo file on the Linux system caused the curses-based program to output single ASCII characters where previously it was sending Unicode sequences... something understood how to interpret the Unicode box- drawing characters and replaced them with the nearest ASCII matches +, | and '-'. However, this IS NOT happening with Unicode quote characters. Here's a snippet from the man page for terminfo itself, as displayed: Entries in terminfo consist of a sequence of , separated fields (embedded commas may be escaped with a backslash or notated as \054). White space after the , separator is ignored. The first entry for each terminal gives the names which are known for the terminal, sepa- rated by | characters. The first name given is the most common Those sequences turn out to be \xE2\x80\x99, which is the UTF8 encoding of the Unicode character Right Single Quotation Mark) (U+2019). Here's the full terminfo entry (decompiled with infocmp): # Reconstructed via infocmp from file: /home/jhg/.terminfo/r/rxvt-cygwin rxvt-cygwin|rxvt terminal emulator (X Window System) on cygwin, am, bce, xenl, eo, km, mir, msgr, xon, cols#80, it#8, lines#24, colors#8, pairs#64, acsc=+\257\,\256-\^0\333`\004a\261f\370g\361h\260j\331k\277l\332m\300n\305o~p\304q\304r\304s_t\303u\264v\301w\302x\263y\363z\362{\343|\330}\234~\376, bel=^G, cr=^M, csr=\E[%i%p1%d;%p2%dr, tbc=\E[3g, clear=\E[H\E[2J, el1=\E[1K, el=\E[K, ed=\E[J, hpa=\E[%i%p1%dG, cup=\E[%i%p1%d;%p2%dH, cud1=^J, home=\E[H, civis=\E[?25l, cub1=^H, cnorm=\E[?25h, cuf1=\E[C, cuu1=\E[A, cvvis=\E[?25h, dch1=\E[P, dl1=\E[M, enacs=\E(B\E)0, smacs=^N, blink=\E[5m, bold=\E[1m, smcup=\E7\E[?47h, smir=\E[4h, rev=\E[7m, smso=\E[7m, smul=\E[4m, rmacs=^O, sgr0=\E[m\017, rmcup=\E[2J\E[?47l\E8, rmir=\E[4l, rmso=\E[27m, rmul=\E[24m, flash=\E[?5h\E[?5l, is1=\E[?47l\E=\E[?1l, is2=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;3;4;6l\E[4l, ich1=\E[@, il1=\E[L, ka1=\EOw, ka3=\EOy, kb2=\EOu, kbs=^H, kcbt=\E[Z, kc1=\EOq, kc3=\EOs, kdch1=\E[3~, kcud1=\E[B, kend=\E[8~, kent=\EOM, kel=\E[8\^, kf0=\E[21~, kf1=\E[11~, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~, kf14=\E[26~, kf15=\E[28~, kf16=\E[29~, kf17=\E[31~, kf18=\E[32~, kf19=\E[33~, kf2=\E[12~, kf20=\E[34~, kf3=\E[13~, kf4=\E[14~, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, kfnd=\E[1~, khome=\E[7~, kich1=\E[2~, kcub1=\E[D, kmous=\E[M, knp=\E[6~, kpp=\E[5~, kcuf1=\E[C, kDC=\E[3$, kslt=\E[4~, kEND=\E[8$, kHOM=\E[7$, kLFT=\E[d, kNXT=\E[6$, kPRV=\E[5$, kRIT=\E[c, kcuu1=\E[A, rmkx=\E, smkx=\E=, op=\E[39;49m, dch=\E[%p1%dP, dl=\E[%p1%dM, cud=\E[%p1%dB, ich=\E[%p1%d@, il=\E[%p1%dL, cub=\E[%p1%dD, cuf=\E[%p1%dC, cuu=\E[%p1%dA, rs1=\E\E[1;3;4;5;6l\E[?7h\E[m\E[r\E[2J\E[H, rs2=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;3;4;6l\E[4l\E, rc=\E8, vpa=\E[%i%p1%dd, sc=\E7, ind=^J, ri=\EM, s0ds=\E(B, s1ds=\E(0, setab=\E[4%p1%dm, setaf=\E[3%p1%dm, hts=\EH, ht=^I, Any insight ijnto what's going on and how to make it work correctly would be greatly appreciated. -- James GarrisonAthens Group, Inc. mailto:[EMAIL PROTECTED]5608 Parkcrest Dr http://www.athensgroup.comAustin, TX 78731 PGP: RSA=0x92E90A3B DH/DSS=0x498D331C (512) 345-0600 x150 -- 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/
rxvt, ssh and utf8
I'm using rxvt to open an SSH session to a RedHat Enterprise Linux system. On that system I want to run an ansi-based app that happens to use Unicode UTF8 encoding for box-drawing characters. I can't seem to get rxvt to correctly interpret the UTF8. It just displays the 3-byte UTF8 sequences as three garbage bytes. Here's what I have tried so far: 1) Running rxvt with a Unicode font (Lucida Console) that I have verified (in Windows Character Map) contains the necessary characters at the correct code points 2) Setting the CYGWIN environment variable to tty utf8 by hand in the rxvt session 3) Setting the CYGWIN environment variable globally in Windows to tty utf8 so it is in effect when rxvt is launched. In no case does rxvt display the correct charcters. I've also noticed that commands like man are using unicode characters for single quotes now (UTF8 0xE28099 == U+2019) and these also display as garbage sequences of three bytes each. I did a search of the archives but found nothing appropriate. So, DOES the rxvt in Cygwin support UTF8? If yes, how do I enable it (There's nothing in the man page). -- James GarrisonAthens Group, Inc. mailto:[EMAIL PROTECTED]5608 Parkcrest Dr http://www.athensgroup.comAustin, TX 78731 PGP: RSA=0x92E90A3B DH/DSS=0x498D331C (512) 345-0600 x150 -- 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/
Re: Cygwin Here and $HOME
This works (using rxvt) Windows Registry Editor Version 5.00 Windows Registry Editor Version 5.00 [HKEY_CLASSES_ROOT\Drive\shell\RxvtHere] @=bash Prompt Here [HKEY_CLASSES_ROOT\Drive\shell\RxvtHere\command] @=C:\\cygwin\\bin\\rxvt.exe -bg white -fg black -sr -sl 1000 -fn \Fixedsys\ -ls -e /usr/bin/bash --login -c \cd \\\`cygpath -u '%1'`\\\; exec bash\ [HKEY_CLASSES_ROOT\Directory\shell\RxvtHere] @=bash Prompt Here [HKEY_CLASSES_ROOT\Directory\shell\RxvtHere\command] @=C:\\cygwin\\bin\\rxvt.exe -bg white -fg black -sr -sl 1000 -fn \Fixedsys\ -ls -e /usr/bin/bash --login -c \cd \\\`cygpath -u '%1'`\\\; exec bash\ -- James GarrisonAthens Group, Inc. mailto:[EMAIL PROTECTED]5608 Parkcrest Dr http://www.athensgroup.comAustin, TX 78731 PGP: RSA=0x92E90A3B DH/DSS=0x498D331C (512) 345-0600 x150 -- 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/
vim SEGV fixed by latest snapshot
Just confirming that the vim SEGV failure on saving changes is corrected by the latest (040126) cygwin1.dll snapshot. (I'm a newbie here -- is this sort of msg appropriate?) -- James GarrisonAthens Group, Inc. mailto:[EMAIL PROTECTED]5608 Parkcrest Dr http://www.athensgroup.comAustin, TX 78731 PGP: RSA=0x92E90A3B DH/DSS=0x498D331C (512) 345-0600 x150 -- 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/
Re: Next version of setup.exe
Works fine on Win2K SP2 w/SP2 Rollup Patch ... except it created a directory called http%3a%2f%2fmirrors.rcn.net%2fpub%2fsourceware%2fcygwin in my download directory and placed the updated packages there instead of directly in the download directory. -- James GarrisonAthens Group, Inc. mailto:[EMAIL PROTECTED]5608 Parkcrest Dr http://www.athensgroup.comAustin, TX 78731 PGP: RSA=0x92E90A3B DH/DSS=0x498D331C (512) 345-0600 x150 -- 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/
cygreadline5.dll redux
This file appears to be missing. Before someone jumps on my case and says Search the archives I'd like to point out that a) The archives are highly polluted with messages containing cygcheck output that lists cygreadline5.dll. A search for just cygreadline5.dll returns hundreds of hits most of which have nothing to do with the problem. b) The archive search engine is too stupid to understand quoted strings meaning adjacency, so that searching for 'cygrealine5.dll not found' is equivalent to searching for the individual words. Since 'found' appears in cygcheck output, this does not reduce the number of hits at all. Could someone please either answer the question as to why some packages still require this library even though it does not appear to be included in the distribution, and then add the answer to the FAQ? TIA -- James GarrisonAthens Group, Inc. mailto:[EMAIL PROTECTED]5608 Parkcrest Dr http://www.athensgroup.comAustin, TX 78731 PGP: RSA=0x92E90A3B DH/DSS=0x498D331C (512) 345-0600 x150 -- 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/
Re: cygreadline5.dll redux - resolved
I am using the most current installer. However, I just solved the problem by forcing it to reinstall the readline package. For whatever reason, the library was missing even though the installer thought the package was installed. Andrew Markebo wrote: Just a quick note, which installer did you use.. what I mean is that the modern setup.exe should include this if it is needed, But otoh someone might have forgotten to mention readline in the config of his package, how have you missed?? How I get it.. I run the installer and select it :-) -- James GarrisonAthens Group, Inc. mailto:[EMAIL PROTECTED]5608 Parkcrest Dr http://www.athensgroup.comAustin, TX 78731 PGP: RSA=0x92E90A3B DH/DSS=0x498D331C (512) 345-0600 x150 -- 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/
rxvt requires libx11.dll?
Just curious, but why is rxvt included in the cygwin distro when it appears to require libx11.dll, which only comes with xfree86? -- James GarrisonAthens Group, Inc. mailto:[EMAIL PROTECTED]5608 Parkcrest Dr http://www.athensgroup.comAustin, TX 78731 PGP: RSA=0x92E90A3B DH/DSS=0x498D331C (512) 345-0600 x150 -- 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/
resize command hangs from ssh session
I've searched the archive and can't seem to find anything applicable. My problem: Win2000SP2 CYGWIN_NT-5.0 1.3.6(0.47/3/2) 2001-12-08 17:02 i686 unknown OpenSSH_3.0.2p1, SSH protocols 1.5/2.0, OpenSSL 0x0090602f Open a Cygwin command shell (my default is configured to 80x45) ssh to a RH Linux 7.1 box Change the window size to, say, 80x60 Run the 'resize' command (on linux host) The text cursor jumps to the bottom-right corner of the window (this is normal) and just stays there (this is not normal). resize never returns. This behavior ALWAYS happens even if I don't physically resize the window (i.e. run resize immediately after logging in and it still hangs). I've tried setting TERM=ansi, TERM=vt100 and TERM=cygwin in the Linux shell with identical results. If I logout (back to cygwin shell) and re-ssh from the resized (80x60) window everything works and the COLUMNS and LINES environment variables are correctly set. As I understand it, resize sends a specific terminal control sequence that requests the hardware to reply with the current size. I assume that either cygwin's bash isn't playing just right, or something gets garbled over ssh. As a side note, I tried running resize locally (in the cygwin bash shell) and it fails looking for cygncurses5.dll, which is not in any of my bin directories. I did find cygncurses6.dll in /usr/bin. Is this related or just a coincidence? Suggestions on how to debug this further? -- James GarrisonAthens Group, Inc. mailto:[EMAIL PROTECTED]5608 Parkcrest Dr http://www.athensgroup.comAustin, TX 78731 PGP: RSA=0x92E90A3B DH/DSS=0x498D331C (512) 345-0600 x150 -- 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/
Re: resize command hangs from ssh session
Larry Hall (RFK Partners, Inc) wrote: At 01:08 PM 1/10/2002, James Garrison wrote: I've searched the archive and can't seem to find anything applicable. My problem: [snip] Did you see this? http://cygwin.com/ml/cygwin/2002-01/msg00212.html Is it applicable? I'm not sure. If the resize command relies on OOB transmission of the terminal dimensions, then it's most likely the cause. I'm not enough of a tty/ldisc/protocol hacker to know the answer. Thanks for the pointer, though. I would never have found it by myself :-) -- James GarrisonAthens Group, Inc. mailto:[EMAIL PROTECTED]5608 Parkcrest Dr http://www.athensgroup.comAustin, TX 78731 PGP: RSA=0x92E90A3B DH/DSS=0x498D331C (512) 345-0600 x150 -- 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/