startx hanging - startup problem located
in reference to my earlier message http://cygwin.com/ml/cygwin-xfree/2005-03/msg00048.html and the following message http://cygwin.com/ml/cygwin-xfree/2005-04/msg00152.html I can state I am -not- having a personal firewall problem. With the help of 'Process Explorer' from sysinternals.com, I have been able to determine it is caused by 'cat.exe' using 90% CPU. I am disabling the keyboard extensions (see my earlier message). The 'cat' command line is: C:\cygwin\bin\cat.exe /home/martouf/.Xauthority The hanging thread stack is: ntdll.dll!KiFastSystemCallRet ntdll.dll!LdrInitializeThunk+0x29 ntdll.dll!LdrFindResourceDirectory_U+0x276 ntdll.dll!RtlLookupElementGenericTable+0x185 ntdll.dll!RtlLookupElementGenericTable+0x80 ntdll.dll!KiUserApcDispatcher+0x7 If I just kill the 'cat' process, then X starts up and functions. 'cat' will spin away indefinitely. hope this helps...
Re: startx hanging - startup problem located
I started by using Windows Task Manager to try to find the 'hanging' problem, and after sorting the process list by CPU usage - there was 'cat' spinning away. Process Explorer v9.02 provided the same data. Trying to 'cat /proc/PIDNO/cmdline' would only provide defunct. It does not matter if I use 'rootless' or 'multiwindow' - X stops at the Rules line (although I often see a clipboard connection message).
Re: Process Explorer (was: startx hanging - startup problem located)
Brian Dessent wrote: Specifically, if you click on the Threads tab of the Properties page of a process, ProcExp attaches its own thread to the process and this causes the Cygwin process to consume 100% cpu. yes, bringing up the Threads tab on processes like 'xterm' and 'sh' causes a new thread ntdll.dll!RtlConvertUiListToApiList+0xNNN to be created. It is simple to remedy this by killing the thread. Having done so, CPU usage returns to normal and the Cygwin process becomes responsive again.
Re: Process Explorer (was: startx hanging - startup problem located)
martouf . wrote: yes, bringing up the Threads tab on processes like 'xterm' and 'sh' causes a new thread ntdll.dll!RtlConvertUiListToApiList+0xNNN to be created. It is simple to remedy this by killing the thread. Having done so, CPU usage returns to normal and the Cygwin process becomes responsive again. Right. That's what I do as well when it happens. I just wanted to make sure that what you are seeing is not due to process explorer. 'cat' is such a simple program that I'd be surprised if it is directly related to the problem at hand. It may be the symptom, but I'd be very surprised if 'cat' itself was the problem. The stack trace that process explorer gives you is a bunch of Native APIs in NTDLL (most of which undocumented) and as such is more or less useless. If you build cat with debugging symbols and attach to the hung process with gdb it would give a much better idea. Or try commenting out things in startx until you can pin down the behavior that causes it. Or run strace and see what calls lead up to the hang. But I've got to say, even though you seem to have ruled out firewall issues, these sorts of hangs when starting XWin are almost always due to some kind of third party software the inserts itself into the winsock network stack in some fashion. Brian
Color in Xterm vim matching gvim
Hi all, I was wondering if any vim/gvim users knew how to get gvim's color schemes to match those of regular shell based vim. For instance, I am using the koehler color scheme in gvim, but sometimes I just want to load vim but koehler looks different in the shell. Is this a limitation of xterm's color palette? Thanks for any info. Scott Cegielski [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
winsup/cygwin ChangeLog autoload.cc cygmagic f ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-04-28 23:59:44 Modified files: cygwin : ChangeLog autoload.cc cygmagic fhandler_console.cc fhandler_tape.cc pinfo.cc shared.cc shared_info.h Log message: * shared_info.h (cygwin_shared_address): Bump to a higher value to avoid collision with large data areas. * fhandler_console.cc (fhandler_console::get_tty_stuff): Accommodate changes to open_shared arguments. * fhandler_tape.cc (mtinfo_init): Ditto. * pinfo.cc (pinfo::init): Use open_shared rather than win32 mmap calls. * shared.cc (user_shared_initialize): Ditto. (memory_init): Ditto. (open_shared): Change to allow use a smore general mmap handler. * shared_info.h (shared_locations): Add SH_JUSTCREATE, SH_JUSTOPEN. (open_shared): Change declaration to match new usage. * autoload.cc (LoadDLLfuncEx2): Define in terms of LoadDLLfuncEx3. (LoadDLLfuncEx3): New macro. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.2861r2=1.2862 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/autoload.cc.diff?cvsroot=uberbaumr1=1.99r2=1.100 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/cygmagic.diff?cvsroot=uberbaumr1=1.8r2=1.9 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_console.cc.diff?cvsroot=uberbaumr1=1.135r2=1.136 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_tape.cc.diff?cvsroot=uberbaumr1=1.55r2=1.56 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.cc.diff?cvsroot=uberbaumr1=1.170r2=1.171 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/shared.cc.diff?cvsroot=uberbaumr1=1.92r2=1.93 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/shared_info.h.diff?cvsroot=uberbaumr1=1.47r2=1.48
RE: find command in cygwin
lin q schrieb: (B $ find . -type f -print (B find: paths must precede expression (B Usage: find [-H] [-L] [-P] [path...] [expression] (B (B$ find -a . -type f -print (Bfind: paths must precede expression (BUsage: find [-H] [-L] [-P] [path...] [expression] (B$ (B$ uname -a (BCYGWIN_NT-5.1 R1W51 1.5.16(0.128/4/2) 2005-04-25 20:26 i686 (Bunknown unknown Cygwin (B (BDon't you redefine find as an aliase or function? (B (BPlease try (B$ type find (B (BKazuyuki (B (B-- (BUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple (BProblem reports: http://cygwin.com/problems.html (BDocumentation: http://cygwin.com/docs.html (BFAQ: http://cygwin.com/faq/
scripts
When I'm at the home directory and write ls script to see the files in the cygwin directory it doesn't list anything? Home directory includes no file? Yahoo! Messenger - Communicate instantly...Ping your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: scripts
Ergun UYAR schrieb: When I'm at the home directory and write ls script to see the files in the cygwin directory it doesn't list anything? Home directory includes no file? At least none of them are visible. Try: $ ls -a or try: $ touch test $ ls I strongly recommend reading the man page: $ man ls $ man bash Oliver -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Help !!! - Problem running Cygwin in Remote Desktop session with non-admin privileges
Hello!! I have installed cygwin-1.5.15-1 on windows 2000 server. When I logon locally, the installation works fine with admin as well as non admin privileges. When I connect to the server using remote desktop utility (MSTSC) on my laptop (WinXP SP1 / 2) with non-admin privileges account, I get following error message; -- 5 [main] bash 2948 fork_parent: child 1380 died waiting for longjmp before initialization bash: fork: Bad file descriptor bash-2.05b$ Can some one help me resolve this? Further, Cygwin works fine using remote desktop utility only with the user having admin credentials. Thanks!!! Best regards, Jayant Moghe Texas Instruments (India) Pvt. Ltd. Bangalore. India. [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Basic test
I have installed cygwin, and I am able to launch the console with the promt bash2.05b$ But when entering ls or other comands, I get always bash-2.05b$ ls bash: ls: command not found bash-2.05b$ dir bash: dir: command not found Can you give at hand a bassic comand syntax to test the insatllation? Thanks, Maggy -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: scripts
Original Message From: Ergun UYAR Sent: 28 April 2005 09:18 When I'm at the home directory and write ls script to see the files in the cygwin directory it doesn't list anything? Home directory includes no file? Try ls -a :) By default the home dir contains only configuration and rc- files, all of which begin with a '.' char. ls omits such files by default since they're often not of interest. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with 'cvs login'
Christopher Faylor wrote: On Tue, Apr 26, 2005 at 06:15:14PM -0700, Brian Dessent wrote: Christopher Faylor wrote: If that really does fix the problem then something is broken in CYGWIN. Corinna fixed things so that this should no longer be a problem: http://sources.redhat.com/ml/cygwin-announce/2004-11/msg00014.html I tested this here and I can confirm that SYSTEMROOT indeed is not being set in the child if it's not included in 'passenv'. I'll see if I can dig further... I checked in a fix for this last night. Screw the gold star! The Gilded Lantern Award For Meritorious Service (GLAFMS) to none other than cg(PR)f aka cfprg aka cfPaulReveref aka The dead of night no less! (Even still, I can hear the clopety clop of the keyboard as night settles over the puter.) Sincerely, thanks cg(PR)f for all you do. Regards, L Anderson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: g++ compilation header difficulties (where are they?)
Al Slater wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Russell Martin wrote: program only results in a No such file or directory error. Using find, I can only locate (for example) stdlib.h and there is no file stdlib anywhere. I do have a file iostream in the I beleive the header you want is cstdlib. Yes, that works. euler.cpp: In function `int main(int, char**)': euler.cpp:21: error: `string' undeclared (first use this function) euler.cpp:21: error: (Each undeclared identifier is reported only once for each function it appears in.) euler.cpp:21: error: parse error before `;' token string is in the std namespace so try std::string or add using namespace std; near the top of your file. Okay, that works too, and it takes care of the deprecated warnings too when I was using the header files 'iostream.h' and 'fstream.h' (instead of the more current and correct 'iostream' and 'fstream'). I hadn't realized that there are new ANSI C++ standards for specifying the inclusion of headers in your code (at least they are new to me!!). Since I don't program all that much, this was the first trouble I had when I encountered them. I will have to read up on these to avoid further difficulties in the future. Many thanks for your help! - Despite the fact that the header file string is located in the directory /usr/include/c++/3.3.3 the compiler seemingly can't locate it. This is puzzling since it lists this path in the #include search path above. Even placing the source code into the /usr/include/c++/3.3.3 directory and trying to compile it there gives the same error. What am I overlooking here, or not understanding? Why do you think it was not found, the compiler did not output any error messages indicating this. I was assuming that it wasn't found based on the error messages 'euler.cpp:21: error: `string' undeclared (first use this function) euler.cpp:21: error: (Each undeclared identifier is reported only once for each function it appears in.)' that I was getting. However, with the directive you gave me (the using above), everything seems to have cleared up. Once again, I must read up on the new standards and their proper usage. Thanks again! Russ - -- Al Slater -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCb99gz4fTOFL/EDYRAqBbAKCFm/TbEZxzG46TOni5sy3uv2sFAACeJM/+ 8wUow/N90NRJ93qOac9pB2M= =5Bi8 -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[PATCH] Fix newly exposed bug [was RE: RFC: Fix partial NaN-parsing problem [was RE: sscanf problem]]
Original Message From: Jean-Christophe Kablitz Sent: 27 April 2005 00:22 Hello, I have noticed, that, while parsing {a float_value immediately followed by 'n' or 'N'} with the %f%c format, the sscanf function of cygwin-1.5.16-1 behaves differently from the scanf function of cygwin-1.5.14-1. Until cygwin-1.5.14-1 (included), 'n' matches %c, while with cygwin-1.5.15-1 and cygwin-1.5-16-1, 'n' is no more assigned to %c. In the following test case, I would expect the progran to output i=2 x=1 m=a i=2 x=1 m=n that was the case until cygwin-1.5.14-1 (included). With cygwin-1.5.15-1 and cygwin-1.5-16-1, the program outputs instead i=2 x=1 m=a i=1 x=1 m=_ Maybe I have been misusing sscanf. Or there is a relationship with the NaN-parsing problem of the newlib. No, your use of sscanf is perfectly correct! Yes, there is a newly exposed bug in the NaN parsing code, as you guessed; it falsely accepted the N as part of 'NaN'. Then, because it had begun by parsing a number, and because it successfully parsed the number, it didn't go through the 'nan-parsing-has-failed-so-put-back-the-eaten-chars' bit that my last fix introduced. --- beginning of test case --- jck:/sscanf cat ssn.c #include stdio.h int main() { double x; char m; inti; x = 0.0; m = '_'; i = sscanf(1.0a, %lf%c, x, m); printf(i=%d x=%g m=%c\n, i, x, m); x = 0.0; m = '_'; i = sscanf(1.0n, %lf%c, x, m); printf(i=%d x=%g m=%c\n, i, x, m); return 0; } jck:/sscanf gcc -O0 ssn.c -o ssn.exe jck:/sscanf ./ssn.exe i=2 x=1 m=a i=1 x=1 m=_ --- end of test case --- Thank you for the simple test case; I was able to reproduce the problem easily, although not exactly: the output I got was: [EMAIL PROTECTED] /test/sscanf ./ssn.exe i=2 x=1 m=a i=0 x=0 m=_ It turns out there has been an underlying bug that was exposed with my earlier fix. The problem is in /src/newlib/libc/stdio/vfscanf.c, function __SVFSCANF_R, case CT_FLOAT, where it's parsing a float and sees an 'n': case 'n': case 'N': if (nancount == 0 (flags (SIGNOK | NDIGITS | DPTOK | EXPOK))) { flags = ~(SIGNOK | DPTOK | EXPOK | NDIGITS); nancount = 1; goto fok; } else if (nancount == 2) { nancount = 3; goto fok; } break; The condition at the top of the loop is meant to be testing to ensure we haven't already parsed any of the other possible components of an FP number, but what it actually tests is whether or not we've parsed *all* the other possible components; that's the only case it'll refuse to accept an 'n' at present. The reason it used to work is because after bogusly parsing the 'n', the old version then hits this bit of code when it comes time to parse the %c field (CT_CHAR): case CT_CHAR: /* scan arbitrary characters (sets NOSKIP) */ if (width == 0) width = 1; I don't understand what this is doing, but it looks like some kind of kludge that's saying If we got here, then we know there must have been a char to parse, so if we don't have any, we must have bogusly consumed it already, so pretend it's there anyway. Or something; like I say, I don't understand it, but it looks like a kludge to me. Anyway, the attached patch changes the bitwise-AND () to an equality (==) operator, which genuinely tests that we haven't parsed anything else at all; it's effectively verifying that the flags haven't changed from their initial value before beginning to attempt to parse the possible 'NaN' string. This fixes the testcase for me: I now see [EMAIL PROTECTED] /test/sscanf ./ssn.exe i=2 x=1 m=a i=2 x=1 m=n and indeed, with an expanded version of it, which also verifies the amount of characters consumed, I see: [EMAIL PROTECTED] /test/sscanf cat ssn.c #include stdio.h int main() { double x; char m; inti, n; x = 0.0; m = '_'; n = -1; i = sscanf(1.0a, %lf%c%n, x, m, n); printf(i=%d x=%g m=%c n=%d\n, i, x, m, n); x = 0.0; m = '_'; n = -1; i = sscanf(1.0n, %lf%c%n, x, m, n); printf(i=%d x=%g m=%c n=%d\n, i, x, m, n); x = 0.0; m = '_'; n = -1; i = sscanf(1.0na, %lf%c%n, x, m, n); printf(i=%d x=%g m=%c n=%d\n, i, x, m, n); x = 0.0; m = '_'; n = -1; i = sscanf(1.0nan, %lf%c%n, x, m, n); printf(i=%d x=%g m=%c n=%d\n, i, x, m, n); x = 0.0; m = '_'; n = -1; i = sscanf(1.0e, %lf%c%n, x, m, n); printf(i=%d x=%g m=%c n=%d\n, i, x, m, n); x = 0.0; m = '_'; n = -1; i = sscanf(1.0f, %lf%c%n, x, m, n); printf(i=%d x=%g m=%c n=%d\n, i, x, m, n); return 0; } [EMAIL PROTECTED] /test/sscanf gcc -ggdb -O0 ssn.c -o ssn [EMAIL
Help !!! - Problem running Cygwin in Remote Desktop session with non-admin privileges
Hello!! I have installed cygwin-1.5.15-1 on windows 2000 server. When I logon locally, the installation works fine with admin as well as non admin privileges. When I connect to the server using remote desktop utility (MSTSC) on my laptop (WinXP SP1 / 2) with non-admin privileges account, I get following error message; -- 5 [main] bash 2948 fork_parent: child 1380 died waiting for longjmp before initialization bash: fork: Bad file descriptor bash-2.05b$ Can some one help me resolve this? Further, Cygwin works fine using remote desktop utility only with the user having admin credentials. Thanks!!! Best regards, Jayant Moghe Texas Instruments (India) Pvt. Ltd. Bangalore. India. [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Help !!! - Problem running Cygwin in Remote Desktop session with non-admin privileges
Original Message From: Moghe, Jayant Sent: 28 April 2005 12:38 Hello!! I have installed cygwin-1.5.15-1 on windows 2000 server. When I logon locally, the installation works fine with admin as well as non admin privileges. When I connect to the server using remote desktop utility (MSTSC) on my laptop (WinXP SP1 / 2) with non-admin privileges account, I get following error message; Yes, we know. We heard you the last time you posted this, only a couple of hours ago. What do you expect, everyone to just drop what they're doing and come running to serve you? Try showing just a little more patience, huh? In the meantime, I suggest you read http://cygwin.com/problems.html closely and follow the instructions it gives. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[PATCH]: which 1.6-1
Hi, I have used which under cygwin and discovered that it does not work correctly (compared to solaris which) when passed an absolute path. For example: which /usr/bin/ksh returns command not found under cygwin but /usr/bin/ksh under solaris. I have created a patch against which 1.6-1 that checks for an absolute path. Daniel. --- which.c.orig2004-12-27 09:26:16.00100 +1100 +++ which.c 2005-04-28 21:55:06.136577600 +1000 @@ -97,6 +97,11 @@ char cmdpath[PATH_MAX]; int found = 0; + if ((cmd[0] == '/') (check(cmd))) +{ + puts(cmd); + continue; +} for (i = 0; i pcnt; ++i) { strcpy (cmdpath, path[i]); -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.16-1: chmod problem
Hello, the following commands run properly on the c:/drive c touch yahoo c ls -l yahoo -rw-rw-rw- 1 ropach mkpasswd 0 Apr 28 13:54 yahoo c chmod -w yahoo c ls -l yahoo -r--r--r-- 1 ropach mkpasswd 0 Apr 28 13:54 yahoo but if I try it on the u:/ drive connected over net the following error comes u ls -l yahoo -rw-r--r-- 1 ropach mkpasswd 0 Apr 28 13:50 yahoo u chmod -w yahoo chmod: changing permissions of `yahoo': Permission denied There were no problems up to the version cygwin-1.5.13-1. The error on my machine is new for the following two versions cygwin-1.5.15-1 cygwin-1.5.16-1 The output of the 'env': The output of the 'cygcheck -v -s -r ': Has anybody any ideas ? env.txt cygcheck.txt PC_SP_MAJORVER=3 HOMEPATH=\ APPDATA=C:\Documents and Settings\ropach\Application Data HOSTNAME=si20624 PC_OS=w2k TERM=cygwin PROCESSOR_IDENTIFIER=x86 Family 6 Model 7 Stepping 3, GenuineIntel WINDIR=C:\WINNT PC_OS_MINORVER=0 CVSROOT=/cygdrive/u/ablage DOXYGEN_TEMPLATES=/usr/share/doxygen OLDPWD=/cygdrive/u USERDOMAIN=DE OS=Windows_NT ALLUSERSPROFILE=C:\Documents and Settings\All Users OS2LIBPATH=C:\WINNT\system32\os2\dll; USER=ropach COPYCMD=/Y TEMP=/c/DOCUME~1/ropach/LOCALS~1/Temp COMMONPROGRAMFILES=C:\Program Files\Common Files DOXYGEN_PATH=/usr/bin USERNAME=ropach PROCESSOR_LEVEL=6 PATH=.:/bin:/usr/bin:/usr/local/bin:/c/orant/bin:/c/WINNT/system32:/c/WINNT:/c/WINNT/System32/Wbem:/c/Program Files/perl/bin:/c/WINNT/qi:/bin/:/usr/bin:/usr/local/bin:.:/c/Program Files/it_sec/iT_SEC_Shared:/c/PROGRA~1/ATT/Graphviz/bin:/c/PROGRA~1/ATT/Graphviz/bin/tools:/usr/X11R6/bin:/usr/X11R6/lib:/usr/local/graphviz/bin PCUNIX_ROOT=c:\unix PWD=/c SYSTEMDRIVE=C: LTDL_LIBRARY_PATH=/usr/lib EDITOR=/bin/emacs.sh CYGWIN=textmode USERPROFILE=C:\Documents and Settings\ropach PERLLIB=/usr/local/lib/perl5/5.6.1/cygwin:/usr/local/lib/perl5/5.6.1:/usr/local/lib/perl5/site_perl/5.6.1/cygwin:/usr/local/lib/perl5/site_perl LOGONSERVER=\\SI42029 PROCESSOR_ARCHITECTURE=x86 LM_LICENSE_FILE=n:/programme/sds/diablicense/license.dat LESSCHARSET=latin1 SHLVL=1 HOME=/cygdrive/u USERDNSDOMAIN=de.bosch.com PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH HOMEDRIVE=U: RCSINIT=-x,v/ COMSPEC=C:\WINNT\system32\cmd.exe TMP=/c/DOCUME~1/ropach/LOCALS~1/Temp SYSTEMROOT=C:\WINNT PRINTER=//si26001/si18179 PROCESSOR_REVISION=0703 PC_OS_MAJORVER=5 PATH_SET=true MAKE_MODE=UNIX PROGRAMFILES=C:\Program Files HOMESHARE=\\siz1128\ROPACH$ NUMBER_OF_PROCESSORS=1 LM_LICENSE=n:/programme/sds/diablicense/license.dat COMPUTERNAME=SI20624 PC_NTPROD=wks _=/usr/bin/env Cygwin Configuration Diagnostics Current System Time: Thu Apr 28 14:22:55 2005 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3 Path: .\ c:\unix\bin c:\unix\usr\bin c:\unix\usr\local\bin c:\orant\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\Program Files\perl\bin c:\WINNT\qi c:\unix\bin\ c:\unix\usr\bin c:\unix\usr\local\bin .\ c:\Program Files\it_sec\iT_SEC_Shared c:\PROGRA~1\ATT\Graphviz\bin c:\PROGRA~1\ATT\Graphviz\bin\tools c:\unix\usr\X11R6\bin c:\unix\usr\X11R6\lib c:\unix\usr\local\graphviz\bin Output from c:\unix\bin\id.exe (nontsec) UID: 400(ropach)GID: 401(mkpasswd) 544(Administrators) 547(Power Users)545(Users) 401(mkpasswd) Output from c:\unix\bin\id.exe (ntsec) UID: 400(ropach)GID: 401(mkpasswd) 544(Administrators) 547(Power Users)545(Users) 401(mkpasswd) SysDir: C:\WINNT\system32 WinDir: C:\WINNT CYGWIN = `textmode' HOME = `u:\' MAKE_MODE = `UNIX' PWD = `/c' USER = `ropach' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\ropach\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `SI20624' COMSPEC = `C:\WINNT\system32\cmd.exe' COPYCMD = `/Y' CVSROOT = `/cygdrive/u/ablage' DOXYGEN_PATH = `/usr/bin' DOXYGEN_TEMPLATES = `/usr/share/doxygen' EDITOR = `/bin/emacs.sh' HOMEDRIVE = `U:' HOMEPATH = `\' HOMESHARE = `\\siz1128\ROPACH$' HOSTNAME = `si20624' LESSCHARSET = `latin1' LM_LICENSE = `n:/programme/sds/diablicense/license.dat' LM_LICENSE_FILE = `n:/programme/sds/diablicense/license.dat' LOGONSERVER = `\\SI42029' LTDL_LIBRARY_PATH = `/usr/lib' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/cygdrive/u' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PATH_SET = `true' PCUNIX_ROOT = `c:\unix' PC_NTPROD = `wks' PC_OS = `w2k' PC_OS_MAJORVER = `5' PC_OS_MINORVER = `0' PC_SP_MAJORVER = `3' PERLLIB = `/usr/local/lib/perl5/5.6.1/cygwin:/usr/local/lib/perl5/5.6.1:/usr/local/lib/perl5/site_perl/5.6.1/cygwin:/usr/local/lib/perl5/site_perl' PRINTER = `//si26001/si18179' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 7 Stepping 3, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0703'
Bespoke installations: simple elegance of setup.exe when setup.ini is absent
About 3 years ago the then available setup.exe used to work as follows; for some quite long period since, it didn't (the installation hung); now it's back to its old (possibly unintended) functionality. Or so it seems to me. Can anybody confirm? To install Cygwin in full or in part, place all required *.bz2 in their correct location under c:\MyCyg\release\ or (conveniently and repeatably) on a CD under d:\MyCyg\release\. Do _not_ include any version of setup.ini under c:\MyCyg\, where conventionally this file would be located. Run setup.exe, choosing to Install from Local Directory identified as [cd]:\MyCyg\. All the included packages will be shown under Misc. Click the selector to change from Default to Install and away you go, to achieve a full installation of your included packages. Note: all required *.bz2: this phrase of course is a can of worms and unless the dependencies have been attended to by a previous use of setup.ini, this method of installation carries with it the risk that some packages will be installed whilst lacking necessary companions. But, if you are sure what you want and that you are getting it, this method (which seems to work) saves you any previously suggested hassle-rich approaches including tedious repeated point and click selection of packages from a list of ? 500, special management of installed.db or setup.ini, or the creation of tailored local mirrors, copying from other media, careful use of mount and umount, or combinations of these. Useful for restricted/ tailored/ even non-current distributions, and when you want to be sure that two or more installations are identical to one another in all respects. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: I need to change my home directory
Thanks On 4/28/05, Larry Hall [EMAIL PROTECTED] wrote: At 11:46 AM 4/22/2005, you wrote: Hy all My home directory is something like: /cygdrive/c/Documents and Settings/xpto I would like to have it in: /home/xpto I hwve this in one computer but not in the other. But I didn't do nothing for that. What am I doing wrong? Apparently, you're just not aware of the differences between these two systems. Look at '/etc/defaults/etc/profile' for a description of how Cygwin determines what your home directory is. That should provide some insight. If it's just plain set incorrectly in your '/etc/passwd' file, rerun 'mkpasswd' as specified in '/etc/postinstall/passwd-grp.sh.done' but add the '-p' flag followed by '/home/xpto'. 'man mkpasswd' provides the full details. There. Done. :-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin setup
I have one minor quibble about cygwin setup. It stores all my previous options for the setup except the port number for the http/ftp proxy. Can this be saved as well? Cheers John Kewley -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mkstemp bug
* Christopher Faylor [EMAIL PROTECTED] [2005-04-27 22:29:34 -0400]: On Wed, Apr 27, 2005 at 07:39:37PM -0400, Sam Steingold wrote: * Christopher Faylor [EMAIL PROTECTED] [2005-04-27 18:20:31 -0400]: the problem is that mkstemp() does not regard FIFOs (as created by mkfifo() or mknod()) as existing files. e.g. char s1[] = /tmp/foo-XX; char s2[] = /tmp/foo-XX; int fd = mkstemp(s1); close(fd); remove(s1); mkfifo(s1,0644); mkstemp(s2); strcmp(s1,s2) === 0 fifos just barely work under cygwin. I wouldn't recommend using them. Yes, it appears that they are heavily broken. So when I say fifos just barely work you felt the need to inform me that they don't work? And that advances the discussion how, exactly? I did not just tell you that they are broken. I also gave you a test case for FIFOs. I think such a test case is useful for development and debugging. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.openvotingconsortium.org/ http://www.camera.org http://www.honestreporting.com http://www.dhimmi.com/ http://ffii.org/ Isn't Microsoft Works an advertisement lie? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin setup
Original Message From: Kewley, J (John) Sent: 28 April 2005 14:30 I have one minor quibble about cygwin setup. It stores all my previous options for the setup except the port number for the http/ftp proxy. Can this be saved as well? Yes, of course it can. Next question? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin setup
On Thu, Apr 28, 2005 at 02:59:05PM +0100, Dave Korn wrote: Original Message From: Kewley, J (John) Sent: 28 April 2005 14:30 I have one minor quibble about cygwin setup. It stores all my previous options for the setup except the port number for the http/ftp proxy. Can this be saved as well? Yes, of course it can. Next question? Oooh. Eric Raymond would be so proud! cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: can not compile cscope on cygwin
I just tried this, and it appears that you don't have lex/flex and/or bison/byacc installed. Apparently these aren't selected by default from the cygwin setup tool. Re-run the cygwin setup tool, and under Devel, select bison and flex, and you should be good to go. On Wed, 27 Apr 2005 15:46:47 -0400 (EDT), Igor Pechtchanski wrote: On Wed, 27 Apr 2005, lin q wrote: Hi, I am using latest version cygwin and I just downloaded cscope 15.5, but in compiling it there is such error, $ make make all-recursive make[1]: Entering directory `/c/bin/cscope-15.5' Making all in doc make[2]: Entering directory `/c/bin/cscope-15.5/doc' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/c/bin/cscope-15.5/doc' Making all in src make[2]: Entering directory `/c/bin/cscope-15.5/src' /bin/bash ../ylwrap `test -f 'fscanner.l' || echo './'`fscanner.l .c fscanner.c -- : make[2]: *** [fscanner.c] Error 1 make[2]: Leaving directory `/c/bin/cscope-15.5/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/c/bin/cscope-15.5' make: *** [all] Error 2 Do you know what is wrong? Please review and follow Problem reports: http://cygwin.com/problems.html to provide enough information about your installation for this list to help you. Without the above information, I would guess that it's a line ending issue of some sort (since you're using /c, and I suppose your cygdrive prefix is empty rather than c: being mounted on /c explicitly). Is there any pre-compiled cscope for cygwin somewhere? According to http://cygwin.com/packages/, the only matches for cscope are in the vim source package, so no, there isn't an official cscope package. You can Google for unofficial ones, I suppose. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fLa.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Help understanding process tree
I'm working on a cygwin problem and have been looking at the Win32 process tree structure using Process Explorer from Sysinternals: http://www.sysinternals.com/ntw2k/freeware/procexp.shtml I'd like help understanding why Process Explorer shows cygwin child processes as orphans, but win32 child processes as children. How is this so? For example, if I start bash, then start cmd /c dir, I will see: bash bash cmd /c dir My reading of the code is that the 2nd bash is the fork-stub that is waiting for cmd to complete. Now, if I start sleep 30, I will see: bash sleep 30 Earl -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
e-list request
Could the mailing list software be set to either? A. Strip out the urgent flag B. Bounce it. Thank you, Wes -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin setup
Original Message From: Christopher Faylor Sent: 28 April 2005 15:09 On Thu, Apr 28, 2005 at 02:59:05PM +0100, Dave Korn wrote: Original Message From: Kewley, J (John) Sent: 28 April 2005 14:30 I have one minor quibble about cygwin setup. It stores all my previous options for the setup except the port number for the http/ftp proxy. Can this be saved as well? Yes, of course it can. Next question? Oooh. Eric Raymond would be so proud! cgf I was hoping for a sensible follow-up, such as Well, how then? or the like! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
tetex 3.0.0-2 and TeXLive?
After updating tetex to 3.0.0-2, latex bombs out with an apparent memory problem (see output below). I am suspecting that this may be due to a conflict between cygwin tetex and Windows TeXLive (2003 edition). I have managed to run both under tetex 2.0.2-15 by changing some of the Windows environmental variables set by TeXLive. Has anyone managed to run both tetex 3.0.0-2 and TeXLive? An obvious thing to try is to uninstall TeXLive. Can anyone suggest how to go about resolving this problem without uninstalling TeXLive? h. ---output from latex--- $ latex sample.tex This is pdfeTeXk, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) %-line parsing enabled. kpathsea: Running mktexfmt latex.fmt fmtutil: running `pdfetex -ini -jobname=latex -progname=latex -translate-file= cp227.tcx *latex.ini' ... This is pdfeTeXk, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) (INITEX) %-line parsing enabled. (/usr/share/texmf/web2c/cp227.tcx) entering extended mode (/usr/share/texmf/tex/latex/config/latex.ini (/usr/share/texmf/tex/generic/config/pdftexconfig.tex) (/usr/share/texmf/tex/latex/base/latex.ltx (/usr/share/texmf/tex/latex/base/texsys.cfg) ./texsys.aux found [EMAIL PROTECTED] set to: ./. Assuming \openin and \input have the same search path. Defining UNIX/DOS style filename parser. catcodes, registers, compatibility for TeX 2, parameters, LaTeX2e 2003/12/01 hacks, control, par, spacing, files, font encodings, lengths, Local config file fonttext.cfg used (/usr/share/texmf/tex/generic/config/fonttext.cfg (/usr/share/texmf/tex/latex/base/fonttext.ltx === Don't modify this file, use a .cfg file instead === (/usr/share/texmf/tex/latex/base/omlenc.def) (/usr/share/texmf/tex/latex/base/t1enc.def) (/usr/share/texmf/tex/latex/base/ot1enc.def) (/usr/share/texmf/tex/latex/base/omsenc.def) (/usr/share/texmf/tex/latex/base/t1cmr.fd) (/usr/share/texmf/tex/latex/base/ot1cmr.fd) (/usr/share/texmf/tex/latex/base/ot1cmss.fd) (/usr/share/texmf/tex/latex/base/ot1cmtt.fd))) Local config file fontmath.cfg used (/usr/share/texmf/tex/generic/config/fontmath.cfg (/usr/share/texmf/tex/latex/base/fontmath.ltx === Don't modify this file, use a .cfg file instead === (/usr/share/texmf/tex/latex/base/omlcmm.fd) (/usr/share/texmf/tex/latex/base/omscmsy.fd) (/usr/share/texmf/tex/latex/base/omxcmex.fd) (/usr/share/texmf/tex/latex/base/ucmr.fd))) Local config file preload.cfg used = (/usr/share/texmf/tex/generic/config/preload.cfg (/usr/share/texmf/tex/latex/base/preload.ltx)) page nos., x-ref, environments, center, verbatim, math definitions, boxes, title, sectioning, contents, floats, footnotes, index, bibliography, output, === Local configuration file hyphen.cfg used === (/usr/share/texmf/tex/generic/babel/hyphen.cfg (/usr/share/texmf/tex/generic/hyphen/hyphen.tex) (/usr/share/texmf/tex/generic/hyphen/frhyph.tex frhyph.tex - French hyphenation patterns (V2.12) 2002/12/11) (/usr/share/texmf/tex/generic/hyphen/dehypht.tex German Traditional Hyphenation Patterns `dehypht' Version 3.2a 1999/03/03 (Formerly known under the name `ghyph31' and `ghyphen'.)) (/usr/share/texmf/tex/generic/hyphen/dehyphn.tex New German Hyphenation Patterns `dehyphn' Rev.31 2001-05-07 (WaS)) (/usr/share/texmf/tex/generic/hyphen/inhyph.tex) (/usr/share/texmf/tex/generic/hyphen/bahyph.tex) (/usr/share/texmf/tex/generic/bghyph/bghyphen.tex Bulgarian hyphenation patterns (/usr/share/texmf/tex/generic/bghyph/catmik.tex) (/usr/share/texmf/tex/generic/bghyph/mik2t2.tex) (/usr/share/texmf/tex/generic/bghyph/bghyphsi.tex)) (/usr/share/texmf/tex/generic/hyphen/cahyph.tex Catalan Hyphenation Patterns `cahyphen' Version 1.11 2003/07/15) (/usr/share/texmf/tex/generic/hyphen/hrhyph.tex) (/usr/share/texmf/tex/generic/hyphen/czhyph.tex (/usr/share/texmf/tex/csplain/t1code.tex Font encoding set to Cork.) The \^, \`, \', \v, \ and \r expands to characters by Cork. (/usr/share/texmf/tex/csplain/czhyphen.tex)) (/usr/share/texmf/tex/generic/hyphen/dkhyphen.tex (/usr/share/texmf/tex/generic/hyphen/dkcommon.tex) (/usr/share/texmf/tex/generic/hyphen/dkspecial.tex) (/usr/share/texmf/tex/generic/hyphen/dkspecial.tex)) (/usr/share/texmf/tex/generic/hyphen/nehyph.tex) (/usr/share/texmf/tex/generic/hyphen/eohyph.tex Esperanto Hyphenation Patterns `eohyph', 1999-08-10 ! TeX capacity exceeded, sorry [pattern memory=64000]. \nom #1-#1a. #1aj. #1ajn. #1an. #1e. #1o. #1oj. #1ojn. #1on. l.325 ...nom{dek3o2p} \nom{cent3o2p} \nom{mil3o2p} No pages of output. Transcript written on latex.log. Error: `pdfetex -ini -jobname=latex -progname=latex -translate-file=cp227.tcx * latex.ini' failed
Re: Help understanding process tree
On Thu, Apr 28, 2005 at 07:28:05AM -0700, Earl Chew wrote: I'm working on a cygwin problem and have been looking at the Win32 process tree structure using Process Explorer from Sysinternals: http://www.sysinternals.com/ntw2k/freeware/procexp.shtml I'd like help understanding why Process Explorer shows cygwin child processes as orphans, but win32 child processes as children. How is this so? For example, if I start bash, then start cmd /c dir, I will see: bash bash cmd /c dir My reading of the code is that the 2nd bash is the fork-stub that is waiting for cmd to complete. Now, if I start sleep 30, I will see: bash sleep 30 Right. cmd is a non-cygwin program so it needs a cygwin stub to handle being execed. sleep is a cygwin program and does not require any hand holding. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
sshd and /usr/bin/zsh
Hello, I just upgraded cygwin and now I cannot login to the machine via ssh unless I change /etc/passwd to use /bin/bash for my shell. If I use /usr/bin/zsh then the login appears successful but no prompt ever shows up. If I look at the set of processes I see a zsh that is doing nothing. I tried moving all my .z* files out of my home directory but it didn't change anything. I tried adding a command in .zshenv to create a mark file to see if it was even being loaded, but it is not. The zsh process seems completely dead. It was working fine before the update. Any ideas? Thanks, -Brad -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
strange problem
Hi everybody, I installed my cygwin in c:\cygwin. After i extracted a zip file of a software (ns-2) to c:\cygwin. Now the problem is that the content of the directory c:\cygwin\usr\bin from windows explorer is not the same as the result of the ls command in /usr/bin from cygwin. Is this normal or not? If yes, please tell me how can i access the directory c:\cygwin\usr\bin from cygwin. Thank you __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: e-list request
Original Message From: Christopher Faylor Sent: 28 April 2005 16:05 On Thu, Apr 28, 2005 at 10:29:35AM -0400, Wes S wrote: Could the mailing list software be set to either? A. Strip out the urgent flag B. Bounce it. I think I can speak authoritatively for the mailing list software when I say: Huh? cgf If you're talking on behalf of the software, surely you mean. X-Apparently-Huh: ? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: strange problem
Original Message From: community help Sent: 28 April 2005 16:16 Hi everybody, I installed my cygwin in c:\cygwin. After i extracted a zip file of a software (ns-2) to c:\cygwin. You obviously think this might matter, but you haven't told us why. Now the problem is that the content of the directory c:\cygwin\usr\bin from windows explorer is not the same as the result of the ls command in /usr/bin from cygwin. Is this normal or not? Yes, it's normal. The directory path /usr/bin is actually a cygwin mount point that just points straight back into /bin, so /usr/bin and /bin are the same. If yes, please tell me how can i access the directory c:\cygwin\usr\bin from cygwin. You don't want to. It's just a dummy empty dir for the mountpoint. You don't want to have any files in there. So it sounds like (but I'm guessing here, because you gave so few details) the unzipping has gone wrong and some of the files have ended up in c:\cygwin\usr\bin. And you can't get at them from within cygwin, because that directory is overridden by the mountpoint. Well, if you unzipped it using Winzip or some other windoze program that doesn't understand cygwin mount points, it will have just put everything into C:\cygwin\usr\bin, which isn't accessible under cygwin, so it's broken. If you used a windows unzip utility, please try again using the cygwin unzip command; that way anything it tries to put into /usr/bin will end up in /bin and still be accessible, instead of ending up in the dummy /usr/bin directory and being hidden by the mountpoint. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
link(2) on NFS
I've noticed that link(2) is inconsistent: $ cd /cygdrive/c # c:\ is local NTFS $ touch f $ link f g # success $ ls -i1 f g 3301138526862583480 f 3301138526862583480 g This works nicely. $ cd /cygdrive/m/eblake/devel # m:\ is an MVFS mounted drive $ touch f $ link f g $ ls -i1 f g # Oops - distinct copies 11136640032873583774 f 11136640032873583775 g $ rm g $ strace link f g [...] 13426 7735180 [main] link 1980 fhandler_disk_file::link: FS doesn't support hard links: Copy file 89316 7824496 [main] link 1980 fhandler_base::close: closing '/cygdrive/m/eblake/devel/f' handle 0x2FC 4523 7829019 [main] link 1980 fhandler_base::open: (m:\eblake\devel\g, 0x11) 7870 7836889 [main] link 1980 fhandler_base::set_flags: flags 0x11, supplied_bin 0x1 148 7837037 [main] link 1980 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x1 65 7837102 [main] link 1980 fhandler_base::set_flags: filemode set to binary 62 7837164 [main] link 1980 fhandler_base::open: 0 = NtCreateFile (0x2EC, 20100, m:\eblake\devel\g, io, NULL, 0, 7, 1, 4400, NULL, 0) 64 7837228 [main] link 1980 fhandler_base::open: 1 = fhandler_base::open (m:\eblake\devel\g, 0x11) 71 7837299 [main] link 1980 fhandler_base::open_fs: 1 = fhandler_disk_file::open (m:\eblake\devel\g, 0x1) 81 7837380 [main] link 1980 fhandler_base::close: closing '/cygdrive/m/eblake/devel/g' handle 0x2EC 5759 7843139 [main] link 1980 link: 0 = link (f, g) [...] MVFS supports hard links when accessed under Unix, but apparently Windows doesn't know how do create hard links on MVFS. The approach taken by cygwin of creating a distinct copy satisfies the common need of just reproducing the file contents, but it consumes extra space and breaks atomicity algorithms that assume a successful link(2) means a shared inode and that edits to one file are visible in the other. It would almost be nicer if link(2) on an inferior filesystem (including FAT under Windows 9x) would just fail rather than violate POSIX semantics by creating a copy. Portable programs that only need the copy semantics, and don't care about the inode sharing semantics, such as autoconf or automake, already know how to fall back to `ln -s' or `cp -p' as alternatives when `ln' is not successful. $ cd /cygdrive/u # u:\ is an NFS mounted drive on Unix $ touch f $ link f g link: cannot create link `g' to `f': No such file or directory $ strace link f g [...] 215 10775168 [main] link 2448 fhandler_disk_file::link: CreateHardLinkA failed 72 10775240 [main] link 2448 seterrno_from_win_error: /netrel/src/cygwin-1.5.16-1/winsup/cygwin/fhandler_disk_file.cc:740 windows error 123 67 10775307 [main] link 2448 geterrno_from_win_error: windows error 123 == errno 2 61 10775368 [main] link 2448 fhandler_base::close: closing '/cygdrive/u/f' handle 0x304 858 10776226 [main] link 2448 link: -1 = link (f, g) [...] Windows Error 123 is ERROR_INVALID_NAME, so it appears that Windows can't create the link on NFS, even though the underlying file system supports it. But the error message is sure confusing - link(1) sees ENOENT and reports that `f' does not exist, which is wrong. It would be nicer if link(2) could map this particular error to EMLINK or ENOSYS. -- Eric Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: strange problem
Hi Dave, Thank you very much. It works fine after extracting inside cygwin by unzip. Thank you again --- Dave Korn [EMAIL PROTECTED] wrote: Original Message From: community help Sent: 28 April 2005 16:16 Hi everybody, I installed my cygwin in c:\cygwin. After i extracted a zip file of a software (ns-2) to c:\cygwin. You obviously think this might matter, but you haven't told us why. Now the problem is that the content of the directory c:\cygwin\usr\bin from windows explorer is not the same as the result of the ls command in /usr/bin from cygwin. Is this normal or not? Yes, it's normal. The directory path /usr/bin is actually a cygwin mount point that just points straight back into /bin, so /usr/bin and /bin are the same. If yes, please tell me how can i access the directory c:\cygwin\usr\bin from cygwin. You don't want to. It's just a dummy empty dir for the mountpoint. You don't want to have any files in there. So it sounds like (but I'm guessing here, because you gave so few details) the unzipping has gone wrong and some of the files have ended up in c:\cygwin\usr\bin. And you can't get at them from within cygwin, because that directory is overridden by the mountpoint. Well, if you unzipped it using Winzip or some other windoze program that doesn't understand cygwin mount points, it will have just put everything into C:\cygwin\usr\bin, which isn't accessible under cygwin, so it's broken. If you used a windows unzip utility, please try again using the cygwin unzip command; that way anything it tries to put into /usr/bin will end up in /bin and still be accessible, instead of ending up in the dummy /usr/bin directory and being hidden by the mountpoint. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Select() hangs forever
Hi, I encountered a strange problem porting a POSIX-compliant networking library to cygwin: A small test program creates a UNIX domain socket and listens on an incoming connections. Then, from the same process, two ASYNC connections are attempted (think of it as a loopback within a process). Calling connect() on both returns errno: 119 Operation now in progress as expected. Then, to complete the connection establishment, I call select() on both FDs with Read/Write mask checked to see if in fact the connection is completed. The timeout is set to 1 seconds (I also tried different timeouts). The select() BLOCKS FOREVER and never returns (until I kill the process). I ran the program with 'strace' and attached the relevant log file. Can someone with working knowledge of cygwin networking code shed some light of what I might be doing wrong? Thanks in advance, -Vlad strace.log Description: strace.log -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: strange problem
Original Message From: community help Sent: 28 April 2005 16:47 Hi Dave, Thank you very much. It works fine after extracting inside cygwin by unzip. Thank you again Hooray! But --- Dave Korn dave.korn OH NO WHAT'S THIS -- @ --- artimi.com wrote: oops^^ Hey, please read http://cygwin.com/acronyms#PCYMTNQREAIYR, whoever you are! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: e-list request
On Thu, Apr 28, 2005 at 04:17:29PM +0100, Dave Korn wrote: Original Message From: Christopher Faylor Sent: 28 April 2005 16:05 On Thu, Apr 28, 2005 at 10:29:35AM -0400, Wes S wrote: Could the mailing list software be set to either? A. Strip out the urgent flag B. Bounce it. I think I can speak authoritatively for the mailing list software when I say: Huh? If you're talking on behalf of the software, surely you mean. X-Apparently-Huh: ? X-I-Stand-Corrected: yes cgf (FWIW, I did force the mailing list software to strip out the Priority field. Maybe that's what this is all about.) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: [htdocs PATCH] Ping Igor! [was RE: Rebase All command.....]
Original Message From: Christopher Faylor Sent: 28 April 2005 04:40 On Wed, Apr 27, 2005 at 08:36:07PM -0700, Joshua Daniel Franklin wrote: On 4/27/05, Dave Korn wrote: It occurs to me that a lot of people don't know how to PCYM* if it doesn't already support such functionality, so I suddenly thought we should add another couple of lines to the OLOCA entry mentioning quotefix. Igor? Good point. It would be better as a FAQ entry, perhaps. I'm afraid I have a similar philosophy about the FAQ; that's really not a question specific to Cygwin. So, just to close the loop, the place where this should probably go is to the overseers list with a suggested change for the sourceware mailing list FAQ at http://sourceware.org/lists.html#faq . Well, I'm not going to suggest it there myself, because PCYM is an entirely cygwin-list-specific thing. (I've noticed we have very different etiquette here from the remaining sourceware lists, all of which are much keener on quoting people's email addresses and indeed on Cc'ing everyone in the thread personally rather than keeping it to the lists and PCYMing.) So it belongs on that page even less IMO than it does in the OLOCA or FAQ. How to configure your mailer is indeed a generic and non-cygwin-related question, but How to PCYM would be meaningless anywhere else *except* somewhere cygwin-specific. I guess the best thing is to leave it documented in the place where it already is documented: in the many many archived threads from this list where it has been mentioned, and we just have to hope people will remember to STFW when they're told to PCYM. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: link(2) on NFS
On Thu, Apr 28, 2005 at 03:31:46PM +, Eric Blake wrote: I've noticed that link(2) is inconsistent: $ cd /cygdrive/c # c:\ is local NTFS $ touch f $ link f g # success $ ls -i1 f g 3301138526862583480 f 3301138526862583480 g This works nicely. $ cd /cygdrive/m/eblake/devel # m:\ is an MVFS mounted drive $ touch f $ link f g $ ls -i1 f g # Oops - distinct copies 11136640032873583774 f 11136640032873583775 g $ rm g $ strace link f g [...] 13426 7735180 [main] link 1980 fhandler_disk_file::link: FS doesn't support hard links: Copy file 89316 7824496 [main] link 1980 fhandler_base::close: closing '/cygdrive/m/eblake/devel/f' handle 0x2FC 4523 7829019 [main] link 1980 fhandler_base::open: (m:\eblake\devel\g, 0x11) 7870 7836889 [main] link 1980 fhandler_base::set_flags: flags 0x11, supplied_bin 0x1 148 7837037 [main] link 1980 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x1 65 7837102 [main] link 1980 fhandler_base::set_flags: filemode set to binary 62 7837164 [main] link 1980 fhandler_base::open: 0 = NtCreateFile (0x2EC, 20100, m:\eblake\devel\g, io, NULL, 0, 7, 1, 4400, NULL, 0) 64 7837228 [main] link 1980 fhandler_base::open: 1 = fhandler_base::open (m:\eblake\devel\g, 0x11) 71 7837299 [main] link 1980 fhandler_base::open_fs: 1 = fhandler_disk_file::open (m:\eblake\devel\g, 0x1) 81 7837380 [main] link 1980 fhandler_base::close: closing '/cygdrive/m/eblake/devel/g' handle 0x2EC 5759 7843139 [main] link 1980 link: 0 = link (f, g) [...] MVFS supports hard links when accessed under Unix, but apparently Windows doesn't know how do create hard links on MVFS. Right. If MVFS (whatever that is) doesn't support the windows api for creating hard links then Cygwin won't either. The approach taken by cygwin of creating a distinct copy satisfies the common need of just reproducing the file contents, but it consumes extra space and breaks atomicity algorithms that assume a successful link(2) means a shared inode and that edits to one file are visible in the other. It would almost be nicer if link(2) on an inferior filesystem (including FAT under Windows 9x) would just fail rather than violate POSIX semantics by creating a copy. Portable programs that only need the copy semantics, and don't care about the inode sharing semantics, such as autoconf or automake, already know how to fall back to `ln -s' or `cp -p' as alternatives when `ln' is not successful. You are not describing new behavior. This behavior has been around for many years. There is no telling how many people rely on the fact that cygwin makes a copy on inferior filesystems so we can't just break that behavior. $ cd /cygdrive/u # u:\ is an NFS mounted drive on Unix $ touch f $ link f g link: cannot create link `g' to `f': No such file or directory $ strace link f g [...] 215 10775168 [main] link 2448 fhandler_disk_file::link: CreateHardLinkA failed 72 10775240 [main] link 2448 seterrno_from_win_error: /netrel/src/cygwin-1.5.16-1/winsup/cygwin/fhandler_disk_file.cc:740 windows error 123 67 10775307 [main] link 2448 geterrno_from_win_error: windows error 123 == errno 2 61 10775368 [main] link 2448 fhandler_base::close: closing '/cygdrive/u/f' handle 0x304 858 10776226 [main] link 2448 link: -1 = link (f, g) [...] Windows Error 123 is ERROR_INVALID_NAME, so it appears that Windows can't create the link on NFS, even though the underlying file system supports it. But the error message is sure confusing - link(1) sees ENOENT and reports that `f' does not exist, which is wrong. It would be nicer if link(2) could map this particular error to EMLINK or ENOSYS. From the description of ERROR_INVALID_NAME on MSDN, I don't see how it could be construed as either EMLINK or ENOSYS. There may be a better errno to map this to but ENOENT seems a lot closer to the intended purpose of the error than either of the things you suggest. It seems to me that your NFS implementation is screwed up slightly, i.e., this doesn't seem like a problem with Windows or Cygwin. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: e-list request
Original Message From: Christopher Faylor Sent: 28 April 2005 17:11 On Thu, Apr 28, 2005 at 04:17:29PM +0100, Dave Korn wrote: Original Message From: Christopher Faylor Sent: 28 April 2005 16:05 On Thu, Apr 28, 2005 at 10:29:35AM -0400, Wes S wrote: Could the mailing list software be set to either? A. Strip out the urgent flag B. Bounce it. I think I can speak authoritatively for the mailing list software when I say: Huh? If you're talking on behalf of the software, surely you mean. X-Apparently-Huh: ? X-I-Stand-Corrected: yes cgf (FWIW, I did force the mailing list software to strip out the Priority field. Maybe that's what this is all about.) I was guessing so. It's a shame, if so. Looking for Importance: High or X-Priority: 1 is a damn fine heuristic for identifying spam and auto-binning it. And the best bit is that the only false positives are liable to be emails from some PHB in sales'n'marketing, and you probably don't mind too much if a few of _them_ get 'accidentally' binned ;) cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [htdocs PATCH] Ping Igor! [was RE: Rebase All command.....]
On Thu, Apr 28, 2005 at 05:10:48PM +0100, Dave Korn wrote: Original Message From: Christopher Faylor Sent: 28 April 2005 04:40 On Wed, Apr 27, 2005 at 08:36:07PM -0700, Joshua Daniel Franklin wrote: On 4/27/05, Dave Korn wrote: It occurs to me that a lot of people don't know how to PCYM* if it doesn't already support such functionality, so I suddenly thought we should add another couple of lines to the OLOCA entry mentioning quotefix. Igor? Good point. It would be better as a FAQ entry, perhaps. I'm afraid I have a similar philosophy about the FAQ; that's really not a question specific to Cygwin. So, just to close the loop, the place where this should probably go is to the overseers list with a suggested change for the sourceware mailing list FAQ at http://sourceware.org/lists.html#faq . Well, I'm not going to suggest it there myself, because PCYM is an entirely cygwin-list-specific thing. (I've noticed we have very different etiquette here from the remaining sourceware lists, all of which are much keener on quoting people's email addresses and indeed on Cc'ing everyone in the thread personally rather than keeping it to the lists and PCYMing.) That's just bad manners and laziness, however. Every so often the mailing list software bounces a message because people have included everyone in a gcc thread plus the gcc mailing list itself in their replies and they trip an excess number of senders spam rule. Also, you will occasionally see Don't cc me in any of the other active lists. I actually complained about quoting email once in the gdb list, myself. In any event, I wouldn't have suggested it if I didn't think that it would receive some consideration in the overseers list. It has come up there before, IIRC. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: e-list request
On Thu, Apr 28, 2005 at 05:21:22PM +0100, Dave Korn wrote: (FWIW, I did force the mailing list software to strip out the Priority field. Maybe that's what this is all about.) It's a shame, if so. Looking for Importance: High or X-Priority: 1 is a damn fine heuristic for identifying spam and auto-binning it. Actually a few messages show up here that are not spam but still have Priority set to high. However, if Priority is a factor in spam determination then presumably spamassassin will stop it from reaching the list before you ever see it. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: e-list request
Original Message From: Christopher Faylor Sent: 28 April 2005 17:31 On Thu, Apr 28, 2005 at 05:21:22PM +0100, Dave Korn wrote: (FWIW, I did force the mailing list software to strip out the Priority field. Maybe that's what this is all about.) It's a shame, if so. Looking for Importance: High or X-Priority: 1 is a damn fine heuristic for identifying spam and auto-binning it. Actually a few messages show up here that are not spam but still have Priority set to high. However, if Priority is a factor in spam determination then presumably spamassassin will stop it from reaching the list before you ever see it. cgf Actually, I had my tongue in my cheek when I was saying that. did I forget the smiley? I thought the reference to PHBs would have served pretty much the same purpose! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: [htdocs PATCH] Ping Igor! [was RE: Rebase All command.....]
Original Message From: Christopher Faylor Sent: 28 April 2005 17:26 On Thu, Apr 28, 2005 at 05:10:48PM +0100, Dave Korn wrote: Original Message From: Christopher Faylor Sent: 28 April 2005 04:40 So, just to close the loop, the place where this should probably go is to the overseers list with a suggested change for the sourceware mailing list FAQ at http://sourceware.org/lists.html#faq . Well, I'm not going to suggest it there myself, because PCYM is an entirely cygwin-list-specific thing. (I've noticed we have very different etiquette here from the remaining sourceware lists, all of which are much keener on quoting people's email addresses and indeed on Cc'ing everyone in the thread personally rather than keeping it to the lists and PCYMing.) That's just bad manners and laziness, however. Well, I'm not as certain as all that myself. It seemed to me to be just a very different culture, but maybe it's just that there isn't as much self-enforcement of community standards on those lists as there is in here? Also, you will occasionally see Don't cc me in any of the other active lists. True. But pretty rarely as compared to how often you see it complained about here, whereas you see it *happen* an awful lot *more* often than it happens here. In any event, I wouldn't have suggested it if I didn't think that it would receive some consideration in the overseers list. It has come up there before, IIRC. OK, that's something I just didn't know, so I'll reconsider. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Basic test
maggi wrote: I have installed cygwin, and I am able to launch the console with the promt bash2.05b$ But when entering ls or other comands, I get always bash-2.05b$ ls bash: ls: command not found bash-2.05b$ dir bash: dir: command not found That's strange, I think the command ls comes in the coreutils package and that is one of the default installed packages... so, unless you unselected it it, you should have it. Can you give at hand a bassic comand syntax to test the insatllation? Thanks, Maggy Try: cygcheck -c coreutils the result normally is something like this: Cygwin Package Information Package VersionStatus coreutils5.3.0-5OK if you don't have this package run setup.exe again, this time make sure that the default packages are installed. The default packages are automatically selected to be installed. -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Re: Basic test
René Berber wrote: maggi wrote: I have installed cygwin, and I am able to launch the console with the promt bash2.05b$ But when entering ls or other comands, I get always bash-2.05b$ ls bash: ls: command not found bash-2.05b$ dir bash: dir: command not found That's strange, I think the command ls comes in the coreutils package and that is one of the default installed packages... so, unless you unselected it it, you should have it. Can you give at hand a bassic comand syntax to test the insatllation? Thanks, Maggy Try: cygcheck -c coreutils the result normally is something like this: Cygwin Package Information Package VersionStatus coreutils5.3.0-5OK if you don't have this package run setup.exe again, this time make sure that the default packages are installed. The default packages are automatically selected to be installed. -- René Berber check your PATH -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Unison 2.10.2 fast update check broken?
Seems that Cygwin port of the unison file synchronizer does not do the -fastcheck very well. Transcript follows: # Start of transcript # creates archives for first time $ cd /tmp ; touch a b ; /bin/unison-2.10.2 ./a ./b ... $ touch a $ /bin/unison-2.10.2 -fastcheck true -times -debug verbose ./a ./b ... # now output shows that file contents is checked, ie. the Double-check # possibly updated file line, which is correct, since we did a touch $ /bin/unison-2.10.2 -fastcheck true -times -debug verbose ./a ./b ... # BUG: outputs again the Double-check possibly updated file line for file # 'b', ie. file content is checked even if no mods. # End of transcript Can somebody confirm / explain this behaviour? I have a large tree that I'm synchronizing across two hard-disks, and got suspicious when re-running synchronization takes longer than expected. The above transcript functions as expected using linux or native Win32 unison builds. Regards, -Marcus. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: scp/ssh between two cygwin installations very slow
Larry Hall wrote: At 06:58 PM 4/25/2005, you wrote: Christopher Faylor wrote: On Mon, Apr 25, 2005 at 09:45:56PM +0200, Bernhard Ege wrote: Bernhard Ege wrote: I am trying to copy an 800MB file from my pc to my laptop. The pc has cygwin and cygwins sshd running and from the laptop I use the scp command to copy the file. Result: 190kB/s with low (1-5%) cpu usage on both machines. Expected result: at least 2-3MBps with somewhat higher cpuusage on both machines. Doh. I completely forgot that in my .ssh/config I had ssh call a script using the ProxyCommand. That command is a shell script that detects which network I am connected to (company or my own) and uses a tunneling ssh command to the destination if on the company network or a direct connection using connect if on my own network. The connect command is a fairly simple program that redirects stdin/stdout to a host:port. This way, I can either use a ssh to host:port if tunneling is required to connect to host:port if not. The problem is that cygwin has a very low throughput using the script with the connect command. I guess it could be related to the slow pipe problem mentioned earlier (but was supposedly fixed). I have tried without the ProxyCommand and the speed returned to an acceptable 1.5MBps. I hope Cygwin can be fixed so the speed returns to normal :-) Yep. We'll get right on fixing that problem where fairly simple programs which redirect stdin/stdout to a host:port cause reversions in behavior of the slow pipe problem which was supposedly fixed. It was either that kind of reply or some other reply indicating what additional info is required. Obviously I would submit the required information, but I don't know what would be relevant. Anyway, here is the link to connect.c: http://www.taiyo.co.jp/~gotoh/ssh/connect.html And just create script like ssh-connect.sh: #!/bin/bash connect $1 $2 And in .ssh/config add the script to a destination: ProxyCommand ssh-connect.sh %h %p scp'in from the host which is reached through connect has its speed severely reduced. It may be the problem with connect itself, but I am not sure how to test that. Seems like something is going on with the compiled version of connect that you pointed to. If I try what you mentioned above with the precompiled version, it is dreadfully slow for me as well (at least several orders of magnitude slower). Building a local one from source with Cygwin was allot better, though still slower than without it (by 4 to 5 times). You might want to try a local build if you need to rely on connect. It's allot better than the alternative. The one I tried _was_ the freshly compiled (by my self) version. I did not try the precompiled version. The slowdown you experience (4-5 times) approximately matches the slowdown I see as well. Connect.c is probably not quite cygwin friendly yet (or the other way around), but I haven't found any alternative (though I haven't looked very hard, only mildly hard ;-). However, the job connect has to do seems simple enough: Establish connection in host:port, create 2 threads (or 1 more), one thread reading from standard in and output on socket out and one thread to read from socket and write to standard out. connect handles a few protocols, but for this to work, data should just be passed right through, i.e. no protocol handling necessary. Bernhard -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Entry Point
Hello! I have a problem. When I compiling some .c file, using gcc file.c -o out get an ERROR: cc1.exe - Entry Point was not found Entry Point to ___getreent was not found in library DLL cygwin1.dll (Its my own tranlate of error message from Russian). How can I fix it??? Please, Reply to me anyway. Best RegardS Emile. Mailto:[EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd and /usr/bin/zsh
On Thu, 28 Apr 2005, Brad King wrote: Hello, I just upgraded cygwin and now I cannot login to the machine via ssh unless I change /etc/passwd to use /bin/bash for my shell. If I use /usr/bin/zsh then the login appears successful but no prompt ever shows up. If I look at the set of processes I see a zsh that is doing nothing. I tried moving all my .z* files out of my home directory but it didn't change anything. I tried adding a command in .zshenv to create a mark file to see if it was even being loaded, but it is not. The zsh process seems completely dead. It was working fine before the update. Any ideas? First off, it's always a good idea to read and follow http://cygwin.com/problems.html. Without the information requested there, we don't know much about your system. One immediate thing to check is whether the /usr/bin mount is correct on your system: try changing your shell to /bin/zsh instead (/bin and /usr/bin should point to the same directory on Cygwin). If that works, fix your mounts. Otherwise, since bash works for you, I suspect some sort of a permission issue. Check the sshd logs. Also, try opening a system-owned shell (Google for it to see how), and from there run login youruser and see what output you get. To follow up on my hunch, you might want to run cygcheck /usr/bin/zsh and check the permissions on all the DLLs listed by that command. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [PATCH]: which 1.6-1
On Apr 28 22:10, Daniel Bell wrote: --- which.c.orig2004-12-27 09:26:16.00100 +1100 +++ which.c 2005-04-28 21:55:06.136577600 +1000 @@ -97,6 +97,11 @@ char cmdpath[PATH_MAX]; int found = 0; + if ((cmd[0] == '/') (check(cmd))) +{ + puts(cmd); + continue; +} for (i = 0; i pcnt; ++i) { strcpy (cmdpath, path[i]); Thanks for the patch. I've applied a slightly different version, which also allows Windows paths. Version 1.7-1 should be on the mirrors soon. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Unison 2.10.2 fast update check broken?
Hi Marcus. Thanks for the report. Seems that Cygwin port of the unison file synchronizer does not do the -fastcheck very well. Transcript follows: # Start of transcript # creates archives for first time $ cd /tmp ; touch a b ; /bin/unison-2.10.2 ./a ./b ... $ touch a $ /bin/unison-2.10.2 -fastcheck true -times -debug verbose ./a ./b ... # now output shows that file contents is checked, ie. the Double-check # possibly updated file line, which is correct, since we did a touch $ /bin/unison-2.10.2 -fastcheck true -times -debug verbose ./a ./b ... # BUG: outputs again the Double-check possibly updated file line for file # 'b', ie. file content is checked even if no mods. # End of transcript I think this is the expected behavior, since a and b have the same contents. When Unison observes the different timestamps, it flags the files as possibly different and prints the Double-check message. Then it looks more carefully, and determines that their contents are in fact the same, so no update is propagated. That includes the timestamps, even though you specified -times. So then when you run the operation again, the same thing happens because nothing was changed on the previous run. The effect of -times is to make Unison synchronize the timestamps when an update is needed because the file contents are different. It doesn't make the timestamps sufficient to determine that files are different. At least, that's my reading of the manual. The above transcript functions as expected using linux or native Win32 unison builds. Hm, are you sure? If so, then that blows away my carefully constructed explanation above. I've looked at the set of patches that I applied to get Unison 2.10.2 running in Cygwin, and I don't see anything there that would obviously affect the -fastcheck option. But it's possible, and if you show me the evidence I'll look into it. HTH, Andrew. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.16-1: chmod problem
On Apr 28 14:40, Pach Roman (GS-EC/ESA4) * wrote: Hello, the following commands run properly on the c:/drive c touch yahoo c ls -l yahoo -rw-rw-rw- 1 ropach mkpasswd 0 Apr 28 13:54 yahoo c chmod -w yahoo c ls -l yahoo -r--r--r-- 1 ropach mkpasswd 0 Apr 28 13:54 yahoo but if I try it on the u:/ drive connected over net the following error comes u ls -l yahoo -rw-r--r-- 1 ropach mkpasswd 0 Apr 28 13:50 yahoo u chmod -w yahoo chmod: changing permissions of `yahoo': Permission denied There were no problems up to the version cygwin-1.5.13-1. The error on my machine is new for the following two versions cygwin-1.5.15-1 cygwin-1.5.16-1 Did you verify that the permissions of the share is set to allow write access? If the machine which exports the share you're connecting to is a XP or 2K3 machine, then the default shareing permissions are set to read only. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [PATCH] Fix newly exposed bug [was RE: RFC: Fix partial NaN-parsing problem [was RE: sscanf problem]]
Hi Dave, Thanks for looking into this. Your patch wasn't quite correct. It ended up breaking nan-support which isn't tested in the accompanying testcase. It needed to verify that x multiple_flags_ored_together == multiple_flags_ored_together. Anyway, I have checked a patch in and verified that it works for your tests below plus it also works for a simple test like i = sscanf (nank, %lf%c%n, x, m, n) -- Jeff J. Dave Korn wrote: Original Message From: Jean-Christophe Kablitz Sent: 27 April 2005 00:22 Hello, I have noticed, that, while parsing {a float_value immediately followed by 'n' or 'N'} with the %f%c format, the sscanf function of cygwin-1.5.16-1 behaves differently from the scanf function of cygwin-1.5.14-1. Until cygwin-1.5.14-1 (included), 'n' matches %c, while with cygwin-1.5.15-1 and cygwin-1.5-16-1, 'n' is no more assigned to %c. In the following test case, I would expect the progran to output i=2 x=1 m=a i=2 x=1 m=n that was the case until cygwin-1.5.14-1 (included). With cygwin-1.5.15-1 and cygwin-1.5-16-1, the program outputs instead i=2 x=1 m=a i=1 x=1 m=_ Maybe I have been misusing sscanf. Or there is a relationship with the NaN-parsing problem of the newlib. No, your use of sscanf is perfectly correct! Yes, there is a newly exposed bug in the NaN parsing code, as you guessed; it falsely accepted the N as part of 'NaN'. Then, because it had begun by parsing a number, and because it successfully parsed the number, it didn't go through the 'nan-parsing-has-failed-so-put-back-the-eaten-chars' bit that my last fix introduced. --- beginning of test case --- jck:/sscanf cat ssn.c #include stdio.h int main() { double x; char m; inti; x = 0.0; m = '_'; i = sscanf(1.0a, %lf%c, x, m); printf(i=%d x=%g m=%c\n, i, x, m); x = 0.0; m = '_'; i = sscanf(1.0n, %lf%c, x, m); printf(i=%d x=%g m=%c\n, i, x, m); return 0; } jck:/sscanf gcc -O0 ssn.c -o ssn.exe jck:/sscanf ./ssn.exe i=2 x=1 m=a i=1 x=1 m=_ --- end of test case --- Thank you for the simple test case; I was able to reproduce the problem easily, although not exactly: the output I got was: [EMAIL PROTECTED] /test/sscanf ./ssn.exe i=2 x=1 m=a i=0 x=0 m=_ It turns out there has been an underlying bug that was exposed with my earlier fix. The problem is in /src/newlib/libc/stdio/vfscanf.c, function __SVFSCANF_R, case CT_FLOAT, where it's parsing a float and sees an 'n': case 'n': case 'N': if (nancount == 0 (flags (SIGNOK | NDIGITS | DPTOK | EXPOK))) { flags = ~(SIGNOK | DPTOK | EXPOK | NDIGITS); nancount = 1; goto fok; } else if (nancount == 2) { nancount = 3; goto fok; } break; The condition at the top of the loop is meant to be testing to ensure we haven't already parsed any of the other possible components of an FP number, but what it actually tests is whether or not we've parsed *all* the other possible components; that's the only case it'll refuse to accept an 'n' at present. The reason it used to work is because after bogusly parsing the 'n', the old version then hits this bit of code when it comes time to parse the %c field (CT_CHAR): case CT_CHAR: /* scan arbitrary characters (sets NOSKIP) */ if (width == 0) width = 1; I don't understand what this is doing, but it looks like some kind of kludge that's saying If we got here, then we know there must have been a char to parse, so if we don't have any, we must have bogusly consumed it already, so pretend it's there anyway. Or something; like I say, I don't understand it, but it looks like a kludge to me. Anyway, the attached patch changes the bitwise-AND () to an equality (==) operator, which genuinely tests that we haven't parsed anything else at all; it's effectively verifying that the flags haven't changed from their initial value before beginning to attempt to parse the possible 'NaN' string. This fixes the testcase for me: I now see [EMAIL PROTECTED] /test/sscanf ./ssn.exe i=2 x=1 m=a i=2 x=1 m=n and indeed, with an expanded version of it, which also verifies the amount of characters consumed, I see: [EMAIL PROTECTED] /test/sscanf cat ssn.c #include stdio.h int main() { double x; char m; inti, n; x = 0.0; m = '_'; n = -1; i = sscanf(1.0a, %lf%c%n, x, m, n); printf(i=%d x=%g m=%c n=%d\n, i, x, m, n); x = 0.0; m = '_'; n = -1; i = sscanf(1.0n, %lf%c%n, x, m, n); printf(i=%d x=%g m=%c n=%d\n, i, x, m, n); x = 0.0; m = '_'; n = -1; i = sscanf(1.0na, %lf%c%n, x, m, n); printf(i=%d x=%g m=%c n=%d\n, i, x, m, n); x = 0.0; m = '_'; n = -1; i = sscanf(1.0nan, %lf%c%n, x, m, n);
RE: [PATCH] Fix newly exposed bug [was RE: RFC: Fix partial NaN-parsing problem [was RE: sscanf problem]]
Original Message From: Jeff Johnston Sent: 28 April 2005 19:33 Hi Dave, Thanks for looking into this. Your patch wasn't quite correct. It ended up breaking nan-support which isn't tested in the accompanying testcase. It needed to verify that x multiple_flags_ored_together == multiple_flags_ored_together. Anyway, I have checked a patch in and verified that it works for your tests below plus it also works for a simple test like i = sscanf (nank, %lf%c%n, x, m, n) -- Jeff J. Heh, actually we probably have to talk about that. The k should IIUIC be swallowed by the %lf and the %c should fail; this is the production described as NAN(n-char-sequence opt) in the C language spec, strtod documentation (that's 7.20.1.3.3 in WG14/N843 draft, I don't have the final version). And we haven't even mentioned the lack of INF support yet :) However I'm on UK time, so it won't be happening today! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd and /usr/bin/zsh
Igor Pechtchanski wrote: On Thu, 28 Apr 2005, Brad King wrote: I just upgraded cygwin and now I cannot login to the machine via ssh unless I change /etc/passwd to use /bin/bash for my shell. If I use /usr/bin/zsh then the login appears successful but no prompt ever shows up. First off, it's always a good idea to read and follow http://cygwin.com/problems.html. Without the information requested there, we don't know much about your system. Oops, sorry. My eyes scrolled through the left column of the web page and found FAQ. When the problem was not in the FAQ I went back and scrolled up and found Mailing Lists before noticing the Reporting Problems link. I suggest you add a link to http://cygwin.com/problems.html from http://cygwin.com/lists.html in the description of when posting to the main cygwin list is okay. Anyway, I've attached the cygcheck.out this time. Thanks for responding without it. One immediate thing to check is whether the /usr/bin mount is correct on your system: try changing your shell to /bin/zsh instead (/bin and /usr/bin should point to the same directory on Cygwin). If that works, fix your mounts. Here is the important part of the mount output: C:\cygwin\bin on /usr/bin type system (textmode) C:\cygwin on / type system (textmode) Clearly /bin and /usr/bin both go to c:/cygwin/bin. Otherwise, since bash works for you, I suspect some sort of a permission issue. Check the sshd logs. The /var/log/sshd.log file is completely empty. Actively tailing it during the login attempt still shows nothing. Also, try opening a system-owned shell (Google for it to see how), and from there run login youruser That works when the shell is /bin/bash. When I switch to /bin/zsh or /usr/bin/zsh, I get: Last login: Thu Apr 28 14:43:26 on console and then the same hang behavior as with ssh. To follow up on my hunch, you might want to run cygcheck /usr/bin/zsh and check the permissions on all the DLLs listed by that command. Running the cygcheck /usr/bin/zsh.exe from the system shell or a user shell gives C:/cygwin/bin/zsh.exe C:/cygwin/bin\cygwin1.dll C:\WINDOWS\system32\ADVAPI32.DLL C:\WINDOWS\system32\ntdll.dll C:\WINDOWS\system32\KERNEL32.dll C:\WINDOWS\system32\RPCRT4.dll C:/cygwin/bin\libzsh-4.2.4.dll C:/cygwin/bin\cygncurses-8.dll C:/cygwin/bin\cygiconv-2.dll It should be noted that I can run zsh once I have a bash prompt. Running zsh inside an rxvt works also. It is only when the initial login uses zsh (through ssh or system shell login) that it fails. -Brad Cygwin Configuration Diagnostics Current System Time: Thu Apr 28 14:30:59 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\X11R6\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\sbin C:\cygwin\sbin c:\PROGRA~1\CMake\bin c:\WINDOWS\system32 c:\WINDOWS Output from C:\cygwin\bin\id.exe (nontsec) UID: 11141(kingb) GID: 10513(Domain Users) 513(None) 555(Remote Desktop Users) 545(Users) 1005(Debugger Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 11141(kingb) GID: 10513(Domain Users) 513(None) 555(Remote Desktop Users) 545(Users) 1005(Debugger Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS HOME = `C:\home\kingb' MAKE_MODE = `unix' PWD = `/home/kingb' USER = `kingb' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\home\kingb\Windows\Application Data' BLOCKER_FOR_ZPROFILE = `1' BLOCKER_FOR_ZSHENV = `1' CC = `' CFLAGS = `' COLORFGBG = `15;default;0' COLORTERM = `rxvt-xpm' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `TRINSIC' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `ssh' CXX = `' CXXFLAGS = `' DISPLAY = `:0' FP_NO_HOST_CHECK = `NO' HISTFILE = `/home/kingb/.zsh_history' HISTSIZE = `1' HOMEDRIVE = `C:' HOMEPATH = `\home\kingb' INTEL_LICENSE_FILE = `C:\Program Files\Common Files\Intel\Licenses' LESS = `--LONG-PROMPT --ignore-case' LESSCHARSET = `latin1' LOGNAME = `kingb' LOGONSERVER = `\\TRINSIC' LS_OPTIONS = `--literal --file-type --color=auto --tabsize=0 --ignore=[Nn][Tt][Uu][Ss][Ee][Rr].*' MANPATH = `:/usr/ssl/man:/usr/X11R6/man' MANWIDTH = `80' NUMBER_OF_PROCESSORS = `4' OLDPWD = `/usr/bin' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.tcl' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0209' PROGRAMFILES = `C:\Program Files' PS1 = `([EMAIL PROTECTED])[%h] %~ %% ' SAVEHIST = `1' SESSIONNAME = `Console' SHELL = `/bin/zsh' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `C:\home\kingb\Windows\LOCALS~1\Temp' TERM = `xterm' TMP = `C:\home\kingb\Windows\LOCALS~1\Temp' TZ = `EST5EDT4,M4.1.0/2,M10.5.0/2' USERDOMAIN = `TRINSIC' USERPROFILE = `C:\home\kingb' WINDIR =
Re: sshd and /usr/bin/zsh
On Thu, Apr 28, 2005 at 02:53:09PM -0400, Brad King wrote: Igor Pechtchanski wrote: On Thu, 28 Apr 2005, Brad King wrote: I just upgraded cygwin and now I cannot login to the machine via ssh unless I change /etc/passwd to use /bin/bash for my shell. If I use /usr/bin/zsh then the login appears successful but no prompt ever shows up. First off, it's always a good idea to read and follow http://cygwin.com/problems.html. Without the information requested there, we don't know much about your system. Oops, sorry. My eyes scrolled through the left column of the web page and found FAQ. When the problem was not in the FAQ I went back and scrolled up and found Mailing Lists before noticing the Reporting Problems link. I suggest you add a link to http://cygwin.com/problems.html from http://cygwin.com/lists.html in the description of when posting to the main cygwin list is okay. Yeah, we should http://cygwin.com/problems.html probably http://cygwin.com/problems.html have http://cygwin.com/problems.html known better http://cygwin.com/problems.html than to think http://cygwin.com/problems.html that anyone http://cygwin.com/problems.html would read http://cygwin.com/problems.html the left bar http://cygwin.com/problems.html or the http://cygwin.com/problems.html long http://cygwin.com/problems.html I have a question! exposition http://cygwin.com/problems.html at the top of the http://cygwin.com/problems.html mailing http://cygwin.com/problems.html list page. Certainly, anyone would http://cygwin.com/problems.html need to have it reiterated http://cygwin.com/problems.html one more time after http://cygwin.com/problems.html they've ignored all http://cygwin.com/problems.html of the other http://cygwin.com/problems.html hints available http://cygwin.com/problems.html to them. chttp://cygwin.com/problems.htmlgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: which-1.7-1
I've updated the version of which to 1.7-1. This version allows absolute paths given as arguments. It also allows absolute Win32 paths. Thanks to Daniel Bell for this new feature. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Domain group doesn't work in cygwin
On Apr 27 15:48, Mastchenko, Cyrille wrote: Hi, I have a server with users and groups in an Active Directory. On an other server where I use thoses user with cygwi, cygwin doesn't seems to understand that a user is in a domain group and don't use it for the file access. (domain group are correctly in /etc/group, domain user in /etc/passwd) When I do id in my ssh shell, I see my id correctly, my group Domain user but none of my domain group. We use those domain group to give acces in read or read-write to some files. $ id uid=20238(mind_mgr) gid=10513(Domain Users) groups=545(Users),10513(Domain Users),10513(Domain Users) It looks like the other domain groups are missing in /etc/group. Use mkgroup to create entries for the missing groups. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
pointer to getting cron to run w/user creds?
I remember this discussion on the cygwin list, but wasn't able to find a reference to in the FAQ. I have a nightly cron job that I'd like to back up my home windows dir to a samba machine, but when it runs, I'm sorta sure that it doesn't know what cygwin-uid to run with. Could someone point where getting cron to work with my credentials has been covered? I did google for cron UID credentials site:cygwin.com, but it came up empty -- shouldn't that have found the dicussion in the cygwin list archives? Thanks sorry for the bother... Linda ** -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
$PATHEXT not sufficient to run script from BASH without specifying extension on Windows XP?
# # I can't seem to execute testScript.sh without # specifying its extension: # $ testScript bash: testScript: command not found # # Although the file is there and executable: # $ ls -lt testScript.* -rwxr-xr-x 1 Owner None 43 Apr 28 11:10 testScript.sh # # ...and it runs when the extension *is* specified, # thus showing that it's on the $PATH: # $ testScript.sh hello yourself from ./testScript.sh # # And .sh is in the $PATHEXT variable: # $ echo $PATHEXT .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.SH;.KSH # # and #! /bin/bash is on the first line of the script: # $ cat testScript.sh #! /bin/bash echo hello yourself from $0 # # What am I missing to be able to run a script from bash # without specifying the extension? # -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Unison 2.10.2 fast update check broken?
Hi Andrew, I just rerun the transcript below with both linux and native Win32 builds of unison, and the difference is, that those versions actually transfer the modification times even if the content of the file is unchanged. This results in the following synchronizations to not to have to read the contents of files, because the modification times match. So the problem actually is in the Cygwin version, and if you (or somebody) somehow could get it to transfer the modification times, that would be great. It probably hasn't got anything to do with your patches, more likely with Cygwin file modification times (maybe the ctime issues mentioned on this list?), but maybe a patch for this problem is still possible? Too bad I don't know oCaml. :) I'm using unison to backup a large tree to a spare hard-drive, and from there on to another PC, and noticed that lots of files get reread unnecessarily at each syncrhonization, which slows it down considerably. The Cygwin port is valuable, because I have greater control on the file-permissions of files that get created by unison, and it also can spawn external processes (which the native one can't), for instance to do a merge in an editor. Thanks, -Marcus. Hi Marcus. Thanks for the report. Seems that Cygwin port of the unison file synchronizer does not do the -fastcheck very well. Transcript follows: # Start of transcript # creates archives for first time $ cd /tmp ; touch a b ; /bin/unison-2.10.2 ./a ./b ... $ touch a $ /bin/unison-2.10.2 -fastcheck true -times -debug verbose ./a ./b ... # now output shows that file contents is checked, ie. the Double-check # possibly updated file line, which is correct, since we did a touch $ /bin/unison-2.10.2 -fastcheck true -times -debug verbose ./a ./b ... # BUG: outputs again the Double-check possibly updated file line for file # 'b', ie. file content is checked even if no mods. # End of transcript I think this is the expected behavior, since a and b have the same contents. When Unison observes the different timestamps, it flags the files as possibly different and prints the Double-check message. Then it looks more carefully, and determines that their contents are in fact the same, so no update is propagated. That includes the timestamps, even though you specified -times. So then when you run the operation again, the same thing happens because nothing was changed on the previous run. The effect of -times is to make Unison synchronize the timestamps when an update is needed because the file contents are different. It doesn't make the timestamps sufficient to determine that files are different. At least, that's my reading of the manual. The above transcript functions as expected using linux or native Win32 unison builds. Hm, are you sure? If so, then that blows away my carefully constructed explanation above. I've looked at the set of patches that I applied to get Unison 2.10.2 running in Cygwin, and I don't see anything there that would obviously affect the -fastcheck option. But it's possible, and if you show me the evidence I'll look into it. HTH, Andrew. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: pointer to getting cron to run w/user creds?
Linda W wrote: I remember this discussion on the cygwin list, but wasn't able to find a reference to in the FAQ. I have a nightly cron job that I'd like to back up my home windows dir to a samba machine, but when it runs, I'm sorta sure that it doesn't know what cygwin-uid to run with. Could someone point where getting cron to work with my credentials has been covered? I did google for cron UID credentials site:cygwin.com, but it came up empty -- shouldn't that have found the dicussion in the cygwin list archives? cron switches to the user who owns the crontab, you don't have to configure anything for that to happen, that's just how cron works. However, your question should probably be, Why can't I access a network share from a cronjob? The answer to that has to do with how impersonation works on windows. The summary is that accessing network resources as a specific user requires that user's actual password in the process token. When a service like cron switches to another user, that is not present, so it's impossible to access a network share. It works when you actually log in as that user as your password is stored in the token when you login. The solution is one of: - Make network shares read/writable (as needed) for Guest/anonymous access. - Run 'net use' in the cronjob and explicitly specify a password to mount the share to a drive letter. - Install the cron service to run as the actual user. If you opt for the latter, cron will only be able to run cronjobs for that user, you lose the functionality of cron being a general purpose daemon. And you will have to specify that user's password to cygrunsrv when you install the service, which is how the process token gets the password. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: e-list request
On 28 Apr 2005 at 12:10, Christopher Faylor wrote: cgf (FWIW, I did force the mailing list software to strip out the Priority field. Maybe that's what this is all about.) Yes it was. I stand chastised for not specifying the proper nomenclature for the flag. Thank you very much. Wes -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
can't access Serial Ports
Hi, I just recently installed cygwin on my WinXP box here at work. I am trying to migrate my Perl scripts over to the cygwin environment. But now I can not access my Serial Ports thru cygwin. for instance, when I tried installing a serial port device module for perl, the make file died with the following error: could not open port '/dev/ttyS1'. Are permissions correct? i went to look in my root cygwin directory, and i dont even have a /dev directory. all of my websearches on this subject finds info that assumes my /dev/ttySx is available. does cygwin normally not install a /dev directory? do i need to create this manually? I am not sure what to do here, and this is a major stumbling block. Much of my work involves testing serial ports, modems, etc. For the record, all of these still work in the Win32 environment, just not in cygwin. Many thanks, Robert. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd and /usr/bin/zsh
Christopher Faylor wrote: On Thu, Apr 28, 2005 at 02:53:09PM -0400, Brad King wrote: Oops, sorry. My eyes scrolled through the left column of the web page and found FAQ. When the problem was not in the FAQ I went back and scrolled up and found Mailing Lists before noticing the Reporting Problems link. I suggest you add a link to http://cygwin.com/problems.html from http://cygwin.com/lists.html in the description of when posting to the main cygwin list is okay. Yeah, we should http://cygwin.com/problems.html probably http://cygwin.com/problems.html have http://cygwin.com/problems.html known better http://cygwin.com/problems.html than to think http://cygwin.com/problems.html that anyone http://cygwin.com/problems.html would read http://cygwin.com/problems.html the left bar Heh :) I agree that there are plenty of places where this link appears. However, just the fact that you replied in this manner tells me that this is a common mistake by users. In my case I made an honest attempt to post properly (I run several mailing lists so I understand the problem). What I described was a reasonable path to get to the mailing list in which I never saw the link. I then suggested a way to plug the hole in this path to save you and others this trouble in the future. Most projects I've seen have the following desired policy for posting to a list: 1.) Read the FAQ 2.) Read the mailing list policy 3.) Post to the list Here is what happens when I follow this policy on the cygwin page: 1.) I find the FAQ link in the left column. The FAQ does not help my problem. 2.) I go back to the front page and my eyes scroll up from FAQ looking for mailing lists. Since the link for reporting problems is above mailing lists I get to the mailing list link first. This is how I missed the link on the front page. 3.) I follow the mailing list link and the page starts with Is there a mailing list for the project? Yes. There are several. They are listed below. I scroll through the mailing list page looking for the set of available lists mentioned at the top. This is how I missed the link in the middle of the 8 paragraphs of text. I see a cygwin list and read its policy, which has a nice set of bullet points. There is no mention of the problems page here. This is where I suggest it be added. 4.) I send a message to the list without subscribing and it works. This is how I missed the link included in the welcome message. -Brad -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: can't access Serial Ports
On Thu, 28 Apr 2005, rwj wrote: Hi, I just recently installed cygwin on my WinXP box here at work. I am trying to migrate my Perl scripts over to the cygwin environment. But now I can not access my Serial Ports thru cygwin. for instance, when I tried installing a serial port device module for perl, the make file died with the following error: could not open port '/dev/ttyS1'. Are permissions correct? i went to look in my root cygwin directory, and i dont even have a /dev directory. all of my websearches on this subject finds info that assumes my /dev/ttySx is available. /dev is currently a virtual directory in Cygwin. Try ls -l /dev/ttyS1 -- you should get a listing. If you want Tab-completion, or if you want find / to look at the devices in /dev, you can create the /dev directory and even populate it with dummy (and real) directory entries -- see http://www.cygwin.com/cygwin-ug-net/using-specialnames.html for a script to do this. Otherwise, don't bother. does cygwin normally not install a /dev directory? do i need to create this manually? I am not sure what to do here, and this is a major stumbling block. Much of my work involves testing serial ports, modems, etc. Are you sure you're trying to open the right serial port? /dev/ttyS1 corresponds to COM2 in Windows. If you want COM1, you need /dev/ttyS0. For the record, all of these still work in the Win32 environment, just not in cygwin. All of these means serial ports, I presume. What did you use to test them? HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: can't access Serial Ports
Hi Igor, thank you for the quick reply! Igor wrote: /dev is currently a virtual directory in Cygwin. Try ls -l /dev/ttyS1 -- you should get a listing. ah hah. yep they're there. Are you sure you're trying to open the right serial port? /dev/ttyS1 corresponds to COM2 in Windows. If you want COM1, you need /dev/ttyS0. jeez. yep, i forgot about that, and it just so happens that I have COM1,3,4,5 but not COM2. so of course /dev/ttyS1 failed (which was the test's default). That solved the most glaring problem. thank you very much. All of these means serial ports, I presume. What did you use to test them? I was just rebuilding Perl for cygwin, and replacing Win32 modules with *nix counterparts. For the serialport module, the make test was failing. but now that i know which port is which, it passes. :P one final question, if i may... while running the Makefile for the perl serialPort module, i received some warnings: checking serial control via ioctl... no WARNING: Without ioctl support, most serial control functions are missing checking read/write of RTS signal... no WARNING: You will not be able to check or change the RTS line checking read/write of DTR signal... no WARNING: You will not be able to check or change the DTR line checking read access to buffer status... no WARNING: You will not be able to check the serial buffer state checking read access to serial line status... no WARNING: You will not be able to check serial line status while the basic make test now passes, these items above are important for me to have. do you know why these arent being found? thank you again, robert __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd and /usr/bin/zsh
On Thu, 28 Apr 2005, Brad King wrote: Igor Pechtchanski wrote: On Thu, 28 Apr 2005, Brad King wrote: [snip] Also, try opening a system-owned shell (Google for it to see how), and from there run login youruser That works when the shell is /bin/bash. When I switch to /bin/zsh or /usr/bin/zsh, I get: Last login: Thu Apr 28 14:43:26 on console and then the same hang behavior as with ssh. It's rare that the shell hangs like that, unless it's stuck waiting for a subshell that died in a strange way. To follow up on my hunch, you might want to run cygcheck /usr/bin/zsh and check the permissions on all the DLLs listed by that command. Running the cygcheck /usr/bin/zsh.exe from the system shell or a user shell gives C:/cygwin/bin/zsh.exe C:/cygwin/bin\cygwin1.dll C:\WINDOWS\system32\ADVAPI32.DLL C:\WINDOWS\system32\ntdll.dll C:\WINDOWS\system32\KERNEL32.dll C:\WINDOWS\system32\RPCRT4.dll C:/cygwin/bin\libzsh-4.2.4.dll C:/cygwin/bin\cygncurses-8.dll C:/cygwin/bin\cygiconv-2.dll It should be noted that I can run zsh once I have a bash prompt. Running zsh inside an rxvt works also. It is only when the initial login uses zsh (through ssh or system shell login) that it fails. From the bash shell, did you just run zsh as a subshell or did you try running it as a login shell (eg: zsh -l)? As another experiment, could you enable the rlogin service ('login' in /etc/inetd.conf) and then start inetd and try using rlogin to see if zsh hangs there as well? You'll need to install the inetutils package, run 'inetd --install-as-service', then 'net start inetd', then try rlogin from another machine. I'd like to narrow it down to either a problem with ssh interaction or perhaps a problem with the system/user profiles in /etc/z* or your local .z* profiles. Also, be advised that as of zsh-4.2.4, /etc/zprofile has been updated to parallel the base /etc/profile. The update would only apply, however, if you did not have a previous, custom, zprofile. A copy of the updated zprofile is in /usr/share/doc/zsh-4.2.4/StartupFiles/etc I'll see if I can reproduce your setup, though I only have W2K and not XP (well, that's not quite true... I *could* setup an XP instance, but I probably *won't* :). Is there anything special with your sshd setup? Did you customize anything? Is the service run under 'SYSTEM' or under your userid? Wait... your using a domain account aren't you? Hmm... That might complicate things. Are you logging in to your domain account via ssh or into a local machine account? -Brad -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd and /usr/bin/zsh
On Thu, 28 Apr 2005, Brad King wrote: Christopher Faylor wrote: On Thu, Apr 28, 2005 at 02:53:09PM -0400, Brad King wrote: Oops, sorry. My eyes scrolled through the left column of the web page and found FAQ. When the problem was not in the FAQ I went back and scrolled up and found Mailing Lists before noticing the Reporting Problems link. I suggest you add a link to http://cygwin.com/problems.html from http://cygwin.com/lists.html in the description of when posting to the main cygwin list is okay. Yeah, we should http://cygwin.com/problems.html probably http://cygwin.com/problems.html have http://cygwin.com/problems.html known better http://cygwin.com/problems.html than to think http://cygwin.com/problems.html that anyone http://cygwin.com/problems.html would read http://cygwin.com/problems.html the left bar Oh, don't let Chris's barbs get to you. He's just a little (ok, a lot :) annoyed at what seems like most peoples lack of attention to detail :) See: http://cygwin.com/acronyms/#CGF and http://cygwin.com/acronyms/#BWAM and http://cygwin.com/acronyms/#WJM Heh :) I agree that there are plenty of places where this link appears. However, just the fact that you replied in this manner tells me that this is a common mistake by users. In my case I made an honest attempt to post properly (I run several mailing lists so I understand the problem). What I described was a reasonable path to get to the mailing list in which I never saw the link. I then suggested a way to plug the hole in this path to save you and others this trouble in the future. Using the Cygwin mailing lists aren't for the faint of heart. A review of the mail archives for posts which have many, many, many followups might be enlightening of the general attitude one should expect from this community. Did I mention to look at http://cygwin.com/acronyms/#WJM ? Most projects I've seen have the following desired policy for posting to a list: 1.) Read the FAQ 2.) Read the mailing list policy 3.) Post to the list Here is what happens when I follow this policy on the cygwin page: 1.) I find the FAQ link in the left column. The FAQ does not help my problem. 2.) I go back to the front page and my eyes scroll up from FAQ looking for mailing lists. Since the link for reporting problems is above mailing lists I get to the mailing list link first. This is how I missed the link on the front page. Well, there's the problem right there. No, right *there*... no, no, right *THERE*! Gosh darn it! The thing keeps moving around! Stop it! Well, anyway, it might help if the main cygwin webpages make the link to Reporting Problems appear in big, bold, flashing, neon (Chris, can we do that?). That way the first thing people will do is report a problem, even before reading the web page! 3.) I follow the mailing list link and the page starts with Is there a mailing list for the project? Yes. There are several. They are listed below. I scroll through the mailing list page looking for the set of available lists mentioned at the top. This is how I missed the link in the middle of the 8 paragraphs of text. I see a cygwin list and read its policy, which has a nice set of bullet points. There is no mention of the problems page here. This is where I suggest it be added. 4.) I send a message to the list without subscribing and it works. This is how I missed the link included in the welcome message. Well, don't take our little jabs too seriously. Unless, they are from cgf concerning coding, documentation, scripts, legal issues or policy, and then take them very seriously! :) Did I mention to look at http://cygwin.com/acronyms/#WJM ? -Brad -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: link(2) on NFS
Christopher Faylor wrote: MVFS supports hard links when accessed under Unix, but apparently Windows doesn't know how do create hard links on MVFS. Right. If MVFS (whatever that is) doesn't support the windows api for creating hard links then Cygwin won't either. MVFS or MultiVersioned File System is essentially Clearcase from IBM/Rational. -- In some cultures what I do would be considered normal. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: link(2) on NFS
On Thu, Apr 28, 2005 at 04:34:24PM -0700, Andrew DeFaria wrote: Christopher Faylor wrote: MVFS supports hard links when accessed under Unix, but apparently Windows doesn't know how do create hard links on MVFS. Right. If MVFS (whatever that is) doesn't support the windows api for creating hard links then Cygwin won't either. MVFS or MultiVersioned File System is essentially Clearcase from IBM/Rational. Ah. Right. I should have known that by now after all of these years. Thanks. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Running cygwin from thumbdrive
Is it possible to install cygwin in such a way that it can be run reliably from a thumbdrive? If so, how much of a minimal installation should be performed? I have a 64MB on my thumbdrive that I can safely allocate to using with cygwin if such a task were possible. As to how to perform the installation. Would I simply run the setup program and direct the installer to install the files to a directory on the thumbdrive itself? Would any problems arise from running cygwin from the thumbdrive since the drive letter changes depending on which machine it is plugged into? If so, any ideas on how to get around such a problem? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Running cygwin from thumbdrive
On Thu, Apr 28, 2005 at 02:08:16PM -0700, Matrix Mole wrote: Is it possible to install cygwin in such a way that it can be run reliably from a thumbdrive? If so, how much of a minimal installation should be performed? I have a 64MB on my thumbdrive that I can safely allocate to using with cygwin if such a task were possible. As to how to perform the installation. Would I simply run the setup program and direct the installer to install the files to a directory on the thumbdrive itself? I think you might be better off installing things on a hard drive and just copying what you need. You probably don't want documentation on the thumb drive and most packages come with some kind of documentation. If you create bin and lib directories on the drive you could copy bash.exe, cygwin1.dll, and whatever other utilities you think are appropriate. Would any problems arise from running cygwin from the thumbdrive since the drive letter changes depending on which machine it is plugged into? If so, any ideas on how to get around such a problem? Is it possible to run a program whenever the thumb drive is attached to the system? If it was possible to do that you could probably write a shell script which runs mount to sets up the mount table appropriately whenever the thumb drive is plugged in. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin setup
At 09:30 AM 4/28/2005, you wrote: I have one minor quibble about cygwin setup. Ah good, we're finally got to the point where there's only one minor quibble with setup. This is truly a momentous day. Did anyone bring the champagne? ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.16: Filename case sensitivity problem
Hi, everybody, I meet problem in filename case sensitivity, 1. I can tar jxvf setup-2.457.2.2.tar.bz2 to extract the setup package in the Cygwin environment, it works well, all files can be listed out. By under XP's file explorer, the filename with upper case is showed in a different form, for example, %4Dakefile.am but not Makefile.am It seems filename with upper case has been transformed before Cygwin store them onto NTFS. 2. I extract setup-2.457.2.2.tar.bz2 by WinRAR into another directory, then all files can be listed in XP's file explorer, but in Cygwin environment, when I issue ls command, it reported: ls: Makefile.in: No such file or directory I don't know why I get such error message. It seems Cygwin noticed there exist such filename(or it will not issue such error message), but think the filename is illegal. 3. I think Cygwin is now storing upper case filename in a different form, so I generate directory or file manually by mkdir Abc and ls Def in the Cygwin environment(in rxvt), but now either directory or file with uppercase name can be correct displayed in XP's file explorer. Would any one explain what happened for the filename? I've read the Cygwin User's Guide, but got no answer(It said Cygwin is case in-sensitive). I've updated all packages to the latest by setup. Thanks, Zhuang Jianmin
RE: $PATHEXT not sufficient to run script from BASH without specifying extension on Windows XP?
# # I can't seem to execute testScript.sh without # specifying its extension: # $ testScript bash: testScript: command not found # # Although the file is there and executable: # $ ls -lt testScript.* -rwxr-xr-x 1 Owner None 43 Apr 28 11:10 testScript.sh # # ...and it runs when the extension *is* specified, # thus showing that it's on the $PATH: # $ testScript.sh hello yourself from ./testScript.sh # # And .sh is in the $PATHEXT variable: # $ echo $PATHEXT .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.SH;.KSH # # and #! /bin/bash is on the first line of the script: # $ cat testScript.sh #! /bin/bash echo hello yourself from $0 # # What am I missing to be able to run a script from bash # without specifying the extension? # PATHEXT is a Windows NT/etc deal. Bash doesn't use it, and AFAICT Bash won't do what you're looking for. I don't quite get the issue here though; if you're doing this interactive, just TAB-complete, and if you're doing it from a script, just specify the full name. -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: [PATCH] Fix newly exposed bug [was RE: RFC: Fix partial NaN-parsing problem [was RE: sscanf problem]]
Heh, actually we probably have to talk about that. The k should IIUIC be swallowed by the %lf and the %c should fail; this is the production described as NAN(n-char-sequence opt) in the C language spec, strtod documentation (that's 7.20.1.3.3 in WG14/N843 draft, I don't have the final version). And we haven't even mentioned the lack of INF support yet :) However I'm on UK time, so it won't be happening today! cheers, DaveK You should switch to UTC. ;-) -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.16: Filename case sensitivity problem
Zhuang Jianmin wrote: 1. I can tar jxvf setup-2.457.2.2.tar.bz2 to extract the setup package in the Cygwin environment, it works well, all files can be listed out. By under XP's file explorer, the filename with upper case is showed in a different form, for example, %4Dakefile.am but not Makefile.am Please attach your cygcheck output as requested at http://cygwin.com/problems.html. It sounds like you have enabled managed mounts. When you do that, Cygwin encodes filenames with %nn. This is so that filenames that are normally forbidden by Windows (such as those that use reserved words like CON, AUX, etc. or two files with the same name but different case) can be used with Cygwin programs. Cygwin has to encode the filenames specially to get around these inherent Windows limitataions. They will not show up correctly in Explorer because explorer has no idea what a managed mount is. When you extract the archive with winrar, the %nn encodings will not be done, and since the directory is mounted in managed mode, Cygwin will expect to see the encodings, which is why you get file not found. So, the solution is either: - Don't use use managed mounts. - Use managed mounts, but be aware that filenames will look strange to non-Cygwin programs. For most people there is absolutely no need to use managed mounts, and it appears that you have enabled this feature without knowing how it works or what it implies. You should not be using this feature if you don't understand it. However, do not simply disable it now. If you have created files on a managed mount and then decide to mount those paths normally, you will find lots of screwed up filenames. To undo a manged mount requires that you copy the entire tree to another path, because you can't just turn off the managed mode once you've created files there. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Bespoke installations: simple elegance of setup.exe when setup.ini is absent
[snip] Ahem. As one of the many people responsible for setup, I take issue with the accusation that it is either simple or elegant. ;-) -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: mkstemp bug
[snip] So when I say fifos just barely work you felt the need to inform me that they don't work? And that advances the discussion how, exactly? I did not just tell you that they are broken. I also gave you a test case for FIFOs. I think such a test case is useful for development and debugging. Dude, you are just *asking* for one heck of a zinger! ;-) -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Entry Point
At 01:38 PM 4/28/2005, you wrote: Hello! I have a problem. When I compiling some .c file, using gcc file.c -o out get an ERROR: cc1.exe - Entry Point was not found Entry Point to ___getreent was not found in library DLL cygwin1.dll (Its my own tranlate of error message from Russian). How can I fix it??? You have an old version of the Cygwin DLL with newer versions of at least the gcc package. This could be caused by: 1. You have more than 1 copy of 'cygwin1.dll' on your system. Search for and destroy all those that don't exist in 'c:\Cygwin\bin'. 2. You didn't reboot after upgrading Cygwin, even though setup told you to. 3. You downgraded your Cygwin package to a very old version without downgrading (at least) your gcc package. Unless you know what you're doing, don't do that. Re-run setup and upgrade the Cygwin package. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.16: Filename case sensitivity problem
Thanks Brain. I do agree with you that the issue is caused by managed mount you mentioned. But to verify such issue,I installed cygwin severial times from setup, I did nothing on mount or any other cygwin setting. I have no idea how to turn on/off managed mount. Would you please explain more on how to turn off it? seems it's turned on by default. Attached please to cygcheck output for your reference. Thanks, Zhuang Jianmin Cygwin Configuration Diagnostics Current System Time: Fri Apr 29 10:27:43 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: e:\cygwin\arm\bin e:\cygwin\usr\local\bin e:\cygwin\bin e:\cygwin\bin e:\cygwin\usr\X11R6\bin e:\cygwin\bin e:\cygwin\bin e:\cygwin\usr\x11r6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem Output from e:\cygwin\bin\id.exe (nontsec) UID: 1003(Master) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from e:\cygwin\bin\id.exe (ntsec) UID: 1003(Master) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS HOME = `e:\master\cygwin' MAKE_MODE = `unix' PWD = `/diske/master/cygwin' USER = `Master' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Master\Application Data' CLIENTNAME = `Console' COLORFGBG = `11;default;0' COLORTERM = `rxvt-xpm' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `DELLPC' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' CYGWIN_ROOT = `e:\cygwin' DISPLAY = `:0' FP_NO_HOST_CHECK = `NO' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Master' HOSTNAME = `dellpc' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\DELLPC' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/share/doc/Cygwin' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PRINTER = `Adobe PDF' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 7, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0207' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\temp' TERM = `xterm' TMP = `c:\temp' USERDOMAIN = `DELLPC' USERNAME = `Master' USERPROFILE = `C:\Documents and Settings\Master' WINDIR = `C:\WINDOWS' WINDOWID = `168111680' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/src (default) = `e:\cygwin\usr\src' flags = 0x0802 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `e:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/diskc (default) = `c:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/diskd (default) = `d:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/diske (default) = `e:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/disks (default) = `s:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/diskz (default) = `z:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `e:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `e:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/src (default) = `e:\cygwin\usr\src' flags = 0x080a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 6000Mb 56% CP CS UN PA FC BOOT d: hd FAT32 7993Mb 76% CPUN STORAGE e: hd NTFS 24113Mb 73% CP CS UN PA FC user y: cd N/AN/A z: cd N/AN/A e:\cygwin\usr\src /usr/src userbinmode e:\cygwin / system binmode c: /diskc system binmode d: /diskd system binmode e: /diske system binmode s: /disks system binmode z: /diskz system binmode e:\cygwin/bin /usr/bin system binmode e:\cygwin/lib /usr/lib
Re: 1.5.16: Filename case sensitivity problem
Zhuang Jianmin wrote: HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/src (default) = `e:\cygwin\usr\src' flags = 0x080a This mount is a managed mount. The MOUNT_ENC bitflag is 0x800... e:\cygwin\usr\src /usr/src system binmode ...although it appears that cygcheck does not report this flag in its output. Still, if you run mount -m it should show the option -o managed next to the command that would create that mount. You can find more information on the -o flags that mount takes in man mount. I am not sure how this mount came to be if you did not create it. I was under the impression that neither setup.exe nor any packages enable managed mounts. It looks like that is not the case. Anyway, to get rid of it, you can simply unmount /usr/src, i.e. umount /usr/src. Ordinarily there is no need to mount /usr/src explicitly, since it is just a regular subdirectory under /usr. Note that when you do this, /usr/src will revert to its standard behavior, and any files in the directory will have strange filenames. You should move/copy the files to a non-managed mount before unmounting, or delete the contents of the directory entirely. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.16: Filename case sensitivity
Thanks Brain. Oh, yes, _please_, can we all have nicknames? This person can be Brain, and I'd be, um, ..., well, something good I'll have to think, and Mr Faylor, oh it'd be great if he was -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
An intolerably slow behavior during a cascade of constructor calls
Hi, I'm using cygwin 1.5.13-1 and gcc version 3.3.3. My code is pretty big (70 K LOC of C++) right now, but I intend to minimize it if needed. But here's what its does in a nutshell: It loads a text file of around 1 MB of data, then calls a cascade of inherited constuctors (three of them). And it looks like it hangs up (outside of my code) during one of these calls, then ends up coming back and executing the rest of the program. I first suspected the size of the parameters passed during those call; I was conforted in that the larger the file I load, the longer the hangup time lasts. But after a closer look, the parameters passed are small enough and the buffer containing the file is NOT one of them. The magnitude of the problem is such that, the same program compiled on Linux and run on a similar machine, runs in 4 seconds while it needs more than 10 minutes on cygwin. Here's a tentative minimal program that failed though to reproduce the slow behavior (probably because I do not load any big file). Did anybody experience any similar problem lately? Thank you for any hint -- Isselmou === cut here = #include stdio.h class TRANSFO { public : TRANSFO(); explicit TRANSFO( double tr[4][4]); }; class NEU_BASIC : public TRANSFO { public : explicit NEU_BASIC( char *filename, int fid, double tr[4][4], FILE *fpin, int tfl, int lv, double parent_unit_fact); }; class NEU_PART : public NEU_BASIC { public : explicit NEU_PART( char *filename, int fid, double tr[4][4], FILE *fpin, int lv, double parent_unit_fact); }; TRANSFO::TRANSFO( double tr[4][4]) { printf(Beginning TRANSFO::TRANSFO \n);fflush(stdout); } NEU_BASIC::NEU_BASIC( char *filename, int fid, double tr[4][4], FILE *fpin, int tfl, int lv, double parent_unit_fact ) : TRANSFO(tr) { printf(b Beginning of NEU_BASIC::NEU_BASIC\n);fflush(stdout); } NEU_PART::NEU_PART( char *filename, int fid, double tr[4][4], FILE *fpin, int lv, double parent_unit_fact ) : NEU_BASIC(filename, fid, tr, fpin, 1, lv, parent_unit_fact) { printf(inside NEU_PART::NEU_PART \n);fflush(stdout); } int main() { double tr[4][4]; FILE *fpin=NULL; NEU_PART *prt = new NEU_PART( aa, 0, tr, fpin, 0, 0.); return 0; } === cut here = _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: create installation using installed.db
On 4/25/05, Hans Horn wrote: Could you explain in a little more detail how I'd use mount for this and what that batch file is meant to contain. You particularly want 'mount -m': -m, --mount-commands write mount commands to replace user and system mount points and cygdrive prefixes (from mount --help or http://www.cygwin.com/cygwin-ug-net/using-utils.html#mount) Those commands are the batch file. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
AW: 1.5.16-1: chmod problem
On Apr 28 14:40, Pach Roman (GS-EC/ESA4) * wrote: Hello, the following commands run properly on the c:/drive c touch yahoo c ls -l yahoo -rw-rw-rw- 1 ropach mkpasswd 0 Apr 28 13:54 yahoo c chmod -w yahoo c ls -l yahoo -r--r--r-- 1 ropach mkpasswd 0 Apr 28 13:54 yahoo but if I try it on the u:/ drive connected over net the following error comes u ls -l yahoo -rw-r--r-- 1 ropach mkpasswd 0 Apr 28 13:50 yahoo u chmod -w yahoo chmod: changing permissions of `yahoo': Permission denied There were no problems up to the version cygwin-1.5.13-1. The error on my machine is new for the following two versions cygwin-1.5.15-1 cygwin-1.5.16-1 Did you verify that the permissions of the share is set to allow write access? If the machine which exports the share you're connecting to is a XP or 2K3 machine, then the default shareing permissions are set to read only. Corinna -- Hi, The u:/ drive is my working ones on the network, some kind of HOME. I have no problems with write accesses neither using Windows2000 nor cygwin-1.5.13-1. The cygwin-1.5.14-1 runs correctly as well. It seems to me that the behavior of the chmod is combined with the some changes of cygwin, made in the update from the 1.5.14-1 up to cygwin-1.5.15-1. I have checked some other commands as well: tmp ls -ltr total 1 -r--r--r-- 1 ropach mkpasswd 5 Apr 29 07:13 yahoo tmp touch yahoo tmp ls -ltr total 1 -rw-r--r-- 1 ropach mkpasswd 5 Apr 29 07:14 yahoo tmp ls -ltr total 1 -r--r--r-- 1 ropach mkpasswd 5 Apr 29 07:14 yahoo It is sort of strange, that the by the first call of ls the write permission is set. It has been forgotten by the second one. The touch generates no permission error either. Roman -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/