Re: Cannot start Bash after today's update
On 2/7/2012 2:20 PM, Christopher Faylor wrote: On Tue, Feb 07, 2012 at 12:32:41PM -0500, Ryan Johnson wrote: On 07/02/2012 12:14 PM, Ilguiz Latypov wrote: [verboten confidential/privileged material disclaimer] http://sourceware.org/lists.html#disclaimer-bounce You're lucky the list didn't bounce you. Remove that notice and try again. Not sure what this is about but I improved the filter after the first couple got through. So future attempts to send mail with that disclaimer will receive a helpful bounce message. As a side note: I fully expect the disclaimer filter to achieve full sentiency at some point. It's probably complicated enough now to pass a Turing test. A fitting tribute on this -- the 100th anniversary. ;-) -- -- Lee Rothstein -- 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
Re: Setup not showing any download sites?
On 2/7/2012 2:59 PM, KARR, DAVID wrote: I tried to run setup on another box today, and it wasn't showing any download sites. I thought it might be a problem on that box, but I tried it on my own box afterwards, and I'm seeing the same problem. Is this related to the problem with Package Search? I'm running 1.7.10-1 and no problemo. Server, selected could be prob? -- -- Lee Rothstein -- 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
File Name Case Sensitivity Globbing! Was: file system name case insensitivity issue: Possible inclusion for the FAQ or User Manual?
You got that wrong. The CYGWIN=glob:... option only affects how globbing is performed on the command line arguments if the Cygwin process has been started from a native Windows process. Full stop. I acknowledged *my* MISTAKE. I do so again. Now, actual filename case sensitivity is an entirely different issue. This is handled by a registry setting, the ability of the underlying filesystems to handle filenames case sesitive, and the settings of the Cygwin mount point: http://cygwin.com/cygwin-ug-net/using-specialnames.html#pathnames-casesensitive http://cygwin.com/cygwin-ug-net/using.html#mount-table I acknowledged this point as well in my initial post, and why I reject it. The point remains: Globbing is case sensitive while full command name invocation/full filename use is not. And, you may never have been confused by that, but I maintain it's very confusing. I'm not asking that it be fixed, I'm asking that it be carefully documented, and I'm not asking anyone but me to do it. If it is so documented, I missed it. And, I read and reread that part of the manual before posting both times. I offered an example session transcript that made that perfectly clear, and I am willing to write that up however you want it. Thus far, you've made clear you don't want it. No further replies will be required if my last read is correct. -- 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
Re: file system name case insensitivity issue: Possible inclusion for the FAQ or User Manual?
On 5/26/2011 3:35 PM, Christopher Faylor wrote: On Thu, May 26, 2011 at 02:28:53PM -0400, Lee Rothstein wrote: Issue: Possible confusing consequences of CYGWIN variable option: glob:noignorecase What follows is an edited transcript of my confusion about trying to find the command xwin (and eventual resolution), having forgotten about its capitalization. More specifically, I was trying to figure out if it was a binary or a script (not having used X in the last year, or so). BTW, the reason I had glob:noignorecase set was to catch capitalization errors on HTML file names I develop for a LAMP server. Re: http://cygwin.com/cygwin-ug-net/using-cygwinenv.html (no)glob[:ignorecase] - if set, command line arguments containing UNIX-style file wildcard characters (brackets, question mark, asterisk, escaped with \) are expanded into lists of files that match those wildcards. This is applicable only to programs running from a DOS command line prompt. Default is set. There was no DOS command line prompt in anything below. True. So, you're saying that 'glob:noignorecase' had no effect on the commands executed. Then the issue that the transcript reveals is that in Cygwin, case sensitivity only affects filename specs if globbing is used. That may, in fact, have been covered somewhere in the documentation. (?) The transcript makes clear the dramatic and confusing effects this can have. But, then, I'm *sure* I'm /more/ easily confused than you. :-|, ;-) Just like lots of other users. cgf The transcript, however, indicates the option will not achieve my aim. -- / $ cd /bin /bin $ echo $CYGWIN tty title nodosfilewarning glob:noignorecase winsymlinks ntsec /bin $ type xwin /bin/xwin /bin $ which xwin /bin/xwin /bin $ ls -l xwin -rwxrwx--- 1 lr root 2080270 Apr 22 14:45 xwin /bin $ ls -l xwin* -rwxr-xr-x 1 lr root 24590 Oct 14 2009 xwininfo.exe -rwxr-xr-x 1 lr root 172544 Jan 19 2009 xwinwm.exe # 'rwhich' is a case insensitive regex command finder script, # I wrote, not a part of the Cygwin distribution /bin $ rwhich $ rwhich xwin /local/Scripts/start_xwin.old /bin/dmxwininfo.exe /bin/lyxwin.exe /bin/startxwin.exe /bin/XWin.exe /bin/xwininfo.exe /bin/xwinwm.exe /bin $ ls -l XWin* -rwxrwx--- 1 lr root 2080270 Apr 22 14:45 XWin.exe /bin $ xwin -- Successfully starts X Windows -- And, yes, had I thought of it first, I could have used 'file': /bin $ file xwin xwin: PE32 executable (GUI) Intel 80386 (stripped to external PDB), for MS Windows but the capitalization issue remains. Finally, I am aware of the change that can be made to the registry that will make the file system case sensitive, but I've been burned in the past by non-standard changes to the registry, and will avoid that. BTW, it's little excursions like this that make me value Cygwin more, not less. Creating the illusion of a coherent *NIX environment on Windows is non-trivial. Thanks, Cygwin developers. Lee -- 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 -- 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 -- I yink ergo I yam. -- P. Eye -- 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
setup from a list of packages rather than interactive selection?
I vaguely remember a discussion, here, about how to install using 'setup.exe' from a list of packages contained in a file which is then pointed to on the command line. I see the '-p' option in 'setup', and although I know how to put the list ('Pkg_List.txt') after the -p in bash (i.e. '-p \$(cat Pkg_List.txt)\), I don't know how to do this in 'cmd.exe'. I've tried Googling, but to no avail. I've also tried using the '-d' option in 'cygcheck' to create the list for my current configuration, but that doesn't seem to work. I've tried Googling on this issue, as well, also to no avail. listlessLee -- 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
Re: date.exe have some time advance to system time
On 10/24/2010 4:43 AM, Kirill Yarosh wrote: $ date ; cmd /c echo %TIME% I thought that perhaps, the clock was updating via the net, induced by the 'cmd' date request, so, I tried: $ date ; cmd /c 'echo %TIME%' ; date Sun, Oct 24, 2010 10:52:17 AM 10:52:07.45 Sun, Oct 24, 2010 10:52:17 AM $ date ; cmd /c 'echo %TIME%' ; date Sun, Oct 24, 2010 10:52:26 AM 10:52:17.03 Sun, Oct 24, 2010 10:52:27 AM Same problem? -- 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
Re: Installing Pine
Pine has been deleted from all kinds of FLOSS distributions, including some or all Linux distribs because of U. of WA, software license, IIRC. I believe that U WA also changed the name of their current email package. I looked into building it, at one time, and basically decided it's time to move on. WRT your comment on 'set', why would 'set' have any info to bear on installable packages? Sorry for my ignorance. Lee On 10/24/2010 11:00 AM, ROGER CARSLEY wrote: Apologies if I have missed the obvious but as a newby I was expecting to be able find that installing pine would be relatively straightforward. Although it appears in the Setup Package Search I cannot seem to find it in set.exe either under mail or by search. Thanks in anticipation for any help. Roger -- 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 -- 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
Re: Bash Completion Install/Configure ; was: Re: Bash problems, strace, performance, etc.
On 10/22/2010 5:47 PM, Eric Blake wrote: On 10/22/2010 03:41 PM, Ken Brown wrote: On 10/22/2010 12:32 AM, Andy Koppe wrote: On 21 October 2010 22:22, Lee D. Rothstein wrote: The original complaint which is now solved (I think) had nothing to do with Bash completion. Cyrille brought it up, and it's become a crimson (not just red ;-)) herring. (I am grateful to Ducky on NCIS for explaining that obscure idiom to me. ;-)). I understood before my posts, during my posts, and after my posts (;-), that enabling Bash completion requires editing the startup scripts. The situation, with Bash completion install, as it exists, is fine, IMHDIO. I install everything on my system because there are so few things I don't want, that's its easier to remember to install everything and then not invoke/configure/load, that which I don't want. My only complaint would be if the maintainer somehow updated my customized startup scripts. And, that has/will never likely happene(d), because Cygwin maintainers are users and aware of the consequences of such rash actions. :-|, 8-) My only vote would be for an option to NOT skip library updates in 'setup.exe', but suggestions about 'setup' without the willingness and ability to make them one's own self, are usually met with calls for crucifixion. Alas, I don't have the ability, and object to the latter on religious, if not personal grounds. ;-) Thanks, Lee Hmm - maybe this is a case of a copy and paste bug on my part. Certainly, before bash-completion 1.0, you had to manually enable things. But it looks like 1.0 and later (first cygwin build in Apr 2009) inherit the upstream default of automatic enabling. I'll have to revisit that next time I package bash-completion, and either fix the release notes to match reality, or alter the packaging to restore the manual enabling (but note that other distros like Fedora do automatic enabling if you install the package, so that's the direction I'm leaning in). -- 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
Re: Bash problems, strace, performance, etc. - More details on cause (?)
On 10/22/2010 12:32 AM, Andy Koppe wrote: On 21 October 2010 22:22, Lee D. Rothstein wrote: do you have bash-completion, if yes, get rid of it and try again. Bash completion is installed on my system but never loaded; i.e., /etc/bash_completion is not sourced in '~/.bashrc', or '~/.profile', or anywhere else. It gets loaded by /etc/profile.d/bash_completion.sh, which is sourced by /etc/profile. Not in mine. No sourcing. It's always been commented out in all the pre-scripts. Probably by me ages ago, when I decided that completion was only useful in Tenex-like systems where commands and options have whole word names like 'copy' and 'directory' rather than 'cp' and 'ls'. Bash completion had nothing to do with this problem, IMHO. And, as I said in a later post, the problems were probably caused by file locking by Adobe Reader (AAR). *Can't Cygwin apps tell when a Windows app has locked a file without timing out, 'strace'ing and crashing?* The ghost AAR session was invoked from a Bash script by 'cygstart foo.pdf', and I may have closed the Cygwin/mintty window that AAR was invoked from. To be clear, I believe the sequence of events of the problem is: cygstart foo.pdf# which on my system invokes AAR -- ongoing, # but ghostly invoking script completes Cygwin/Mintty/Bash window closed (?) via Ctrl-D cygwin_commandfoo.pdf long pause timeout of cygwin_command crash/strace Cygwin and Windows both put into ssslllwww Zombie state, requiring reboot Perhaps, if I had known what I think I know now (;-)), I could have killed the ghost AAR process in Task Manager, and avoided the reboot, but at the time no amount of Cygwin process hunt down and kill worked. Now, if I can only figure out why some Windows apps go into a ghost mode, where they don't appear in the task bar, or in Task Manager's Applications tab. The two others that I know do this from time to time are: FireFox, and PDFcreator. Currently I'm running the FireFox Beta, and it actually does it less that then prior stable FireFox version. PDFcreator never gets invoked from Cygwin, to my knowledge. FireFox rarely, if ever does. Via 'cygstart' or otherwise. With the latter two ghosties, I just kill them from the Task Manager Processes tab. -- 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
Re: Bash problems, strace, performance, etc.
On 10/21/2010 1:22 AM, Cyrille Lefevre wrote: seems to work here ! even on cpan.1 generated from pod2man... Just curious, what part of 'man2pdf' did you run that indicates that it works on your system? (Commands and options, would be most helpful.) do you have bash-completion, if yes, get rid of it and try again. Bash completion is installed on my system but never loaded; i.e., /etc/bash_completion is not sourced in '~/.bashrc', or '~/.profile', or anywhere else. Why do you think this is the cause of the problem? You might be combining two parts of my report in a misleading way. The slowdown was due to the errant Bash sessions not the cause of them. A reboot eventually returned the system to its normal sluggish state (for Cygwin on a 64-bit version of Windoze). Or, what don't I understand? Notice: -- $ time bash -i -c echo real0m0.683s user0m0.015s sys 0m0.186s $ time bash -c echo real0m0.342s user0m0.015s sys 0m0.062s -- I'm more inclined to believe that it has something to do with either: * the extreme number of processes generated by: 'mkperlmanpdfs'/'man2pdf' and interaction possibly with a 'bash' bug or * corrupt fonts in Windows or Cygwin that 'man'/'groff' is barfing on. WRT the font issue (real or imagined on my part), I'm unclear on whether Cygwin can use Windows TT fonts for things like 'groff', and X windows rendering. (I would like to know, for example, how to specify which fonts to 'enscript'.) *But*, *I know I don't know what I'm talking about and that's why I asked the Cygwin list.* PS : where do you find the Club-G package ? The Club-G (TM) scripts are an interdependent set that I wrote, which will be published, RSN, on OpenEnterprise.org/Club-G. Club-G (TM), BTW, stands for: Cygwin Linux Unix BSD - GNU -- largely, the embodiment, personification, and repository for all the best aggregate wisdom of the above (The weasel word, largely, is *largely* due to 'info' vs 'man'! Every man [not 'man'] has his hamartia, and RSM's is, IMHO, 'info'! 'info' is definitely one cathedral that's bizarre!) ;-) Cyrille Lefevre Thanks, Lee -- 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
Re: Bash problems, strace, performance, etc. Solved! (?)
Cyrille, I think I *may* have figured out what the problem was! There *may* have been a ghost open window, each, of Adobe Acrobat Reader (AAR) for 'cpan.1.pdf', and 'cpanp.1.pdf', for prior versions of these renderings that I had created. The two AAR tasks may not have shown up on the task bar, because that sometimes happens on Vista. I don't know why. If I had looked in Task Manager Processes tab, I might have been able to see them there, but I never looked. I know they did not show up in the Task Manager Application tab, or the Task Bar, because I looked in both places. I looked at the Processes tab but I was looking for Cygwin apps, not AAR. I just did two things which lead me to the above conclusion: * I was able to run 'man2pdf' successfully on 'cpan.1' and 'cpanp.1' without incident or delays. * When I went to 'mv' the resulting PDFs ('cpan.1.pdf', and 'cpanp.1.pdf') the command line hung, just as the other scripts had in my first report (before the crashes). Then, I noticed an open AAR window to one of the two PDFs. When I closed the AAR window, the 'mv' immediately completed successfully. My interpretation of the original script crash is that somehow AAR ties up a file (locking?) in a way that Cygwin does not recognize, and Cygwin code trying to deal with the file eventually times out, causing the prior error message, 'strace', and crash of the app. This means (a) that my prior suspicions were wrong, and (b) performance was never an issue except for the resulting effects, after the crash. Also, thinking back this same kind of thing may have bitten me before. This kind of thing might make sense for the FAQ? I'm always aware of my anti-virus as a potential snag, I've completely spaced on these errant ghost app sessions, such as Adobe Reader, in this case. See my comments, below. On 10/21/2010 7:40 PM, Cyrille Lefevre wrote: Le 21/10/2010 23:22, Lee D. Rothstein a écrit : On 10/21/2010 1:22 AM, Cyrille Lefevre wrote: seems to work here ! even on cpan.1 generated from pod2man... Just curious, what part of 'man2pdf' did you run that indicates that it works on your system? (Commands and options, would be most helpful.) I am baffled by the following command line*s*: dos2unix man2pdf /usr/local/bin/man2pdf 'man2pdf' was pure LF terminated lines when it left here. perl -pi -e 's/=letter/=a4/' /usr/local/bin/man2pdf You use a4 paper and you changed the format; good point; I missed that for I18N. echo echo /tmp /usr/local/bin/tmpdir 'tmpdir' is a command, not a place'. $TMPDIR is a place, that the script 'tmpdir' considers as the master temp dir if available. You do not have a copy of 'tmpdir'. echo /usr/local/bin/man_blrm 'man_blrm' is my 'gawk' script that removes superfluous (only) blank lines from a man page source that the Postscript rendering in 'groff' barfs on. echo 'case $1 in *.*) echo ${1##*.} ;; esac' \ /usr/local/bin/fn_ext_last Yes, shell wild cards are another way of getting the file name extension. But, I'm not sure they work with multiple file name extensions, as in 'cpan.1.pdf'. chmod +x /usr/local/bin/man2pdf /usr/local/bin/tmpdir \ /usr/local/bin/man_blrm /usr/local/bin/fn_ext_last mkdir -p /tmp/man/man1 cd /tmp/man pod2man /usr/lib/perl5/5.10/CPAN.pm man1/cpan.1 I wasn't using 'pod2man' to generate the pages. 'pod2man' had already been done by the responsible person for the Perl packages. I was using these installed 'man' page to generate PDFs from! can't follow the following, at all: MANPATH=$PWD man2pdf cpan.1 'MANPATH' on my system is a list of all the master man directories, some of which, on my system, are not standard, i.e.: $ echo $MANPATH /local/man:/local/usr/man:/usr/local/man:/usr/share/man: ... /usr/man:/usr/ssl/man:/usr/share/qt3/doc/man cd /usr/lib/perl5/5.10/pods ls | sed 'h;s|\.pod|.1|;x;G;s|\n| /tmp/man/man1/|;s|^|eval pod2man |' | I am not creating pods. I'm taking man page (groff) sources and rendering them to PDF. parallel # see attachment, please, keep the copyright, thanks :-) Again, performance is not the issue; crashing is. When I have some time, I'll look at your parallelization stuff, it's interesting. However, I'm almost never concerned with performance unless I have a rogue app somewhere. do you have bash-completion, if yes, get rid of it and try again. Bash completion is installed on my system but never loaded; i.e., /etc/bash_completion is not sourced in '~/.bashrc', or '~/.profile', or anywhere else. Why do you think this is the cause of the problem? bcoz bash-completion is known to cause performance problem to bash... You might be combining two parts of my report in a misleading way. The slowdown was due to the errant Bash sessions not the cause of them. A reboot eventually returned script invocations the system to its normal sluggish state (for Cygwin on a 64-bit version of Windoze). Or, what don't I understand? Again, you're focusing
Re: Bash problems, strace, performance, etc.
On 10/19/2010 5:46 PM, Lee D. Rothstein wrote: I'm confused. Something is wrong with my Cygwin configuration that has slowed Cygwin operation down drastically. The performance issue follows several problems with 'bash' that occurred while running nested scripts. The residual effect is slow performance. I've tried 'rebaseall', and that too failed (although frankly, I've never understood when that's called for or what it fixes, except in the most abstract of senses.). (See attached 'Rebaseall_Out.txt.) The Bash problem generates a complaint and a stack trace. The complaint is: C:\_0\bin\bash.exe: *** fatal error - WFSO timed out after longjmp The stack traces are listed in the attached file -- Bash_Problem_Output.txt The highest level script that generated the problem was 'mkperlmanpdfs' (attached). 'mkperlmanpdfs', in turn, invokes 'man2pdf' (attached) repeatedly. During several of the 'man2pdf' invocations, errors are reported by 'man'/'groff' in rendering the 'man' page to Postscript. I've learned to live with these, and only rarely do they actually lead to omissions in the eventual PDF file. No big deal. In at least two of the cases, however, Bash itself seems to be reporting an error. I've tried shutting down all Cygwin/'mintty' windows, and killing all residual Cygwin processes/apps, using Task Manager. No help, whatsoever. I tried rebooting. That did help. I've also attached Cygcheck output. (The 'cygcheck' follows the reboot.) Attachments: -Bash_Problem_Output.txt -mkperlmanpdfs -man2pdf -Rebaseall_Out.txt -cygcheck-hvscr+2010-10-19+17-35-48.txt The two 'man2pdf' runs that cause the Bash crashes/straces are 'cpan.1' and 'cpanp.1'. I have eye-balled each and neither appears unusual. They are, as are the 163 others Perl man pages, 'pod2man' renderings. (All of these are from the Cygwin Perl distribution.) Also, following the reboot, performance seems to have picked up to the usual slothfulness of a Cygwin configuration on a Vista 64-bit, ahem, OS. ;-) Lee Lee -- 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
Perl Modules?
* What are the standard paths for Perl Modules on Cygwin? Is there a command, environment variable, Perl internal variable, or Perl function that will tell me this? * What are the standard modules installed with Perl? Is there a command, environment variable, Perl internal variable, or Perl function that will tell me this? * Is there a way to query which Perl modules are installed? On cygwin, or off? * Finally, there was an issue a while back on 'cygcheck' not understanding perl module systax ('::'). Is that an issue for command line perl module specification? Tons of Googling have led nowhere (lots of misses) on the above issues. Yes, I know, too much shell scripting makes Lee a perl-dull boy. ;-) Thanks, Lee -- 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
Re: Perl Modules?
On 10/15/2010 4:58 PM, Csaba Raduly wrote: On Fri, Oct 15, 2010 at 9:31 PM, Lee D. Rothstein wrote: * What are the standard paths for Perl Modules on Cygwin? ... SNIP HTH, Csaba Most helpful. Thank you. -- 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
Re: nodosfilewarning not working
On 10/13/2010 1:58 AM, Autotoonz wrote: Christopher Faylor-8 wrote: If you mean that batch file 1 sets the CYGWIN environment variable and then directly runs batch file 2, then that works too. That's how environment variables work - once you set an environment variable it is inherited by all subsequent processes unless the process goes out of its way to reset it. Yeah that's what I meant - batch file 1 sets env variable and then calls batch file 2. And you are correct - env variables set in the parent DOS process are inherited by child DOS processes. So now I'm stumped as to what caused my original problem, because I spent about one hour checking and re-checking that my DOS set command was correct (ie: set CYGWIN=nodosfilewarning) and then googling for clues. Unfortunately I cannot repeat the fault, so I'm going to have to put this down to a typo on my part. If I hadn't found the original unsolved problem posted on this forum then I guess that I would have isolated what caused this instead of assuming that there was a bug. Thanks for your help Chris, cheers. DOS 'setx' in batch file A will affect all subsequently invoked batch files from outside A. Is this what you did? 'setx' can also be invoked from shell scripts but still only impacts subsequently invoked shells. In both cases, the results obtain even after reboot. The GUI way to invoke these environmental variables is: Control Panel (Classic View) / System / Advanced Systems Settings / Environment Variables / ... -- 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
Re: associating device names with cygdrive directories
On 8/25/2010 4:32 PM, Buchbinder, Barry (NIH/NIAID) [E] wrote: $ for F in /dev/s* ; do echo $F$(cygpath -w $F) ; done /dev/scd0 \\.\D: /dev/scd1 \Device\CdRom1 /dev/scd2 \Device\CdRom2 /dev/sda\\.\PhysicalDrive0 /dev/sda1 \\.\Volume{39f65722-0106-11df-b1c0-806d6172696f} /dev/sda2 \Device\Harddisk0\Partition2 /dev/sdb\Device\Harddisk1\Partition0 /dev/sdb1 \Device\Harddisk1\Partition1 /dev/sdb2 \Device\Harddisk1\Partition2 /dev/sdc\Device\Harddisk2\Partition0 /dev/sdc1 \Device\Harddisk2\Partition1 /dev/sdc2 \Device\Harddisk2\Partition2 /dev/shmC:\cygwin\dev\shm /dev/sr0\\.\D: /dev/sr1\Device\CdRom1 /dev/sr2\Device\CdRom2 /dev/st0\Device\Tape0 /dev/st1\Device\Tape1 /dev/st2\Device\Tape2 /dev/stderr \dev\tty /dev/stdin \dev\tty /dev/stdout /proc/2476/fd/pipe:[504] I'm running Cygwin 1.7.6-1, and when I use your command ('for F in ...'), above, I don't get all the devices in your list (for those that I have). Instead I get: /dev/shmC:\_0\dev\shm /dev/stderr \devty0 /dev/stdin \devty0 /dev/stdout /proc/4876/fd/pipe:[800] What's missing? At least: * ty1 * 2 HD partitions * 1 1.5 TB USB drive * 1 TB RAID 0 * 2 CD/DVD drives (one USB, one internal) * CF drive * USB 16 GB flash drive This is not earth shattering since everything (AFAIK) works (with either Windoze or Cygwin), but what's the deal, do you think? Thx, Lee -- 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
Re: Building a custom cygwin1.dll library
On 8/22/2010 2:30 AM, Christopher Faylor wrote: On Sat, Aug 21, 2010 at 09:32:47PM -0400, Gregg Levine wrote: Is it possible to build a custom cygwin1.dll library? I'm in the process of setting up a Win2K8 or Win2K3 server, and I would like to install a personalized install of Cygwin there. No, it's completely impossible. This is software. Once it's written, it's cast in stone. Sorry. cgf Hence the phrase: Let he who is without syntax cast the first stone. ;-) -- 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
perl-ming does not install properly
from 'cygcheck -c': Missing file: /usr/share/man/man3/SWF::Action.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::BinaryData.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::Bitmap.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::Blur.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::BrowserFont.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::Button.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::ButtonRecord.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::CXform.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::Character.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::Constants.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::DisplayItem.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::Fill.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::Filter.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::FilterMatrix.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::Font.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::FontCharacter.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::FontCollection.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::Gradient.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::InitAction.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::Matrix.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::Morph.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::Movie.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::MovieClip.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::PrebuiltClip.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::Shadow.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::Shape.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::Sound.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::SoundInstance.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::SoundStream.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::Sprite.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::Text.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::TextField.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::VideoStream.3pm.gz from package perl-ming perl-ming 0.4.3-2Incomplete -- 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
Re: perl-ming does not install properly
On 7/20/2010 4:55 AM, David Sastre wrote: 2010/7/20, Lee D. Rothsteinl1ee...@veritech.com: from 'cygcheck -c': Missing file: /usr/share/man/man3/SWF::Action.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::BinaryData.3pm.gz from package perl-ming Missing file: /usr/share/man/man3/SWF::Bitmap.3pm.gz from package perl-ming SNIP Here cygcheck also reports an incomplete install: $ cygcheck -v -c perl-ming Cygwin Package Information Last downloaded files to: C:\cygwin\local_dir Last downloaded files from: http://cygwin.basemirror.de/ But: SNIP $ ls -lrt $(cygcheck -v -c perl-ming | grep -i missing | awk '{print $3}') -rw-r--r-- 1 Administrador Administradores 3.1K 2010-06-25 12:26 /usr/share/man/man3/SWF::VideoStream.3pm.gz -rw-r--r-- 1 Administrador Administradores 3.5K 2010-06-25 12:26 /usr/share/man/man3/SWF::TextField.3pm.gz -rw-r--r-- 1 Administrador Administradores 2.7K 2010-06-25 12:26 /usr/share/man/man3/SWF::Text.3pm.gz -rw-r--r-- 1 Administrador Administradores 2.3K 2010-06-25 12:26 /usr/share/man/man3/SWF::Sprite.3pm.gz -rw-r--r-- 1 Administrador Administradores 2.5K 2010-06-25 12:26 /usr/share/man/man3/SWF::SoundInstance.3pm.gz -rw-r--r-- 1 Administrador Administradores 2.1K 2010-06-25 12:26 /usr/share/man/man3/SWF::PrebuiltClip.3pm.gz -rw-r--r-- 1 Administrador Administradores 5.8K 2010-06-25 12:26 /usr/share/man/man3/SWF::Movie.3pm.gz -rw-r--r-- 1 Administrador Administradores 2.2K 2010-06-25 12:26 snip My guess is that colons in manpages' filenames are problematic for cygcheck, a pure windows app, because colons are forbiden in windows' filenames. $ ldd $(which cygcheck) ntdll.dll = /mnt/c/WINDOWS/system32/ntdll.dll (0x7c91) kernel32.dll = /mnt/c/WINDOWS/system32/kernel32.dll (0x7c80) ADVAPI32.DLL = /mnt/c/WINDOWS/system32/ADVAPI32.DLL (0x77da) RPCRT4.dll = /mnt/c/WINDOWS/system32/RPCRT4.dll (0x77e5) Secur32.dll = /mnt/c/WINDOWS/system32/Secur32.dll (0x77fc) USER32.dll = /mnt/c/WINDOWS/system32/USER32.dll (0x7e39) GDI32.dll = /mnt/c/WINDOWS/system32/GDI32.dll (0x77ef) msvcrt.dll = /mnt/c/WINDOWS/system32/msvcrt.dll (0x77be) Try, for example, $ man SWF::VideoStream It works OK. Corinna, Is this another problem with cygcheck and Cygwin 1.7? -- 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
Another cygcheck issue?
When I run 'cygcheck' on my vista 64b system, I always get a bunch of error messages on stderror. To wit: $ cygcheck -cvs|e_capa /tmp/e_capa_4800-oa # from my 'e_capa' script /bin/cygrunsrv: warning: OpenService failed for 'DcomLaunch': Win32 error 5 Access is denied. /bin/cygrunsrv: warning: OpenService failed for 'odserv': Win32 error 5 Access is denied. /bin/cygrunsrv: warning: OpenService failed for 'ose': Win32 error 5 Access is denied. /bin/cygrunsrv: warning: OpenService failed for 'pla': Win32 error 5 Access is denied. /bin/cygrunsrv: warning: OpenService failed for 'QWAVE': Win32 error 5 Access is denied. /bin/cygrunsrv: warning: OpenService failed for 'RpcSs': Win32 error 5 Access is denied. /bin/cygrunsrv: warning: OpenService failed for 'WPFFontCache_v0400': Win32 error 5 Access is denied. Warum? Lee -- 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
Re: mutt and perl-ming
On 7/2/2010 9:22 AM, Corinna Vinschen wrote: On Jul 1 17:14, Lee Rothstein wrote: I got bitten by the misconfig of gnome-canvas on kernel.org. That plus, bandwidth shenanigans by Comcast, and probably some errors in my recovery process left me with a bunch of missing pieces from sundry packages. I've fixed all the problems except for 'mutt' and 'perl-ming' (jeff? ;-)). No amount of reinstalling, uninstalling and installing seems to fix these residual problems. Clues greatly appreciated! Attached is my 'cygcheck' output. As long as I'm asking questions, why does 'cygcheck' no longer properly list?: Last downloaded files to: ”' Last downloaded files from: ”' Oh, hmm. The latest versions of setup have changed the way the information is stored, but cygcheck doesn't yet know that. It still looks in the old places. This needs fixing... I presume you're saying that the cygcheck problem is caused by the information being stored in a new locations, but not the mutt and perl-ming install issues?! -- 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
Re: Incomplete downloads reported across several mirrors
On 6/24/2010 3:05 PM, Christopher Faylor wrote: On Thu, Jun 24, 2010 at 02:41:12PM -0400, Lee Rothstein wrote: On 6/24/2010 11:37 AM, Christopher Faylor wrote: Is there a problem with gnomecanvas2 package? setup.exe hasn't changed since April so it's hard to see how any problem you'd be having would be related to anything other than your local network configuration. I wasn't suggesting there was anything wrong with setup. Perhaps a problem with one or more packages? Maybe you weren't but since packages are just a stream of bytes if setup.exe stops downloading them it isn't the package's fault. It's setup.exe's. Since lots of people are downloading packages, and since packages are just a stream of bytes that get copied to disk, the problem still points to an issue on your side if a download stops halfway through. Your side might be something as simple as bad connectivity with the mirror that you've chosen so trying another mirror would make sense. Re: multiple mirrors attempts: been there, failed at that! -- 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
Re: New package: makeself-2.1.5-2
david sastre wrote: New package makeself-2.1.5-2 has been uploaded. makeself is a small shell script that generates a self-extractable archive from a directory. The resulting file appears as a shell script (many of those have a .run suffix), and can be launched as is. The archive will then uncompress itself to a temporary directory and an optional arbitrary command will be executed (for example an installation script). Makeself archives also include checksums for integrity self-validation (CRC and/or MD5 checksums). Usage: makeself.sh [params] archive_dir file_name label [startup_script] [args] More info: makeself -h Shouldn't this be: $ makeself.sh -h ? Not that I want extraneous extensions, anyways. Why are we using the '.sh' extension with 'makeself', again? man makeself Does it make sense that?: $ man makeself works but: $ makeself -h doesn't? If you have questions or comments, please send them to the cygwin mailing list at: cygwin@cygwin.com . To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. makeselflessLee ;-) -- 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
Re: New package: makeself-2.1.5-2
Eric Blake wrote: On 04/28/2010 12:12 PM, Sastre wrote: 2010/4/28, Lee D. Rothstein FWIW, the man page says makeself, not makeself.sh. I actually didn't say that, but I alluded to it. Fair enough. Two options, then: -patching the manpage -patching the source and the cygport None of them involve too much work. So now I would like to know (from some authoritative source :)) if a there is a guideline, an unspoken agreement, or a good practice defined regarding the extension of non-binary executables under /usr/bin. Perhaps unspoken, but I prefer suffix-less executables. Then I don't have to care whether they are binary or interpreted scripts. Besides, having a suffix makes it harder to reimplement in a different language (for example, suppose someone decided to rewrite makeself in C, python, or perl, instead of sh). So following debian practice of stripping the .sh suffix as part of the packaging effort seems reasonable (and in the meantime, perhaps you may also want to report this upstream as a bug they might want to fix). First some important medical information: Suffixes cause cancer in dogs learning to play the piano. A lot of the contributors, here, apparently, have such pets. ;-) Now, my opinion: Amen, to what Erick Blake said. No suffixes, please. Debian has it right. -- 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
WTF NEW acronyms Was: Re: Making package installation default
Andrew Defaria spake: ... the people at work are a lot more point and clickly if you know what I mean. These get my vote: PACy -- point and clicky OR: GUIPy -- GUI prone Sy -- scripty (gnuish?) OR: CLIO -- Command line-oriented WWNN -- if you know what I mean OR wink, wink, nudge, nudge Age old battle?: PvSy -- PACy vs. Sy ;-) Is anyone maintaining WTF? Would anyone object to my changing the nature of WTF, so that it automatically updates it's database from the OLOCA web page? (in Perl) Rather than requiring a re-release each time the DB changes. Or, MITMDTPTP (which I thought was supposed to be added; 1st semi-spake by CGF) -- 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
Re: 1.7.1: Does 'chere' work with Vista 64b? Can't tell by me.
Dave wrote: Lee D. Rothstein wrote: Dave wrote: Check HKEY_CLASSES_ROOT\Directory\Shell\cygwin_bash. It's value should be the context menu item text, Mintty Bash Value was null. It should have one subkey, command, whose value is the command to run c:\_0\bin\mintty Value was null. Either registry virtualisation, or redirection is interfering. http://msdn.microsoft.com/en-us/library/bb530198.aspx http://msdn.microsoft.com/en-us/library/ms724072%28VS.85%29.aspx My guess is the latter. This is consistent with Larrys' report of chere working on 64 bit Windows 7, as Microsoft states HKLM/SOFTWARE/Classes is shared on W7 and redirected+reflected on vista, server 2003, server 2008, xp. http://msdn.microsoft.com/en-us/library/aa384253%28VS.85%29.aspx I'm not on windows right now, but does regtool have the ability to control redirection/reflection or whether it writes to the 32/64 bit version of the key? That's what chere would need to operate correctly. Otherwise it needs to resort to outputting a .reg file and installing it. I doubt that you're asking me, but if you are: I can barely parse your question, much less answer meaningfully. Did you include the '-e /bin/xhere /bin/bash %L'? That's the bit that selects the folder. No, I hadn't but I have since and lo' and behold, it works. Thanks. Chere still broken, although now I personally don't need it. -- 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
Re: BSOD after major release
failures.) Yeh. A falling hippo will do that to your park zone. Youse guys wanna be careful there, somebody might burn it down! It had to happen. MITMDTPTP. -- 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
Re: 1.7.1: Does 'chere' work with Vista 64b? Can't tell by me.
Dave wrote: Larry Hall (Cygwin) wrote: On 12/28/2009 06:23 PM, Lee D. Rothstein wrote: Larry Hall (Cygwin) wrote: Lee D. Rothstein wrote: Are you running Vista 64bit? If not, I suspect the registry keys set in Vista 64 are not correct as set by 'chere'. No, actually I'm not, so if you're sure it's a Vista 64bit thing, then that narrows the focus and those affected. The closest I have is Windows 7 x64 but I can't experiment at the moment with it since it requires a reboot. I had no problems with Vista 32 bit, that's my only evidence. OK, I've installed Cygwin 1.7.1 on a Windows 7 x64 system. The system didn't have a previous version of Cygwin. I installed just the default packages plus chere. Once the installation was done, I invoked 'chere -i' from a command prompt started as Administrator and running 'bash -li'. The configuration of chere succeeded and I found Bash Prompt Here was available in the context menu for directories. I find the same is true on Windows 7 x86. So I guess this isn't allot of help beyond the information that this does work on systems running Windows 7. Perhaps someone with Vista x64 will be able to answer your original question. It's been a while since I've had to look at chere. Bottom line - there haven't been any previous reports of failures on Vista 64 bit (and I don't have a 64-bit system available to me). How many of these?: * Vista, 64 bit * Root not at c:\Cygwin * Mintty is terminal * Bash is shell * Not in any way using 'Cygin.bat' as the invoker Can you provide the output of `chere -r`, and the chere command you've run most recently. That'll allow me to diagnose what it's tried to do. Attached! Since, I had uninstalled 'chere', I reinstalled it, Bash run as Administrator: $ chere -i -a -n -e Mintty Bash -t mintty -o \ --icon=c:\_0\cygicons-hippo-vista-0.dll,10 - Also, do you know where the Shell defaulting to bash defined for lr is coming from? The '-' at the end of the argument to '-o' tells 'mintty' to use the login shell. which for 'lr' is 'bash'. Since you seem to be implying that the quote is not coming from 'chere', I infer that somehow it's coming from 'mintty'? Perhaps, 'bash'? Note that once again, the Windows menu item comes up: cygwin_bash. If you're out of ideas, might you give me some clues to look for bad keys in the registry? Dave chere maintainer. Thanks for your help. cherelessLee OS is CYGWIN_NT-6.0-WOW64 chere version 1.1 run.exe is available at C:\_0\bin\run.exe --- ash keys --- --- bash keys --- Directory menu item (all users) Mintty Bash Directory command (all users) C:\_0\bin\mintty.exe --icon=c:\_0\cygicons-hippo-vista-0.dll,10 - -e /bin/xhere /bin/bash.exe %L Drive menu item (all users) Mintty Bash Drive command (all users) C:\_0\bin\mintty.exe --icon=c:\_0\cygicons-hippo-vista-0.dll,10 - -e /bin/xhere /bin/bash.exe %L Uninstall description Cygwin Bash Prompt Here Uninstall command C:\_0\bin\sh -c /bin/chere -u -s bash --- cmd keys --- --- pdksh keys --- --- posh keys --- --- tcsh keys --- --- zsh keys --- --- passwd keys --- -- 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
Re: 1.7.1: Does 'chere' work with Vista 64b? Can't tell by me.
Dave wrote: Lee D. Rothstein wrote: It's been a while since I've had to look at chere. Bottom line - there haven't been any previous reports of failures on Vista 64 bit (and I don't have a 64-bit system available to me). How many of these?: * Vista, 64 bit * Root not at c:\Cygwin * Mintty is terminal * Bash is shell * Not in any way using 'Cygin.bat' as the invoker Err, none? :) There might be problems, but this is the first report I've seen. Can you provide the output of `chere -r`, and the chere command you've run most recently. That'll allow me to diagnose what it's tried to do. Attached! Since, I had uninstalled 'chere', I reinstalled it, Bash run as Administrator: $ chere -i -a -n -e Mintty Bash -t mintty -o \ --icon=c:\_0\cygicons-hippo-vista-0.dll,10 - So chere has managed to set the keys, and read them back fine. What happens when you run the following command in cmd (all one line)? C:\_0\bin\mintty.exe --icon=c:\_0\cygicons-hippo-vista-0.dll,10 - -e /bin/xhere /bin/bash.exe c:\Program Files I think 'mintty'/'bash' window flashes open and closed. Menu item for Cygwin remanined cygwin_bash. Command doesn't work in exactly the same way as before. If you're out of ideas, might you give me some clues to look for bad keys in the registry? Check HKEY_CLASSES_ROOT\Directory\Shell\cygwin_bash. It's value should be the context menu item text, Mintty Bash Value was null. It should have one subkey, command, whose value is the command to run c:\_0\bin\mintty Value was null. I'm at a loss - googling indicates the keys should work on Vista. In particular the following page has comments listing the keys we use. http://www.howtogeek.com/howto/windows-vista/use-command-prompt-here-in-windows-vista/ Do any of the other suggestions in the comments bring up the command prompt for you? The Only thing that the HowToGeek article showed, was how to get a momentary SHIFTright click menu item for 'cmd'. Yes, this works on my system, including opening the 'cmd' window. However, your registry key comments were helpful. Okay, now we're gettin' somewhere. Where? You tell me. When I 'regedit'ed the registry with what you specified in the above paragraphs, using Mintty_Bash : C:\_0\bin\mintty.exe --icon=c:\_0\cygicons-hippo-vista-0.dll,10 - the 'mintty'/'bash' window opens, but not to the folder indicated. OS is CYGWIN_NT-6.0-WOW64 chere version 1.1 run.exe is available at C:\_0\bin\run.exe --- ash keys --- --- bash keys --- Directory menu item (all users) Mintty_Bash Directory command (all users) c:\_0\bin\mintty --icon=c:\_0\cygicons-hippo-vista-0.dll,10 - Drive menu item (all users) Mintty Bash Drive command (all users) C:\_0\bin\mintty.exe --icon=c:\_0\cygicons-hippo-vista-0.dll,10 - -e /bin/xhere /bin/bash.exe %L Uninstall description Cygwin Bash Prompt Here Uninstall command C:\_0\bin\sh -c /bin/chere -u -s bash --- cmd keys --- --- pdksh keys --- --- posh keys --- --- tcsh keys --- --- zsh keys --- --- passwd keys --- -- 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
Re: BSOD after major release
Larry Hall (Cygwin) wrote: On 12/31/2009 08:40 AM, Sergey Ivanov wrote: After installing new major release of cygwin i obtained bsod Bad_pool_Header on the stage post-installing. As usual i installed everything (full installation). Is it possible to check which package wrong? BSOD happens as a result of kernel/driver flaws. Cygwin packages are applications, not kernel/driver code. While it's possible an application may tickle the kernel bug, the bug cannot be resolved in or localized to a particular app. If the info from the BSOD doesn't point you to a failing driver or area of the O/S, make sure your O/S is up-to-date with patches and that you're running the latest drivers for your hardware. Sergey, what OS and PC/Model are you running? For the first time ever, with Vista 32b or 64b, I had a BSOD on a Gateway (AMD Phenom 9550 64b Quad-Core, 6GB DDR2) Vista 64b, about three weeks ago, due to an alleged possible USB driver error. (In my case, clearly NOT due to Cygwin tickling or not tickling anything.) Couldn't find updated USB drivers, anywhere. Did find new screen controller (ATI3450) driver and manager, eventually; installed those. Also noticed that a Vista update had deactivated my SD card reader which although internal, is somehow on the USB chain. Haven't had any more BSODs. I wonder if a new Vista update has somehow exposed a driver problem that didn't previously rear its ugly head. My conclusion is I still don't know what the problem is, but I'm reasonably clear the solution is Mac. ;-) (Everybody around me uses Macs. The problems there have mostly to do with hard disk failures.) In the mean time, I have to buy an external SD card reader. Sigh! -- 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
Re: 1.7.1: Does 'chere' work with Vista 64b? Can't tell by me.
Larry Hall (Cygwin) wrote: On 12/26/2009 12:50 PM, Lee Rothstein wrote: See here, Chere-oes: ;-) I've tried all manner of command option permutations with 'chere' and can't get it to work -- as it has in the past. Here's my latest attempt: $ chere -i -a -n -e Bitte Bash Bei -t mintty -o \ --icon=c:\_0\cygicons-hippo-vista-0.dll,10 - Shell defaulting to bash defined for lr First, it doesn't work, so that when I right-click on a directory and select the 'chere' option, I get the following text box message: This file does not have a program associated with it for performing thia action. Create an association in the Set Associations control panel. Second, no matter what menu expression (argument to '-e'), I give it, it always ends up being: cygwin_bash Fortumately, 'chere -u' seems to work. Notes: 1. $ cygcheck -c chere Cygwin Package Information Package Version Status chere 1.1-1 OK 2. My Windows System PATH includes '/bin' in Windows format. 3. I always run the 'chere' command in an as Administrator window. 4. The above install command is only one of tens of option permutations I've tried, all chere-less-Lee. Clearly, I have nothing to cheere about! ;-) Clues? I've always found 'chere -i' works for me. I'd also recommend getting rid of 'c:\_0\local\Scripts\test'. no such file! Larry, et al., As my initial message indicates 'chere -i', run as Administrator results in a non-working 'chere' install with the additional weird properties indicated. Besides I want Mintty and Bash as the window, not the console. Are you running Vista 64bit? If not, I suspect the registry keys set in Vista 64 are not correct as set by 'chere'. MMDV! Lee -- 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
Re: 1.7.1: Does 'chere' work with Vista 64b? Can't tell by me.
Larry Hall (Cygwin) wrote: I've always found 'chere -i' works for me. I'd also recommend getting rid of 'c:\_0\local\Scripts\test'. no such file! Your cygcheck output thinks there is: Found: C:\_0\bin\test.exe Warning: C:\_0\local\Scripts\test hides C:\_0\bin\test.exe Found: C:\_0\bin\test.exe Warning: C:\_0\local\Scripts\test hides C:\_0\bin\test.exe Not Found: test Someone is confused here. Based on cygcheck's and your conflicting statements, I can certainly say I am. There is not now or at the time of my last look a 'test' file there. $ cd /local/Scripts $ ls -al *test* 20 -rwxrwx---+ 1 lr root 20168 2009-11-12 18:20 colortest 4 -rwxrwx---+ 1 lr root 1002 2009-11-12 23:11 test_redir 4 -rwxr-xr-t+ 1 lr root 946 2009-04-04 14:43 var-dir_state_test Larry, et al., As my initial message indicates 'chere -i', run as Administrator results in a non-working 'chere' install with the additional weird properties indicated. OK, I only traced back as far as http://cygwin.com/ml/cygwin/2009-12/msg00868.html, which didn't specifically mention the simple 'chere -i' variant. So I wanted to offer that as an incentive to try it if you hadn't. Besides I want Mintty and Bash as the window, not the console. I wasn't recommending 'chere -i' over your preferred configuration. I was just suggesting what I had success with in the past and that starting with the simple is usually a good way to troubleshoot problems. Yes, I'm familiar with testing, and tried that second. Are you running Vista 64bit? If not, I suspect the registry keys set in Vista 64 are not correct as set by 'chere'. No, actually I'm not, so if you're sure it's a Vista 64bit thing, then that narrows the focus and those affected. The closest I have is Windows 7 x64 but I can't experiment at the moment with it since it requires a reboot. I had no problems with Vista 32 bit, that's my only evidence. -- 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
Re: 1.7.1: Mintty/bash window start: -bash: regtool: command not found
Andy Koppe wrote: 2009/12/23 Lee D. Rothstein: Just installed 1.7.1. Bravo, again. Everything seems to be working okay, but every time I start up a Mintty/Bash window I get the following error message. -bash: regtool: command not found Shortcut is: C:\_0\bin\mintty.exe --icon=c:\_0\cygicons-hippo-vista-0.dll,10 - 'regtool' does not appear in my profile nor my bashrc. Huh? There's a regtool call in /etc/profile: PRINTER=`regtool -q get '\user\Software\Microsoft\Windows NT\CurrentVersion\Window\Device' | sed 's/,.*$//'` I can reproduce this as follows: - Leave a Cygwin session open. - Run setup.exe - Select reinstall for cygwin-1.7.1-1. - Click next - in-use files detected appears - Click retry. Strangely, 'retry' is accepted even without closing all Cygwin processes. But it doesn't seem to make a difference to the outcome anyway: regtool and also mount and ps aren't installed. It can be fixed by reinstalling the cygwin package again, this time without any Cygwin processes running. Thanks, Andy, this fixed the sucker! And too, regtool did get installed. Is this a setup bug? -- 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
Cygwin-doc 1.5, with Cygwin 1.7.1?
Is that correct? -- 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
1.7: mintty 5.5.1 refuses to take hippos seriously ;-(
'--icon=c:\_0\hippo_xp.ico' option now breaks mintty. Removing it from the shortcut fixes it. Boo. I want my hippo. My dog has refused to continue with her piano lessons until 'mintty' is fixed. Please help Phydeaux to continue her muzeecle edjeecayshun. hippolessLee -- 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
Re: 1.7: 'whatis' doesn't work; apropos does
This problem was apparently due to a hung 'makewhatis' background process. Sorry about the bother. Never mind, emiLee (Letella) Lee Rothstein wrote: * 'man' is installed. * 'cygcheck' says ok * 'makewhatis' is run after each run of setup. * 'apropos' works fine * 'whatis' does not For example: * 'man ls' works * 'apropos dir' finds 'ls' among other commands/libraries/etc * whatis 'ls' doesn't work $ type whatis whatis is hashed (/bin/whatis) ideas? bugs? Thanks, Lee -- 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 -- 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
Re: 1.7: mintty 5.5.1 refuses to take hippos seriously ;-(
Andy Koppe wrote: 2009/12/22 Lee D. Rothstein: '--icon=c:\_0\hippo_xp.ico' option now breaks mintty. Works for me, with the icon placed in the same location. This is on XP, and I tried it both in Cygwin 1.5 and 1.7. NB: c:\_0 is my root. I just looked at the ownership/mode of hippo_xp.ico and it was lr:none and 700. I changed it to lr:root and 777, and the Windows shortcut still doesn't work. While lr is part of root (Administrators), I don't run the shortcut with elevated privilege. What system are you on? -- $ uname -a CYGWIN_NT-6.0-WOW64 GW2 1.7.0(0.218/5/3) 2009-12-04 17:08 i686 Cygwin -- si ... OS Name:Microsoftr Windows VistaT Home Premium OS Version: 6.0.6002 Service Pack 2 Build 6002 -- How does it break? Screen flickers, nothing else happens. Can you run mintty with that option from an existing mintty session and see whether it reports an error? No. No matter how I specify mintty or the icon on the command line, 'mintty' cannot load the icon. e.g., all of the following don't work: $ mintty --icon=/hippo_xp.ico - mintty: could not load icon -- /hippo_xp.ico $ /bin/mintty.exe --icon=$(cygpath -ua 'c:\_0\hippo_xp.ico') - mintty: could not load icon -- /hippo_xp.ico ... yet: $ ls -al / ... -rwxrwxrwx+ 1 lr root 46878 2009-12-05 08:26 hippo_xp.ico ... $ mintty --version mintty 0.5.5 ... WTF,O, Lee -- 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
Re: 1.7: mintty 5.5.1 refuses to take hippos seriously ;-(
Chris Sutcliffe wrote: e.g., all of the following don't work: $ mintty --icon=/hippo_xp.ico - mintty: could not load icon -- /hippo_xp.ico $ /bin/mintty.exe --icon=$(cygpath -ua 'c:\_0\hippo_xp.ico') - mintty: could not load icon -- /hippo_xp.ico What happens if you do: $ mintty --icon=/Cygwin.ico - works! Do you experience the same behaviour? Chris -- 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
Re: 1.7: mintty 5.5.1 refuses to take hippos seriously ;-(
Andy Koppe wrote: 2009/12/22 Lee D. Rothstein: '--icon=c:\_0\hippo_xp.ico' option now breaks mintty. Works for me, with the icon placed in the same location. This is on XP, and I tried it both in Cygwin 1.5 and 1.7. NB: c:\_0 is my root. I just looked at the ownership/mode of hippo_xp.ico and it was lr:none and 700. I changed it to lr:root and 777, and the Windows shortcut still doesn't work. While lr is part of root (Administrators), I don't run the shortcut with elevated privilege. What system are you on? -- $ uname -a CYGWIN_NT-6.0-WOW64 GW2 1.7.0(0.218/5/3) 2009-12-04 17:08 i686 Cygwin Sorry, I can't reproduce this on Vista or 7 either. 64b Vista! Hippo looking happy. Further to Chris's suggestion of trying Cygwin.ico, does it make a difference if you copy the hippo elsewhere? No, it doesn't work there either! Also, did the shortcut work with mintty-0.5.4? Yes. (0.5.5 uses a different Windows function to load the icon, but it's not immediately obvious why that might upset the hippo.) So, you're saying that not all Windows parties treat hippos equally. Tsk! ;-) -- 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
Re: 1.7: mintty 5.5.1 refuses to take hippos seriously ;-(
Chris Sutcliffe wrote: What happens if you do: $ mintty --icon=/Cygwin.ico - works! I suspect this is related to an issue reported before with the hippo icon (I assume it's the one Chuck mentioned in a previous email?). I don't remember the exact details, but I remember Vista not liking the icon unless it was embedded in a dll (which Chuck subsequently uploaded). To use it, try: mintty --icon=/cygicons-hippo-vista-0.dll,10 which will get you the hippo icon. $ find /[a-ce-quv]* -name cygicons-hippo-vista-0.dll Google: cygicons-hippo-vista-0.dll Google: cygwin hippo icon dll all reveal NADA! What am I missing? -- 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
Re: Cygwin 1.7-1!
Bravo! Angelo Graziosi wrote: Just done from mirrors.kernel.org! $ uname -a CYGWIN_NT-5.1 homepc 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin Thanks to all developers of Cygwin. Ciao, Angelo. -- 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 -- 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
WTF proposed acronym
CGF said: Yes, please take it to the talk list. In the meantime, I'm going to try teaching my dog to play the piano. cgf Using a little poetic license, and realizing that CGF never does anything with the expectation of failure implied above: Meanwhile, I'll teach my dog to play the piano == MITMDTPTP I know what you're going to say, It's too complicated! But ... I taught the acronym to my dog, Phydeaux. And, you gotta love any acronym of this sort that begins with MIT, ends with two TPs, has an MD in the middle, contains no obscentities and refers to man's best friend. Lee -- 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
Re: 1.7] Can you have multipe cygdrive path prefixes active at once
Bopp wrote: aputerguy wrote: Jeremy Bopp writes: Well, it's a bit of a hack, but you could try something like the following: $ dirname $(cygpath -u C:/) This assumes that there is always a C: drive and converts the path to the root of that drive into a POSIX path which will include the cygdrive prefix. Then dirname is used to effectively chop off the drive letter leaving you with the cygdrive prefix. This doesn't seem to work in the case where you have mounted the C: drive. For example I mount C: on /c And the above returns: $ dirname $(cygpath -u c:/) / which doesn't tell me what the cygdrive prefix is -- only where 'c' is mounted. Of course, as pointed out in a later reply, one can use an unused disk drive letter like 'x' but that is hardly robust since who knows what drive letters will be unused and/or unmounted. Assuming you do find a reliable way to discover the cygdrive prefix, how do you plan to handle mapped drives for remote shares? I ask because you mentioned that you might want to be able to run something like find on the cygdrive prefix itself, and of course scanning a remote share like that may not be desirable. Also, how do you handle the mounted C: case as well? Even if you mount it to /c as you have done, I think /cygdrive/c will also have it. -Jeremy Does this not do what's required (barring spaces in the Cygdrive alternative prefix): -- #!/bin/bash # drives_root: Show the root prefix of the Windows drives # (perhaps 'Cygdrive', if the installation default # was selected) of the current installation of Cygwin # By Lee Rothstein, 2009-11-06 11:58:53 #PName=$(basename $0) #PVersion=0.01.00.001 #PUpDate=2009-11-07 mount -p | gawk 'NR==2 { print $1 }' -- WRT embedded spaces in the drive prefix: UNIX, GNU, Linux and to a large extent Perl, et al, are powerful because they demand of users a lack of abject stupidity. If stupidity is enforced by OS conventions and style, the results cannot be good. Similar approaches to the above can be used with other mounting artifice, and could even be adapted to embedded spaces. Shares at depths of more than one directory are another story, but probably could also be dealt with. Or, perhaps I don't understand the issues? Lee -- 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
rogue file in /etc/postinstall after update?
why are th e following files left in /etc/postinstall after each update/reinstall or initial install?: gcc-mingw-ada-3.4.4-20050522-1.tgz gcc-mingw-core-3.4.4-20050522-1.tgz gcc-mingw-g++-3.4.4-20050522-1.tgz gcc-mingw-g77-3.4.4-20050522-1.tgz gcc-mingw-gdc-3.4.4-0.12.1.tgz gcc-mingw-gpc-3.2.3-20040516.tgz gcc-mingw-java-3.4.4-20050522-1.tgz gcc-mingw-objc-3.4.4-20050522-1.tgz -- 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
Re: Norton Antivirus 2010 false detects various cygwin programs...
I have dumped across years: * Norton * McAfee * Antivir Currently I'm using Kaspersky, which is pricer than the above, but it's given me no trouble (so far), and seems to have detected some real problems. Robert Pendell wrote: On Mon, Sep 7, 2009 at 1:41 AM, Robert Pendell wrote: On Fri, Sep 4, 2009 at 9:35 PM, Robert Pendell wrote: On Fri, Sep 4, 2009 at 2:46 PM, Andy Koppe wrote: 2009/9/4 Robert Pendell: During basic installation cygpath, mkpasswd, and mkgroup were all detected by SONAR (part of NAV 2010) that it the files emitted suspicious activiry and would be removed. The files have not been removed (yet) but I will be alerting Norton to this. This does block the program though and prevents their use to complete the install. Thought to let you guys know about it. This may also affect NAV 2009 or similiar applications (Norton Internet Security, Norton 360). If I had to choose between Norton and a virus, I'd take the virus. Someone O. Other So true. I have ran sanity scans on totalvirus dot com and posted the results on the norton forum. I also updated to their most recent version and still got it. In addition I got a red flag on a different product which I know is also safe so I have notified them about that. In the meantime I have switched to an alternative product which I have used in the past. Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer Looks like the issue is cleared up. Newest release no longer flags any cygwin applications. Yay! BTW, Apologies to Andy Kappe for forgetting to remove his email address from my prior response. I took care of it and also reformatted this message appropriately. Bah... I'm just yanking norton off. Flagged the telnet program in the inetutils package this time. The sonar protection is broken pretty bad if it is flagging perfectly benign programs. Just someone explain how the telnet program in inetutils is different than telnet in putty or even the windows one? It blocked (and killed it) when the program tried to make a connection. Anyways.. Norton is out of my system for good. They had their second (and maybe third and fourth) chance and now I am done with them. Norton Out. Avast In. At least that one doesn't go flagging perfectly good programs. What are your recommendations of good antivirus programs? I am currently running Windows 7 RTM so it should of at least been tested and checked to work on that platform. Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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 -- 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
Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-61
Christopher Faylor wrote: I just uploaded a new Cygwin 1.7 test release, 1.7.0-61. This is another bugfix update: - Correctly interpret Interix symlinks (read-only). - Set R/O attribute on a file only if ACLs are not active. - Don't interpret a volume reparse point as a symlink. - Add two new code pages: 20866 (KOI8-R) and 21866 (KOI8-U). - Fix problems when running destructors in dynamically loaded DLLs. FAQ: - Q: How do I know that I'm running Cygwin 1.7.0-61? A: The `uname -v' command prints 2009-09-11 01:25 Huzzah! Thanks. Or, you could run: cygcheck -cd cygwin|sed -e '1,2d' -re 's/cygwin[ \t]+//' *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you==yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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 -- 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
find not consistent with man/info pages? Was: Re: Cygwin 'find' does not support the '-L' predicate?
I got the terminology all mixed up, but the bottom line is: # '-follow' is supposed to be deprecated, but the replacement # '-L' specified in 'man' and 'info' pages does not appear to # exist in Cygwin 'find' version 4.5.4 find $PWD -maxdepth 1 -type f -follow -executable | gawk ' Lee Rothstein wrote: Apparently there are these thingies (special type of options) called predicates in 'find' that are specified before a path that tell it to follow or not follow links, etc. I think I need the '-L' predicate that says follow them thar links. However, the following command line works until I add the '-L' predicate. The following works: find $PWD -maxdepth 1 -type f -executable but does not find executable files that are links The following, which I assume (according to man and info) will find executables that are links, does not work at all: find -L $PWD -maxdepth 1 -type f -executable Or, is this pilot error? Lee -- 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 -- 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
Re: 1.7: setup fails to complete download; all later attempts fail
Larry Hall (Cygwin) wrote: On 08/30/2009 11:15 PM, Lee D. Rothstein wrote: Setup failed to complete the download on an attempt to update. Yet, the install continued until that failed as well. What do you mean by this? Define failed. Clarify how setup failed... yet, the install continued until that failed as well. Fails different ways. Last time, just before replying it got 92% done (reinstall) and a GUI box popped up on screen (locking Cygwin progress window) and said: Download Incomplete Try Again? Yes No If I respond Yes, it takes me back to Server selection. Argh!! Now, the same thing happens every try. Even if I: Generally all the things you mentioned here are worthwhile. Perhaps you have a corrupt package listing for a package you're trying to update? Can you 'zcat' them all? I have used different servers and delete all prior downloads before each trial. How could this happen? -- 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
1.7: setup fails to complete download; all later attempts fail
Setup failed to complete the download on an attempt to update. Yet, the install continued until that failed as well. Now, the same thing happens every try. Even if I: * Redownload the lastest setup * Shut off my AV program (Kaspersky) * Change servers * Delete all prior remnants of downloaded archives in my Cygwin cache * Reinstall everything * Delete all files in /etc/postinstall not having the extension '.sh.done' * Running setup as Administrator * Shutting down all Cygwin Windows processes * Shutting down all other apps including apps like Google's apps background crash monitor. It doesn't fail at the same point each time. It doesn't fail at the same point using the same source server. Sometimes it will get 98% through and then fail. Some times it will fail immediately after selecting, say, Reinstall All. I've had this problem before (on Vista 32 Home Premium with setup for 1.5, and a different, now dead computer ; RIP), and I can't remember how I got out of it. Currently, I'm running Vista 64 Home Premium -- CYGWIN_NT-6.0-WOW64 GW2 1.7.0(0.212/5/3) 2009-08-20 10:56 i686 Cygwin. Finally, I don't see anything in setup.log or setup.log.full that gives me a clue. Ideas how to fix/prevent? -- 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
Re: cygstart not searching $PATH
Chris Sutcliffe wrote: At one point I seem to remember cygstart would search the $PATH variable for an application? It absolutely did and was helpful with one or two problematic Windows apps. These problematic apps, that were helped by the non-standard use of 'cygstart', typically operate on a directory rather than file argument, and require startup in a directory different than the argument (to load one or more DLLs), if I remember correctly. I remember that finding that solution took a significant amount of trial and error. This doesn't work anymore, is this by design? As you say, it no longer works and I am am unable to start these problematic apps from a Windows command line, as a consequence. Chris Lee -- 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
Re: cygstart not searching $PATH
Lee D. Rothstein wrote: Chris Sutcliffe wrote: At one point I seem to remember cygstart would search the $PATH variable for an application? It absolutely did and was helpful with one or two problematic Windows apps. These problematic apps, that were helped by the non-standard use of 'cygstart', typically operate on a directory rather than file argument, and require startup in a directory different than the argument (to load one or more DLLs), if I remember correctly. I remember that finding that solution took a significant amount of trial and error. This doesn't work anymore, is this by design? As you say, it no longer works and I am am unable to start these problematic apps from a Windows command line, as a consequence. Oops. Cywin not Windows command line. Chris Lee -- 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
1.7: Version info about Cygwin
Can someone explain the difference in version info between?: * cygcheck -c cygwin * uname -a To wit: Cygwin Package Information Package VersionStatus cygwin 1.7.0-49 OK \ \ Versus \ CYGWIN_NT-6.0-WOW64 GW1 1.7.0(0.210/5/3) 2009-06-08 22:13 i686 Cygwin Thanks, Lee -- 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: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-47
Christopher Faylor wrote: On Thu, May 07, 2009 at 02:20:18PM -0400, Andrew Schulman wrote: By the way, I don't like that setup maximizes the window when on the package selection step. I haven't seen it, but it certainly sounds wrong for a wizard-style window to change its size when you press the Next button. Hm, I always think it's kind of handy. Also that it changes back again after you're done with the selections. Saves me 2 clicks every time I run setup. That's why I implemented it (that + Corinna asked me to do something like this a while ago). It certainly isn't particularly useful to ALWAYS open a window which is too small to hold the information it is trying to convey. That's what setup.exe used to do. It is pretty difficult to make setup's property sheet methods do anything more flexible than maximize. One alternative is to make all of the setup windows bigger. I tried that and it looked much more intrusive than just maximizing the one window which needs it. Lots of installers take full control of the screen. setup.exe is unique in that it doesn't take full control for the entire install process. cgf -- 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/ For my taste (and this is only taste), it works beautifully, now! Thank you! Lee -- 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/
1.7: Problem with Vista64b ACLs and sockets
I do a 'ping' in my profile of an Internet server to see if the network is up when I bring up the first terminal session/login. I'm getting the following error: ping: socket: Operation not permitted It doesn't matter what pingable node I try. They all fail. 'type' reveals that this is '/bin/ping'. This problem started after I turned on UAC and rebooted. I'd had it off for the initial install of 1.7 and all updates prior to this point. I have tried updating the ACLs for ALL key directories (using Start / Run ... / explorer, and then Properties / Security / highlight my ID / Advanced ...), subdirectories and files to allow everything for my user ID. The changes have all stuck, but the problem remains. Note, also that using 'cmd.exe' and: C:\Windows\System32.\ping node.domain.tld does work. Note that my 'ssh' sessions to a Linux server (terminal and smtp) work fine. I'm out of ideas. * How do I fix this? * I need 'ping' to work, no matter what, but is there a more basic way way to determine if the WAN is up? * Do I need some other ACL magic beans? ;-) * I also continue to have problems installing 'gcc' and 'tetex', both keep reinstalling. Could this be related to ACLs? Lee -- 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: edit Aux.pm under GNU emacs hangs
Corinna Vinschen wrote: On Apr 6 18:12, Spiro Trikaliotis wrote: Hello, * On Mon, Apr 06, 2009 at 03:00:21PM +0100 Phil Betts wrote: Marc Girod wrote: I try to open a new file named 'Aux.pm' under GNU emacs, and this one hangs. [...] http://cygwin.com/faq/faq-nochunks.html#faq.using.dos-filenames Is this still true for Cygwin 1.7? I mean, Win 9x support has been dropped, there is no reason not to use the \\.\... path specifiers, which would make this problem vanish. Apart from the fact that you should use slashes instead of backslashes, there isn't any need to use //./ in Cygwin 1.7. Just open Aux.pm. http://cygwin.com/1.7/cygwin-ug-net/using-specialnames.html Corinna Can't have any files named [aA][uU][xX] dot *anything* in Windows, or anything dot [aA][uU][xX]. On so-called 16-bit windows systems this could cause a system crash. I learned this the hard way. On Windows Vista 64b with 'aux.pm' to a current directory, it tries to write a file to \\.\aux\. I didn't have the heart to let it try. Corinna's reference points this out, but her comments seem to ignore this. Marc Girod did not make clear (to me) whether the Emacs was a Win or Cygwin version. It does not matter, the strange results are the same (except for \\... vs //...) . -- 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: 'less': HOMEEND not working with 'mintty' v0.3.6
Andy Koppe wrote: Lee D. Rothstein wrote: However, while HOME works, END generates: ESCOF on the bottom command line and doesn't change the rest of the screen. If I then type Ctrl-C (required to allow keyboard input to be accepted, at all, at this point), and then, END, and HOME both work. I'm sorry, but I'm out of ideas on this one. ESCOF is the End keycode in less's output notation, where the escape character is shown as ESC, so that ought to match \eOH goto-line. Even stranger that ^C would fix it. (It's working fine here, both on 1.5 and 1.7.) I installed .0.4Alpha1, and at first it had a very similar problem, except instead of the ESCOF, nothing. Then magically a few hours later, it all worked, even after opening new mintty window after another. Very strange. Thanks for your help. BTB, v0.4.A1 seems to be working dandy. Lee -- 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: 'less': HOMEEND not working with 'mintty' v0.3.6
\e[1;2A back-line # UP-ARROW \e[1;2B forw-line # DOWN-ARROW \e[5;2~ back-screen # Shift/Ctrl+M_Wheel_Back--Scroll page bck \e[6;2~ forw-screen # Shift/Ctrl+M_Wheel_Forw--Scroll page frw \eOH goto-line # HOME -- Beginning of input \eOF goto-end # END -- End of input -- And, yes, I remembered to compile with 'lesskey'. NONE of the above work. Am I missing some other magic beans? - Is the TERM variable set to something other than xterm? Yes, on Cygwin 1.7, I've since fixed that. Now, mouse wheel stuff works fine. Thanks. However, while HOME works, END generates: ESCOF on the bottom command line and doesn't change the rest of the screen. If I then type Ctrl-C (required to allow keyboard input to be accepted, at all, at this point), and then, END, and HOME both work. So, we're not out of the woulds [sic] yet. ;-) - Is the 'Modifier key for scrolling' on the 'Keys' page of the options set to something other than 'Shift'? If so the number 2 in the keycodes needs to be replaced with 3 for Alt or 5 for Ctrl. No. AOK. - Do you invoke less with any additional options that might influence this, e.g. through an alias or the LESS variable? $LESS is null; no aliases. Thanks, again, so far. ;-) Lee -- 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: 1.7.0: Getting a Windows app to run synchronously to a script from which it is invoked
Corinna Vinschen wrote: On Mar 22 20:26, Lee D.Rothstein wrote: snip First of all, the explorer command does not stop input from the terminal. When I invoke the above script, I get an explorer window *and* I can type into the calling shell again because explorer is running detached. Experiments with notepad show that notepad is running synchronously, so in that case the shell is waiting for notepad to exit. I get this behaviour consistently on 1.5 and 1.7. This is my oversight. I used the wrong example, but even for the right example, I believe I misdiagnosed the problem. The correct, verified diagnosis follows (I hope). After some more research I find the actual problem with Cygwin 1.7, is that if you try to open open a file with a Windows app through its softlink, (in the directory of both the file and its softlink) the Windows app opens the softlink, not the file to which it is linked. This only happens with Windows apps, and the problem does not happen with Cygwin 1.5. (I just tested it on both versions.) This is what confused me about all the other results I reported. However, if I use '$(cygpath -wa SOFTLINK)', the windows app opens the correct file. So, in summary, 'cygpath' works!, but Cygwin 1.7 appears to not dereference the link for Windows apps as it did with Cygwin 1.5, unless 'cygpath' is used. WRT, explorer ever running synchronously, I thought that at one point (perhaps pre 1.5, and pre-XP) that you could get Explorer to run synchronously, but I may be mistaken. That's (at the very least) the age of the mistakenly referenced script. Corinna P.S.: If that would be my script, I'd use cygpath -wa, to get always an absolute Windows path, btw. This removes the trailing backslash you always get when calling `cygpath -w .'. Thanks for the advice and sorry to have bothered you with the prior misinformation. BTB, aside from this obscure difference (that seems to have only impacted my ancient and ill-conceived scripts), I am enjoying Cygwin 1.7. Thank you, very much. Lee -- 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/
mintty less
I'm having some problems with 'less' in a 'mintty' window that are not consistent. Specifically while paging through stdin (to 'less'), in 'less', the first time I try to use HOME or END to go respectively to the beginning or end of the stdin stream, the 'less' navigation hangs until I hit CTRL-c. Then they each work. This only happens regularly when I use 'less' overtly. It seems to happen rarely when 'less' is invoked by 'man'. So typical command lines where it does happen are: $ ls -lR|less $ find . -name *.ion|less And, while it seems to me that I have, on occasion, got hang to occur with: $man rsync I couldn't get it to happen just now, at all. Lee -- 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: Problem with 575 man pages -- cygport problem?
Christopher Faylor wrote: On Mon, Mar 16, 2009 at 01:35:38AM -0400, Lee D.Rothstein wrote: A large number (575) of 'man' pages, that reference other man pages using a '.so' (source include) reference, fail to work because the plain text files have the '.gz' extension appended without actually being gzipped. Could this be due to a mishap in or with the 'cygport' package? Each reference appears to be okay (I've only tested a handful), iff you remove the '.gz' extension. Following is a list of such man page error messages with a few of them actually verified to have the situation I describe above. Please stop repeating the same message. cgf I repeated the message the first time because the original subject did not specifically mention 'cygport'. If 'cygport' is at fault this is a serious problem that compromises many packages. I repeated the message, again, because I got a message from what I thought was the list's server saying the message had been bounced because it had an attachment with an unacceptable name. And, I got no responses. Now, I see that the message got through. Cheers, Lee -- 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: mintty less
Andy Koppe wrote: Lee D. Rothstein: I'm having some problems with 'less' in a 'mintty' window that are not consistent. Specifically while paging through stdin (to 'less'), in 'less', the first time I try to use HOME or END to go respectively to the beginning or end of the stdin stream, the 'less' navigation hangs until I hit CTRL-c. Then they each work. Hmm, less could be getting confused by the VT220-style Home/End keycodes that mintty sent so far. 0.3.7 sends PC-style keycodes that are compatible with the xterm terminfo entry. To get them working in less, add these two lines to ~/.lesskey (and run lesskey to translate it into the binary ~/.less): \eOH goto-line \eOF goto-end Andy -- 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/ Thanks, Andy, this worked. Now, I'll go install 0.3.7, and see what happens. ;-) -- 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: Clearing the Cygwin console
Andy Koppe wrote: on Linux/UNIX systems with the command 'clear' the console content usually can be flushed, on Windows with 'cls'. None of these commands worked with Cygwin. If I enter 'clear', the message bash: clear: command not found is returned. How can a console used with Cygwin be cleared? Ctrl+L. Works in all terminals. clear.exe is available in the ncurses package. As Andy said ^-l works. However, with both clear and ^-l, the scroll buffer is not cleared which makes it use with text-based debugging rather limited. That's one reason the alternate screen option on 'rxvt', and 'xterm' is useful. -- 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/
clearing the scrollback buffer in mintty
Dave Korn piped: For gui consoles, use alias cls='echo -e \033c' which does clear the scrollback buffer. Thanks Dave, this works on 'xterm' but not on 'mintty'. On 'mintty' it does a 'clear' (i.e., clears the screen), rather than a 'cls' (i.e., clears the screen and scrollback buffer). -- 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: pdftk and apropos - general questions
Mike Marchywka wrote: I've had a persistent problem getting apropos to work as it never finds anything appropriate. Is there something I need to do to make this work? After each setup session, you need to run, /usr/sbin/makewhatis -u. The immediate need was trying to find pdf tools. Browsing the installs, it looks like pdftk will probably do what I need, along with other utilities I have. Are there additional pdf tools internal or external to cygwin people have found useful? $ apropos pdf on my system with all Cygwin packages installed yields: a2x (1) - convert Asciidoc text file to PDF, XHTML, HTML Help, manpage or plain text dvipdf (1) - Convert TeX DVI file to PDF using ghostscript and dvips dvipdfm (1) - Produce PDF files directly from DVI files dvipdft (1) - create thumbnail images for use with dvipdfm e2pall (1) - convert all EPS files in a LaTeX document to PDF ebb (1) - extract a bounding box from JPEG, PNG, and PDF files epstopdf (1) - convert an EPS file to PDF fdf2tex (1) - Convert PDF formular data (FDF) into something (Con)TeX(t) can handle gs (1) - Ghostscript (PostScript and PDF language interpreter and previewer) gsnd (1) - Run ghostscript (PostScript and PDF engine) without display gv (1) - Postscript and PDF viewer makempy (1) - Helper script for conversion of (PDF or PostScript) text to Metapost graphics pdf2dsc (1) - generate a PostScript page list of a PDF document pdf2ps (1) - Ghostscript PDF to PostScript translator pdfeinitex [pdfetex] (1) - PDF output from e-TeX pdfetex (1) - PDF output from e-TeX pdfevirtex [pdfetex] (1) - PDF output from e-TeX pdffonts (1) - Portable Document Format (PDF) font analyzer (version 3.02) pdfimages(1) - Portable Document Format (PDF) image extractor (version 3.02) pdfinfo (1) - Portable Document Format (PDF) document information extractor (version 3.02) pdfinitex [pdftex] (1) - PDF output from TeX pdflatex [latex] (1) - structured text formatting and typesetting pdfopt (1) - Ghostscript PDF Optimizer pdfroff (1) - create PDF documents using groff pdftex (1) - PDF output from TeX pdftk(1) - A handy tool for manipulating PDF pdftoppm (1) - Portable Document Format (PDF) to Portable Pixmap (PPM) converter (version 3.02) pdftops (1) - Portable Document Format (PDF) to PostScript converter (version 3.02) pdftotext(1) - Portable Document Format (PDF) to text converter (version 3.02) pdfvirtex [pdftex] (1) - PDF output from TeX pdfxinitex [pdfxtex] (1) - PDF output from e-TeX pdfxtex (1) - PDF output from e-TeX pdfxvirtex [pdfxtex] (1) - PDF output from e-TeX ps2ascii (1) - Ghostscript translator from PostScript or PDF to ASCII ps2pdf (1) - Convert PostScript to PDF using ghostscript ps2pdf12 [ps2pdf](1) - Convert PostScript to PDF 1.2 (Acrobat 3-and-later compatible) using ghostscript ps2pdf13 [ps2pdf](1) - Convert PostScript to PDF 1.3 (Acrobat 4-and-later compatible) using ghostscript ps2pdfwr (1) - Convert PostScript to PDF without specifying CompatibilityLevel, using ghostscript pstoedit (1) - a tool converting PostScript and PDF files into various vector graphic formats rtf2pdf (1) - MicroSoft Rich Text Format (RTF) to Portable Document Format (PDF) translator texexec (1) - ConTeXt and PDF auxiliary program and batch processor texi2dvi4a2ps(1) - Compile Texinfo and LaTeX files to DVI or PDF thumbpdf (1) - generate thumbnail images for a PDF file created with pdftex tiff2pdf (1) - convert a TIFF image to a PDF document xpdf (1) - Portable Document Format (PDF) file viewer for X (version 3.02) xpdfrc (5) - configuration file for Xpdf tools (version 3.02) The above, however, misses my favorite: man -t, which generates Postscript output that can be filtered thru ps2pdf. generating man pages in pdf format Attached is a script that does this Basically on this new computer I've managed to do without Flash so far and I'd like to try to avoid installing any Adobe reader stuff. Try Ghostgum ghostview. Windows compatible (no Cygwin, or X windows required and with print capability) and FOSS (free and open source software). #!/usr/bin/bash # man2pdf / man2lpr: render the specified MAN pages as PDF; # in the current directory; then browse or print # By Lee Rothstein, 2008-05-17, 01:44 PM # See: # * 'usage ()', in this file # or: # * $ man2pdf -h # at a command prompt # for a complete script description ProgName=$(basename $0) . set_title.s $*
Re: 'man' page for 'mintty' for review
Phil Betts wrote: ... Lots of good comments on 'mintty' man page ... Thanks, Phil, Lee -- 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/
/bin /usr/bin
Peter Rosin wrote: Den 2009-02-07 00:37 skrev Lee D.Rothstein: First, PATH must include the Windows path of the /bin, where typically both mintty.exe and cygwin1.dll' will be found. Remember, this is a Here, I think I have the path right, since, the Windows equivalent of '/bin' is 'c:\Cygwin\bin', which means I don't understand the following comment at all: My (minor) point was that from the mintty point of view, the fact that /bin and /usr/bin are equivalent is a coincidence - it's a Cygwin quirk. Since mintty installs in /usr/bin, Not on my Vista 64b System! Everything is in /bin, (c:\_r\bin) NOTHING is in /usr/bin. (c:\_r\usr\bin). I thought, I had remembered that, in prior systems almost the reverse was true, but I checked before I wrote the last reply (and checked again, just now). As everyone has implied, all items in /bin, are accessible through /usr/bin. Is my system different? Why? Pilot error? -- 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: 64 bit system compatibility
Giacomo Bruno wrote: Hello, I just moved to a new machine with a 64 bit windows vista os . I wanted to install and run cygwin. While the installation process run to the end, programs like emacs xterm and xwin do not work. I also do not get a home directory when I run for the first time cygwin (I thought it would be created automatically). I just read on the cygwin FAQ that ..As far as we know no one is working on a native 64 bit version of Cygwin.. I interpret it like my system is unsupported and I should not expect the above mentioned programs from the current version of cygwin to work out of the box. Is that correct? Is it planned to release a Vista 64-bit compatible cygwin version? When? Actually I'd be happy if I managed to have at least ssh, scp and xterm work. Is it just a matter of recompiling them with a proper compiler or it is more than that? I have had much better luck (to say the least) with Vista 64b and Cygwin than I ever did with Vista 32b, including but not limited to X windows. BTB, at random intervals over the last several years X has been problematical with XP, and Vista 32 b. So far with Yaakov's resurrection of X, things are humming. Having said that I've adopted 'mintty' full force, avoid 'xterm', and only use X when I have a graphical app that requires it. Thanks, Yaakov. -- 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: [OT] Vista feedback
Tim Prince wrote: Vincent R. wrote: Ok finally I got my answers, I am cross-compiling and everything is so SLO that I will have to install Windows XP ... Is it because of the couple laptop(Dell XPS M1530)/Vista or does it come from Vista itself ? You didn't say whether you have sufficient RAM, why you would not consider 64-bit or SSD if you are serious about Vista. Not that we want your answer. cygwin is agonizingly slow for many jobs, even on XP SP3. You'll see the reasons in the archives of this group. Cygwin on Vista 64b with sufficient memory (6GB) can be scads faster than with any prior version of windoze, and most especially faster than Vista 32b! -- 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/
Solution?: Saving Dates in Cygwin/Windows with hibernating PCs
I read with interest the problems with getting good time stamps from modern PC Systems that hibernate. I've been working on a different problem, and it occurs to me that a utility of Windows can be used to solve this problem, if you don't mind doing it in a non-GNUish way. There's a console program called 'setx' that comes with Windows XP/Vista, that allows you to make a permanent change to the Windows System or User environment variables, as if you had used: Control Panel / System / Advanced System Settings / Advanced / Environment Variables / System Variables | User Variables / select variable_of_interest_if_exists / New | Edit / enter_changes / OK If you use 'setx' to record the boot time in a system startup script as a system environment variable, say, MYBOOTTIME, then you can use this later on, without impact of hibernate. 'setx' could be run from a 'cmd.exe' batch file placed in the 'Startup' folder, or a shell script could be invoked from that batch file that does everything that you want. If you're a stickler for the exact boot time, you could have the script look-up the system boot time, using the previously mentioned perl hacks, and then use 'setx' to store that, before hibernation could mess it up. It would appear that you could even use the difference in times between a new boot time lookup and the environment variable timestamp to determine how much hibernation time had occurred. Variations of this tack could be used to compute other times. Does this help, or am I just wasting time? ;-) Lee -- 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/
MinTTY feature? Or bug?
Interesting feature or bug of MinTTY that does not obtain with any other terminal emulator with which I'm familiar. To wit: If you have a running synchronous script or command to the screen and you type ^l (Ctrl-l) it will immediately clear the screen before the ongoing command terminates. My feeling is that it doesn't matter, but that the behavior is different from other virtual terminals. Lee -- 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: First Pass at mintty documentation; etc.
Ashok Vadekar wrote: Apologies for violating sane quoting convention, but I'm working off a crapberry. Wrt to window titles: change your PS1 prompt to no longer reassign the title with the pwd (assuming you still have the default definition from /etc/profile (or similar)) and use the same escape sequience it uses (a standard vt100 documented one) to explicity assign your own title. I do that; doesn't fit that requirement. E.g: echo -ne \033]2;*** $* ***\007 The requirement?: VV Can you explain the interactive bit a bit more. Do you mean clicking on the window title and start typing away at it? Exactly what I had in mine. -- 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: 1.5.25: Vista x64 - can't install, no (known) BLODAs, rebase not helping
Alexander Smith wrote: I am running Vista Home Premium x64. After checking the BLODA http://www.cygwin.com/faq/faq.using.html#faq.using.bloda, I turned off Windows Defender. I also tried running rebaseall, but that still didn't help. Below is a list of the steps I followed to try to install cygwin, and the errors I got. I also had trouble running cygcheck (see #7, below). HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Wow6432Node\Wow6432Node\Wow6432Node\Wow6 Yep, happens every time on My Vista 64b HP. This is NOT an accurate reflection of what my registry looks like. I have a registry key HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Wow6432Node and its only contents are a single key called Microsoft. Yep, I've reported this before. Also, 'cygcheck' still indicates that Vista is unsupported, and AFAIK, that's no longer true. AFAIK, there are certain Cygwin package (initial?) installs that can't be accomplished on Vista (32b or 64b) without turning off UAC (User Account Control). See: Control Panel / User Accounts / Turn User Account Control On or Off Reboot (What Microsoft OSs do best, or at least most frequently ;-)) Good luck, Mr. Phelps, Lee -- 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: 1.5.25: Vista x64 - can't install, no (known) BLODAs, rebase not helping
Corinna Vinschen wrote: On Jan 15 15:04, Lee D. Rothstein wrote: Alexander Smith wrote: I am running Vista Home Premium x64. After checking the BLODA http://www.cygwin.com/faq/faq.using.html#faq.using.bloda, I turned off Windows Defender. I also tried running rebaseall, but that still didn't help. Below is a list of the steps I followed to try to install cygwin, and the errors I got. I also had trouble running cygcheck (see #7, below). HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Wow6432Node\Wow6432Node\Wow6432Node\Wow6 Yep, happens every time on My Vista 64b HP. Yes, Cygwin runs fine on my Vista 64 b, also, because of you and the other fine folks who make it so. Thank you, very much. cygcheck, however, does not run fine when dealing with the registry. 'cygcheck' claims not to support Vista 64b under 1.5, and maybe that's okay. And, Vista 64b UAC is sometimes problematic for installs, which is NOT a Cygwin problem, AFAIK. Thanks, again, Lee -- 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: First Pass at mintty documentation; etc.
Andy Koppe wrote: Lee D. Rothstein wrote: \e[1;5A: history-search-backward \e[1;5B: history-search-forward Perhaps I don't understand this 'bash' feature, but it doesn't seem to work for me. Start typing a command, press Ctrl-Up, and it finds the previous line in the history that started like that. I'll work on that habit. Thanks. I do lots of bash scripting including Windows/DOS commands, and I can think of only one character cell app that ever gave me any trouble from rxvt or xterm (whatever that app is -- I think a Resource Kit app), I found a work-around and never needed it again. 'net' is a troublesome command that's been mentioned, although it seems to be ok for basic stuff. But I guess there might be still be a few DOS fullscreen apps around. Turbo Pascal perhaps? But yeah, I'd sooner implement tabs than worry about DOS apps. ;) rudimentary 'net' works. I didn't know xterm actually had a UI for this. Do people find this useful? I've used it on occasion when I needed to scroll back through two debugging runs of a text-mode (character cell) app (or debugging statements). So your debug print macro or whatever would be switching screens? No. Me at the terminal switches screens, using the options menu, before the second run. What would be better for this and other problems, however, is a feature that I would love: The ability to interactively, on the fly change, the Title Bar/Task Bar Title to be clear on what each Window is doing. Can you explain the interactive bit a bit more. Do you mean clicking on the window title and start typing away at it? Exactly what I had in mine. -- 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: First Pass at mintty documentation; etc.
Andy Koppe wrote: Andy Koppe wrote: Lee D. Rothstein wrote: I do lots of bash scripting including Windows/DOS commands, and I can think of only one character cell app that ever gave me any trouble from rxvt or xterm (whatever that app is -- I think a Kit app), I found a work-around and never needed it again. 'net' is a troublesome command that's been mentioned, although it seems to be ok for basic stuff. But I guess there might be still be a few DOS fullscreen apps around. Turbo Pascal perhaps? But yeah, I'd sooner implement tabs than worry about DOS apps. ;) full screen or DOS is a red herring. Any program that does something like the following, if compiled as a native program, won't work in rxvt (or MinTTY, or cygwin/cmd-shell-with-CYGWIN=tty): #include stdio.h main() { int c; while ((c = getc(stdin)) != EOF) fputc(c, stdout); } The thing is, THIS program works as part of a pipeline even when compiled as a native program -- but it breaks if you try to use it interactively within rxvt/MinTTY/etc. A cygwin-compiled version works in all cases. -- Chuck -- 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/ Nice example! Who is Chuck? -- 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: First Pass at mintty documentation; etc.
Andy Koppe wrote: Lee D.Rothstein wrote: Hi, I've taken a first pass at distilling my experience with 'mintty' and the [ahem] discussion, here, about it into a text file (see attachment mintty.{h}) Thanks, that's a nice surprise! Okay, since you at least didn't hate it, I'll plug it into a 'man' template. I'll add additional stuff, as it becomes clear (such as the '.inputrc' stuff, here). Speed It's quite funny, I didn't realise that until people here pointed it out, probably because I didn't have to do anything to achieve it. :) Actually, it's surprising that I could notice it, at all. My new computer is a Gateway, running Vista 64b, and it's much () faster than the old one (less than a year old) that got zapped by lightning static (an HP [slow disk!!!], running Vista 32b, Intel Dual Core and 2/3 the RAM). Xterm was pretty much intolerably slow with the HP, but is quite peppy on the GW (AMD Quad Core). (The other nice things about Vista 64b are a practically unlimited command line, and much longer tolerated path names, ANAICT [as near as I can tell].) Actually, the only thing wrong with MinTTY, ANAICT, is the name. I would have preferred: CFFTTW (Cygwin's Fast F-ing Terminal That Works! ;-) CFFT, for short? The name would be in the tradition, for example, of MIT's node for documentation -- ftp://RTFM.mit.edu !) Best conformance to my personal expectation of what various directional keys (HOME, END, -, -, etc.) should do! (However, still bummed that CTRL-- CTRL-- do not move, respectively forward and back a word on the command line!) These two lines in .inputrc should do the trick: \e[1;5D: backward-word \e[1;5C: forward-word Thank you! And here's my favourite bash feature, mapped to Ctrl-Up/Down: \e[1;5A: history-search-backward \e[1;5B: history-search-forward Perhaps I don't understand this 'bash' feature, but it doesn't seem to work for me. * Futures expectation: My number one goal would be for it to replace the Cygwin console for everything, although I understand there are great difficulties with that goal. Hmm, yep, unfortunately the only path I can see towards that goal is to take Console2's approach of capturing a Windows console, and to try and make the cygwin terminal running inside it more standards-compliant, but that would still leave the slowness of the console and the lag caused by capturing its contents. Perhaps it would be possible to override and reimplement the Win32 console functions as listed at http://msdn.microsoft.com/en-us/library/ms682073(VS.85).aspx ? Do DOS software interrupts still work too? It would certainly be a huge amount of work though, which would include having to reimplement the console's ANSI emulation. I do lots of bash scripting including Windows/DOS commands, and I can think of only one character cell app that ever gave me any trouble from rxvt or xterm (whatever that app is -- I think a Resource Kit app), I found a work-around and never needed it again. Isn't ANSI implementation required of virtual terminals? I know that later DEC VTs, and HP terminals (bless their expensive little scroll-back buffer hearts) had an ANSI mode. Does Curses make this issue go away? Because of the nature of various discussion elements in wading through this stuff, I am referring to my documentation project as: *Diuretics*! *grin* BTW, that's why the signature was: L Dave Rothstein (as in L Ron Hubbard -- Dianetics! ;-)). @@ What alternate screen? @@ Good question. It's vt100 lingo for a second logical screen that wholescreen apps such as editors normally use, often through the (n)curses library. (I'm taking wholescreen to mean an app controlling the whole terminal screen, as opposed to the terminal window being in fullscreen mode.) = Is there an alternate screen toggle in 'mintty' as there is in 'xterm'? I didn't know xterm actually had a UI for this. Do people find this useful? I've used it on occasion when I needed to scroll back through two debugging runs of a text-mode (character cell) app (or debugging statements). What would be better for this and other problems, however, is a feature that I would love: The ability to interactively, on the fly change, the Title Bar/Task Bar Title to be clear on what each Window is doing. (I already know how to change the title from the command line, e.g.: echo -ne \033]2;*** $* ***\007 but that doesn't fill the need with an omnibus app/tool like virtual terminal.) The older I get the more I need this. I could actually use this on every Windows app, and perhaps on real life objects and conversations, as well! ;-) = How do you invoke it? You shouldn't need to really. Apps such as 'less' or 'vi' switch to it using the releavant vt100 incantation. Okay, I'll fix that. [about mousewheel scrolling in less] the feature doesn't work in Vista when the scrollbar is shown. Looks like the inactive scrollbar is swallowing
Re: MinTTY 0.3.3
newsletter wrote: Christopher Faylor wrote: On Sat, Jan 10, 2009 at 04:10:53PM -0700, Andrew DeFaria wrote: Out of here... If only that was really true. cgf mmm start soapbox Linux is about choice and not being forced to use a limited set of tools. If rxvt works for you than that's fine - use it. don't knock the alternatives. personally I like mintty and it has become my terminal of choice - even replacing the windows command prompt. the lack of tabs is no problem. It is small fast (loading and usage) and simple. I don't think it needs a lot of extra's that a lot of software seems to come with these days end soapbox keep up the good work!! Amen to every point. -- 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 and cygwin-xfree lists to merge
I applaud the change! And while some hippos may not be sanguine, Elephant\Rhinos (Elifinos!, as in, 'El-if-i-no which list to send it to') are ecstatic! ;-) Lee sowiso wrote: I don't mind the traffic of xfree, but the cygwin list has too much traffic. There IS traffic on xfree? Looks this has escaped me then. :P -a -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: cygwin and cygwin-xfree lists to merge
I applaud the change! And while some hippos may not be sanguine, Elephant\Rhinos (Elifinos!, as in, 'El-if-i-no which list to send it to') are ecstatic! ;-) Lee sowiso wrote: I don't mind the traffic of xfree, but the cygwin list has too much traffic. There IS traffic on xfree? Looks this has escaped me then. :P -a -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- 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: gs.exe missing from ghostscript package?
Brian Dessent wrote: Lee D.Rothstein wrote: 'gs.exe' the Ghostscript interpreter is missing from my configuration. That's because there is not supposed to be a gs.exe. The ghostscript packages use the alternatives facility, which means /usr/bin/gs is a symlink to /etc/alternatives/gs which is a symlink to either /usr/bin/gs-x11.exe or /usr/bin/gs-native.exe depending on how you've configured your system. Either way, it should work to execute 'gs', Thanks It does not! ps2pdf invokes gs, and gs doesn't execute I.e..: $ which -a gs which: no gs in (.:/local/TextPad:/local/Scripts:/usr/bin:/bin:/local/usr/bin:/local/bin:/usr/X11R6/bin:/usr/sbin:/zzz/c/Wind ows:/zzz/c/Windows/system32:/local/bagels/bin:/zzup/ACDSee_10:/home/ldr/bin) But: $ ls -l gs* -rwxr-x---+ 1 ldr Users 11148288 Apr 13 11:29 gs-native.exe -rwxr-x---+ 1 ldr Users 11212800 Apr 13 11:29 gs-x11.exe -rwxrwxrwt+ 1 ldr root 125 Aug 3 20:07 gs.lnk -rwxr-x---+ 1 ldr Users 376 Apr 13 11:27 gsbj -rwxr-x---+ 1 ldr Users 378 Apr 13 11:27 gsdj -rwxr-x---+ 1 ldr Users 381 Apr 13 11:27 gsdj500 -rwxrwxrwt+ 1 ldr root 21504 May 5 2005 gsftopk.exe -rwxrwxrwt+ 1 ldr root 1269 Apr 5 12:49 gsl-config -rwxrwxrwt+ 1 ldr root 4096 Apr 5 12:49 gsl-histogram.exe -rwxrwxrwt+ 1 ldr root 14848 Apr 5 12:49 gsl-randist.exe -rwxr-x---+ 1 ldr Users 379 Apr 13 11:27 gslj -rwxr-x---+ 1 ldr Users 376 Apr 13 11:27 gslp -rwxr-x---+ 1 ldr Users 303 Apr 13 11:27 gsnd What causes the link to have its extension exposed and become inoperable within Cygwin? Even after I did a complete reinstall. I've seen this before. Does it have to do with the permissions? Lee -- Lee D. Rothstein VeriTech Merrimack, NH 03054 -- 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: gs.exe missing from ghostscript package?
Lee D. Rothstein wrote: Brian Dessent wrote: Lee D.Rothstein wrote: 'gs.exe' the Ghostscript interpreter is missing from my configuration. That's because there is not supposed to be a gs.exe. The ghostscript packages use the alternatives facility, which means /usr/bin/gs is a symlink to /etc/alternatives/gs which is a symlink to either /usr/bin/gs-x11.exe or /usr/bin/gs-native.exe depending on how you've configured your system. Either way, it should work to execute 'gs', BTB, I first did a search on cygwin.com for the package containing gs, and it said that there was such a file in the ghostscript package, not ghostscript-base. Thanks It does not! ps2pdf invokes gs, and gs doesn't execute I.e..: $ which -a gs which: no gs in (.:/local/TextPad:/local/Scripts:/usr/bin:/bin:/local/usr/bin:/local/bin:/usr/X11R6/bin:/usr/sbin:/zzz/c/Wind ows:/zzz/c/Windows/system32:/local/bagels/bin:/zzup/ACDSee_10:/home/ldr/bin) But: $ ls -l gs* -rwxr-x---+ 1 ldr Users 11148288 Apr 13 11:29 gs-native.exe -rwxr-x---+ 1 ldr Users 11212800 Apr 13 11:29 gs-x11.exe -rwxrwxrwt+ 1 ldr root 125 Aug 3 20:07 gs.lnk -rwxr-x---+ 1 ldr Users 376 Apr 13 11:27 gsbj -rwxr-x---+ 1 ldr Users 378 Apr 13 11:27 gsdj -rwxr-x---+ 1 ldr Users 381 Apr 13 11:27 gsdj500 -rwxrwxrwt+ 1 ldr root 21504 May 5 2005 gsftopk.exe -rwxrwxrwt+ 1 ldr root 1269 Apr 5 12:49 gsl-config -rwxrwxrwt+ 1 ldr root 4096 Apr 5 12:49 gsl-histogram.exe -rwxrwxrwt+ 1 ldr root 14848 Apr 5 12:49 gsl-randist.exe -rwxr-x---+ 1 ldr Users 379 Apr 13 11:27 gslj -rwxr-x---+ 1 ldr Users 376 Apr 13 11:27 gslp -rwxr-x---+ 1 ldr Users 303 Apr 13 11:27 gsnd What causes the link to have its extension exposed and become inoperable within Cygwin? Even after I did a complete reinstall. I've seen this before. Does it have to do with the permissions? ^ I relinked 'gs' to 'gs-native' and all's swell that ends swell! ;-) Thanks. -- Lee D. Rothstein VeriTech Merrimack, NH 03054 -- 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: packages
Gary Johnson wrote: On 2008-07-18, r wrote: I'm new about cygwin, but I use from a lot SuSE and OpenSuSE can I install packages rpm from linux distributions on cygwin ? No. First off, Cygwin doesn't use Red Hat's package manager, it uses its own package manager, setup.exe. Secondly, binaries built for Linux will not run under Cygwin--the binary interfaces to the operating system are totally different. Er, what's the purpose, then, of 'rpm.exe' that can be installed with 'setup.exe'? If you had a Cygwin-related/-dependent package, that you wished to distribute to a group of users (say, 25), What utility would you use to install this package? The package would consist mostly of scripts -- bash, gawk, perl; quite a few soft links, and some man pages, some documentation in HTML format. Would you use?: * Make? * Custom perl script? * Custom bash script? * Custom setup.ini setup.exe? * Or what? Thanks, Lee Lee Rothstein -- 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: Setup.exe error
Paul, Brent S wrote: snip PS - This is a bug in the current setup.exe as I downloaded a new setup.exe yesterday, when this occurred. Paul, Brent S wrote on 26 June 2008 16:32: snip However I get an error that setup.exe has encountered a problem and needs to close. and I can't get past it. I've tried rebooting and even downloaded the Python package a second time, but it won't let me install Python. I'm able to install other packages, just not python. I've tried 5-6 times and it ends the same way each time (badly). Is there any recourse other than removing my entire Cygwin installation and then trying again? I really don't want to do You have the same problem as in the thread that includes http://www.cygwin.com/ml/cygwin/2008-04/msg00065.html This is a known bug: when killed, setup.exe can leave a corrupt .gz-format listing file behind in /etc/setup. We've fixed it in cvs, but I'm not sure off the top of my head whether we've released a new version since the fix and you must be using an old download of setup.exe, or whether the release version is still lacking the fix, so if a re-download of setup.exe from the cygwin.com website doesn't fix it, try the build I left on rapidshare a while back: http://rapidshare.com/files/98717404/setup.exe (There's a new release of setup.exe in the pipeline, coming Real Soon Now!) cheers, DaveK Fixed my problem as well that was more severe. Thanks! -- 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: I'd like to add and mantain a new pacakge: nix
Marc Weber wrote: I've read the how to contribute a new package on the faq and started writing the cygport file. It was easy. The distfiles which I've created this way can be found on http://mawercer.de/dist Which is the recommended way of testing them? tar xfj -C / nix*.tar.bz2 ? Sincerly Marc Weber I am totally unqualified to answer your questions. However, I did look at elements of your package components because I am curious about being a Cygwin developer/maintainer, and I have been struggling for some time to figure out how to improved Cygwin/GNU documentation/help. With that fan-less-fare (;-)), I make the following observations: * The hint file is not complete and appears to be some kind of gag? * It would be quite helpful, if there was a NIX Intro 'man' page that gave the function of the package that I could only find described in the Cygport file. This page would also point out the components of the package much the same way that 'man perl' does, but on the relatively smaller scale of 'nix'. * It would also be helpful, if the '.TH' description for each man page was more functionally descriptive. * I believe this description is what goes into the 'whatis' database that is used by both 'whatis' and 'apropos', and that, in particular, is what makes the two above points important, IMHO. (It is this oversight which annoys me about the NetPBM package, for example.) * I believe that such changes would make your package more accessible, and therefore more popular, but, as I've already said, I'm unqualified to judge. Having made all the criticisms, I must say that I was overjoyed to see the extent of the 'man' pages. (My personal belief is that 'info' causes cancer in chickens, and no reason to involve these sacrificial birds in the GNUish documentation wars. ;-) ) Were you intending your package manager to be used for maintaining parallel Cygwin 1.5/1.7 configurations? -- 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: I'd like to add and mantain a new pacakge: nix
Marc Weber wrote: * The hint file is not complete and appears to be some kind of gag? Can you recommend me one which you find complete ? I had a quick glance at some packages eg ftp://mirror.switch.ch/mirror/cygwin/release/cron/setup.hint and they don't seem to contain much more information. Can you point me to a complete one? Ahem. Must be some kind of language problem? Is this a gag or an oversight?: setup.hint: category: Games Text ^^ requires: libncurses6 cygwin ^^ sdesc:A whackamole simulation in ASCII art ^^ ldesc: allows multiple versions of a package to be installed side-by-side, ensures that dependency specifications are complete, supports atomic upgrades and rollbacks .. category: System Devel # Let's see wether it works this way first.. #requires: cygwin patch gcc-g++ bash make autoconf libtool curl -- 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: I'd like to add and mantain a new pacakge: nix
* It would be quite helpful, if there was a NIX Intro 'man' page that gave the function of the package that I could only find described in the Cygport file. (package manager allowing) multiple versions of a package to be installed side-by-side, ensures that dependency specifications are complete, supports atomic upgrades and rollbacks .. Does it sound more descriptive after adding those words within () ? Is it a run-time environment package manager? As opposed to a source code package manager? Shouldn't that be pointed out? Or, don't I understand the terminology? page would also point out the components of the package much the same way that 'man perl' does, but on the relatively smaller scale of 'nix'. Are you missing a small doc containing: nix short description, eg first paragraph from http://nixos.org/about.html Was this a man page? Or, what? Name of the file? If I'm missing it, it must be missing from your .tar.gz? Web page references are very nice, but largely inacessible from 'man' 'apropos'. Also note that while 'info' has an apropos option it doesn't focus on the function of the command or library the way that man's does. ('info's apropos is more akin to 'man -k'.) list of binaries: nix-env : manages your local installation environments nix-collect-garbage : removes all files from store no longer referenced by any registered installation nix-build: tool to build derivations nix-instantiate: ... * It would also be helpful, if the '.TH' description for each man page was more functionally descriptive. Clearly, I referenced the wrong nroff/troff/groff macro. It should have been .SH as you suggested. eg the vim.1.gz man file contains: .TH VIM 1 2006 Apr 11 .SH NAME vim \- Vi IMproved, a programmers text editor Both apropos and whatis shows the line after .SH NAME here. This it's fine in my opinion. Vim's line is fine, IMHO. Your lines, however, are not, because they are all self-referential to Nix, rather than Nix' function. If you add the nix.1 man page, then the problem is solved, Because if you find that with 'apropos package', then that page will get you to the other stuff. * I believe that such changes would make your package more accessible, and therefore more popular, but, as I've already said, I'm unqualified to judge. Mmh :) The poeple installing this package will know why they install it.. at least at the moment I think. If you don't already live in New England, you might want to consider moving there. That's pretty much their atitude about street and road signs. Having grown up in a city laid out in a perfect Cartesianal grid, I find it off-putting. But remember, these are the same folks that ceded the IT industry to Silicon Valley. ;-) I enjoy info bash much more than man bash.. and i prefer info screen over man screen If you provide info pages with man pages, I think that's fine, but I think the motives for 'info' have been more than satisfied by hypertext; but, the man pages still form, IMHO, a mimimum documentation set for knowlegable GNU users who are looking for something and experimenting. Were you intending your package manager to be used for maintaining parallel Cygwin 1.5/1.7 configurations? I'd like to introduce you to my intensions: ... Might it work for the Cywin 1.5/1.7 configs? The documentation doesn't build yet on windows. It can be found online at nixos.org anyway. Do you think adding a link to nixos.org is enough to enable people beeing interested finding the docs they are looking for? That's a good idea, IMHO; put it in the body of the nix.1 man page in the way that I suggest above, that you will soon write, once you see the *one true path*, i.e. /usr/share/man! ;-) -- 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/
lpr works? FAQ in error?
Cygwin FAQ says: FAQ: Q: How do I print under Cygwin? FAQ: FAQ: A: There is no working lp or lpr system as you would find on FAQ:UNIX. FAQ: FAQ:Jason Tishler has written a couple of messages that explain FAQ:how to use a2ps (for nicely formatted text in PostScript) and FAQ:ghostscript (to print PostScript files on non-PostScript FAQ:Windows printers). Start at FAQ:http://cygwin.com/ml/cygwin/2001-04/msg00657.html. Note that FAQ:the file command is now available as part of Cygwin setup. FAQ: FAQ:Alternatively, on NT, you can use the Windows print command. FAQ:(It does not seem to be available on Win9x.) Type I've gotten /usr/bin/lpr to work under Vista. So is the FAQ in error? My problem is finding a filter for Epson printers. I guess the best bet is man2html to FireFox, et al. Lee Rothstein -- 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: how to change dir
Christopher Faylor wrote: On Mon, May 05, 2008 at 08:13:27PM -0400, Lee D. Rothstein wrote: cd 'x:\any windows\path will also\work' Note that this will give you a warning in Cygwin 1.7 since you are using non-POSIX path names. I do hope there will be an option with an alternative environment variable setting that will direct the warning to /dev/null ? The credo of Cygwin, it seems to me, has always been: Give Windoze users a shot at the richness and wisdom of GNU/UNIX without making their lives any more miserable than MBRH (Mr. Bill and the Redmond Hordes) has already done. NOT POSIXlee, yours ;-) Lee Rothstein -- 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: how to change dir POSIX
Christopher Faylor wrote: Note that this will give you a warning in Cygwin 1.7 since you are using non-POSIX path names. I do hope there will be an option with an alternative environment variable setting that will direct the warning to /dev/null ? You could try it and see: http://cygwin.com/snapshots/ I appreciate the offer. However, I've had so much trouble with Vista (especially with Cygwin) that I'll wait till I don't need two configs. The credo of Cygwin, it seems to me, has always been: Give Windoze users a shot at the richness and wisdom of GNU/UNIX without making their lives any more miserable than MBRH (Mr. Bill and the Redmond Hordes) has already done. Cygwin's goals are more-or-less summarized in the first few sentences on the web site. While it may be possible now to use Cygwin without understanding what POSIX paths are or what Linux is, it is not a primary goal of the project to make MS-DOS path names work transparently. The fact that they do work in most cases is fortunate but it is not a primary goal. And, in many cases people get into trouble using MS-DOS paths because they don't understand that the tools prefer POSIX. I fully understand POSIX paths, 'mount's, 'ln' links, 'cygpath', 'chere', etc. (And BTB, IMHO, the GNU folks have been right more often than the IEEE folks [POSIX] about how UNIX/GNU/Linux should work. So, any attempts to enforce POSIX would fall on deaf ears in my case [and I'm an ex-officer of IEEE]. Can't we turn on and off POSIX correctness with a 'bash' switch?) And too, I understand and agree with your point about Cygwin users needing to understand the differences between Windoze and GNUish paths of any sect. My point was: Cygwin rocks. At times, on Windoze, my work requires me to go between the native Win GUI apps and Cygwin terminal/console windows, intermittantly, as might also be the case with the other users (including a newbie) to which my response was directed. In such case, it's handy to be able to: cd 'x:\any windows\path will also\work' having copied x:\any windows\path will also\work from the path box of Explorer, or another WinGUI app. In the other direction: I wrote a script that Windozes the clipboard path: -- #!/usr/bin/bash # wp: convert GNUish Path on Clipboard to Windows format cygpath --windows $(getclip)|putclip -- Of course, after I do the copy to the clipboard, I must enter 'wp' at a Cygwin prompt, before I paste the path into a Win GUI app box. Actually, I've rethought my initial request--that you responded to--and realize that I could always handle the problem with a script/function of my own. So, as the esteemed Emily Letella used to say, Never Mind! [We miss you, Gilda.] However, even that approach requires that Windows paths are understood in perpetuity (of the Cygwin development). If that is not the case, it will make the usefulness of Cygwin to me, quite a lot less than it has been. Cygwin Rocks (if you have to live with Windoze)! (If you have a Mac, /for example/, you don't need Cygwin because the base platform is BSD!) -- 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: how to change dir
Lee Maschmeyer wrote: Or you can use the Cygwin mount command. It took me several years(!) to realize the power of this utility. You need do it only once because they're permanent until you change them: cd 'x:\any windows\path will also\work' I do it all the time when switching between a windoze app path and an existant cygwin window. -- 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: How to make GraphicsMagick ('gm.exe') work? and 'cygdpstk-1.dll'
Bruce Dobrin wrote: I noticed that others had a problem running GraphicsMagick (gm.exe) on Vista but saw no solution in my search of site:cygwin.com. It appears to me that (for once) Vista isn't completely at fault. If you do a cygcheck on gm.exe you will noticed Error: could not find cygdpstk-1.dll. I found this on an older XP machine that had been upgraded to version 1.5.25 from many previous versions of cygwin. Once I copied this DLL into the path (I found it in /usr/X11R6/bin/) gm now seems to work fine. I don't know what this DLL is or does, but it does not appear to be in the currently X11 install. So find this Lib somewhere, copy it into the path and gm.exe will start working. No idea if it will bust anything else though * My '/usr/X11R6/bin/' has no such file even though I have a complete install of everything, probably because: mine is a relatively new machine, and I have no such remnants of yore. * I found a dodgey version of 'cygdpstk-1.dll' on the net (-rwxrwxrwx+ 180671 Jan 23 2004 cygdpstk-1.dll). (I checked it with 'strings' and my Virus scanner, first.) Is there a later version? * Do the Cygwin archive servers that appear in the 'setup.exe' list, keep prior versions of the install files? I presume that the ftp servers are accessible thru a standard ftp client? * I do not save the archives that are downloaded to install Cygwin updates (although I do save all my personal configuration information). If one cannot get these old archives off The Net?, perhaps I should rethink my backup strategy? * The path you allude to, above, probably should be $PATH. * BTB, if a user has X windows properly installed, I believe, '/usr/X11R6/bin/' would be in/on the $PATH. Bruce, Thanks for the tip I changed the subject line because both you and I had misspelled GraphicsMagick in previous posts. (Makes finding the Rosetta Stone difficult.) Lee Lee D. Rothstein P.S. Thanks for the 'site:' tip on Google, as well. -- 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/
Setup.com not working. N360 the problem?
I had a problem with 'setup.exe' for the first time today. I finally seemed to have cleared it up. This is merely a heads up for other who may experience similar problems. I always use a copy of 'setup.exe on' my hard disk (since I use FireFox, and am generally paranoid about Net executables), which is the latest version (Setup+2.573.2.2+DL_2008-04-17). It made no difference which server I used (I tried over 15!), or what the protocol was (http vs ftp), they all failed. The error messages/conditions, however, varied by server and whether, the server had the latest updates (cygwin-1.5.25-12, tar-1.20-1). Also, some servers seemed to think that I have not installed about the last 10 updates, while other thought I have everything (and apparently have not yet updated to: cygwin-1.5.25-12, tar-1.20-1). I'm running Vista home premium (SP1 updates beyond), and Symantec Norton 360 (v2.1.0.5) which had not been a problem, up until today (and I do an update almost every day). I finally got it to work after I suspended both the auto-anti-virus protection, and the firewall. However, I'm not sure that that was the fix. (Every day, a Mac looks better to me. Sigh!) It's interesting to note that I can't even send email unless Cygwin is working, since I use an ssh tunnel to my mail server. Yet another kudo for Cygwin. Could this have been a temporal glitch in Comcast's net? (The problems were always during the download phase, not the install phase.) BTB, the new setup feature of warning you that key files are locked, and then let's you correct the problem during the setup session rocks! Kudos to the chef. The next update, I'll try again w/o messing with N360 to get a better idea of where the problem lies, and report if anybody's interested. Lee, JAVOTRH -- just another victim of the Redmond hordes -- 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: util-linux package incomplete?
Eric Blake wrote: According to Angelo Graziosi on 3/7/2008 10:48 AM: | Running 'cygcheck -cv' says that util-linux package is incomplete: | | Missing file: /usr/bin/logger.exe from package util-linux | util-linux 2.13.1-1 Incomplete | | Since I have read some discussion on cygwin-apps list regarding this | package, should one reinstall it or wait for an update? This is due to multiple packages providing the same file (at least at one point in time). If package A used to provide a file, but package B now does, but you don't upgrade A until after B, then the upgrade of A will delete the file. At any rate, the fix is the same - rerun setup.exe, and reinstall anything that shows up as incomplete. I noticed, today, that while 'look' (part of util-linux) is present the package, installs correctly (according to 'cygcheck') and works (loads and runs on Vista), the 'dict' file is missing. Lee -- 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: Graphicks Magic on Vista?
Larry Hall (Cygwin) wrote: On 01/12/2008, Lee D. Rothstein wrote: gm.exe on vista doesn't work Sorry, can't provide any other feedback about your message ATM. :-( Larry are you working the problem of gm not even being able to generate help much less image transformation on Cygwin on Vista. I am willing to help, to the extent that my meager GNU development skills will allow. Test, maybe? I was writing a brief tutorial on using 'gm' to do batch processing of oodles of images, when my system died and the new Vista system renders (if you'll excuse the expression) 'gm' a goner. unMagicklee -- 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/
Graphicks Magic on Vista?
Has anyone gotten gm[.exe] to work on Vista? I keep getting pop-up Windows boxes saying gm has stopped working ... with of course Vistas favorite non-functioning toggle switch line about trying to find a solution, blah, blah, blah, blah. Thanks, Lee P.S. Cygwin folk say Vista is not supported. That's only because they're spoiled sports. They expect things to work. ;-) -- 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 install hangs at end every time
Joel Braverman wrote: I first encountered this problem months ago while trying to add the xwindows packages to my cygwin isntall - the installer would hang in the middle. I deleted all the cygwin files a few days ago and tried again, with the same problem. It doesn't matter which host I pick to download from, the result is the same. So I tried again - deleted the cygwin directory and this time I just installed the basic package. At the end, it hangs up, never creates any icons or batch file from which to launch cygwin. I'm using the latest setup.exe from cygwin.com Joel, Might be one of the post-install scripts failing. What I have done is to: Go to: /etc/postinstall Look for scripts that don't look like *.sh.done; rather they look like *.sh. Create a directory '_Save.joel'. The extension is to remind you that you and not 'setup.exe' or some Cygwin script created it. The '_' is to ensure that 'ls' lists it at the top (reducing the chances you will forget about it). Move the first (alphabetically) non-'.done' script into the directory. Try running setup.exe again, ... If you have to, reinstall all (some? one?) the apps after (alphabetically) the one(s) you moved into '_Save.joel'. Three apps that I and others have had problems with are: * gnuplot * grepmail * postinstall-ec-fonts-mftraced This may not be the official or even a very good way to solve this problem. All I know is it worked for me, when nothing else did, and when all other advice went over my head. Are you running Vista? These kinds of problems seem to be more common with Vista, at least in my experience. Cygwinners: I'm curious as to why there is a postinstall script that can fail and setup does not recognize there is something amiss with the install. Good luck, Lee Lee D. Rothstein Living in the first in the nation primary state; Which at this point has some of the most relieved citizens in the nation, Regardless of party or candidate affiliation. The Primary is over. Amen! -- 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: mkpasswd (264): [5] Access is denied.
Have you tried?: Explorer / Right click dir or drive / Properties / Security / edit_appropriate_user_appropriately /...? I've just spent two weeks fighting through similar problems with Vista that I never had with XP. I'm not sure whether the problem was Vista or the config the vendor put on the system disk!? Jerome Fong wrote: I'm get the mkpasswd error now even though I wasn't getting it before. I've tried this on several machines now running both XP and Vista without much luck. Therefore it doesn't appear to be a OS problem. I saw the previous thread that said: Nothing Cygwin can do anything about. The access denied error came directly from the Windows system call NetUserEnum. The culprit is on the server side which returns the user records. However, I didn't see what I need to change on the Windows system side to fix this problem. My System Admin is willing to make changes, but we need to know what needs to change? Does anyone have any idea? thanks, Jerome -- 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/ -- 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: 'makewhatis' coughs on 'wput.1.gz' (on Vista)
Dave Korn wrote: On 28 December 2007 05:03, Lee D. Rothstein wrote: 'makewhatis ('whereis' and 'apropos' database setup script) generates the following errors: $ makewhatis gzip: /usr/share/man/man1/./wput.1.gz: invalid compressed data--crc error gzip: /usr/share/man/man1/./wput.1.gz: invalid compressed data--length error Reinstall of 'man' and 'wput' does not help. Anybody know what the problem is? ... It's been d2u'd, which isn't the right thing to do with a compressed file! cheers, DaveK d2u -- (in this instance) not a good idea d2me (Dave to Me) -- great idea! Thanks. -- 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/
'makewhatis' coughs on 'wput.1.gz' (on Vista)
'makewhatis ('whereis' and 'apropos' database setup script) generates the following errors: $ makewhatis gzip: /usr/share/man/man1/./wput.1.gz: invalid compressed data--crc error gzip: /usr/share/man/man1/./wput.1.gz: invalid compressed data--length error Reinstall of 'man' and 'wput' does not help. Anybody know what the problem is? Lee -- 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/
Problems with 'man', 'apropos', 'info'
Problem --- This is a new config on Vista (Vastly Invasive Security Tormenting All? ;-) ) After having done a 'makewhatis': $ apropos sort yields: sort: nothing appropriate Also, while the man page says the complete manual can be found with: $ info sort It actually only finds the man page. Catch 22. Environment Information --- $ echo $MANPATH /usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man:/usr/share/qt3/doc/man:/usr/X11R6/man How'd the consecutive colons get into the above? Is that a factor in these problems? How do I fix that (if relevant)? $ echo $INFOPATH /usr/local/info:/usr/share/info:/usr/info: $ cygcheck -c |egrep --extended-regexp '(man)|(info)' _update-info-dir 00572-1 OK apache2-manual 2.2.6-1 OK help2man 1.36.4-1 OK libggi2-display-terminfo 2.2.1-1 OK man 1.6e-1OK octave-info 2.1.73-1 OK perl_manpages5.8.8-4 OK pinfo0.6.9-1 OK shared-mime-info 0.17-1OK terminfo 5.5_20061104-1OK texinfo 4.8a-1OK xorg-x11-man-pages 6.8.99.901-1 OK xorg-x11-man-pages-html 6.8.99.901-1 OK Attached please find the output from 'cygcheck -s'. Problem I was trying to Solve - BTB, this episode was engendered by a perhaps erroneous memory. Long ago, and far away, I recall (?) a 'sort' option that lets the user supply, via an external file, what the character sorting (collating) sequence should be. Is that option still available? What are the syntaxi (plural?) of the option and the file? Thanks, Lee Rothstein Cygwin Configuration Diagnostics Current System Time: Sat Dec 22 17:14:29 2007 Windows Longhorn/Vista (not yet supported!) Ver 6.0 Build 6000 Path: . C:\_r\bin C:\_r\bin C:\_r\local\bin C:\_r\local\TextPad C:\_r\local\myScripts C:\_r\usr\X11R6\bin C:\_r\usr\sbin c:\Windows c:\Windows\system32 c:\hp\bin\usr\lib\lapack SysDir: C:\Windows\system32 WinDir: C:\Windows USER = 'Lee' PWD = '/_/Software/!!Cygwin/Personal_FAQ' HOME = '/home/Lee' MAKE_MODE = 'unix' Use '-r' to scan registry c: hd NTFS467877Mb 29% CP CS UN PA FC O2_C d: hd NTFS 9060Mb 91% CP CS UN PA FC FACTORY_IMAGE e: cd N/AN/A f: hd NTFS476929Mb 11% CP CS UN PA FC My Book g: fd N/AN/A h: fd N/AN/A i: fd N/AN/A k: fd N/AN/A C:\_r / system binmode C:\Users /Userssystem binmode C:\_r/bin /usr/bin system binmode C:\_r/lib /usr/lib system binmode C:\_ /_system binmode . /zzz system binmode,cygdrive Found: C:\_r\bin\awk.exe Found: C:\_r\bin\bash.exe Found: C:\_r\bin\cat.exe Found: C:\_r\bin\cp.exe Found: C:\_r\bin\cpp.exe Found: C:\_r\bin\crontab.exe Found: C:\_r\bin\find.exe Found: C:\_r\bin\gcc.exe Found: C:\_r\bin\gdb.exe Found: C:\_r\bin\grep.exe Found: C:\_r\bin\kill.exe Found: C:\_r\bin\ld.exe Found: C:\_r\bin\ls.exe Found: C:\_r\bin\make.exe Found: C:\_r\bin\mv.exe Found: C:\_r\bin\patch.exe Found: C:\_r\bin\perl.exe Found: C:\_r\bin\rm.exe Found: C:\_r\bin\sed.exe Found: C:\_r\bin\ssh.exe Found: C:\_r\bin\sh.exe Found: C:\_r\bin\tar.exe Found: C:\_r\bin\test.exe Not Found: vi Found: C:\_r\bin\vim.exe 80k 2006/02/20 C:\_r\bin\cygaa-1.dll 20k 2007/07/29 C:\_r\bin\cygao-2.dll 103k 2007/09/16 C:\_r\bin\cygapr-1-0.dll 70k 2007/09/16 C:\_r\bin\cygaprutil-1-0.dll 52k 2005/11/10 C:\_r\bin\cygart_lgpl-2.dll 76k 2005/07/30 C:\_r\bin\cygart_lgpl_2-2.dll 704k 2007/12/18 C:\_r\bin\cygaspell-15.dll 280k 2006/10/23 C:\_r\bin\cygasprintf-0.dll 87k 2006/02/16 C:\_r\bin\cygatk-1.0-0.dll 145k 2004/09/02 C:\_r\bin\cygaudiofile-0.dll 329k 2006/04/27 C:\_r\bin\cygbonobo-2-0.dll 68k 2006/04/27 C:\_r\bin\cygbonobo-activation-4.dll 334k 2005/09/27 C:\_r\bin\cygbonoboui-2-0.dll 351k 2007/01/03 C:\_r\bin\cygboost_date_time-gcc-mt-1_33_1.dll 120k 2007/01/03 C:\_r\bin\cygboost_filesystem-gcc-mt-1_33_1.dll 79k 2007/01/03 C:\_r\bin\cygboost_iostreams-gcc-mt-1_33_1.dll 526k 2007/01/03 C:\_r\bin\cygboost_program_options-gcc-mt-1_33_1.dll 563k 2007/01/03 C:\_r\bin\cygboost_python-gcc-mt-1_33_1.dll 678k 2007/01/03 C:\_r\bin\cygboost_regex-gcc-mt-1_33_1.dll 621k 2007/01/03 C:\_r\bin\cygboost_serialization-gcc-mt-1_33_1.dll 118k 2007/01/03 C:\_r\bin\cygboost_signals-gcc-mt-1_33_1.dll 91k 2007/01/03 C:\_r\bin\cygboost_thread-gcc-mt-1_33_1.dll 29k 2007/10/18 C:\_r\bin\cygbrlapi-0.5.dll 61k 2006/11/10 C:\_r\bin\cygbz2-1.dll 54k 2002/01/27