Re: Hi
You need to use the setup.exe program that is available from cygwin.com to download and install any of the packages that come in the cygwin distribution. Simply select "gcc" from the list of packages to download and install, and it will install it correctly. HTH, Peter Deshmukh N. Gopaul wrote: > Hello, > I installed cygwin on my PC (intel PIII) running winXP. I want now to > install a C compiler like GCC, so that > I can run some C programs. I cannot install GCC from the tar file > because it needs a c compiler itself for its installation. > Where should I begin? I downloaded Borland free C compiler and installed > it. Entered the path in /etc/profile, and get the > message c compiler cannot create executables. I downloaded a Redhat RPM > installer for cygwin, and downloaded the gcc.rpm from > red hat, but when I run rpm --install gcc...rpm, I get the message this > RPM installer can work with major numbers <=3. > Can you tell me what is the best way for someone to get GCC installed on > a PC which has cygwin on it? > Thank you > > Best regards, > > Desh Gopaul > > -- 1 Timothy 4:12 (NIV)- Don't let anyone look down on you because you are young, but set an example for the believers in speech, in life, in love, in faith, and in purity. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Enviroment always uppercased; Help me, please
Sounds like a problem with starting env directly from the command shell. Like he said, don't start cygwin programs from non-cygwin programs, i.e. don't run env from the command shell- use bash instead. From a cmd shell- cmd> set cAsE=sEnSiTiVe cmd> env | grep -i case CASE=sEnSiTiVe From a bash shell- bash> export cAsE=sEnSiTiVe bash> env | grep -i case cAsE=sEnSiTiVe HTH, Peter Markus K. E. Kommant wrote: > No, it doesn't > > When calling env.exe (compiled with cygwin1.dll), cygwin programs installed > in c:/usr/bin > > starting cmd.exe: > > C:\>set garfield=1234 > C:\>c:\usr\bin\env.exe | c:\usr\bin\grep -i gar > GARFIELD=1234 > > env.exe (the cygwin program) has uppercased the environment. > (the set in the example was the set of cmd.exe, useally there is no set.exe > in /usr/bin) > > The solution, to start a cygwin program "NOT" from another cygwin program is > impossible on Windows. B. Gates won't rebuild Windows with useage of > cygwin1.dll? > > And this is not typical for Windows (as you see by using set from cmd.exe) > and it is not typical for UNIX and POSIX. > > To uppercase some Environment values can make sense. > > When exporting them to a DOS (and some Windows programs), but this is not > done by cygwin. > > And it could make sense to uppercase *some* variables, which come from > Windows programs, see MKS Toolkit, like PATH, instead of Path, and some > more, but this is optional. Else the use of cygwin is very restricted. I > solved this problem in a port of the pdksh very carefully... But all the > work is trash, if startupcode will change the environment - without > notification or option to stop it. > > At the moment I am looking for a stable way (see thread Re: cygwin gcc DLLs > loaded by Visual C++ crashing) to call the pdksh.exe as a pdksh1.dll. > > But the solution posted is not stable at the moment. After a while the > programs will hang. > But the environment is okay (startupcode of MSVC seems to be okay...). > > At least. Using the original Environment in cygwin is impossible. (> As cfg > said: "Don't start the program from a non cygwin program") > > The solution could be a user build cygwin1.dll without the Environment > hack?!? Anybody? > > Markus > - Thread closed. > > > >>-Original Message- >>From: Hack Kampbjørn [mailto:[EMAIL PROTECTED]] >>Sent: Thursday, February 28, 2002 3:50 PM >>To: Markus K. E. Kommant >>Cc: [EMAIL PROTECTED] >>Subject: Re: Enviroment always uppercased; Help me, please >> >> >>"Markus K. E. Kommant" wrote: >> >>>Really??? >>> >>> Don't start the program from a non cygwin program. >>>I am using Windows 2000/NT operating system as the base for >>> >>my cygwin >> >>>programs and not DOS and not Linux. >>> >>>Do anyone know a good trick to use POSIX Environment (or >>> >>simply real Windows >> >>>Environment) without the cygwin-DOS changes. >>> >>>Hopefully waiting for help, without real POSIX I have to >>> >>look for another >> >>>programming base, instead of cygwin... >>> >>>Probably there has anybody build an own cygwin1.dll with >>> >>POSIX Environment >> >>>on Windows??? >>> >>>Markus >>> >>I don't know what you're asking for. Cygwin does provide case >>sensitive >>environment variables. >> >>In a cmd.exe window: >> >> C:\>set env_var=lowercase >> C:\>set >> [...] >> env_var=lowercase >> [...] >> C:\>set ENV_VAR=UPPERCASE >> C:\>set >> [...] >> env_var=UPPERCASE >> [...] >> C:\>cygwin >> $ set | grep -i env_var >> ENV_VAR=UPPERCASE >> $ logout >> C:\cygwin\bin>exit >> >>And in cygwin's bash: >> $ env_var=lowercase >> $ ENV_VAR=UPPERCASE >> $ set | grep -i env_var >> ENV_VAR=UPPERCASE >> env_var=lowercase >> $ bash >> $ set | grep -i env_var >> $ exit >> $ export env_var ENV_VAR >> $ bash >> $ set | grep -i env_var >> ENV_VAR=UPPERCASE >> env_var=lowercase >> $ exit >> $ cmd.exe >> Microsoft Windows 2000 [Version 5.00.2195] >> (C) Copyright 1985-2000 Microsoft Corp. >> >> C:\>set >> [...] >> ENV_VAR=UPPERCASE >> [...] >> env_var=lowercase >> [...] >> >>As cfg said: "Don't start the program from a non cygwin program" >> >>-- >>Med venlig hilsen / Kind regards >> >>Hack Kampbjørn >> >> > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- 1 Timothy 4:12 (NIV)- Don't let anyone look down on you because you are young, but set an example for the believers in speech, in life, in love, in faith, and in purity. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Enviroment always uppercased; Help me, please
When bash is called by a windows program, such as command.exe, or explorer.exe, there is no problem with variables that are set *after* you invoke bash. If I start a command shell, then invoke bash and set a var, then invoke env, it works (as I showed in my first message). As you said, windows is not compiled against cygwin1.dll, so bash must be started from windows. The key is you must set the environment variable in bash, and invoke env from bash, for env to be case sensitive on the varible name. If the variable is set in a cmd shell or passed through a cmd shell, it will not be case sensitive when looked at with env. HTH, Peter Markus K. E. Kommant wrote: > It will work with MKS Toolkit Shell. > The program is started by my own (non cygwin compiled) program. > Every other program, execpt programs compiled with cygwin, are okay. > > The bug is inside cygwin, not in Windows or cmd.exe. > > I am using my own pdksh.exe port. But even bash must be called by Windows > programs. And then there will be a problem. > > best regards >Markus > > >>-----Original Message- >>From: Peter Buckley [mailto:[EMAIL PROTECTED]] >>Sent: Thursday, February 28, 2002 4:26 PM >>To: Markus K. E. Kommant; [EMAIL PROTECTED] >>Subject: Re: Enviroment always uppercased; Help me, please >> >> >>Sounds like a problem with starting env directly from the >>command shell. >>Like he said, don't start cygwin programs from non-cygwin >>programs, i.e. >>don't run env from the command shell- use bash instead. >> >> From a cmd shell- >> >>cmd> set cAsE=sEnSiTiVe >>cmd> env | grep -i case >>CASE=sEnSiTiVe >> >> From a bash shell- >> >>bash> export cAsE=sEnSiTiVe >>bash> env | grep -i case >>cAsE=sEnSiTiVe >> >>HTH, >>Peter >> >>Markus K. E. Kommant wrote: >> >> >>>No, it doesn't >>> >>>When calling env.exe (compiled with cygwin1.dll), cygwin >>> >>programs installed >> >>>in c:/usr/bin >>> >>>starting cmd.exe: >>> >>>C:\>set garfield=1234 >>>C:\>c:\usr\bin\env.exe | c:\usr\bin\grep -i gar >>>GARFIELD=1234 >>> >>>env.exe (the cygwin program) has uppercased the environment. >>>(the set in the example was the set of cmd.exe, useally >>> >>there is no set.exe >> >>>in /usr/bin) >>> >>>The solution, to start a cygwin program "NOT" from another >>> >>cygwin program is >> >>>impossible on Windows. B. Gates won't rebuild Windows with useage of >>>cygwin1.dll? >>> >>>And this is not typical for Windows (as you see by using >>> >>set from cmd.exe) >> >>>and it is not typical for UNIX and POSIX. >>> >>>To uppercase some Environment values can make sense. >>> >>>When exporting them to a DOS (and some Windows programs), >>> >>but this is not >> >>>done by cygwin. >>> >>>And it could make sense to uppercase *some* variables, >>> >>which come from >> >>>Windows programs, see MKS Toolkit, like PATH, instead of >>> >>Path, and some >> >>>more, but this is optional. Else the use of cygwin is very >>> >>restricted. I >> >>>solved this problem in a port of the pdksh very >>> >>carefully... But all the >> >>>work is trash, if startupcode will change the environment - without >>>notification or option to stop it. >>> >>>At the moment I am looking for a stable way (see thread Re: >>> >>cygwin gcc DLLs >> >>>loaded by Visual C++ crashing) to call the pdksh.exe as a >>> >>pdksh1.dll. >> >>>But the solution posted is not stable at the moment. After >>> >>a while the >> >>>programs will hang. >>>But the environment is okay (startupcode of MSVC seems to >>> >>be okay...). >> >>>At least. Using the original Environment in cygwin is >>> >>impossible. (> As cfg >> >>>said: "Don't start the program from a non cygwin program") >>> >>>The solution could be a user build cygwin1.dll without the >>> >>Environment >> >>>hack?!? Anybody? >>> >>>Markus >>>- Thread closed. >>> >>> >>> >>> >>>>-Original Message- >>>>From: Hack Kampbjørn [mailto:[EMAIL PROTECT
Re: Prompt question
I would guess it gets the "I have no name!" thing because you need to do a "mkpasswd -d >> /etc/passwd". I don't think your domain username is in the passwd file, so it doesn't know who you are. HTH, Peter -- 1 Timothy 4:12 (NIV)- Don't let anyone look down on you because you are young, but set an example for the believers in speech, in life, in love, in faith, and in purity. Barry Goldstein wrote: > In the bash shell, my prompt seems to be the two lines below > I have no name!@INUK ~ > $ > INUK is the machine name (NT4), and '~' is my home directory, but where > does the thing get the 'I have no name' thing and how can I change it? > > Thanks. > > BG > > == > Barry Goldstein Pequod Software > 124 Otis Street [EMAIL PROTECTED] > Newtonville, MA 02460-1846 +1-617-332-5758 (home) > U.S.A. +1-509-756-7445 (fax) > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Prompt question
Hmm... I thought that when cygwin was installed, it did "mkpasswd -l >> /etc/passwd", so there was at least something in /etc/passwd. Do you in fact have a file in c:\cygwin\bin named mkpasswd.exe? It actually should just sit there for a long time when you do "mkpasswd -d >> /etc/passwd". It is adding all the users from the NT domain to the passwd file. You can do a "mkpasswd -d | grep bgoldstein >> /etc/passwd", that will take the same amount of time but only put your username in the passwd file (where bgoldstein is your username). HTH, Peter Barry Goldstein wrote: > Sorry, but I'm a unix-newbie: > > My /etc/passwd file is in fact a 0-byte file. > > But when I type what you suggest > mkpasswd -d >> /etc/passwd > it just sits there for a long time (and so I kill it with Ctrl-C. > > And 'man mkpasswd' says it knows not what I ask. > > ??? > > BG > > = > > At 03:45 PM 3/6/2002 -0500, Peter Buckley wrote: > >>I would guess it gets the "I have no name!" thing because you need to do >>a "mkpasswd -d >> /etc/passwd". I don't think your domain username is in >>the passwd file, so it doesn't know who you are. >> >>HTH, >>Peter >> >> >>-- >>1 Timothy 4:12 (NIV)- Don't let anyone look down on you because you are >>young, but set an example for the believers >>in speech, in life, in love, in faith, and in purity. >> >>Barry Goldstein wrote: >> >> >>>In the bash shell, my prompt seems to be the two lines below >>> I have no name!@INUK ~ >>> $ >>>INUK is the machine name (NT4), and '~' is my home directory, but where >>>does the thing get the 'I have no name' thing and how can I change it? >>> >>>Thanks. >>> >>>BG >>> > > == > Barry Goldstein Pequod Software > 124 Otis Street [EMAIL PROTECTED] > Newtonville, MA 02460-1846 +1-617-332-5758 (home) > U.S.A. +1-509-756-7445 (fax) > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Prompt question
Aha. Sounds like it might be a problem with the space in the name. I am not sure how to work around that with mkpasswd. But you could probably do a "mkpasswd -l >> /etc/passwd" (I didn't realize you weren't in a domain environment). You can also try Corinna's suggestion about "mkpasswd -u "Barry Goldstein" >> /etc/passwd", or maybe "mkpasswd -u Barry\ Goldstein >> /etc/passwd". Note that the space needs to be quoted. About the colors, are you checking off "modify the shortcut which started this window"? It sounds like you are only modifying the one window, and so the next command window has the same bad colors. HTH, Peter Barry Goldstein wrote: > At 04:17 PM 3/6/2002 -0500, Peter Buckley wrote: > >>Hmm... I thought that when cygwin was installed, it did "mkpasswd -l >> >>/etc/passwd", so there was at least something in /etc/passwd. Do you in >>fact have a file in c:\cygwin\bin named mkpasswd.exe? >> >>It actually should just sit there for a long time when you do "mkpasswd >>-d >> /etc/passwd". It is adding all the users from the NT domain to the >>passwd file. You can do a "mkpasswd -d | grep bgoldstein >> >>/etc/passwd", that will take the same amount of time but only put your >>username in the passwd file (where bgoldstein is your username). >> >>HTH, >>Peter >> > > Thanks -- yes, there is a mkpasswd.exe in bin. > > I did mkpasswd -d >&mkpasswd.txt and got the following > Everyone:*:0:0:,S-1-1-0:: > SYSTEM:*:18:18:,S-1-5-18:: > Administrators:*:544:544:,S-1-5-32-544:: > mkpasswd: error 2453 > > My machine is not on a LAN (just a cable modem to my ISP). I log on to NT > as "Barry Goldstein", with full administrator privileges. Maybe the space > in the name is causing the error? > > My cygwin home directory is /usr/bag, FWIW. > > I just tried mkpasswd -d >> /etc/passwd and the first three lines above are > indeed in the file, but I still have no name. > > It's not worth a lot of hassle, but I'm going to wrestle with the PS[0-9] > environment vars which set the prompt (and are also, I think, responsible > for the lousy colors (even if I change them with the NT box properties, > they go right back to lousy at a new prompt). > > Thanks. > > BG > > > == > Barry Goldstein Pequod Software > 124 Otis Street [EMAIL PROTECTED] > Newtonville, MA 02460-1846 +1-617-332-5758 (home) > U.S.A. +1-509-756-7445 (fax) > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: login: no shell: /bin/bash: Permission denied
> Regardless, to me it's still would be a large security hole if all one > needs to do is: > > $ echo "+" > ~/.rhosts > > to be able to abuse rsh to do something under somebody else's user ID is > it not? rsh is inherently insecure. Attempts to make it secure are not worthwhile (in fact, they tend to break rsh). Especially in the land of NT insecurity, trying to make rsh secure simply makes it unusable. HTH, Peter > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: install bash-login problem
Do you have a correct /etc/passwd file? That file lists your home directory, but if cygwin cannot access your home dir, it might give that error. Also, is $HOME defined in your environment? You could define it in windows or in the cygwin.bat file. HTH, Peter Joel Bushart wrote: > - Original Message - > From: "Michael A Chase" <[EMAIL PROTECTED]> > To: "Joel Bushart" <[EMAIL PROTECTED]>; "Cygwin" <[EMAIL PROTECTED]> > Sent: Friday, March 08, 2002 11:33 AM > Subject: Re: install bash-login problem > > > >>- Original Message - >>From: "Joel Bushart" <[EMAIL PROTECTED]> >>To: "Cygwin" <[EMAIL PROTECTED]> >>Sent: Friday, March 08, 2002 08:29 >>Subject: install bash-login problem >> >> >> >>>I stripped cygwin completely off my system, including registrary >>> > systems. > >>>Then reinstalled it from a fresh version of setup.exe >>> >>>get this error when I try login from cmd prompt. >>> >>>C:\>.\cygwin\bin\login >>>login: joel >>>Password: >>>No directory /home/Joel! >>>Logging in with home = "/". >>>Fanfare!!! >>>You are successfully logged in to this server!!! >>> 14 [main] -bash 2936 sync_with_child: child 3980(0x628) died before >>>initial >>>ization with status code 0x0 >>> 35279 [main] -bash 2936 sync_with_child: *** child state waiting for >>>longjmp >>>bash: fork: Resource temporarily unavailable >>>bash-2.05a$ >>> >>The correct way to get a bash prompt is the same as shown in >>c:\cygwin\cygwin.bat, start bash: bash --login -i >> >>You are not logging into UNIX, you are starting an alternate shell in >>Windows. >>-- >> > > My apologies I forgot to mention that that login error also occurs from the > cygwin.bat file when I double click it. :( > anywho, I thought that some greater minds than I may make some sense out of > it as bash seems to work fine but login fails. I'm not sure if cygwin or > login is in error. > > thanks again, > Joel > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: error on use
You forgot to mention that the first email is free, and each additional email after that is $3.99. And if you need answers right now about your cygwin problem, cygwin psychics are waiting by the phone because they know you are about to call. What are you waiting for? Pick up the phone and call 1-900-1CYGWIN and be amazed when the cygwin psychics see your computer screen through the telephone! Only $1.99 for first 3 minutes, and $3.99 each additional minute. Call now, your future awaits! I called and before I could say hello, they just picked up the phone and said "Peter, simply edit job.c in the make source and remove the /bin/sh references, then recompile. We've already sent you a bill in the mail, have a nice day". -Peter, a satisfied cygwin psychic customer Larry Hall (RFK Partners, Inc) wrote: > Thanks for emailing the Cygwin psychic hot-line, where we divine all your > Cygwin problems without you ever uttering a peep! Now please be quiet for > one moment while we attempt to read your mind and answer all your questions > ... ... > > I'm sorry. It would appear that your mind is off-line at the moment. > Please try back again later. > > But seriously, if you have a question about Cygwin that isn't already answered > by available documentation or the email list archives, please send detailed > information *as well as the question* to this list. Despite what I said > above, we're not mind-readers here. > > Larry Hall [EMAIL PROTECTED] > RFK Partners, Inc. http://www.rfk.com > 838 Washington Street (508) 893-9779 - RFK Office > Holliston, MA 01746 (508) 893-9889 - FAX > > > > At 03:34 PM 3/12/2002, Daciberg wrote: > >>system = win98 >> >> >>Cygwin Package Information >>Package Version >>ash 20020131-1 >>bash2.05a-3 >>cygwin 1.3.10-1 >>diff0.0 >>fileutils 4.1-1 >>findutils 4.1 >>gawk3.0.4-1 >>gdbm1.8.0-4 >>grep2.5g >>gzip1.3.2-1 >>libintl10.10.40-1 >>libncurses5 5.2-1 >>libncurses6 5.2-8 >>libreadline44.1-2 >>libreadline54.2a-1 >>login 1.4-3 >>ncurses 5.2-8 >>pcre3.7-1 >>readline4.2a-1 >>sed 3.02-1 >>sh-utils2.0-2 >>tar 1.13.19-1 >>termcap 20010825-1 >>terminfo5.2-1 >>textutils 2.0.21-1 >>which 1.5-1 >>zlib1.1.3-7 >> >>Use -h to see help about each section >> >> >> >> >> >>Cygwin Win95/NT Configuration Diagnostics >>Current System Time: Tue Mar 12 17:34:01 2002 >> >>Windows 98 SE Ver 4.10 Build >> >>Path: C:\cygwin\usr\local\bin >>C:\cygwin\bin >>C:\cygwin\bin >>c:\WINDOWS >>c:\WINDOWS\COMMAND >> >>SysDir: C:\WINDOWS\SYSTEM >>WinDir: C:\WINDOWS >> >>HOME = `C:\cygwin\home\root' >>MAKE_MODE = `unix' >>PWD = `/home/root' >>USER = `root' >> >>Use `-r' to scan registry >> >>a: fd N/AN/A >>c: hd FAT32 29299Mb 5% CPUN >>d: cd N/AN/A >>e: net N/AN/A >> >>. /cygdrive userbinmode,noumount >>C:/cygwin / system binmode >>C:/cygwin/bin /usr/bin system binmode >>C:/cygwin/lib /usr/lib system binmode >> >>Found: C:\cygwin\bin\bash.exe >>Found: C:\cygwin\bin\cat.exe >>Not Found: cpp (good!) >>Found: C:\cygwin\bin\find.exe >>Found: c:\WINDOWS\COMMAND\find.exe >>Not Found: gcc >>Not Found: gdb >>Not Found: ld >>Found: C:\cygwin\bin\ls.exe >>Not Found: make >>Found: C:\cygwin\bin\sh.exe >> >> 19k 2002/02/20 C:\cygwin\bin\cyggdbm.dll >> 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll >> 45k 2001/04/25 C:\cygwin\bin\cygform5.dll >> 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll >> 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll >> 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll >> 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll >> 35k 2002/01/09 C:\cygwin\bin\cygform6.dll >> 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll >> 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll >> 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll >> 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll >> 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll >> 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll >> 20k 2002/01/13 C:\cygwin\bin\cyghistory5.dll >> 121k 2002/01/13 C:\cygwin\bin\cygreadline5.dll >> 40k
Re: login account is "Administrator" not "username"
Look at the file /etc/passwd. Is your jdoe username in there? If you are in a windows NT domain, and jdoe is a domain user, you will need to type "mkpasswd -u jdoe >> /etc/passwd" from a bash shell to create an entry for jdoe. Alternately you can use "mkpasswd -d >> /etc/passwd" to populate the passwd file with all domain users. HTH, Peter Bleyer, Michael wrote: > I am logged in as user "jdoe" and have administrator rights on a WinNT box. > I installed the most recent stable cygwin on this box (logged in as user > "jdoe"), usable for "all". > > However, the cygwin shell tells me: > ~ $ whoami > Administrator > > and gives me the following environment variable settings: > USER=Administrator > USERNAME=jdoe > > and consequently: > ~ $ pwd > /home/Administrator > > > Obviously cygwin logs me in as "Administrator" instead of "jdoe", even > though I logged in as user jdoe under WinNT > (USERNAME=jdoe in a DOS box). > Is there a way to change/avoid this? I tried installing cygwin as "usable > only for me" but it's just the same. > I've tried the registry, FAQ and mailing list archives to no avail. > > A problem arises when I use cvs for example, as it gets my username from the > env variable USER and all my files get checked in from user "Administrator" > as opposed to "jdoe". I could of course hack around this, but maybe there is > a simpler solution? > > Thanks for any help, > Michael > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
debugging an rm/sh/make/cygwin corner case
I am hoping some people can give me ideas on how to debug a problem I am having with rm when invoked from cygwin's make.exe, which is using sh as its shell. Basically, when I call "rm -r -f" from a makefile, it gives me errors about "Permission Denied, Directory Not Empty". This is the same error that I get when I try to manually rm a directory when I have a separate shell cd'd there. I think that somehow make or sh are cd'ed into the directory I am trying to rm, so it cannot be removed. I am a newbie at debugging, so I am looking for specific ideas to try to narrow down the problem to one particular thing; i.e. sh, make, rm, or cygwin1.dll. I have tried replacing rm and the cygwin1.dll with different versions, but I get the same error. I also tried replacing sh with bash, same error. I plan on trying different versions of make and sh, but if anyone can suggest what to strace or which files I can plug printfs into, I would really appreciate it. TIA, Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: .bashrc not getting sourced?
IIRC, if you check the archives, you should find that the behavior of sourcing the .bashrc file in /etc/profile was discontinued in later cygwin releases. The fact that you have it from over a year ago is probably because the cygwin install does not overwrite files that have been modified or exist previously. HTH, Peter Randall R Schulz wrote: > Roland, > > My /etc/profile contains exactly the line you quote. It is the last line > of that file, immediately following a "cd $HOME" command. This file > bears the modification date May 10, 2001. It may be a coincidence, but > that's right when I installed Cygwin for the first time on what was then > a new, "clean" Windows 2000 Professional installation on this disk. > > Randall Schulz > Mountain View, CA USA > > > At 08:37 2002-03-26, Roland Glenn McIntosh wrote: > >> I just did a recent brand new install yesterday and I noticed that >> /etc/profile no longer contains a line like: >> >> test -f ./.bashrc && . ./.bashrc >> >> It took me a second to figure out why .bashrc wasn't getting read (I >> thought it happened automatically by the shell) until I compared it to >> an older "working" cygwin install. >> >> Is there a specific reason for that missing line in /etc/profile, or >> could it have been an oversight? I did notice that my redhat 7 >> system's /etc/profile doesn't seem to include such a line. >> -rgm > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Compiling cygwin
I actually asked this same question 29 October 2001. If you use google
to search the cygwin.com website (enter "compiling cygwin1.dll
site:cygwin.com" into google's search term box), the first three
messages are from the thread that answered this question for me. You'll
even see my name on one of them- I can't wait to tell my folks that I'm
famous!!! I have included one of the messages that was sent just to
me, and not to the list. Let us know if you have more questions.
HTH,
Peter
Courtesy of Gerrit P. Hasse>>.
Then you need to creat a parrallel build directory:
bash$ cd /winsup
bash$ mkdir build
bash$ cd build
Now run the cygwin-build script (below).
#!/bin/bash
export src=/winsup/src
export inst=/winsup/build/inst
build=i686-pc-cygwin
target=i686-pc-cygwin
case $1 in
conf*) ${src}/configure --build=${build} --target=${target} \
--srcdir=${src} --prefix=/usr \
--exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib \
--includedir=/nonexistent/include \
--with-included-gettext 2>&1 | tee log.configure
;;
build*) make CFLAGS=-O2 tooldir=/usr 2>&1 | tee log.make
make info CFLAGS=-O2 tooldir=/usr 2>&1 | tee log.make-info
;;
check*) make CFLAGS=-O2 tooldir=/usr check 2>&1 | tee log.check
;;
clean*) make CFLAGS=-O2 tooldir=/usr clean 2>&1 | tee log.clean
;;
install*) make install prefix=$inst/usr exec_prefix=$inst/usr \
bindir=$inst/usr/bin libdir=$inst/usr/lib \
sysconfdir=$inst/etc includedir=$inst/usr/include \
tooldir=$inst/usr 2>&1 | tee log.install
make install-info prefix=$inst/usr exec_prefix=$inst/usr \
bindir=$inst/usr/bin libdir=$inst/usr/lib \
sysconfdir=$inst/etc includedir=$inst/usr/include \
tooldir=$inst/usr 2>&1 | tee log.install-info
rm -rf $inst/usr/etc
rm -f $inst/usr/info/dir
;;
strip*) (cd ${inst} ; find . -name "*.exe" | xargs strip )
;;
package*) (cd ${inst} ;
rm usr/lib/lib[cgm].a
for i in c g m
do
ln -s libcygwin.a usr/lib/lib$i.a
done
tar cvjf ../mingw-new.tar.bz2 usr/bin/mingwm10.dll \
usr/include/mingw usr/lib/mingw ;
tar cvjf ../w32api-new.tar.bz2 usr/include/w32api \
usr/lib/w32api ;
tar cvjf ../cygwin-new.tar.bz2 usr --exclude='usr/bin/mingwm10.dll' \
--exclude='usr/include/mingw' --exclude='usr/lib/mingw' \
--exclude='usr/include/w32api' --exclude='usr/lib/w32api' \
--exclude='usr/bin/runtest'
--exclude='usr/info/dejagnu.info*' \
--exclude='usr/share/dejagnu' )
;;
packdeb*) (cd ${inst} ;
rm usr/lib/lib[cgm].a
for i in c g m
do
ln -s libcygwin.a usr/lib/lib$i.a
done
tar cvjf ../mingw-new-debug.tar.bz2 usr/bin/mingwm10.dll \
usr/include/mingw usr/lib/mingw ;
tar cvjf ../w32api-new-debug.tar.bz2 usr/include/w32api \
usr/lib/w32api ;
tar cvjf ../cygwin-new-debug.tar.bz2 usr
--exclude='usr/bin/mingwm10.dll' \
--exclude='usr/include/mingw' --exclude='usr/lib/mingw' \
--exclude='usr/include/w32api' --exclude='usr/lib/w32api' \
--exclude='usr/bin/runtest'
--exclude='usr/info/dejagnu.info*' \
--exclude='usr/share/dejagnu' )
;;
*) echo 'argument required: configure, build, install, strip,
package, packdebug'
echo' [check, clean]'
;;
esac
William Hubbard wrote:
> I have installed the cygwin environment and source code and I want to
> compile cygwin1.dll so I can instrument the code to troubleshoot a
> problem I am having (which I believe is related to the com routines in
> cygwin). I am not very familiar with this environment. How do I
> compile the DLL? I'm running Windows 2000.
>
> William Hubbard
>
>
> --
> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ: http://cygwin.com/faq/
>
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Problem using cygwin with ClearCase 4.1
Is your CYGWIN environment variable set to "ntsec"? In my experience with Clearcase and cygwin, cygwin can do permissions on NTFS, but has weird errors on things like MVFS and Samba shares. I would not be surprised if TAS ran into similar weird permissions problems when using cygwin. Have you tried creating the file with another command, like: echo "" > file.txt Does that result in the same permissions? Have you tried touching the file and then chmod-ing it? Have you tried creating a view stored on the windows box- does it have the same results? HTH, Peter Sharona Rozmaryn wrote: > Hi. > > We have a group of developers using cygwin with Windows, as well as > ClearCase. The ClearCase data (VOBs and Views) are stored on UNIX > servers. In order to access the UNIX servers, we use TAS 6.1, which > allows transparent access between > the UNIX server and the PC clients. > > This group of developers is trying to build software from Windows. > Their build script has a "touch" command which > works OK outside of ClearCase, but with ClearCase, it somehow does not > recognize the umask of 002 so it makes the permissions read only. The > file that is touched get created, but there is a permission error that > causes the build to fail. > > Do you have any ideas about how to fix this problem? > Thanks for any help. > > -- Sharona Rozmaryn > > Hughes Network Systems > Tel: (301) 601-4059 > Fax:(301) 601-4091 > Email: [EMAIL PROTECTED] > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Scripts
Does the script have "#!/bin/bash" at the top? Does it have bash-only commands and is possibly being executed by sh? Is the script in your path? Have you tried putting "set -x" at the top of the script? Maybe include the contents of the script in your post. More information about your problem will help more people help you. HTH, Peter [EMAIL PROTECTED] wrote: > Cygwin developers, > >I am running cygwin on a NT box. I am trying to create a script which >will rcp files in a directory from one host to another. >After inserting the appropriate commands, I return to the prompt and >type the file name. In Unix this executes the script >if the appropriate permissions are set. But nothing happens, I simply >get another prompt. Can You think of a reason for >this. > > > > Thanks > > Kevin Abram > > > > > > > This message is for the designated recipient only and may contain > privileged, proprietary, or otherwise private information. If you have > received it in error, please notify the sender immediately and delete the > original. Any other use of the email by you is prohibited. > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Debug version of cygwin dll
You need to bunzip2 and untar the src, then cd to /usr/src/cygwin-1.3.5-3 (or wherever you extracted it to) and do the following: mkdir build cd build ../configure make make install Also, I don't know if you need to manually export CFLAGS=-g, just don't strip the dll after you build it. IIRC when you build anything it has the debug info included, but the binaries are shipped stripped :-) Another thing- if you plan on debugging another cygwin1.dll with this debug version of the cygwin1.dll, search for "running independent site:cygwin.com" on google, there is an excellent discussion (don't try this at home kids) about running two independent cygwin1.dll's. HTH, Peter Polley Christopher W wrote: > Hello, > > I'm trying to build cygwin(-1.3.5.3) with the debug symbols included. I > exported CFLAGS=-g, then did ./configure, make, and make install; but only > the .a libraries were built. Is there more info available about the > makefile targets in this package? The README doesn't mention it and it's > not obvious (to me) from inspection of the Makefile. How does one build the > dlls? (or are debug versions available in a tarball?) > > Thanks, > Chris > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Debug version of cygwin dll
I don't do the "make install" part- is that the wrong part? Otherwise the part about cd srcdir mkdir build ../configure make builds a the cygwin1.dll quite well on NT and win2k. And the FAQ, docs, readmes, MLA, etc lacked any information to help me in my search to learn how to successfully build the cygwin1.dll. Gerrit Haase and some other posters got me working okay though, in case I forgot to say thanks. Thanks, Peter egor duda wrote: > Hi! > > Wednesday, 05 December, 2001 Peter Buckley [EMAIL PROTECTED] wrote: > > PB> You need to bunzip2 and untar the src, then cd to > PB> /usr/src/cygwin-1.3.5-3 (or wherever you extracted it to) and do the > PB> following: > > PB> mkdir build > PB> cd build > PB> ../configure > PB> make > PB> make install > > please, don't make wrong suggestions! > > this way is _wrong_. for a correct way, check the FAQ, particularly > question "How do I rebuild the tools on my NT box?" > > cygwin sources also contain a file how-to-debug-cygwin.txt which > contains several debugging hints. > > Egor.mailto:[EMAIL PROTECTED] ICQ 5165414 FidoNet 2:5020/496.19 > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Debug version of cygwin dll
Ah. I guess that would be the wrong part :-) I don't ever build inside the source tree. I don't install the source, I just download it, and I manually extract to srcdir=/cygdrive/d/compile-dir and then cd /cygdrive/d/compile-dir mkdir build ../configure make I just assumed (and I know what that does, sorry) that people would use the /usr/src default location where the source was installed, and not be silly like me and create their own separate directory for compilation. Ha! I stand corrected, Peter John Peacock wrote: > Peter Buckley wrote: > >>I don't do the "make install" part- is that the wrong part? Otherwise >>the part about >> >>cd srcdir >>mkdir build >>../configure >>make >> >> > > The first line in the FAQ on rebuilding the tools: > > Note: You must build in a directory outside the source tree. > --- > > Note, _not_ below the srcdir. Just because you haven't had a problem doesn't > mean that your way is the correct way. > > John > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: install question
I have some ideas about how our government should do things. I also have ideas about how we should have 4 day workweeks and get paid the same. What kind of ideas were you looking for? I could probably have an idea about anything if you told me something more specific. Like if you wanted me to offer an idea about what I thought would help you install cygwin, maybe you could tell the list the steps that you took to install (from the beginning when you went to cygwin.com) and when you get the error message, and what the error message says. Then I might have an idea about what the problem could be, or even ideas that might help fix the problem. And there might be other people on the list with ideas, too. Just think of all the help you could get if you told us what your problem was. Full of ideas, Peter Gebbia, Joseph (Joey), NPONS wrote: > Hi, > > I tried to install cygwin and I keep getting a error message. I am running > win2k, any ideas > > > thanks in advance > > Joey Gebbia, NPONS > AT&T Network Services > office: 732.885.7798 > pager: 1.800.258. pin: 9116474 > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: install question
Joey, Sorry I was so sarcastic, I could have said what I did much nicer. I have been struggling with that lately in email. Thanks for the details- but they need to go to the list as well so you don't have just lowly old me helping. I replied to your email address (and the list, [EMAIL PROTECTED]) because I wasn't sure if you were subscribed or not. Some people prefer to not get two copies of the same mail (my mailer filters it) but even if you do reply to me, make sure you "reply all" so the list can see the details and hopefully the resolution of your problem. I don't know specifically what the problem is- but I have some suggestions to try, and maybe someone else on the list will have some other suggestions on how to help. When you ran the setup.exe program (the icon that those guys provide) and proceeded with the install, did you choose Install from Internet Download from Internet Install from Local Directory ? I would recommend trying to just "Download from Internet" first, and then when you know you have successfully downloaded all the packages you want, run setup.exe again and "Install from Local Directory" to install. Also, I would try a different download location- C:\Documents and Settings\Administrator\My Documents\downloads looks like the place where you downloaded setup.exe to, and I am guessing that it is your local package directory as well. I recommend moving setup.exe into another folder, a simple one with no spaces in the path, such as C:\tmp. Those who are in the know, correct me if I am wrong. Setup.exe may handle spaces in path names just fine, but it might help rule out an errata if you try to run setup.exe from C:\tmp or C:\temp. Also, have you read the FAQ? There is a section called "What to do if setup fails?" that might help you out. Let us know how it works, Peter Gebbia, Joseph (Joey), NPONS wrote: > Point taken, > > I went to the website www.cygwin.com and downloaded the program to my > laptop. From there I click on the icon you guys provide, and proceeded with > the install. It asked where I wanted the root directory to be c:/cygwin, > when the final step comes through I get this: > > program error > cygwin.exe has generated errors and will be closed by windows, you will need > to restart the program. This is the setup log > > 2001/12/06 11:27:53 Starting cygwin install, version 2.125.2.10 > Current Directory: C:\Documents and Settings\Administrator\My > Documents\downloads > 2001/12/06 11:27:53 Command line parameters > 2001/12/06 11:27:53 0 - 'C:\Documents and Settings\Administrator\My > Documents\downloads\cygwin.exe' > 2001/12/06 11:27:53 1 parameters passed > source: download > Selected local directory: C:\Documents and Settings\Administrator\My > Documents\downloads > net: Direct > 2001/12/06 11:28:01 Ending cygwin install > > > (Thu Dec 06 08:01:51 2001) : Performance library perfproc.dll will be > ignored as it was previously disabled (WbemAdapStatus = -1). > (Thu Dec 06 08:01:51 2001) : Performance library perfproc.dll will be > ignored as it was previously disabled (WbemAdapStatus = -1). > (Thu Dec 06 08:02:21 2001) : Performance library winspool.drv will be > ignored as it was previously disabled (WbemAdapStatus = -1). > (Thu Dec 06 08:02:21 2001) : Performance library winspool.drv will be > ignored as it was previously disabled (WbemAdapStatus = -1). > > > But it doesn't install, do you have any idea where I can get more > information from a log that might be on my laptop. > > > > > thanks > > > > > > -Original Message- > From: Peter Buckley [mailto:[EMAIL PROTECTED]] > Sent: Thursday, December 06, 2001 11:44 AM > To: Gebbia, Joseph (Joey), NPONS; [EMAIL PROTECTED] > Subject: Re: install question > > > I have some ideas about how our government should do things. I also have > ideas about how we should have 4 day workweeks and get paid the same. > > What kind of ideas were you looking for? I could probably have an idea > about anything if you told me something more specific. > > Like if you wanted me to offer an idea about what I thought would help > you install cygwin, maybe you could tell the list the steps that you > took to install (from the beginning when you went to cygwin.com) and > when you get the error message, and what the error message says. Then I > might have an idea about what the problem could be, or even ideas that > might help fix the problem. And there might be other people on the list > with ideas, too. Just think of all the help you could get if you told us > what your problem was. > > Full of ideas, > Peter > > Gebbia, Joseph (Joey), NPONS wrote: > > >>Hi, >> >&g
Re: Can't find install-sh or install.sh
I think Chris is right that you have an old version of the sources, and you would be best off getting the new version. But if you still have the problem, you can create an empty install-sh or install.sh and IIRC this should "fake" configure into continuing. This is the case with some few other things that configure quits over, but YMMV and DTTAHK. HTH, Peter Stephen Rasku wrote: > I am trying to modify the make program to add some extra diagnostics. > I have untarred make-3.79.1-src.tar.bz2. When I run ./configure, I > get the following: > > loading cache ./config.cache > configure: error: can not find install-sh or install.sh in . > ./.. ./../.. > > I looked in the archives but I couldn't find anything relevant. > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: telnet installation problems
comments inline Wityk, Michael wrote: > I've installed most of the Cygwin on Win2k. > > I can't seem to complete the "cygwin telnet" install. > > Which module is missing? > Which modules did you download and install? You can access this information in the setup.log, or maybe you remember the modules you installed? > Or am I starting it improperly??? > How are you starting it? Are you talking about the telnet client or server? Have you read /usr/doc/Cygwin/inetutils-x.x.x-README? Are you trying to start it from a bash shell? As a service? Please describe the problem (and give us details), and then maybe more people can help you. HTH, Peter > Help > > Michael Wityk > Morgan Stanley > Change Management / Event Management > > 1633 Broadway > 19th floor > New York, NY 10019 > > (cell) 917 584 3704 > (office - NYC) 212 537 2724 > (office - Brooklyn) 718-754-4574 > (office - Harborside, NJ) 201-876-3919 > (pager) 917-218-5706 > > > > > Important Notice to Recipients > It is important that you do not use e-mail to request, authorize or effect > the purchase or sale of any security or commodity, to send fund transfer > instructions, or to effect any other transactions. Any such request, > orders, or instructions that you send will not be accepted and will not be > processed by Morgan Stanley. > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: telnet installation problems
This is much more detailed, thank you. Wityk, Michael wrote: > I don't have that doc, /usr/doc/Cygwin/inetutils-x.x.x-README. > It looks like you downloaded inetutils on 11/28/2001, but they didn't get installed. If you run setup again and select the inetutils-x.x.x package to be installed, it should put telnet in /usr/bin/telnet. There is also a cygwin-xfree mailing list that might be able to help you with the xhost stuff, but hopefully the only problem is the missing inetutils/telnet. HTH, Peter > I'm reviewing the Cygwin/XFree86 User's Guide. > > I'm from an NT background so I'm expecting to go the the cygwin command box > and type 'telnet'. > > I've tried this next according to the users guide, what am I missing? > > $ ./xhost targetbox > ./xhost: unable to open display "" > > > I'm trying to telnet according to page 16 and page 17 of the Cygwin/XFree86 > User's Guide. > > Unsecure Telnet > On your Windows machine: > 1. Launch Cygwin/XFree86 > 2. In an X terminal type /usr/X11R6/bin/xhost remote_host_ip_address > 3. In an X terminal type /usr/bin/telnet remote_host_ip_address. Use the > explicit > path to ensure that Cygwin's telnet is run instead of Microsoft's telnet; > Microsoft's telnet will crash > on startup when run from Cygwin/XFree86. > 4. Login to your remote machine via your telnet session > 5. In your telnet session type, DISPLAY=windows_host_ip_address:0.0 > 6. In your telnet session type, export DISPLAY > 7. You can now launch remote X clients in your telnet session, for example, > xterm& will launch an > xterm running on your remote host that will display on your Cygwin/XFree86 > screen. > 8. Launch other remote clients in the same manner; I recommend starting the > remote clients in the > background, by appending & to the command name, so that you don't have to > open several telnet > sessions. > > -Original Message- > From: Wityk, Michael > Sent: Monday, December 10, 2001 4:35 PM > To: 'Peter Buckley' > Cc: '[EMAIL PROTECTED]' > Subject: RE: telnet installation problems > > > I'm starting the desktop cygwin.bat. > > > > I've attached my setup.log and full log of what's installed. > > I'll lookup the doc you recommend in the meantime. > > thx > > Mike > > > -Original Message- > From: Peter Buckley [mailto:[EMAIL PROTECTED]] > Sent: Monday, December 10, 2001 4:24 PM > To: Wityk, Michael > Cc: '[EMAIL PROTECTED]' > Subject: Re: telnet installation problems > > > comments inline > > Wityk, Michael wrote: > > >>I've installed most of the Cygwin on Win2k. >> >>I can't seem to complete the "cygwin telnet" install. >> >>Which module is missing? >> >> > > > Which modules did you download and install? You can access this > information in the setup.log, or maybe you remember the modules you > installed? > > > >>Or am I starting it improperly??? >> >> > > > How are you starting it? Are you talking about the telnet client or > server? Have you read /usr/doc/Cygwin/inetutils-x.x.x-README? Are you > trying to start it from a bash shell? As a service? Please describe the > problem (and give us details), and then maybe more people can help you. > > HTH, > Peter > > > >>Help >> >>Michael Wityk >>Morgan Stanley >>Change Management / Event Management >> >>1633 Broadway >>19th floor >>New York, NY 10019 >> >>(cell) 917 584 3704 >>(office - NYC) 212 537 2724 >>(office - Brooklyn) 718-754-4574 >>(office - Harborside, NJ) 201-876-3919 >>(pager) 917-218-5706 >> >> >> >> >> Important Notice to Recipients >>It is important that you do not use e-mail to request, authorize or effect >>the purchase or sale of any security or commodity, to send fund transfer >>instructions, or to effect any other transactions. Any such request, >>orders, or instructions that you send will not be accepted and will not be >>processed by Morgan Stanley. >> >> >>-- >>Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >>Bug reporting: http://cygwin.com/bugs.html >>Documentation: http://cygwin.com/docs.html >>FAQ: http://cygwin.com/faq/ >> >> >> > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Net Servers
Read /usr/doc/Cygwin/inetutils-x.x.x-README, and scan the FAQ and search the mailing list archives for "FTP server site:cygwin.com" using www.google.com. HTH, Peter Bruno Guedes Faria wrote: > Hi everybody > > I'd like to know if it's possible to have a ftp server running on my > machine. If it's possible how can Ido that ? > > Thanks, > > Bruno > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
compile perl- percentage of tests expected to pass- 96% okay
I compiled perl and when I do "make test" I only get 96% okay- Searching the MLA I see that some people have gotten 99+% okay- is there something special I need to do to build perl under cygwin? I just did a configure -d to accept all the defaults. TIA, Peter -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cron jobs won't run with network drive
You might find something in the mailing list archives if you had an idea about where to start. I found this tidbit because I already know what the problem is- I searched for "cron system site:cygwin.com" at google.com (this is also in the first five lines of the /usr/doc/Cygwin/cron.README): http://www.cygwin.com/ml/cygwin-announce/2001/msg00077.html "On NT/W2K run cron under SYSTEM account as service to use that feature. Note that you don't have access to net shares in the child processes" ^^^ I think the problem is with the SYSTEM account being used to start the cron service. This is the default behavior for services, because the system account has some special privileges need to run a service. You can find these special rights in the /usr/doc/Cygwin/inetutils-x.x.x-README. Maybe they are in the cron.README as well, but then you already know them because you have vigorously studied the cron readme to get it working already, right :-) Basically, the SYSTEM account cannot access network drives. I don't think there is any way for it to access any network drive at all ever. So your choice is probably to create a new user that can access network drives and has rights equivalent to SYSTEM (although I'm told that this is *very* dangerous, YMMV). HTH, Peter Lamar Seifuddin wrote: > Hello All, > > I researched this post and followed the instructions > below: > > I can create cronjobs on the local drive > > but, I can't seem to do anything with cronjobs which > involve accessing the network drives. > > Anyone have an idea of what I'm missing? > > Appreciate any help in this matter. > > thank you, > > Lamar > > > -Original Message- > From: Cioffari, Joseph [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, August 21, 2001 10:57 AM > To: '[EMAIL PROTECTED]' > Subject: FW: Cron jobs won't run > > > Kent, > > I followed instructions below but I am now having problems writing and/or > creating the 'Administrator' crontab file. It is giving me 'writing > /tmp/cron135 permission denied' responses. I even changed all permissions > on the /tmp and /var/cron directories so that Administrator could write to > it after it didn't seem to work with SYSTEM owning those directories. Any > ideas? > > Thanks, > Joe > > -Original Message- > From: Headley, Kent [mailto:[EMAIL PROTECTED]] > Sent: Monday, August 20, 2001 7:23 PM > To: Cioffari, Joseph > Subject: Re: Cron jobs won't run > > > hello joe, > > I had this problem as well; I do know that part of the solution is to > install cron using > cygrunsrv -I cron -p /usr/sbin/cron.exe -a -D -e "CYGIWIN=tty ntsec" > and/or defining 'CYGWIN=tty ntsec' in your NT environment variables. > Another problem that I encountered was that the directory /var/cron/tabs > must be created by the cron service to make sure that all of the permissions > work correctly. Note that crontab will also create this directory if it > doesn't exist, but will not set the owner, group or permissions correctly. > To make this work correctly, first remove the /var/cron and all below it: > rm -Rf /var/cron > and then start the cron service (it will automatically create > /var/cron/tabs, owned by SYSTEM) > cygrunsrv -S cron > Only now is it safe to run crontab to install, remove or edit cron jobs. > I hope this helps. > > Kent Headley > _ > > Software Engineer > Research & Development Division > > MBARI > 7700 Sandholdt Road > Moss Landing, CA 95039-0628 > > Tel: 831.775.1822 > Fax: 831.775.1645 > e-mail: [EMAIL PROTECTED] > website: http://www.mbari.org > > "If at first the idea is not absurd, then there is no hope for it." - Albert > Einstein > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: compile perl- percentage of tests expected to pass- 96% okay
Thanks Gerrit, it worked much better! Gerrit P. Haase wrote: > Hallo Peter, > > Am 2001-12-11 um 22:35 schriebst du: > > >>I compiled perl and when I do "make test" I only get 96% okay- >>Searching the MLA I see that some people have gotten 99+% okay- is there >>something special I need to do to build perl under cygwin? I just did a >>configure -d to accept all the defaults. >> > > Which perl did you use? perl 5.6.1-2 that comes with cygwin 1.3.6-3 > There are some patches in the cygwin (perl-5.6.1) sources so it should > build with one or two failures. There is also a build script included > in the cygwin-perl sources in CYGWIN-PATCHES subdirectory. > This seems to work- I get a 100% okay message at the end (even though there are some failures) > Which Windows are you on? NT4.0 SP6a > FAT drives gives some more failures. I am using NTFS (and I am in a domain, John Peacock suggested that might help) > Which environment settings do you use, there are more failures on NT if > you don't use CYGWIN=ntsec . > CYGWIN=ntsec binmode tty > Bleadperl (perl-devel) builds today with two or three test failures but > may be fixed or some more tomorrow. > > Ciao, > > Gerrit P. Haasemailto:[EMAIL PROTECTED] > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: network package problem ((
You only installed the latest inetutils package? It could be that you didn't install all the packages necessary to run ftp. Setup.exe has changed considerably lately, it no longer installs "all" packages by default. You must select each package manually to install it. It could also be that iu-config sets the default inetd.conf file to disable ftp by default (did you run iu-config?). Are you trying to run ftp as a service on your machine so you can ftp to your machine, or are you trying to ftp out? HTH, Peter llewellyn wrote: > when i try to use ftp or telnet with newer version i got this error: > ftp: ftp/tcp: unknow service > with tftp also so its not tied to tcp service. > > but i can use tool like wget without pb. Any hint about that? what im > doing wrong. > for info: I'm using cygwin for a long time a never have this pb, i didnt > change my configuration, neither install programs over the past few > weeks, I only install the latest package. > > > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: path problems when logged in through ssh
It sounds like D:\cygwin\bin is not in your system path. The location of the cygwin1.dll needs to be in your system path to run sshd as a service. HTH, Peter Larry Hall (RFK Partners, Inc) wrote: > At 04:01 PM 12/15/2001, C. Porter Bassett wrote: > >>When I ssh into my machine and try to run things installed in >>/usr/local/bin or /usr/sbin, windows pops up an error message saying "The >>dynamic link library cygwin1.dll could not be found in the specified path >>d:\cygwin\usr\local\bin;.;C:\WINNT\system32;C:\WINNTsystem;C\WINNT;." >>or if it is for a program installed in /usr/sbin, replace \local\bin with >>\sbin. >> >>Of course it doesn't find it in that path -- it's in d:\cygwin\bin, right >>where it should be. >>I do have d:\cygwin\bin in my path, but for some reason it doesn't look at >>the normal path when running stuff from sshd, it only looks in the above >>5 directories. >> > > > Hm, I wonder how one would fix a problem where the path is set > incorrectly! ;-) > > Make sure you're path is set correctly by checking around in your > environment. Most likely, your path is not set correctly in your > ~/.profile or something. YMMV. > > > Larry Hall [EMAIL PROTECTED] > RFK Partners, Inc. http://www.rfk.com > 838 Washington Street (508) 893-9779 - RFK Office > Holliston, MA 01746 (508) 893-9889 - FAX > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: path problems when logged in through ssh
What is your system path? It looks rather unusual. Maybe there is a problem with it. HTH, Peter C. Porter Bassett wrote: > Like I said in my original post, d:/cygwin/bin *IS* in my system path, > but when I try to run something through ssh, it doesn't use the sytem > path. > > I did find the solution, which is to put /bin in my .bashrc. I did not have > it there because it was never needed before. For some reason, now it is. > > > On Mon, Dec 17, 2001 at 11:22:29AM -0500, quoth the Larry Hall (RFK > Partners, Inc): > >>At 04:01 PM 12/15/2001, C. Porter Bassett wrote: >> >> >>Hm, I wonder how one would fix a problem where the path is set >>incorrectly! ;-) >> >>Make sure you're path is set correctly by checking around in your >>environment. Most likely, your path is not set correctly in your >>~/.profile or something. YMMV. >> > > AND > > On Mon, Dec 17, 2001 at 11:28:52AM -0500, quoth the Peter Buckley: > >>It sounds like D:\cygwin\bin is not in your system path. The location >>of >>the cygwin1.dll needs to be in your system path to run sshd as a >>service. >> >>HTH, >>Peter >> >>Larry Hall (RFK Partners, Inc) wrote: >> > > >>>When I ssh into my machine and try to run things installed in >>>/usr/local/bin or /usr/sbin, windows pops up an error message saying "The >>>dynamic link library cygwin1.dll could not be found in the specified path >>>d:\cygwin\usr\local\bin;.;C:\WINNT\system32;C:\WINNTsystem;C\WINNT;." >>>or if it is for a program installed in /usr/sbin, replace \local\bin with >>>\sbin. >>> >>>Of course it doesn't find it in that path -- it's in d:\cygwin\bin, right >>>where it should be. >>>I do have d:\cygwin\bin in my path, but for some reason it doesn't look >>> > at > >>>the normal path when running stuff from sshd, it only looks in the above >>>5 directories. >>> > > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can't spawn shell for authenticated user in SSHD (revisited)
I am taking a wild guess- when you ssh in, it spawns a shell and then still does some ssh-ish tasks. Maybe it can't complete them from the command shell. Are you logging in or just firing off remote processes? It might be worth trying to set your shell to /bin/bash, ssh in and see if you can then start a command shell. Maybe- ssh machine "cd /cygdrive/c/path-to-batch-file; cmd /c mytest.bat; sleep 2" (the 'sleep x' might not be necessary with ssh, but it is with rsh if you want all the output from the last command) I don't have sshd running anywhere remotely, but I can rlogin to a machine running inetd, it starts a bash shell, and then I type "cmd" and it gives me a command shell. HTH (or at least spawns some discussion), Peter John Fishbeck wrote: > Hi all, > > I posted the message appended at the end of this one last week, and didn't receive a >_single_ response to it. This leads me to believe that either 1) I have unwittingly >committed some horrendous faux pax, despite the fact that I did attempt to research >this problem before posting to this list, or 2) this is a bizarre problem which >others have not encountered nor know what to do about. > > If (1) above, I sincerely apologize and ask forgiveness, and would urge some kind >soul to take pity on me and direct me to the problem solution that I missed in my >research. If (2), I guess I'm just going to have to abandon the Cygwin OpenSSH >solution and figure out some other approach - perhaps MS telnet service (shudder...). > > Anybody out there gonna take pity on a poor IT schmuck in need of help? > > John Fishbeck > MSU Physical Plant Computer Systems > > > > I want merely the ability to do limited remote WINNT command prompt sys >administration tasks without exposing myself to the plain text and implementation >vulnerabilities of telent server; i.e., I want to launch /winnt/system32/cmd.exe upon >logging in via a SSH client to SSHD on an NT 4.0, SP 6 system. > > To that end I used the cygwin setup program to download and install from the >Internet the openssh package. This process apparently worked correctly, as I can get >components, including sshd, running. In fact, launching sshd in debug mode, I can use >a ssh client on another machine and successfully (apparently, from the debug trace) >authenticate to sshd. However, it looks as though when sshd proceeds to spawn my >shell, there is some sort of a process launch/communication failure, with the >following debug text emitted from sshd: > > Accepted password for Administrator from 35.10.77.61 port 1540 ssh2 > debug1: Entering interactive session for SSH2. > debug1: server_init_dispatch_20 > debug1: server_input_channel_open: ctype session rchan 0 win 8192 max 8192 > debug1: input_session_request > debug1: channel 0: new [server-session] > debug1: session_new: init > debug1: session_new: session 0 > debug1: session_open: channel 0 > debug1: session_open: session 0: link with channel 0 > debug1: server_input_channel_open: confirm session > debug1: session_by_channel: session 0 channel 0 > debug1: session_input_channel_req: session 0 channel 0 request pty-req reply 0 > debug1: Allocating pty. > debug1: session_pty_req: session 0 alloc /dev/tty0 > debug1: session_by_channel: session 0 channel 0 > debug1: session_input_channel_req: session 0 channel 0 request shell reply 0 > 0 [main] sshd 290 sync_with_child: child 300(0x148) died before initialization >with status code 0x80 > 304 [main] sshd 290 sync_with_child: *** child state waiting for longjmp > Disconnecting: fork failed: Resource temporarily unavailable > debug1: Calling cleanup 0x414188(0x43e794) > debug1: session_pty_cleanup: session 0 release /dev/tty0 > debug1: Calling cleanup 0x41eb24(0x0) > debug1: channel_free: channel 0: server-session, nchannels 1 > debug1: Calling cleanup 0x4169cc(0x0) > > The /etc/passwd entry for the user I'm logging in as looks like this: > > Administrator:/c:/c/winnt/system32/cmd.exe > > and my mount environment looks like: > > C:\cygwin\bin on /usr/bin type system (textmode) > C:\cygwin\lib on /usr/lib type system (textmode) > C:\cygwin on / type system (textmode) > c: on /c type system (textmode) > > It appears to me from the debug output that the cmd.exe process does get launched, >but then something goes awry, and I have been unsuccessful in resolving this. > > Can anyone help me with this? I did try to search the archives for references to >this problem, but found nothing that seemed to be an exact match to this scenario. > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info:
Re: Starting program under bash as Scheduled Task
Have you looked at using cron? That would be the unixy way of doing things. But you can invoke bash and give it a script and some parameters in your "sh.bat" file- at 12:15 cmd /c "c:\bla\bla\sh.bat" contents of sh.bat- bash -i /cygdrive/c/bla/bla/MyScript parameter1 parameter2 (the -i makes the shell interactive, forcing ~/.bashrc to be run- check out 'bash -c "help set"') HTH, Peter Scott Goldstein wrote: > Won't this just run bash at 12:15? > > What I want to do is run a script, "MyScript", within a bash environment at > 12:15. > > So, I want to emulate the following: > > 1. Start bash. .bashrc is executed and shell opens with a prompt. > 2. At the prompt, run MyScript > > Can this be done? > > Thanks. > > Scott > > >>= Original Message From "Kredba" <[EMAIL PROTECTED]> = >>Be sure, that the task manager service is running. >> >>Open cmd.exe and type there command similar to this : >> >>at 12:15 cmd /c "c:\bla\bla\sh.bat" >> >>In the batch file you can call bash --rcfile . >> > > > "Just a mirror for the sun... > My smiling eyes are just a mirror for the sun." > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: stty and echo woes
I am using cygwin 1.3.3-2 and when I type "which echo" from a bash shell, it tells me "/usr/bin/echo". That is the echo in c:\cygwin\bin. HTH, Peter Mark Wood-Patrick wrote: > Norman writes: > > >>>Yikes, that is quite the $PATH >>>You might want to think about simplifing it a bit when working >>>in a Cygwin shell >>> > >>>what is the result of issuing >>>% which echo >>> > >>>Cheers >>> > >>>Norman >>> > > I have rationalized my path some and 'which echo' returns "echo is a shell > builtin" since I am running with bash. > > Problems still remain > > Mark > > > -Original Message- > From: Mark Wood-Patrick > Sent: Friday, December 28, 2001 10:25 AM > To: '[EMAIL PROTECTED]' > Cc: Mark Wood-Patrick ([EMAIL PROTECTED]) > Subject: stty and echo woes > > > I removed the extraneous version of the cygwin1.dll from my path and > rebooted my Pc. The problem still remains. An updated cygcheck output is > enclosed. > > On Wed, Dec 26, 2001 at 11:48:37AM -0800, Mark Wood-Patrick wrote: > >>I have $CYGWIN=tty >> >>I have cygwin version package 1.3.6-6 >> >>Cygcheck info enclosed. >> > > Take a close look at your cygcheck output. You have two different versions > of the DLL in your path. Remove the older one. > > cgf > > > -Original Message- > From: egor duda [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, December 26, 2001 7:48 AM > To: Mark Wood-Patrick > Cc: [EMAIL PROTECTED]; Mark Wood-Patrick ([EMAIL PROTECTED]) > Subject: Re: stty and echo woes > > > Hi! > > Wednesday, 26 December, 2001 Mark Wood-Patrick [EMAIL PROTECTED] > wrote: > > MWP> I am having problems with echo being disabled after running certain > MWP> commands (e.g. man, less, tset). I am runing Cygwin DLL 1.1.8 on > MWP> windows 2k. My TERM variable ois set to cygwin. > > how about CYGWIN environment variable? Does it set to 'tty'? > > MWP> Does anyone have any idea what's going on here or how I fix it > > first, you may consider trying to upgrade to the latest version of > cygwin1.dll. I don't remember any tty issues being fixed lately, but 1.1.8 > is a waaay back. second, please include cygcheck output to your report so > that people can see what your environment is. > > Egor.mailto:[EMAIL PROTECTED] ICQ 5165414 FidoNet 2:5020/496.19 > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem w/ wildcards w/ tcsh
I don't have tcsh, but I played with bash and command shell. I have cygwin 1.3.3-2 and winnt4.0sp6 cmd.exe: >ls * (lists everything recursively) >echo * * >ls "*" ls: *: No such file or directory >echo "*" "*" bash: >ls * (lists everything recursively) >echo * (echoes everything in .) >ls "*" ls: *: No such file or directory >echo "*" * HTH, Peter Bill Priest wrote: > All, > > In win2k service pack 2 > CYGWIN set to binmode;tty;ntsec > TERM set to cygwin > > I updated to the latest cygwin using setup and > I noticed that "ls *" doesn't work as expected. > It gives "ls: *: No such file or directory" > > If I do > echo * > * > > Using bash it works as expected; if I do ls "*" in bash I get the same error > as tcsh, so it appears that the shell is not expanding "*" for some reason. > > I've been using tcsh for months on this machine and I just got this error > recently. > > I reverted back to tcsh xx.xx-2 using setup and I get the same results. > I renamed my .tcshrc file and I get the same results. > My mounts are all binary > > I just tried the following on a different machine. > Updated all cygwin except tcsh > executed cygwin.bat and "ls *" worked as expected > Updated tcsh to -2 (ie. previous in setup) and "ls *" stopped working (ie. as above) > Updated tcsh to -3 (ie. current in setup) and "ls *" remained not working > > Is anyone else seeing this problem? > Since I don't know how to go back to the "-1" version and source, I'm not sure how > to isolate this problem further. > > Any hints or pointers to the source versions (specifically the -1 that works); I know > how to get the source for -2. > > FYI, > > Bill > PS. If there is further information required to debug this problem; please email me > directly as I am on digest for cygwin. > > _ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd and fstat
IIRC, SYSTEM should be the owner of the keys. And it is highly
recommended that the service be run as SYSTEM. Check out
http://tech.erdelynet.com for more info on the permissions for the key
files etc.
HTH,
Peter
Guy Harrison wrote:
> Hi,
>
> Not knowing anything about SSH I didn't realise openssh-3.0.2p1-4 (and
> former) versions shouldn't have been asking for a password with the
> correct keys at either end. I assumed I'd got something in a mess. It
> appears not.
>
> In the end I compiled openssh so I could get a bit more information on
> the failure.
>
>
> int
> secure_filename(FILE *f, const char *file, struct passwd *pw,
> char *err, size_t errlen)
> {
> uid_t uid = pw->pw_uid;
> char buf[MAXPATHLEN], homedir[MAXPATHLEN];
> char *cp;
> struct stat st;
> int zzz;
> if (realpath(file, buf) == NULL) {
> snprintf(err, errlen, "realpath %s failed: %s", file,
> strerror(errno));
> return -1;
> }
> if (realpath(pw->pw_dir, homedir) == NULL) {
> snprintf(err, errlen, "realpath %s failed: %s",
> pw->pw_dir,
> strerror(errno));
> return -1;
> }
> log("realpath=[%s][%s]",buf,homedir);
> /* check the open file to avoid races */
> zzz = fstat(fileno(f), &st);
> log("st_uid=[%d] pw_uid=[%d]",st.st_uid,uid);
> if ((zzz < 0) ||
> (st.st_uid != 0 && st.st_uid != uid) ||
> (st.st_mode & 022) != 0) {
> snprintf(err, errlen, "bad ownership or modes for file
> %s",
> buf);
> return -1;
> }
>
>
> When run as a service sshd is emitting...
>
> The description for Event ID ( 0 ) in Source ( /usr/sbin/sshd.exe )
> could not be found. It contains the following insertion string(s):
> /usr/sbin/sshd.exe : Win32 Process Id = 0x1B0 : Cygwin Process Id =
> 0x1B0 : debug1: temporarily_use_uid: 500/513 (e=18).
>
> The description for Event ID ( 0 ) in Source ( /usr/sbin/sshd.exe )
> could not be found. It contains the following insertion string(s):
> /usr/sbin/sshd.exe : Win32 Process Id = 0x1B0 : Cygwin Process Id =
> 0x1B0 :
> realpath=[/home/Administrator/.ssh/authorized_keys][/home/Administrator].
>
> The description for Event ID ( 0 ) in Source ( /usr/sbin/sshd.exe )
> could not be found. It contains the following insertion string(s):
> /usr/sbin/sshd.exe : Win32 Process Id = 0x1B0 : Cygwin Process Id =
> 0x1B0 : st_uid=[18] pw_uid=[500].
>
> The description for Event ID ( 0 ) in Source ( /usr/sbin/sshd.exe )
> could not be found. It contains the following insertion string(s):
> /usr/sbin/sshd.exe : Win32 Process Id = 0x1B0 : Cygwin Process Id =
> 0x1B0 : Authentication refused: bad ownership or modes for file
> /home/Administrator/.ssh/authorized_keys.
>
> Seems to think authorized_keys is owned by SYSTEM:18 but it isn't.
> Stopping sshd as a service and running from within bash "sshd -d" works
> fine and emits...
>
> debug1: temporarily_use_uid: 500/513 (e=500)
> debug1: trying public RSA key file
> /home/Administrator/.ssh/authorized_keys
> realpath=[/home/Administrator/.ssh/authorized_keys][/home/Administrator]
> st_uid=[500] pw_uid=[500]
> debug1: restore_uid
> Accepted rsa for Administrator from 192.168.0.1 port 2446
>
> ...which isn't the end of it. I fired up a bash shell, launched from a
> service with SYSTEM authority expecting a failure...
>
> debug1: temporarily_use_uid: 500/513 (e=18)
> debug1: trying public key file /home/Administrator/.ssh/authorized_keys
> realpath=[/home/Administrator/.ssh/authorized_keys][/home/Administrator]
> st_uid=[500] pw_uid=[500]
>
> ...but it worked, both as "sshd -d" and as a straight "sshd" (so it
> forked in case that was it).
>
> fstat will only fail when sshd is running as a service as SYSTEM. The
> only viable approach I can think of at this point is to attach gdb to
> the process forked by sshd and I can't for the life of me figure out how
> to do that. I hope this info is useful to you folks with more intimate
> knowledge 'cos I'm stuck! :-|
>
>
>
--
Your mouse has moved.
Windows NT must be restarted for the change to take effect.
Reboot now? [OK]
--
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: no output from net.exe
Alex BATKO wrote: > | Make sure that your term is set to cygwin. > | > Is it enough to put the following in ~/.profile ? > export TERM='cygwin' > > > | Make sure that your window (buffer size) is set to 80x25. > | > I am executing the ssh command (to get into the Windows machine) > from an xterm (on my linux box) that has size 80x24. > The cygwin bash shell window (if invoked through vncviewer, or by > sitting directly at the console) has size 80x25. > > > | Are you getting any errors? > | > There is absolutely no error generated from any `net.exe` command, > nor from `tfy.exe net.exe`. > > > | Did you remember to drop the dll on the far machine? > | > Yes, both the dll (ttyfier.dll) and tfy.exe are in /usr/local/bin/ > (which is in my PATH environment variable) on the windows machine. > > > | Are you sure your sshd server is starting with CYGWIN=tty? > | > No. I don't know how to set sshd to start with an environment variable > preset. So far, I've just always set the variables from ~/.profile: > export CYGWIN='tty' > Can you please advise me on this ? You can set this as a windows system environment variable by right clicking on my computer -> properties -> environment (or advanced if you on win2k?). This needs to be set at a system level so the system manager sees that it is set and passes it on to sshd. You will need to reboot the machine once you set this for it to take effect- simply stopping and starting sshd will not pickup the change. > > | I can't speak as to the terminal issues you're experiencing using cygwin. > | If you look through the archives you'll see that this is an issue that comes > | around periodically. I'd suggest checking out the previous conversations to > | find out the issues involved. > | > I have looked through the archives (http://cygwin.com/ml/cygwin/) - but > quite honestly, the search engine for the mailing list archive is not > behaving as I expect that it should. Searching for "net.exe" results > in a number of links to our conversation, while the rest of the results > have nothing to do with "net.exe". The best way to search the mailing archives is with google (http://www.google.com). Type your search term in the box followed by "site:cygwin.com". This will use the google search engine to search the cygwin site. This is a very useful tool for many internet sites. HTH, Peter > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: no output from net.exe
Alex BATKO wrote: > woo, hoo !!! > > > +--- > | You can set this as a windows system environment variable by right > | clicking on my computer -> properties -> environment (or advanced if you > | on win2k?). This needs to be set at a system level so the system manager > | sees that it is set and passes it on to sshd. You will need to reboot > | the machine once you set this for it to take effect- simply stopping and > | starting sshd will not pickup the change. > | > I have done what you suggested, and now 'net.exe' works as I've always > begged it to. > > Just as a side note, in ~/.profile (of the account i'm ssh'ing to on the > windows machine) I still have: > > export CYGWIN='binmode ntea' > export TERM='cygwin' > > Is that OK ? I need 'ntea' to effectively use chmod. > I don't know if the ~/.profile is run when you ssh- it is usually run when a bash shell is started interactively (and I don't recall if ssh starts an interactive bash shell). I have my CYGWIN variable set as a system environment variable, because I use CYGWIN=ntsec binmode tty, and IIRC that I need the ntsec part to be set before the inetd service starts. I don't currently use sshd. HTH, Peter > > | The best way to search the mailing archives is with google > | (http://www.google.com). Type your search term in the box followed by > | "site:cygwin.com". This will use the google search engine to search the > | cygwin site. This is a very useful tool for many internet sites. > | > Adding site:cygwin.com is a very good tip - thanks. > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: no output from net.exe
"ntea" makes you have less usable disk space- it creates a big file
IIRC. I don't know if it just creates the file on FAT, or if the file is
only undeletable on FAT. "ntsec" works on NT and NTFS.
HTH,
Peter
Alex BATKO wrote:
> +---
> | At 12:59 PM 1/18/2002, Alex BATKO wrote:
> | >Is that OK ? I need 'ntea' to effectively use chmod.
> |
> | Not if you're working on NTFS partitions you don't. You're *much* better
> | off using 'ntsec'. You can see the user guide if you're curious about
> | this setting. Of course, if you're running on a FAT partition and need
> | chmod to work there, then you're stuck with 'ntea'.
> +---
>
>
> The windows machine in question is running Windows 2000, and is using NTFS.
> Look at this:
>
> {1} cd /tmp/
> {2} ls -l
> total 0
> {3} echo $CYGWIN
> binmode ntea
> {4} umask
> 077
> {5} touch blah
> {6} ls -l
> total 0
> -rw---1 ntroot Administ0 Jan 18 14:38 blah
> {7} chmod 644 blah
> {8} ls -l
> total 0
> -rw-r--r--1 ntroot Administ0 Jan 18 14:38 blah
> {9} export CYGWIN='binmode ntsec'
> {10} ls -l
> -rwxrwxrwx1 Administ Administ0 Jan 18 14:38 blah
> {11} export CYGWIN='binmode ntea'
> {12} ls -l
> -rw-r--r--1 ntroot Administ0 Jan 18 14:38 blah
> {13} export CYGWIN='binmode ntsec'
> {14} ls -l
> -rw---1 ntroot Administ0 Jan 18 14:39 blah
> {15} chmod 755 blah
> {16} ls -l
> total 0
> -rwxr-xr-x1 ntroot Administ0 Jan 18 14:39 blah
>
>
> This experiment shows that 'ntea' and 'ntsec' can both set
> permissions properly on NTFS. It also shows that the modes will
> look different from 'ntsec' if set by 'ntea' (and visa versa).
>
> I don't know what you mean by saying that it's much better
> to use 'ntsec' on NTFS. I realize that the Cygwin User's Guide
> (http://sources.redhat.com/cygwin/cygwin-ug-net/using-cygwinenv.html)
> about the CYGWIN environment variable states that with 'ntsec'
> set, the file permissions can only be set on NTFS partitions.
>
> The guide also says that the 'ntea' option only operates under
> Windows NT (but clearly, it operates under Windows 2000).
>
> But the guide doesn't say that one is better. I may be completely
> missing something (in reading and knowledge), so please advise...
>
> I apologize in advance if I am wrong about what I have written.
>
> --
> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ: http://cygwin.com/faq/
>
>
--
Your mouse has moved.
Windows NT must be restarted for the change to take effect.
Reboot now? [OK]
--
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
no man page or info for ash/sh?
I checked the faq, ug, and ml but didn't see a reference to where the cygwin ash manpage is. "man ash", "man sh" and "info ash", "info sh" do nothing. Maybe cygwin ash conforms to some other flavor that has a man page? I found a debian ash man page, but I really want to know for sure that I have the cygwin one. The source contains a TOUR, but at the top of that doc it says "NOTE -- This is the original TOUR paper distributed with ash and does not represent the current state of the shell. It is provided anyway since it provides helpful information for how the shell is structured, but be warned that things have changed -- the current shell is still under development." Anyone know where I can find the man page for cygwin's ash? TIA, Peter -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin as a telnet command shell...
Jean-Marc Paulin wrote: > Well, > > >>ARRGGHHH People ar asking questions about x on the cygwin-list, and >>questions about cygin on the cygwin-x list.. :-) >> > > Oops... > > >>Well yes it is possible.. either modify the win2k telnet deamon >>configuration on which proggie to run.. >> > > Tried this, but I then get an error about stderr that cannot be created, and > no command prompt... > > >>Or install the cygwin telnetd/sshd, if my memory doesn't fail me, it >>is mentioned how to do it in the documentation of the inetutils/inetd >> > > I cannot find the damn telnet daemom ... :( > that's too bad If you downloaded and installed inetutils, telnetd should be in /usr/sbin/. And the doc /usr/doc/Cygwin/inetutils1.x.x.README will tell you how to configure inetd with iu-config and then telnetd runs by default when you startup inetd. HTH, Peter > JM > > - Original Message - > From: "Andrew Markebo" <[EMAIL PROTECTED]> > To: "Jean-Marc Paulin" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > Sent: Friday, February 01, 2002 2:58 PM > Subject: Re: Cygwin as a telnet command shell... > > > >> >>Or install the cygwin telnetd/sshd, if my memory doesn't fail me, it >>is mentioned how to do it in the documentation of the inetutils/inetd >>package.. >> >>/Andy >> >>/ "Jean-Marc Paulin" <[EMAIL PROTECTED]> wrote: >>| Hi, >>| >>| I am running telnet server on Win2000. Does anyone know how to make >> > cygwin > >>| my default shell when logged-in from telnet ? >>| >>| thanks >>| >>| JM >>| >>| >> >>-- >> The eye of the beholder rests on the beauty! >> >> > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin license
http://cygwin.com Info wrote: > is cygwin GPL? is it free or not? How do i get it? > -- > WWW.XGFORCE.COM - > The Leader in System Clustering > and Enterprise Firewall/VPN solution. > -- > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Why not a news server?
I like the mailing list. I don't have a news server at work, so I wouldn't be able to access a newsgroup like we are discussing. I have no problem searching the mailing list archives with google- I wasn't aware that there was a date at which the MLA were truncated- I have seen stuff a few years back IIRC. I tried a different mailing list with a "digest version" and it was awful- I won't try any digests any time soon, I simply wipe out my cygwin-email folder when it gets around 1000 messages and rely on the archives. -Peter Daniel Adams wrote: > I will be the first one to make a comment of a NNTP server for hosting this > group and possibly the other groups for Cygwin, isn't that after all what a > NNTP group is designed for. I would be one to second Andrew's idea because > of the idea that often times I am in need of searching about a certain idea > in the archives and not only does it bring up the relative needed > information, it also brings up stuff from many years back. > > Sincerely, > Daniel Adams - [EMAIL PROTECTED] > http://dana.ucc.nau.edu/~dpa3 > > 1 Peter 4:10 (NIV)- Each one should use whatever gift he has received to > serve others, faithfully administering God's grace in its various forms. > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf > Of Andrew DeFaria > Sent: Friday, February 01, 2002 11:00 AM > To: [EMAIL PROTECTED] > Subject: Why not a news server? > > > Why not simply set up a news server instead of this mail list. I find > the mail list deficient in several areas. First and foremost it's noisy > causing me to wade through all this email for topics I'm interested in. > Secondly there's no easy or convenient way to response to individual > issues (I get a digest of cygwin stuff emailed to me). Seems to me that > nntp was designed specifically for such communications and a number of > companies have set up news servers for such things. > > Finally a number of times I receive a digest speaking of topics and > articles but the email message is apparently truncated and the bodies of > these articles are missing. > > Comments? (I'm sure there will be some). > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: anybody else also infected
I don't think that faq would have avoided or truncated this thread. It seems related, but it is in fact different. If someone followed the instructions in the faq, they would have had a false positive reported on cygz.dll. Whenever the cygz.dll file was called (say, by invoking cygcheck), the real-time scanning of NAV popped up with "cygz.dll is infected with backdoor.egghead, and has been quarantined". Maybe an addition to that faq needs to be made, that some antivirus programs (specifically symantec) have had false positives on cygwin dlls. Just as an FYI, this same false positive for backdoor.egghead was seen on the cygwin1.dll from the 1.3.2-1 distribution. -Peter Larry Hall (RFK Partners, Inc) wrote: > Hm, it seems like this entire thread could have been avoided or at least > truncated by a simple visit to the FAQ: > > Is setup.exe, or one of the packages, infected with a virus? > http://cygwin.com/faq/faq_2.html#SEC11 > > Larry Hall [EMAIL PROTECTED] > RFK Partners, Inc. http://www.rfk.com > 838 Washington Street (508) 893-9779 - RFK Office > Holliston, MA 01746 (508) 893-9889 - FAX > > > At 08:39 AM 2/14/2002, hongxun lee wrote: > >>Sorry for the panic...My bet is all you can do is to update the package zlib >>... >>NAV this morning had released its new vir-definition..Thanks >> >>- Original Message - >>From: "KAMDAR,NILESH (A-Sonoma,ex1)" <[EMAIL PROTECTED]> >>To: <[EMAIL PROTECTED]> >>Sent: Wednesday, February 13, 2002 10:58 PM >>Subject: anybody else also infected >> >> >> >>>Hello Hongxun Lee, >>> >>>(I am not on the mailing list of cygwin so I am emailing directly to you) >>> >>>I have the same problem. My cygwin1.dll and cygz.dll file are in >>> >>quarantine. >> >>>NAV claims that they are infected with the BAckdoor.Egghead virus but I >>> >>dont >> >>>see any other signs besides the above 2 files. I Think NAV definitions are >>>wrong >>> >>>I actually have SEVERAL customers who are going to complain about this >>>tomorrow. So I am trying to find a quick resolution. I have also posted my >>>question to Symantec. >>> >>>I am hoping that Symantec sends out newer update virus definitions which >>> >>DO >> >>>NOT cause this error. >>> >>>Let me know if you get any updates from them. >>> >>>Thanks. >>>--Nilesh Kamdar >>> >>> >> >>-- >>Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >>Bug reporting: http://cygwin.com/bugs.html >>Documentation: http://cygwin.com/docs.html >>FAQ: http://cygwin.com/faq/ >> > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- 1 Timothy 4:12 (NIV)- Don't let anyone look down on you because you are young, but set an example for the believers in speech, in life, in love, in faith, and in purity. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: anybody else also infected
I think we do read the faq differently- when it says "antivirus programs have been known to report false positives when extracting compressed tar archives" and "consider disabling your anti-virus software when running SETUP", I don't associate that with getting a false positive when *not* running setup, or when *not* extracting compressed tar archives. The directions in the next questions "My computer hangs when I try to run setup.exe" would not have avoided this type of false positive- namely when the realtime scanning pops up and quarantines a dll whenever it is run. I am in favor of a more general faq in light of this *new* development and *new* type of false positive- I don't know what the chances are of this happening in the future, but I would put it in the faq as a note, "NAV has had false positives in the past on cygwin dlls, please remain calm with your seatbelts fastened". I agree about the healthy skepticism- this was obviously a false positive from the very start, but I don't think the faq addresses this type of false positive. -Peter Larry Hall (RFK Partners, Inc) wrote: > OK, perhaps you and I read the FAQ differently. I read it to indicate that > you should assume that any reported infection from Cygwin files are false > until you can determine otherwise. To me, it's worthwhile to inform the > list of viruses in any Cygwin related software if the virus is real. However, > allot of posts about the potential of a virus isn't really helpful to anyone > and can lead newbies to panic, adding to the list volume. Personally, I've > never seen a single confirmed virus in any Cygwin software in the more than > 6 years I've been using it, though I've seen many a report of viruses (hence > the FAQ entry about them). So I view all Cygwin virus reports on this list > with a bit of healthy skepticism, unless there is evidence to support doing > otherwise. I'm just suggesting that others take that message to heart and > do their homework before posting. > > Now back to my own little utopia where everything is done right. ;-) > > Larry Hall [EMAIL PROTECTED] > RFK Partners, Inc. http://www.rfk.com > 838 Washington Street (508) 893-9779 - RFK Office > Holliston, MA 01746 (508) 893-9889 - FAX > > > > At 09:35 AM 2/14/2002, Peter Buckley wrote: > >>I don't think that faq would have avoided or truncated this thread. It seems >related, but it is in fact different. >> >>If someone followed the instructions in the faq, they would have had a false >positive reported on cygz.dll. Whenever the cygz.dll file was called (say, by >invoking cygcheck), the real-time scanning of NAV popped up with "cygz.dll is >infected with backdoor.egghead, and has been quarantined". >> >>Maybe an addition to that faq needs to be made, that some antivirus programs >(specifically symantec) have had false positives on cygwin dlls. >> >>Just as an FYI, this same false positive for backdoor.egghead was seen on the >cygwin1.dll from the 1.3.2-1 distribution. >> >>-Peter >> >>Larry Hall (RFK Partners, Inc) wrote: >> >> >>>Hm, it seems like this entire thread could have been avoided or at least >>>truncated by a simple visit to the FAQ: >>>Is setup.exe, or one of the packages, infected with a virus? >>>http://cygwin.com/faq/faq_2.html#SEC11 >>>Larry Hall [EMAIL PROTECTED] >>>RFK Partners, Inc. http://www.rfk.com >>>838 Washington Street (508) 893-9779 - RFK Office >>>Holliston, MA 01746 (508) 893-9889 - FAX >>> >>>At 08:39 AM 2/14/2002, hongxun lee wrote: >>> >>> >>>>Sorry for the panic...My bet is all you can do is to update the package zlib >>>>... >>>>NAV this morning had released its new vir-definition..Thanks >>>> >>>>- Original Message - >>>>From: "KAMDAR,NILESH (A-Sonoma,ex1)" <[EMAIL PROTECTED]> >>>>To: <[EMAIL PROTECTED]> >>>>Sent: Wednesday, February 13, 2002 10:58 PM >>>>Subject: anybody else also infected >>>> >>>> >>>> >>>> >>>>>Hello Hongxun Lee, >>>>> >>>>>(I am not on the mailing list of cygwin so I am emailing directly to you) >>>>> >>>>>I have the same problem. My cygwin1.dll and cygz.dll file are in >>>>> >>>>quarantine. >>>> >>>> >
Re: NAV deletes cygwin1.dll
The latest virus def from NAV should fix this. My virus definition file is version 40213av dated 2/13/02. Read the mailing list lately, a thread called "anybody else also infected" from yesterday and today discusses this in depth. If you can, it might be good to setup your NAV to "quarantine" instead of "delete" if it can't clean the virus. HTH, Peter Nolte, Brendan wrote: > Hello all, > This morning's NAV scan deleted my and a co-worker's cygwin1.dll stating that >there was an egghead backdoor virus. Now we both > know that NAV is full of it but I just wanted as many people as I can tell to know >not to run a current NAV(and perhaps other > anti-virus software)on your cygwin files. My coworker has contacted NAV and >hopefully this will get resolved. > > Good Luck, > Brendan > > > > > > CONFIDENTIALITY NOTE: This e-mail message, including any attachment(s), contains >information that may be confidential, protected by the attorney-client or other legal >privileges, and/or proprietary non-public information. If you are not an intended >recipient of this message or an authorized assistant to an intended recipient, please >notify the sender by replying to this message and then delete it from your system. >Use, dissemination, distribution, or reproduction of this message and/or any of its >attachments (if any) by unintended recipients is not authorized and may be unlawful. > > > > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- 1 Timothy 4:12 (NIV)- Don't let anyone look down on you because you are young, but set an example for the believers in speech, in life, in love, in faith, and in purity. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: virus warning
False positive. The latest version of the defs 40213av 02/13/02 correct this mistake by symantec. HTH, Peter Schlichtemeier, Joel wrote: > Be careful downloading the distributions. I've found the backdoor.egghead virus (a >def for it was just put up by Symantec) in cygwin1.dll and cygz.dll. Unfortunately, >I didn't keep track of which mirror I got it from. The definition and removal >instructions are here: > http://securityresponse.symantec.com/avcenter/venc/data/backdoor.egghead.html > > Now that they've updated their defs, your default download scan should pick it up. > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- 1 Timothy 4:12 (NIV)- Don't let anyone look down on you because you are young, but set an example for the believers in speech, in life, in love, in faith, and in purity. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
