Re: Some notes on building gcc-4.3.0
Brian Dessent wrote: Does this mean that we'll start to libgcc_s.dll's sprouting like mushrooms in the install dirs of various apps, or in *gasp* %WINDIR%/system32 over the coming years? Is this library versioned at all? What about conflicts? You already see the effects of this in the Linux world, with the more recent distributions having to ship a set of compat_libgcc_blah packages for each major (ABI-incompatible) previous release going back (they're on 4.1/4.2 these days, and there's one for 3.3 and one for 2.9). And most commercial/non-free software shipped on Linux (e.g. Oracle, Java, ..) just states explicitly which packages they depend on. So if I may offer a blueprint going forwards: * introduce a libgcc_something package containing the latest DLLs/.so's, and include it in the Base package. * later, if these are ever incompatibly ABI-rev'ed, switch the default distribution to the new version, and introduce a compat-libgcc-* package for the old version (which preserves their filename), and include that in the Libs package. -- 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: Java
Brian D. McGrew wrote: None, I was asking if a standard Sun JDK could be installed on cygwin and if so, which one? Of course it can. But... (you knew there was a but..) Sun's JDK is a native windows application, which means Java programs that it runs won't know how to deal with /cygdrive/c, or any of the other cygwin mounts like /usr or /. So if you have shell (bash) scripts that invoke Java programs, and pass absolute paths (Cygwin paths) to them as arguments, you have to be careful to invoke cygpath -m to convert them to real Windows paths before passing them to the JDK. A classic example of this style can be seen in Apache Ant's bin/ant bash invocation script, which is Cygwin-aware. On the other hand, you can invoke Cygwin tools from within Java (using Runtime.exec()) with very few problems, because Cygwin does understand Windows-style paths (though CGF will grumble about them). PS. Our company's entire product base is written in Java, and we use Cygwin tools in our build and test environment to drive all of our Java programs. The only issues we've ever faced are occasional line-ending screwups, especially when manipulating files under CVS control.. (check out from CVS, use Wordpad (grr!) to edit, check back in - oops, bogus ^Ms checked in to the repository!) -- 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: directory listing differences
Joseph Michaud wrote: [EMAIL PROTECTED] /cygdrive/c/windows/system32 $ ls -al tsdiscon.exe tsecimp.exe ls: cannot access tsdiscon.exe: No such file or directory That's probably because the file is exclusively locked, and the stat performed by ls fails. See if you see the file if you pass in the -f option to ls: $ ls -f tsdiscon.exe tsecimp.exe If you can, then this is the issue. Looks like CMD.EXE is able to examine whatever it needs from such files, but stat() in the cygwin library cannot (uses different APIs). I see similar behavior in a file that PointSec drops in my C:\\ (PROT_INS.SYS). In fact, even ls -f is not able to get any info on that file! % cmd /c dir /AH c:\\prot_ins.sys Volume in drive C has no label. Volume Serial Number is A8B1-8402 Directory of c:\ 03/22/2007 11:03 AM 2,097,152 PROT_INS.SYS 1 File(s) 2,097,152 bytes 0 Dir(s) 4,296,351,744 bytes free % ls -ln c:\\prot_ins.sys ls: cannot access c:\prot_ins.sys: Input/Output error % ls -f c:\\prot_ins.sys ls: cannot access c:\prot_ins.sys: Input/Output error -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ruby for cygwin comes without gem command
Corinna Vinschen wrote: gem is not part of the ruby standard package. And don't try to install a native gem from the main ruby site and download gems using that, or you'll end up with a mishmash of cygwin and native libraries for ruby. Been there, done that :-). -- 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: Anyone using Clearcase on Windows with Cygwin (esp over SSH)?
Corinna Vinschen wrote: 1.5.24 only asks the PDC and fails if it's unable to connect to it. Try a developer snapshot. The function to contact the logon server has been changed in CVS HEAD to use the newer DsGetDcNameA function instead of the old NetGetDCName. Only on NT4 Cygwin falls back to NetGetDCName/NetGetAnyDCName. Great - I'll try that ASAP. -- 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: [EMAIL PROTECTED]: Re: DualCores and Current Cygwin problems]
David Arnstein wrote: Is there a particular software firewall that does not interfere with Cygwin? That's a bit of an open-ended question.. I use Sunbelt (formerly Kerio) personal firewall. I turn off most of its features HIPS, NIPS, ... and Cygwin applications work OK for me, most of the time. So there's a good data point. Actually, the Cygwin FAQ (that prominent link on the left hand link bar on the home page, you know?) has an entry that addresses this: http://cygwin.com/faq/faq.using.html#faq.using.firewall -- 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/
network auth problems with public-key SSH login
Another one of those problems... When I log in using SSH public-key authentication onto a Windows 2003 box, it sets up my LOGNAME correctly, but the USER is set to sshd_server. When I access a network share that requires domain logon credentials, the username it sees is sshd_server, and it refuses access.. For cygcheck, and the past history of this issue, see http://cygwin.com/ml/cygwin/2007-04/msg00783.html and http://cygwin.com/ml/cygwin/2007-05/msg00078.html. In particular, I wonder if the USER problem is related to the fact that the sshd server couldn't contact the PDC when logging me in.. There is a local BDC, but apparently it doesn't want to talk to that.. -- 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: Puzzling local share permissions problem with ssh sessions on Win2K3
Andrew DeFaria wrote: WAG: Have you done mkgroup -d /etc/group? Yes, I did - see my original post in this thread.. -- 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/
Anyone using Clearcase on Windows with Cygwin (esp over SSH)?
If anyone has experience with using Clearcase dynamic views on Windows over an ssh session, I'd like to get some tips from you, or exchange info. As I've indicated in earlier messages (e.g. http://cygwin.com/ml/cygwin/2007-05/msg00025.html, etc.), I'm running into weird permissions problems when I ssh into a Windows 2003 box (using the latest cygwin 1.5.24 and the latest openssh). So far, I have: * Reinstalled the sshd service using ssh-host-config specifying CYGWIN=ntsec smbntsec - that fixed one set of problems, but the list of groups shown by id is still incomplete, which means there are other permissions issues.. * Added my domain login name to the domain groups in /etc/group explicitly (to work around the problem mentioned in http://cygwin.com/ml/cygwin/2006-07/msg00129.html). - that fixed even more problems. I can now perform certain operations on my dynamic views (like cleartool edcs / setcs, etc.) However, my latest problem is that I can see all _directories_ perfectly, but any attempt to access a file (or even stat() them) gets a Windows Error 1 (ERROR_INVALID_FUNCTION) which Cygwin maps to errno 54, which displays as Invalid request code. (Strace shows fhandler_base::open() being called with the full view-extended path, and failing with Windows error = 1, which is mapped to errno 54): 97 264405 [main] cat 3592 fhandler_base::open: (m:\builder_ccredwood_view\entfraud\csi\xtms.jpx, 0x11) 218824 483229 [main] cat 3592 seterrno_from_win_error: /ext/build/netrel/src/cygwin-1.5.24-2/winsup/cygwin/fhandler.cc:687 windows error 1 128 483357 [main] cat 3592 geterrno_from_win_error: windows error 1 == errno 54 The bizarre thing, though, is that if I log in to the same machine as the same user using, say, Terminal Services (Remote Desktop), and access this file: - it shows the file properly - after that, even the above ssh session can now magically read the file properly! But only that file - it will still croak on other files.. And as soon as I log out and log back in again, I can't read that file, again.. UPDATE: I finally got a bit of a clue during a recent login. It seems that *occasionally*, my machine is able to contact the PDC when logging in via sshd, so that LOGONSERVER is \\pdcname, rather than \\localmachinename (using cached credentials). When it's actually connected to the PDC, then all the Clearcase operations work great.. So now, what I have to try is: * See if there's a way to force the box to talk to the PDC when I'm logging in (there's a very poor network connection in between). AND/OR * Understand why a session logged in using cached credentials via ssh is causing the MVFS such heartburn. I would appreciate any ideas for debugging this from anyone.. Thanks, -- Shankar Unni. -- 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: Anyone using Clearcase on Windows with Cygwin (esp over SSH)?
Shankar Unni wrote: I finally got a bit of a clue during a recent login. It seems that *occasionally*, my machine is able to contact the PDC when logging in via sshd, so that LOGONSERVER is \\pdcname, rather than \\localmachinename (using cached credentials). Further confirmation: the terminal server logins were correctly using the local backup domain controller, which is why they work perfectly. So it does indeed seem as if I'm running into http://cygwin.com/ml/cygwin/2006-07/msg00129.html . The main thing I need at this point is to know if there's a workaround for this issue (e.g. some way to force sshd to always use a specific BDC for login processing, etc..). -- 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: Puzzling local share permissions problem with ssh sessions on Win2K3
Shankar Unni wrote: Dave Korn wrote: cygcheck.out: CYGWIN = 'ntsec' Perhaps you need smbntsec as well? Thanks! That did it.. Alas, that didn't *quite* do it. I finally figured out that I had to uninstall and re-install (ssh-host-config) the sshd service, with CYGWIN=ntsec smbntsec. The permissions on files look OK now, but there's still a problem: My login groups are incomplete. When logged in via remote desktop, my groups are: $ id uid=13555(sunni) gid=11552(etdev) groups=544(Administrators),555(Remote Desktop Users),545(Users),16244(BusinessSignatures e),16487(Development Organiza),16381(DL- Global Employees),10513(Domain Users),16562(EntrustEmp),11552(etdev),11269(RAS-VPN Users),14162(RWC-Remote Users),11284(Terminal Server Users) But when logged in via sshd, my groups are: $ id uid=13555(sunni) gid=11552(etdev) groups=544(Administrators),555(Remote Desktop Users),545(Users),11552(etdev) Basically, all my CORP domain group memberships are missing except my primary login group (the user is a CORP domain user, as is the etdev group). Notice the missing groups with ids 1.. (This causes all sorts of subtle permissions problems on certain files with more restrictive ACLs. Like all my ClearCase views :-/). How do I get my sshd login session to contain all the Domain group memberships as well? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Puzzling local share permissions problem with ssh sessions on Win2K3
Shankar Unni wrote: My login groups are incomplete. I just saw this post: http://cygwin.com/ml/cygwin/2006-07/msg00129.html Is this situation still present in the latest (1.5.24) Cygwin? -- 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: Puzzling local share permissions problem with ssh sessions on Win2K3
Dave Korn wrote: cygcheck.out: CYGWIN = 'ntsec' Perhaps you need smbntsec as well? Thanks! That did it.. Of course, now I need to figure out why Clearcase itself refuses to recognize that share, but that's a separate issue. Back to the coal mine.. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Puzzling local share permissions problem with ssh sessions on Win2K3
I have a Win2K3 SP1 system, freshly installed with the latest bits, and sshd installed with privilege separation (using ssh_host_config). The /etc/passwd has both local and domain users (in that order), as does /etc/group. I have a local shared directory c:\Views (shared as \\myhostname\Views). The problem is that when I log in as a domain user, and try to write something into \\myhostname\Views\, I get a permission denied error, even though I can do this successfully if I come in as that same user via Terminal Services. Here's a matrix of various file creation attempts I tried, logging in to the server (I'm calling it A in the chart below) via TS or sshd, with or without a password. For good measure, I logged in as the same domain user, via sshd, to a different machine, and accessed the same share successfully from there! C:\Views \\A\Views \\Common\share logged in to A via OK OK OK Terminal Services logged in to A via OK Fails OK sshd, with password passwordless pubkey OK Fails OK ssh login to A logged in to B (other -- OK OK machine) via sshd, as the same user (with or without password) What is special about accessing your own host's shares, when logged in via sshd? sshd-logged-in users seem to be able to access shares on other systems using normal rules; just not shares on their own system. I've attached a cygcheck.out (from the passwordless pubkey login). Any ideas on what I can try to make the two Fails cases above work? (This is needed for Clearcase to be able to create views in that directory. The stupid thing insists on using a share path for creating views, even private ones). Cygwin Configuration Diagnostics Current System Time: Fri Apr 27 14:41:48 2007 Windows 2003 Server Ver 5.2 Build 3790 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Rational\common c:\Program Files\Rational\ClearCase\bin C:\cygwin\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 13555(sunni) GID: 11552(etdev) 544(Administrators) 555(Remote Desktop Users) 545(Users) 11552(etdev) Output from C:\cygwin\bin\id.exe (ntsec) UID: 13555(sunni) GID: 11552(etdev) 544(Administrators) 555(Remote Desktop Users) 545(Users) 11552(etdev) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'sunni' PWD = '/home/sunni' CYGWIN = 'ntsec' HOME = '/home/sunni' MAKE_MODE = 'unix' HOMEPATH = '\cygwin\home\sunni' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' HOSTNAME = 'scaerbium' TERM = 'cygwin' SHELL = '/bin/bash' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 4 Stepping 7, GenuineIntel' WINDIR = 'C:\WINDOWS' SSH_CLIENT = '10.66.100.10 2080 22' OLDPWD = '/home/sunni' USERDOMAIN = 'SCAERBIUM' SSH_TTY = '/dev/tty2' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' TEMP = '/cygdrive/c/DOCUME~1/SSHD_S~1/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'sshd_server' PROCESSOR_LEVEL = '15' MAIL = '/var/spool/mail/sunni' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\sunni' TZ = 'PST8PDT7,M3.2.0/2,M11.1.0/2' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\SCAERBIUM' PROCESSOR_ARCHITECTURE = 'x86' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' LOGNAME = 'sunni' TMP = '/cygdrive/c/DOCUME~1/SSHD_S~1/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'Auto HP LaserJet 4L on TWEETY (from WCASUNNI82) in session 1' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0407' SSH_CONNECTION = '10.66.100.10 2080 10.66.50.27 22' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '2' COMPUTERNAME = 'SCAERBIUM' _ = '/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\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 = 0x0020 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x0008
Re: Puzzling local share permissions problem with ssh sessions on Win2K3
Andrew DeFaria wrote: Hey Shankar. WAG here. With Windows 2K3 came more security. Check to see what your *share* permissions are - not just the permissions of the folder but the permissions of the share point. I believe MS added something like Network: Deny for security sake and that screws up Clearcase which you rightly point out insists on using full UNC paths (for good reason mind you). Thanks for the hint. But I see that that's not a problem here. For one thing, as I said, if I ssh into another machine B as the same user, I can access \\A\Views just fine. It's only from A itself that I can't access \\A\Views. (I.e. sort of the opposite of what the above would affect). Of course, I found that if I give Full Control to Everyone, then things work, but that's not an optimal solution. Actually, work is also not right, since I can then create files and folders from Windows explorer, but using Clearcase itself, I get weirdo errors from the mkview command about permission denied when it tries to create files under whatever view directory it created. It seems to be a subtle identity problem of some kind.. -- 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: Throwing c++ exception across threads
Eric Lilja wrote:
[...] Any messages are
displayed in an editbox. If a severe error occurs, an exception is
thrown. Will there be any problems if I catch these exceptions in the
main thread? [...]
Just thinking about that setup makes my head spin. Yes, I suspect
there'll be lots of problems if you do this. :-)
The very concept of catching the exception in main is absurd when
threads are involved: the whole point of exception catching and throwing
is that it is totally synchronous, and goes from callee to caller (to
its caller and so on, until your main()).
All of this only makes sense in the context of one thread. Implicit in
the catching of an exception is the idea that the exception was thrown
from _something you called from within that try block_.
Otherwise, you'd have a situation like:
/* parent: */
func() {
...
// spawn thread
return; //!!
}
main()
{
...
func();
...
some_other_random_stuff();
}
/* child: */
...
throw something;
...
Err, but the point from where the thread was created is no longer on the
stack, because control returned to the parent and then went on somewhere
else. So even if you attempted to do something bizarre like hop stacks
to the parent thread's stack, you'd end up in some random stack frame
in the parent thread, like some_other_random_stuff(), which won't be
expecting that exception and won't know what to do with it...
--
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/
Question about cygwin Ruby distribution
One of our users here who likes to use Ruby was trying to use the cygwin distribution, and then tried to fetch some ruby gems. His Ruby installation ended up getting corrupted with native (non-Cygwin) libraries being loaded for some of the ruby gems, causing all sorts of interesting problems (esp. in filename handling!) Is there a specific Cygwin Ruby gems package, and a distribution location for Cygwin-specific ruby gems? -- 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: VS 2005 cl.exe /Zi fails under ssh public key authentication
Brian Dessent wrote: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=389029SiteID=1 indicates that this was a bug in VS that was fixed in SP1. Actually, the last post in that thread seems to indicate that this problem is *not* fixed in SP1.. -- 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-started sessions don't see system environment?
Brian Dessent wrote: http://www.cygwin.com/ml/cygwin/2006-10/msg00729.html http://www.cygwin.com/ml/cygwin/2006-11/msg00397.html My bad. Sorry, didn't search diligently enough. (Though I wonder how it improves security to ignore env vars from /etc/profile or the system environment..) -- 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: slow bash spawn
Marc Compere wrote: cygcheck: dump_sysinfo: GetVolumeInformation() for drive E: failed: 2 cygcheck: dump_sysinfo: GetVolumeInformation() for drive Y: failed: 53 cygcheck: dump_sysinfo: GetVolumeInformation() for drive Z: failed: 53 These wouldn't be drive letters assigned by your Sonic DLA, would they? That would definitely explain the timeouts when you then turn around and stop DLA. Either keep DLA running, or unmap those drive letters.. -- 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-started sessions don't see system environment?
Brian Dessent wrote: I suppose a way to reconcile these would be a utility that you call from ~/.profile that enumerates the list of environ key/value pairs from the registry and installs them into the process' environment. That's an interesting idea. regtool list -v /machine/SYSTEM/CurrentControlSet/Control/Session Manager/Environment and regtool list -v /user/Environment Thanks! At least the germ of an idea (it'll need some work, obviously; putting all the settings again into .bash_profile is probably a lot easier :-). -- 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-started sessions don't see system environment?
Shankar Unni wrote on 2007-03-13: I have a very odd situation here on my Win2K3 box. I have sshd set up, using privilege separation. I can log in as a local user, but the environment I see is not the same as the environment I see when I log in on the main desktop. Ping? Has anyone else seen anything like this? Is there any other information I could generate that would help debug this? I know sshd (on Linux, etc.) tries really hard *not* to source any of the standard setup files like /etc/profile, etc., and quite probably also forces a standard environment on children it spawns. Is this what is going on here, too? Somehow the code ignores the system environment, and just copies some well-known subset of its environment to its children, or something? -- 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-started sessions don't see system environment?
I have a very odd situation here on my Win2K3 box. I have sshd set up, using privilege separation. I can log in as a local user, but the environment I see is not the same as the environment I see when I log in on the main desktop. Specifically, several System environment variables are missing from the environment, though evidence of their having been expanded is there (my Path refers to %JAVA_HOME%, etc., and I can see the expanded value of JAVA_HOME in my %Path%, but JAVA_HOME itself is missing from the environment). What am I missing here? I've attached two cygcheck.outs (one from the ssh session, and one from my desktop; the desktop session is OK in that it has all the System environment vars, while the ssh session is missing several..) Cygwin Configuration Diagnostics Current System Time: Tue Mar 13 15:06:43 2007 Windows 2003 Server Ver 5.2 Build 3790 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\ant\bin C:\cygwin\bin c:\java5\bin c:\oracle\product\10.2.0\db_1\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem C:\cygwin\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1015(build) GID: 513(None) 513(None) 555(Remote Desktop Users) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1015(build) GID: 513(None) 513(None) 555(Remote Desktop Users) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'build' PWD = '/home/build' CYGWIN = 'ntsec tty' HOME = '/home/build' MAKE_MODE = 'unix' HOMEPATH = '\cygwin\home\build' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' HOSTNAME = 'arsenic' TERM = 'cygwin' SHELL = '/bin/bash' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 4 Stepping 7, GenuineIntel' WINDIR = 'C:\WINDOWS' SSH_CLIENT = '10.66.100.10 4480 22' OLDPWD = '/etc' USERDOMAIN = 'ARSENIC' SSH_TTY = '/dev/tty0' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' TEMP = '/cygdrive/c/DOCUME~1/SSHD_S~1.000/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'build' PROCESSOR_LEVEL = '15' MAIL = '/var/spool/mail/build' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\build' TZ = 'PST8PDT7,M3.2.0/2,M11.1.0/2' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\ARSENIC' PROCESSOR_ARCHITECTURE = 'x86' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' LOGNAME = 'build' TMP = '/cygdrive/c/DOCUME~1/SSHD_S~1.000/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'Microsoft Office Document Image Writer' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0407' SSH_CONNECTION = '10.66.100.10 4480 192.168.12.37 22' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '2' COMPUTERNAME = 'ARSENIC' _ = '/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\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) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS152539Mb 13% CP CS UN PA FC d: cd N/AN/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Not Found: crontab Found: C:\cygwin\bin\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Not Found: ld Found: C:\cygwin\bin\ls.exe Not Found: make Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\patch.exe Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\test.exe Not Found: vi Found: C:\cygwin\bin\vim.exe 61k 2006/11/10 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 cygbz2-1.dll v0.0
Re: Problem with ruby and cygssl-0.9.8.dll
Geoffrey T. Cheshire wrote: The issue is well stated here: http://cygwin.com/ml/cygwin/2005-10/msg00873.html Though some of the points made there aren't necessarily as stated. Brian - you said: You can get around this by setting up some kind of registry of assigned base addresses, or treating the problem like a heap, but that get extraordinarily more complex because you have to maintain state. The registry of assigned base addresses isn't that difficult of a problem - SGI had such a rebasing mechanism (with a permanent text-format base address database) even back in 1994. Every time rebaseall (or its equivalent on Irix - forgotten what it was called) was run, it would start with the DB contents, validate them (quick), and mark any DLLs that were not in the DB, or were invalid (didn't match the DB base and size). So it only had to do a relatively small number of DLLs on subsequent passes, and so the system installer would run a default rebaseall after installing or removing *any* package. (When removing a package, the corresponding entries were removed from the DB to make room for other DLLs). The only problem with this was that over the long term, it would end up fragmenting the address space somewhat (the old malloc problem), so there was a force option to rebase everything ignoring the DB (which was also the cleanup option if something got badly corrupted). -- 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: Install Lame encoder under cygwin
You want to know how to build lame, or how to run lame to encode your music files? For the former, why bother? http://www-users.york.ac.uk/~raa110/audacity/lame.html (and a whole host of other sites) host binaries for lame. For the latter, follow the links on that page to go to the home page to look for instructions.. -- 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: javac?
Samuel Thibault wrote: Linux distributions usually provide a javac symlink pointing on gcj, which is handy for all these applications that assume that javac is the proper command for compiling java programs. If you must do that, at least do it with alternatives. -- 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: parens in PATH break tcsh /etc/profile.d init for xorg and lapack
Mark Charney wrote: /cygdrive/c/Program Files (x86)/Microsoft Visual Studio 8/VC/bin/amd64 Yeah, you have to take care to quote all the directories that you work with. As long as you do that, it should handle parentheses just fine. % setenv PATH $PATH:/usr/bin (x86) % echo $PATH /cygdrive/c/Apps/bin:/cygdrive/c/oracle/product/10.2.0/db_1/bin:/cygdrive/c/Apps/bin:/cygdrive/c/Apps/emacs-21.3/bin:/cygdrive/c/ant/bin:/cygdrive/c/java5/bin:/ usr/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program Files/cvsnt:/cygdrive/c/Program Files/Rational/common:/usr/bin (x86) % ls 3rdparty/ common/ scripts/ Looks good to me.. -- 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 bug in gettimeofday function
Andrew Makhorin wrote:
{ double t0 = get_time(), t1 = get_time();
[Maybe OT?]
1. I can't remember if C guarantees that comma-separated *declarations*
are initialized in order or not.. And to think I used to be an ANSI C
guru :-(.
2. The reason that the t0 t1 fails, but t0 and t1 get dumped to be
the same, is that C allows the implementation to use larger-than-64-bit
(for 64-bit) intermediate double representations. In the case of X86,
the CPU's floating-point registers are 80 bits wide.
When they get written to stack, the value is rounded (or truncated?) to
64 bits.
In the optimized code, I'll bet you that the two locals (t0 and t1) are
kept entirely in registers, at least until the t0 and t1 calls. So
at the point of comparison, it's comparing two 80-bit values, but when
you flush them to memory to dump them as integer values, they get
truncated to the (same) 64-bit value.
--
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: Oracle 10g sqlplus takes 6 quits or exits when run from cygwin
Jason Thurston wrote: I just installed cygwin and I just installed oracle 10g on my Windows XP computer.If I run sqlplus to connect to oracle 10G through a tns connection then when I want to exit I have to type quitenter 6 times in a row and then it will exit sqlplus. I've been using Cygwin with Oracle 10gR2 for a couple of years now, without any problems (quits on first quit!). Your output seems to show that it's going back and reconnecting over and over. Strange. Have you set a CYGWIN environment variable? Can you please follow the instructions at http://cygwin.com/problems.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: xargs problem
Christopher Layne wrote: $ uname -a; uptime; time echo 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 | xargs -n1 /dev/null CYGWIN_NT-5.2 opteron 1.7.0s(0.165/4/2) 20070215 07:41:32 i686 Cygwin 10:05:57 up 1 day, 11:10, 0 users, load average: 0.00, 0.00, 0.00 real0m5.185s user0m0.150s sys 0m0.573s [OT] On an Opteron?! I get 1.1 seconds on a low-end Core 2 Duo with WinXP. Something else also the matter at your end. (Of course, my Linux box, on an older Core Duo, also does this in 0.085 seconds, so your Linux box is slow, too :-) ). But process creation is well-known to be slow in Cygwin, for completely unavoidable reasons (having to emulate a nearly full layer of POSIX semantics *on top of* Windows processes, which are already slow(er) to start with). -- 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: is there any little-endian and big-endian issue with cygwin?
Tim Beuman wrote: Java uses big-endian while Windows/DOS (and cygwin) uses little-endian. [OT] False. Java only uses big-endian for external representation of integers. In memory, integers follow the native layout of whatever architecture it's running on. -- 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: ls not showing anything - sometimes
Chuck wrote: Any other ideas? Anyone? Have you followed the problem reporting guidelines at http://cygwin.com/problems.html ? Also, if you are familiar with strace, you may want to run strace /bin/ls in your /cygdrive directory, and see if anything obvious (to you) pops up. Else, you could try posting a followup (to your full problem report as above) with the strace output. -- 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: ls command not outputting file names.
Chuck wrote: Attached files are output from cygcheck -s -v -r cygcheck.out, and and an strace of a failed execution of ls /cygdrive. By failed I mean that the command produced no output. That's funny. The readdir() is cranking along, and reads c, g, h and k. Each of these consists of the sequence, e.g.: normalize_posix_path: src K:\ normalize_win32_path: K:\ = normalize_win32_path (K:\) mount_info::conv_to_win32_path: conv_to_win32_path (K:) mount_info::conv_to_win32_path: src_path K:, dst K:, flags 0x0, rc 0 symlink_info::check: not a symlink symlink_info::check: 0 = symlink.check (K:\, 0x22C210) (0x0) set_privilege: 1 = set_privilege ((token 6B0) SeChangeNotifyPrivilege, 1) path_conv::check: this-path(K:\), has_acls(0) fhandler_cygdrive::readdir: 0x22C9CC = readdir (0x6A1BE0) (k) However, for his last drive (S:), I only see the trailing sequence normalize_posix_path: src S:\ normalize_win32_path: S:\ = normalize_win32_path (S:\) mount_info::conv_to_win32_path: conv_to_win32_path (S:) And that's it - it ends abruptly there (the second trace from conv_to_win32_path() is not present). So it seems to have died in that conv_to_win32_path() call. Obviously something odd about that share. Chuck: can you tell if there's something unusual about the server that exports that share (as opposed to the other drives you have, like K: and G:)? -- 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: Using a DLL built with cygwin in VC++
Papasha wrote: Hello, I'm trying to use a DLL created with cygwin in my VC++ project. First of all, have you read the Cygwin FAQ (specifically, *all* the questions in the Programming FAQ? Read the caveats about linking Cygwin DLLs into VC++ programs. Specifically, Q 16. After you have understood what you're actually trying to do, you may want to try to follow the instructions in Q 16 to generate your .lib and .def files, and then make sure to put in the correct crt hooks, etc. -- 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: ls not showing anything - sometimes
Chuck wrote: $ cd /cygdrive $ ls $ ls -a . .. c g h k s $ ls -a $ ls -a Hmm. Can't replicate this on my system. Nor can I replicate your other report, about corrupted ls output. You should definitely report a problem in the format described by http://cygwin.com/problems.html. Readers can then ask you for followup information as appropriate. -- 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: mp3 tag editor for cygwin?
Andy Kriger wrote: Can someone recommend a good command-line tool for editing mp3 tags? My recommendation is to roll some simple Perl scripts using MP3::Tag, which works beautifully for me. -- 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: Support planned for vista symbolic links?
Corinna Vinschen wrote: [..] The next major Cygwin release will be able to read native NTFS symlinks and treats them as symlinks. However, it's not planned to utilize native NTFS symlinks when creating symlinks in Cygwin. Actually, that sounds perfect. The main thing is to recognize them as symlinks. Thanks! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Support planned for vista symbolic links?
This article from Mark Sysinternals Russinovitch discusses the new real symbolic link feature in Vista (real in that it's classic Unix-style, where the symlink is interpreted on the local OS, even for links in mounted shares, and can refer to either a file or a directory): http://www.microsoft.com/technet/technetmag/issues/2007/02/VistaKernel/default.aspx#S4 The only catch he mentions is that you need a special privilege to create these symlinks, and that privilege is only granted to administrators by default. (Usual windows reason: to protect users from tools that are not symbolic-link-aware) Anyway: is any support planned in cygwin and/or coreutils for this feature? (specifically, supporting symlink(), S_ISLNK support in stat, etc.) -- 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: username should be lower-case for $USER
TDavid Smiley wrote: I am new to Cygwin. I noticed that the $USER environment variable has my username in upper-case. So it is DSMILEY. As David said, that's because you created your username in ALL UPPERCASE when setting up the user on Windows. The only way to fix this for you would be to rename your Windows user to have a lower-case name. (If windows allows that operation..) -- 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: Exclude cygwin folder from malware scans?
Fred Ma wrote: After some surfing, I haven't found any evidence of malware targetting cygwin. I'm considering excluding the massive file tree from scans (AV, SpyBot, AdAware). I'd be interested in more experienced opinions about this. Thanks. I'd still be wary of as-yet-unknown viruses that reach out and infect loaded DLLs. You probably should continue to scan c:\cygwin\bin, but exclude everything else (which is still a big help). -- 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: Vista coreutils (or any other package)
Brian Dessent wrote: The manifest route is pretty simple, you just create an .xml file, then refer to it in a resource file, and then windres does the rest. But in cases like this, we really *don't* want to run with elevated privileges - if I'm installing to /tmp, I definitely don't want to raise my privileges needlessly and potentially set up a security risk somewhere. (Admittedly this is an unlikely scenario, but...) Also, you want an *unprivileged* user to be able to run install to an unprivileged location, and such a manifest won't help (because that user won't ever be able to raise their privileges without knowing an administrator password). Perhaps if we did this (cygwin-specific hack) instead? * Rename install.exe to inst-all.exe (or something that won't trip Vista's braindamage) * Supply a one-line install shell script to exec inst-all. * And then, in turn, we could provide an option to install to hack other packages' installations of executions named xxxinstallxxx.exe, etc., to use this subterfuge and create the script and renamed execute on the fly in the install location. (I.e. when you run /usr/bin/install [--maybe-some-option] myupdate /usr/bin install would actually copy myupdate.exe to /usr/bin/myup-date.exe, and create a /usr/bin/myupdate shell script to invoke myup-date.) -- 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: CVS patch for cygwin
Dave Korn wrote: Last time I checked, which was admittedly some years ago now, wincvs was just a gui wrapper that shelled out to a commandline cvs client to do the actual work for it. So isn't the real problem that you're using the wrong cvs client software with wincvs, i.e. you're using a cvsnt client instead of the cygwin cvs client? [OT] WinCVS uses the CVSNT (fork of cvs) package, because it depends on some gui-integration feature of CVSNT for its functionality. I've tried to make it use the Cygwin cvs, but it no work so good with that. CVSNT = CVS 1.11.something + NT-specific changes + refactoring of authentication mechanisms into separate loadable libraries + some random enhancements (like the -gui switch to output additional info to integrate to GUIs..) [/OT] -- 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: CASE error in script file
Doug wrote: case $1 in If $1 is undefined (i.e. you pass in no arguments), this line becomes case in which is incorrect syntax, of course. Answer: quote the $1. -- 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: CASE error in script file
Doug wrote: I did put the $1 in and it still gives me the same error case $1 in '/test.sh: line 1: syntax error near unexpected token `in '/test.sh: line 1: `case $1 in Do you have a DOS CR in there? (shows up as ^M in vim?) See the many, many threads in here about bash handling of CRs. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rxvt: Ctrl+C leaves child process of native processes
Christopher Faylor wrote: When I hit ^C, bash and cmd exit immediately leaving perl and the two java processes. Cygwin has no way of knowing what the children of non-cygwin subprocesses are. So, as you've found, if you don't use a Cygwin program, you won't get linux-like signal results. This shouldn't be *too* surprising. The best way to avoid such surprises is NOT to use .BAT files in your app stack. As long as you have all cygwin processes in the process tree (it's OK for the leaf processes to not be cygwin, though), the ^Cs should get passed down as expected. -- 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: DLL error messages suppressed under zsh/RXVT
Williams, Gerald S (Jerry) wrote: $ mv cygcrypto-0.9.8.dll cygcrypto-0.9.8.dll.NOT $ ./openssl $ No popups or error messages, just silently exits. Before sending your cygcheck.out, try checking the archives. This problem was talked about a couple of months ago. See the thread starting with: http://sourceware.org/ml/cygwin/2006-08/msg01039.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: bash-3.1-7$B!!(BBUG
Eric Blake wrote: But I intend that on binary files, \r\n line endings will treat the \r as part of the line, so at least binary mounts won't suffer from the speed impact of treating a file as unseekable the way bash 3.1-6 does. Would it be possible to do this dynamically (instead of keying off of mounts, etc.): if the first line of the file read by bash has a \r\n, use text-mode (1-char-at-a-time) semantics, else use binary semantics (lseek)? -- 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: In which package is cygdpstk-1.dll (missing in xorg-x11-bin-dlls)?
Rafal Mantiuk wrote: I cannot find the package that would contain cygdpstk-1.dll. Package search shows that it should be in: xorg-x11-bin-dlls/xorg-x11-bin-dlls-6.8.2.0-1 but the current version of this package, which is 'xorg-x11-bin-dlls-6.8.99.901' does not contain this library file. I've been seeing rumbles of this library going away in recent xorg versions. For instance, the Fedora Core 5 distribution of xorg (7.0) doesn't have this library at all.. -- 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: no message or dialog when a DLL is missing
Pierre Baillargeon wrote: Thanks for the information. I will not submit a patch because I suspect the current behavior is prefered by the majority: having a dialog pop-up in the middle of scripts is much more catastrophic is most case than having a return code, for unattended processing. So I expect the patch to be badly received by end users. Perhaps the right thing would be for somebody to emit an error (read on). On Linux, etc., when a shared library is missing at runtime, any attempt to execute a binary depending on it will get an error like: % /usr/bin/xvidtime /usr/bin/xvidtune: error while loading shared libraries: libXdmcp.so.6: cannot open shared object file: No such file or directory I'm pretty this message is coming directly from (in this case) ld-linux.so (the DLL loader on linux). If Cygwin is intercepting the equivalent exception on Windows, perhaps a possible compromise would be for cygwin1.dll to emit such an error to stderr? -- 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: no message or dialog when a DLL is missing
mwoehlke wrote: What I expected is a dialog would pop-up saying XYZ.dll not found like cmd.exe does, for example. I assume you are running 'on the glass'? I just verified the same behavior (no error popup, non-zero exit status) 'on the glass' - tcsh and bash in a native windows command window. But it *does* throw up an error dialog if I actually run such a program from CMD.EXE. I routinely rename tcl84.dll out of the way (so that stupid WinCVS can load - sigh!), so normally, when I forget and run gdb, I get an error popup about the missing tcl84.dll. Now - nothing (no errors - immediate exit). I just get an exit code of 53 instead. cygcheck attached. Cygwin Configuration Diagnostics Current System Time: Thu Aug 24 12:32:49 2006 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: c:\Apps\bin c:\cygwin\usr\X11R6\bin c:\program files\imagemagick-6.2.8-q16 c:\Apps\bin c:\Apps\emacs-21.3\bin c:\ant\bin c:\java5\bin c:\cygwin\bin c:\oracle\product\10.2.0\db_1\bin c:\Program Files\Microsoft Visual Studio .NET\Vc7\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Common Files\Adaptec Shared\System c:\Program Files\MySQL\MySQL Server 5.0\bin c:\Program Files\cvsnt c:\Program Files\QuickTime\QTSystem\ Output from c:\cygwin\bin\id.exe (nontsec) UID: 1005(shankar) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from c:\cygwin\bin\id.exe (ntsec) UID: 1005(shankar) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS HOME = 'c:/Shankar' PWD = '/cygdrive/c/Workarea/CSIMain/csi' USER = 'shankar' !:: = '::\' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' APPDATA = 'C:\Documents and Settings\shankar\Application Data' CLASSPATH = '.;C:\Program Files\Java\jre1.5.0_07\lib\ext\QTJava.zip' CLIENTNAME = 'Console' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' COMPUTERNAME = 'HQ-SHANKAR' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' DEVMGR_SHOW_DETAILS = '1' EDITOR = 'gnuclient' ENVIRONMENTVARIABLE = 'C:\Program Files\Common Files\InstallShield\' FP_NO_HOST_CHECK = 'NO' HOMEDRIVE = 'C:' HOMEPATH = '\Documents and Settings\shankar' INCLUDE = 'C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\' JAVA_HOME = 'C:\java5' LIB = 'C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\' LOGONSERVER = '\\HQ-SHANKAR' NOREBIND = '1' NUMBER_OF_PROCESSORS = '1' OS = 'Windows_NT' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PERL5LIB = 'C:\oracle\product\10.2.0\db_1\perl\5.8.3\lib\MSWin32-x86;C:\oracle\product\10.2.0\db_1\perl\5.8.3\lib;C:\oracle\product\10.2.0\db_1\perl\5.8.3\lib\MSWin32-x86;C:\oracle\product\10.2.0\db_1\perl\site\5.8.3;C:\oracle\product\10.2.0\db_1\perl\site\5.8.3\lib;C:\oracle\product\10.2.0\db_1\sysman\admin\scripts;' PROCESSOR_ARCHITECTURE = 'x86' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = '15' PROCESSOR_REVISION = '0209' PROGRAMFILES = 'C:\Program Files' QTJAVA = 'C:\Program Files\Java\jre1.5.0_07\lib\ext\QTJava.zip' SESSIONNAME = 'Console' SYSTEMDRIVE = 'C:' SYSTEMROOT = 'C:\WINDOWS' TEMP = '/cygdrive/c/DOCUME~1/shankar/LOCALS~1/Temp' TMP = '/cygdrive/c/DOCUME~1/shankar/LOCALS~1/Temp' USERDOMAIN = 'HQ-SHANKAR' USERNAME = 'shankar' USERPROFILE = 'C:\Documents and Settings\shankar' VS71COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\' WINDIR = 'C:\WINDOWS' TERM = 'cygwin' HOSTTYPE = 'i386' VENDOR = 'intel' OSTYPE = 'posix' MACHTYPE = 'i386' SHLVL = '1' LOGNAME = 'shankar' GROUP = 'None' HOST = 'HQ-SHANKAR' MANPATH = ':/usr/ssl/man' SYSPATH = '/usr/X11R6/bin:/cygdrive/c/program files/imagemagick-6.2.8-q16:/cygdrive/c/Apps/bin:/cygdrive/c/Apps/emacs-21.3/bin:/cygdrive/c/ant/bin:/cygdrive/c/java5/bin:/usr/bin:/cygdrive/c/oracle/product/10.2.0/db_1/bin:/cygdrive/c/Program Files/Microsoft Visual Studio .NET/Vc7/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program Files/Common Files/Adaptec Shared/System:/cygdrive/c/Program Files/MySQL/MySQL Server 5.0/bin:/cygdrive/c/Program Files/cvsnt:/cygdrive/c/Program Files/QuickTime/QTSystem/' LESS = '-eimq~X' LESSCHARSET = 'iso8859' P4EDITOR = 'gnuclient' VISUAL = 'gnuclient' PAGER = 'less' PERLDOC_PAGER = 'less -+C -e -isrR' SQLPATH = '/cygdrive/c/Shankar/.sql;/cygdrive/c/Shankar' NIGHTLY_BUILD = '1' ENSCRIPT_LIBRARY = 'C:/Apps/enscript' TMPDIR = 'c:/temp' TZ = 'PST8PDT7,M4.1.0/2,M10.5.0/2' 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\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
Re: 1.5.21: bash-completion 20060301-1 failure
Hans wrote:
++ awk 'BEGIN {FS=,}
{for (i=1; i=2; ++i) { \
gsub( .*$, , $i); \
if ($i ~ /^demons/) {print $i} \
}}' /home/David Hasselhoff/.ssh/known_hosts
Aha(?)! I wonder if completion is effectively quoting the argument to
awk (or if that path is being sent as two paths: /home/David and
Hasselhoff/.ssh/known_hosts)..
Try setting your home directory to something like /home/DavidH~1 (or
whatever the short form of your actual home directory is :-) and see if
that works now..
--
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/
Why does tcl84.dll not follow the Cygwin DLL naming convention?
I notice that the Tcl/Tk libraries are the only DLLs (*) in Cygwin's /usr/bin that don't follow the cygwin DLL naming convention of prefixing cyg to the DLL name. (The issue that prompts this idle speculation is described in these postings: http://sourceware.org/ml/cygwin/2004-02/msg00195.html http://sourceware.org/ml/cygwin/2004-02/msg00071.html ) This just a casual question: why? I know, WJM and all that, but why don't these libraries have a cyg prefix - which would solve all these problems? And I suppose it's too late to fix this now, even if it could be? I guess it would require re-releasing several packages that depend on it.. -- 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: Why does tcl84.dll not follow the Cygwin DLL naming convention?
Brian Dessent wrote: I think it's because tcl/tk is one of the few packages that is actually compiled as a windows native program. That's interesting. I've been dreading getting the source to it and looking into it - perhaps I should bite the bullet sometime.. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup - duplicating cygwin
Jim Easton wrote: cd /cygdrive/c/cygwin cd proc For which I received the message: bash: cd: proc: No such file or directory Of course. As you surmised, these two are *NOT* the same. The literal path /proc (and /dev) are treated specially. Unlike on linux, mount is not modifying the kernel layer below to create a file system linkage - it's all in the emulation layer for open() in cygwin1.dll.. You can't cd to / using a native win32 shell, for instance, and see any of these mount points.. -- 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: Issue with Find command on windows NT
[EMAIL PROTECTED] wrote: find: /cygdrive/i changed during execution of find (old inode number -506580184, new inode number -509781400, filesystem type is system) [ref 1114] Ah, finally, some actual details. Try a recent snapshot of cygwin1.dll from http://www.cygwin.com/snapshots. -- 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.19] Issues with installing on XPe
Erik D. Zane wrote: So, I will repeat the question: Is there a known issue with installing and using Cygwin on XPe? It most certainly is not an officially supported platform. That said, if it supports the Win32 API (as it probably does ;-), there's a *possibility* that it could be made to work, but you're on your own for debugging it. If it's missing the DOS NUL device, then that's it - Cygwin depends on that device being present. Please check the Microsoft knowledge base for a NUL device on XP embedded, and try to figure out how your installation is missing it. -- 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: 20060521 snapshot, Ctrl-C, and Windows processes
Igor Peshansky wrote: Noticed a problem today: if you start a Windows process in bash and press Ctrl-C, the Ctrl-C will be delivered to the process, but then bash (or the Cygwin wrapper that waits for the Windows process) will simply hang until the Windows process terminates. If the process does not terminate (e.g., ping -t), bash will hang until Ctrl-C is pressed 10 times (the delays between the consecutive Ctrl-Cs don't seem to matter). CGF seems to have fixed this in the 20060522 snapshot. Yay. I thought I was imagining things. It only affected Win32 programs (i.e. -mno-cygwin) that did *not* install a SIGINT handler. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin and Emacs: How to exit?
Lloeki wrote: Andrew DeFaria wrote: How is this better than simply using rxvt? I used rxvt for some time but puttycyg rolls better for me. [...] Plus, didn't we just see an announcement where future rxvt's were going to be built as (real-)X11-only, instead of with a stub X11 library (W11?) that allows it to display to a local window? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin and Emacs: How to exit?
Lloeki wrote: [...] puttycyg (google) [...] Almost the best thing since sliced bread! I'm an instant convert.. -- 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: __int64 errors when building Java wrapper for C++ based VTK.
Some Developer wrote: Cygwin version: 1.5.19-cr-0x5ef Java version: 1.5.0 Update 6 VTK version: 5.0.0 CC path: cygwin default CXX path: cygwin default I hope you're also using the -mno-cygwin flag when compiling your native stubs, or else you won't be able to use your DLL from within Java.. -- 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: Call for testing Cygwin snapshot
Corinna Vinschen wrote: - The problem with Ctrl-C propagated to an unrelated child process (http://cygwin.com/ml/cygwin/2006-04/msg00556.html) should be fixed. Thanks. This also solved a problem we had with a nohup'ed background processing receiving SIGINT from the interactive shell from which it was started. We would start the process as nohup java app.out 21 from a shell script (which then exits, which should reparent the java (really, any external Win32 console process) to 1 in Cygwin's accounting, shouldn't it?), but it would still receive any ^Cs we typed into the interactive shell window from which that wrapper shell was run.. It doesn't any more. -- 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: Spam:Re: Find not working w/ Samba drive
Corinna Vinschen wrote: Btw., I have hacked together a tiny testcase which lists a directory and evaluates the inode numbers using readdir and lstat. I would be interested to see the output for some smaller directories on shares using pre-3.0 Samba versions. This is the output from a server running Version Samba for GuardianOS v2.6.050.200310180953 (this is a Snap Appliance file server, which seems to be a 2.4.19 linux kernel. Not sure if they've tweaked smbd in any way..): % ./st //hq-share1 Documents d: 00, st: 018014724927011328 Backup d: 00, st: 1495201458608421376 Builds d: 00, st: 1297557616381147648 . d: 00, st: 3313024975094127606 .. d: 00, st: 0006035200 % % ./st //hq-share1/Backup (names obfuscated..) . d: 00, st: 1495201458608421376 .. d: 00, st: 3313024975094127606 1 d: 00, st: 1531250493513284096 2 d: 00, st: 1567367779743447552 x3 d: 00, st: 09633611659776 xx4 d: 00, st: 018014845186095616 x5 d: 00, st: 036029153501264384 xx6 d: 00, st: 090072499353565696 x7 d: 00, st: 108086897863047680 8 d: 00, st: 144138466798615040 xxx9 d: 00, st: 166548549587188224 10 d: 00, st: 197791584807303680 x11 d: 00, st: 216122792989440512 xx12 d: 00, st: 234187627299879424 .DS_Store d: 00, st: 1495201462903388672 Temporary Items d: 00, st: 324293142067034624 I also tried this program on two 3.0.9 SMB servers running on ordinary RedHat (FC3/RHEL3) boxes, and also got d == 0 for both of them, and similar inode numbers as well: % ./st //hq-share2 (RHEL3, smbd 3.0.9-1.3E.3) SoftLib d: 00, st: 000281479271678723 . d: 00, st: 3313024975094127607 .. d: 00, st: 0006035200 etc.. Hope this was some use.. (PS. I'm running cygwin 1.5.19-4, with the 4/3/2006 snapshot overlaid). -- 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: indexing cygwin data files for rapid search
Charles D. Russell wrote: Is there any utility that will index the contents of cygwin files (.tar.gz, etc.) for rapid search, like the Google personal search software for Windows files? I would not expect that the Google tool for Windows would include Linux compression and archiving formats. Ironically, Google is your friend: http://shareware.pcmag.com/product.php%5Bid%5D92052%5Bcid%5D64%5BSiteID%5Dpcmag -- 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: _kbhit
Gary R. Van Sickle wrote: Arend-Jan Westhoff writes: I cannot confirm your assertion that msvcrt.dll and cygwin1.dll cannot be used together. The Gary Exclusion Principle: Two C runtimes cannot occupy the same point in space at the same moment in time. The problem here is that unfortunately they *can* occupy the same point in space at the same time, with the same bad effects as in science fiction movies when one object materializes in the middle of another :-). The problem is that, for instance, some of your malloc calls will link to the cygwin libc, while others (from within the Windows DLLs) will link to MSVCRT, and if you free the pointer with the other library, terrible things will happen. -- 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: ATT: gcc maintainer (was Re: cpp does not honor the -undef option.)
Peter Ekberg wrote: I have now, http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26052 Indeed, as one of the adds to this bug said, this is a target (i.e. cygwin)-specific issue. On Linux, gcc (at least 4.0.x, which Redhat FC4 comes with) prints out only __STDC_HOSTED__=1 when you do cpp -undef -dM /dev/null I'm guessing this should be taken to cygwin-apps now? -- 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: potential fix for cygwin's no system bell problem
Christopher Faylor wrote: http://www.cygwin.com/ml/cygwin/2003-05/msg01615.html So I just installed snapshot 20060103. I'm running WinXP SP2. Before I installed the snapshot, I didn't have that ...\Apps\.Default\.Default key at all, and the beep apparently still worked for CMD. Now, I have this key, and the (Default) entry is set to ding.wav. CMD.EXE still issues an actual beep (PC-beeper-beep) when I type echo ^G (literal control g) (This is using CMD's built-in echo). bash and tcsh now emit a ding instead, for the same command (using shell builtins). (I guess I'm wondering if this is to be the expected behavior from now on; is there any way now to get bash and tcsh to emit a real beep?) Cygwin Configuration Diagnostics Current System Time: Tue Jan 03 14:39:04 2006 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: c:\Apps\bin c:\Program Files\MySQL\MySQL Server 4.1\bin c:\cygwin\usr\X11R6\bin c:\Apps\bin c:\Apps\emacs-21.3\bin c:\ant\bin c:\java\bin C:\cygwin\bin c:\oracle\product\10.1.0\db_1\bin c:\oracle\product\10.1.0\db_1\jre\1.4.2\bin\client c:\oracle\product\10.1.0\db_1\jre\1.4.2\bin c:\Program Files\Microsoft Visual Studio .NET\Vc7\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Common Files\Adaptec Shared\System .\ c:\Program Files\cvsnt c:\Program Files\MySQL\MySQL Server 5.0\bin .\ Output from c:\cygwin\bin\id.exe (nontsec) UID: 1005(shankar) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from c:\cygwin\bin\id.exe (ntsec) UID: 1005(shankar) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS HOME = `c:/Shankar' PWD = `/cygdrive/c/Shankar' USER = `shankar' !:: = `::\' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\shankar\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `HQ-SHANKAR' COMSPEC = `C:\WINDOWS\system32\cmd.exe' DEVMGR_SHOW_DETAILS = `1' EDITOR = `gnuclient' ENVIRONMENTVARIABLE = `C:\Program Files\Common Files\InstallShield\' FP_NO_HOST_CHECK = `NO' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\shankar' INCLUDE = `C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\' JAVA_HOME = `C:\java' LIB = `C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\' LOGONSERVER = `\\HQ-SHANKAR' NOREBIND = `1' NUMBER_OF_PROCESSORS = `1' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PERL5LIB = `C:\oracle\product\10.1.0\db_1\perl\lib\5.6.1\MSWin32-x86;C:\oracle\product\10.1.0\db_1\perl\lib\5.6.1;C:\oracle\product\10.1.0\db_1\perl\5.6.1\lib\MSWin32-x86;C:\oracle\product\10.1.0\db_1\perl\site\5.6.1;C:\oracle\product\10.1.0\db_1\perl\site\5.6.1\lib;C:\oracle\product\10.1.0\db_1\sysman\admin\scripts' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0209' PROGRAMFILES = `C:\Program Files' SESSIONNAME = `Console' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `/cygdrive/c/DOCUME~1/shankar/LOCALS~1/Temp' TMP = `/cygdrive/c/DOCUME~1/shankar/LOCALS~1/Temp' USERDOMAIN = `HQ-SHANKAR' USERNAME = `shankar' USERPROFILE = `C:\Documents and Settings\shankar' VS71COMNTOOLS = `C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\' WINDIR = `C:\WINDOWS' TERM = `cygwin' HOSTTYPE = `i386' VENDOR = `intel' OSTYPE = `posix' MACHTYPE = `i386' SHLVL = `1' LOGNAME = `shankar' GROUP = `None' HOST = `HQ-SHANKAR' MANPATH = `:/usr/ssl/man' SYSPATH = `/usr/X11R6/bin:/cygdrive/c/Apps/bin:/cygdrive/c/Apps/emacs-21.3/bin:/cygdrive/c/ant/bin:/cygdrive/c/java/bin:/usr/bin:/cygdrive/c/oracle/product/10.1.0/db_1/bin:/cygdrive/c/oracle/product/10.1.0/db_1/jre/1.4.2/bin/client:/cygdrive/c/oracle/product/10.1.0/db_1/jre/1.4.2/bin:/cygdrive/c/Program Files/Microsoft Visual Studio .NET/Vc7/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program Files/Common Files/Adaptec Shared/System:.:/cygdrive/c/Program Files/cvsnt:/cygdrive/c/Program Files/MySQL/MySQL Server 5.0/bin:.' LESS = `-eimq~X' LESSCHARSET = `iso8859' P4EDITOR = `gnuclient' VISUAL = `gnuclient' PAGER = `less' PERLDOC_PAGER = `less -+C -e -isrR' SQLPATH = `c:/temp/sql;d:/orant/dbs' NIGHTLY_BUILD = `1' ENSCRIPT_LIBRARY = `C:/Apps/enscript' TMPDIR = `c:/temp' TZ = `PST8PDT7,M4.1.0/2,M10.5.0/2' 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\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
Re: newbie question chdir
Luke Vanderfluit wrote: long saga about windows Perhaps we're having a terminology problem here. Are you typing (literally) the string cd c:\ as the entire input to bash? If so, you need to be aware that all Unix-y shells do *escape processing* using \, so you have to double them up if you want to send them in literally. As in bash-3.00$ cd c:\\ bash-3.00$ pwd /cygdrive/c bash-3.00$ Surprise, it works. Also, you realize that you can use *FORWARD SLASHES* on Windows, don't you? It's completely supported at the Win32 API level, so you can even bash-3.00$ cd c:/ bash-3.00$ pwd /cygdrive/c bash-3.00$ Does this solve your 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: Switching Default Text Type
Lennart Borgman wrote: What is the minimum sequence of operations needed to switch default text type in Cygwin? mount -m commands.sh # edit commands.sh, and change -t to -b or vice versa sh commands.sh -- 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: Is this possible to call cygwin dll outside cygwin?
David Xiao wrote: I found that my library.dll is *only* dependent on cygwin1.dll, though I can not simply put them into same directory to make them work. Is there any alternative suggestion? Thanks a lot! This is a frequently asked question. See http://www.cygwin.com/faq, and from there, to this link: http://cygwin.com/faq/faq.programming.html#faq.programming.msvs-mingw The general idea is: (a) it's hard, and (b) it's legally tricky. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to improve scp speed?
lin q wrote: A dumb question, could I somehow remove the encryption at all? Well, -c none doesn't seem to work :-), so I'm guessing your best bet is to use rsh instead of ssh for this. Voila, no encryption. -- 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: Where is cygwin bin directory?
Lennart Borgman wrote: I want to start Cygwin from within an application. It is in a package that will be distributed to many computers and I have no idea at all if Cygwin is installed and in that case where it is installed. Cygwin is not an application that you start, so this makes no sense at all. That's like saying I want to start MFC from within blah. What exactly are you starting? Bash (the shell)? Some other tool ported to Cygwin? If you simply want to determine where Cygwin is installed, from a non-Cygwin application (without assuming that it's already in the PATH) then you'll have to look at the registry. Look for the following key: HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (assuming you installed Cygwin in the official manner). The value is the path to the bin directory. -- 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 bash behavior with CYGWIN=tty (was Re: [ANNOUNCEMENT] Updated: lynx-2.8.5-4)
Rodrigo Medina wrote: The cycheck output is attached. Can't see anything odd here. Of course, since you didn't use the '-v' and '-r' options, I don't see your environment, or your registry settings here. But while I was playing around with my own settings to try to reproduce this (I normally don't set CYGWIN at all), I ran into something odd with bash. (Didn't even get as far as starting lynx). Trying env CYGWIN=tty bash gave me a bash in which the first command echoes properly, but the second and subsequent commands don't echo at all. cygcheck output attached. Running latest bits + 20051117 cygwin1.dll snapshot on WinXP SP2. Cygwin Configuration Diagnostics Current System Time: Fri Nov 18 15:08:11 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\Apps\bin C:\Apps\emacs-21.3\bin C:\ant\bin C:\java\bin C:\cygwin\bin C:\oracle\product\10.1.0\db_1\bin C:\oracle\product\10.1.0\db_1\jre\1.4.2\bin\client C:\oracle\product\10.1.0\db_1\jre\1.4.2\bin c:\Program Files\Microsoft Visual Studio .NET\Vc7\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\Common Files\Adaptec Shared\System . C:\Program Files\cvsnt C:\Program Files\MySQL\MySQL Server 5.0\bin . Output from C:\cygwin\bin\id.exe (nontsec) UID: 1005(shankar) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1005(shankar) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS HOME = `C:/Shankar' Path = `C:\Apps\bin;C:\Apps\emacs-21.3\bin;C:\ant\bin;C:\java\bin;C:\cygwin\bin;C:\oracle\product\10.1.0\db_1\bin;C:\oracle\product\10.1.0\db_1\jre\1.4.2\bin\client;C:\oracle\product\10.1.0\db_1\jre\1.4.2\bin;c:\Program Files\Microsoft Visual Studio .NET\Vc7\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Common Files\Adaptec Shared\System;;C:\Program Files\cvsnt;C:\Program Files\MySQL\MySQL Server 5.0\bin;' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\shankar\Application Data' CommonProgramFiles = `C:\Program Files\Common Files' COMPUTERNAME = `HQ-SHANKAR' ComSpec = `C:\WINDOWS\system32\cmd.exe' DEVMGR_SHOW_DETAILS = `1' EDITOR = `gnuclient' EnvironmentVariable = `C:\Program Files\Common Files\InstallShield\' FP_NO_HOST_CHECK = `NO' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\shankar' INCLUDE = `C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\' JAVA_HOME = `C:\java' LIB = `C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\' LOGONSERVER = `\\HQ-SHANKAR' NOREBIND = `1' NUMBER_OF_PROCESSORS = `1' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PERL5LIB = `C:\oracle\product\10.1.0\db_1\perl\lib\5.6.1\MSWin32-x86;C:\oracle\product\10.1.0\db_1\perl\lib\5.6.1;C:\oracle\product\10.1.0\db_1\perl\5.6.1\lib\MSWin32-x86;C:\oracle\product\10.1.0\db_1\perl\site\5.6.1;C:\oracle\product\10.1.0\db_1\perl\site\5.6.1\lib;C:\oracle\product\10.1.0\db_1\sysman\admin\scripts' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0209' ProgramFiles = `C:\Program Files' PROMPT = `$P$G' SESSIONNAME = `Console' SystemDrive = `C:' SystemRoot = `C:\WINDOWS' TEMP = `C:\DOCUME~1\shankar\LOCALS~1\Temp' TMP = `C:\DOCUME~1\shankar\LOCALS~1\Temp' USERDOMAIN = `HQ-SHANKAR' USERNAME = `shankar' USERPROFILE = `C:\Documents and Settings\shankar' VS71COMNTOOLS = `C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\' windir = `C:\WINDOWS' 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\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 = 0x0028 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin\bin' flags = 0x001a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin\lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 38115Mb 83% CP CS UN PA FC d: cd N/AN/A C:\cygwin
Re: [ANNOUNCEMENT] Updated: lynx-2.8.5-4
Rodrigo Medina wrote: Right now I am using a W98 box, but the same happens with a laptop with XP. regards, Obviously, at this stage, you should be following the cygwin problem reporting protocol. Problem reports: http://cygwin.com/problems.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: VIM - Vi IMproved 6.4 (2005 Oct 15, compiled Oct 17 2005 11:54:34
Corinna Vinschen wrote: No, it doesn't. I just tried it in 6.3 and this behaviour is the same as in 6.4. ?? % pwd /cygdrive/c/temp/test % ls % touch x % ls -li 20547673299962566 -rw-rw-rw- 1 shankar None 0 Oct 25 12:10 x % vim X % ls -li total 1 20547673299962566 -rw-rw-rw- 1 shankar None 6 Oct 25 12:10 x % mount ... c: on /cygdrive/c type system (textmode,noumount) Case preserved, and looks like it overwrote the old file (instead of moving it out of the way and writing a new file). Running cygwin 1.5.18-1, vim 6.3-1 and cygwin 1.5.18-1, but a snapshot DLL: 1762k 2005/09/19 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 cygwin1.dll v0.0 ts=2005/9/19 8:53 Cygwin DLL version info: DLL version: 1.5.19 [...] Build date: Mon Sep 19 11:53:13 EDT 2005 Snapshot date: 20050919-11:51:47 Shared id: cygwin1S4 Cygcheck not attached, but can be provided if needed. -- 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: VIM - Vi IMproved 6.4 (2005 Oct 15, compiled Oct 17 2005 11:54:34
Christopher Faylor wrote: On Thu, Oct 20, 2005 at 04:15:34PM +0200, Christoph Jeksa wrote: Supposed, you have a file X.sh ( exactly in this spelling ). If you enter: vim x.sh ( also exactly in this spelling ) and write it back after any modification, the file will be renamed even to x.sh. This isn't a vim problem. Windows filename handling is case-insensitive. But I think it's worth mentioning that 6.3 doesn't do this (change the case of the name when writing back). It overwrites the old file when writing back, thus preserving its case. I'm guessing 6.4 has been fixed to move the old file out of the way before writing the new file, and you thus end up with the file name in the same case as the command line. Anyway, the use case is illegitimate, so basically, there is no *bug* in Vim behaving either way - it's just undocumented behavior that has changed. Don't mix cases like this .. (P.S. The other way that certain other editors (e.g. Emacs) deal with this, is that they normalize the file name case when they load a file into a buffer, by getting the real path name of the file - that way, even if the rename the old file and create a new one, it'll be created in the right case.) -- 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: popularity-contest for Cygwin?
Igor Pechtchanski wrote: We already have such a tool. It's called cygcheck. When people post their cygcheck output to the list, it also contains the list of packages they installed. But not what they are *using*, which seems to be the big thing in popularity-contest. Given that disks are cheap these days, and time is expensive, and setup.exe is (as always :-) ) mind-numbing, most users I know just install All from the top level, always. Saves a lot of setup-package searching later.. But ah, if we could figure out which packages are being *used*, that would be fantastic.. -- 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: tcsh can't find executables in Path with wrong case
Corinna Vinschen wrote: Cygwin tcsh does not share its hashing code with the Win32 version, it uses the same code as all other OSes are using. No other OS is using case insensitive hashing, so doesn't Cygwin tcsh. Thanks for the corrections. But bash is clearly doing something right, as: bash-3.00$ ls -l /cygdrive/c/oracle/product/10.1.0/db_1/bin | grep -i exp.exe --+ 1 shankarNone 405776 Mar 8 2004 EXP.EXE bash-3.00$ which exp /cygdrive/c/oracle/product/10.1.0/db_1/bin/exp bash-3.00$ which exp.exe /cygdrive/c/oracle/product/10.1.0/db_1/bin/exp.exe bash-3.00$ which EXP /cygdrive/c/oracle/product/10.1.0/db_1/bin/EXP bash-3.00$ which EXP.EXE /cygdrive/c/oracle/product/10.1.0/db_1/bin/EXP.EXE And it's able to run the program using any of those 4 unqualified names (exp, exp.exe, EXP, EXP.EXE). But tcsh is lost: which exp exp: Command not found. which exp.exe exp.exe: Command not found. which EXP EXP: Command not found. which EXP.EXE EXP.EXE: Command not found. Huh? But: exp exp: Command not found. exp.exe exp.exe: Command not found. EXP ... output from Oracle EXP EXP.EXE ... output from Oracle EXP I wonder if tcsh can pick up some lessons from bash... Oh, I'm running cygwin1-20050914.dll (on top of cygwin 1.5.18-1), and tcsh 6.14.00-5. -- 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/
tcsh can't find executables in Path with wrong case
Just a reiteration of http://sourceware.org/ml/cygwin/2001-09/msg00499.html, I guess. One of the executables in my PATH is called EXP.EXE (in that exact case). When I type just exp, tcsh can't locate it. It can if I type EXP. It's clearly something to do with the path hashing, as unhashing fixes this problem (typing unhash at the command prompt). And bash doesn't seem to have this problem (I guess it doesn't hash things). So this is just to inform folks of a possible workaround for this problem (ref: http://sourceware.org/ml/cygwin/2001-12/msg00700.html). Unfortunately, sticking that command into .tcshrc doesn't seem to help: I have to explicitly type unhash at the command prompt, and then tcsh is able to find these executables. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe feature request (text mounts)
Christopher Faylor wrote: Cygwin already uses the default settings that we want it to use so, if this is implemented, we wouldn't want to make it the default. I meant if the user chooses 'DOS' (not the global default). I.e. don't ever mount c:\cygwin as text, even if the user asks for DOS. Is there ever a (good!) reason to mount c:\cygwin\bin or c:\cygwin\lib as text? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
setup.exe feature request (text mounts)
Since the text-mode mounts discussion (re: the file command) drifted off into the merits of text vs binary mode (talk fodder), I thought I'd split off this one as a top-level message to reiterate the request. Could setup.exe be modified so that the choice of text vs binary (DOS vs Unix line endings, in that screen) is applied _only_ to the cygdrive mount? It would be nice if one of the choices (or perhaps the default choice if the user chooses DOS endings) was to make: / binmode /usr/libbinmode /usr/binbinmode,exec /cygdrive textmode (whatever the user chose at that screen). Does this sound reasonable and doable? -- 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: file not working on executables?
Corinna Vinschen wrote: You should not mount the whole Cygwin tree in textmode Totally agree. But we need to do a text mode install from setup.exe because so many of the tools we use are non-Cygwin tools, and cvs does nasty (or at least unattractive) things if the mount is binmode, and the text file contains ^Ms. But this really applies only to the cygdrive mounts (since that's where the affected files live). What would be nice is if setup *always* mounted / and /usr/lib in binmode, and /usr/bin in mount -x mode, and only honored the text mode in the installer screen for the cygdrive mounts. -- 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/
[OT?] Re: (XP) cvs [checkout aborted]: cannot rename file CVS/Entries.Backup to CVS/Entries: Permission denied
Igor Pechtchanski wrote: There is a 'handle' utility from SysInternals that can tell you which processes have handle to a particular file... Though given that these are transient operations, you may not have time to fire up Handle to see who has the file. But there's an equally nice utility at that site called NTFileMon (or FileMon) that can show *all* I/O system calls made by *all* processes. Be prepared for a blizzard of info, but if you get that error, you can then filter the report by ERROR status, IIRC. -- 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: Permissions, again
Corinna Vinschen wrote: use POSIX permissions with POSIX permission rules - ntsec, use Windows permissions with Windows permission rules - nontsec Err, isn't that sort of a backwards terminology? When I see the word ntsec, I read it as use NT SECurity, vs. NO NT SECurity (i.e. something else, e.g. POSIX).. Perhaps the confusion might be reduced if the option were called posixsec or noposixsec.. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How do I make /bin/sh=sh
Eric Blake wrote: Actually, I'm playing with a change to bash, soon to be bash-3.0-12, where the postinstall script will leave /bin/sh alone if its timestamp is newer than /bin/bash. For one release. What happens after the next upgrade to bash? -- 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: (XP) cvs [checkout aborted]: cannot rename file CVS/Entries.Backup to CVS/Entries: Permission denied
Greg Jones wrote: cvs [checkout aborted]: cannot rename file CVS/Entries.Backup to CVS/Entries: Permission denied This is a symptom of something else having that file open. * What Antivirus software do you have? They sometimes take a few seconds to do their check, during which time the file is open. * Are you also running something else (like WinCVS), or any other package that likes to scan directories based on change notifications? (Sometimes you'll see this error if you have Windows explorer open at the right (wrong) directory..) -- 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: May g++ output windows-style paths instead of cygwin-style one?
Brian Dessent wrote: Angel Tsankov wrote: Is there any way I can force the cygwin build of g++ to output folders using windows style (e.g. c:\folder\file) instead of cygwin style (/cygdrive/c/folder/file) when writing dependency files (-MM option)? No, there's no way to do that. Actually, there is: if the input path names to gcc/g++ are windows-style, it will happily emit windows-style paths to the -M output: % gcc -M /cygdrive/c/Shankar/foo.c foo.o: /cygdrive/c/Shankar/foo.c % gcc -M c:/Shankar/foo.c foo.o: c:/Shankar/foo.c And just to remind the OP: c:/Shankar *IS* a windows-style name (the underlying Win32 API happily takes both \ and / as directory separators). So you just have to define the directories in your Makefile using Windows-style paths, and preferably use / to avoid escape-related problems.. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin and firewalls
Christopher Faylor wrote: On Fri, Jun 17, 2005 at 09:50:07PM +0200, Krzysztof Duleba wrote: I am wondering if there is a firewall that coexists with Cygwin well. This is a good question and, if anyone has a definitive answer, I think it should go into the FAQ. I have had generally good experiences with the Windows XP SP2 firewall and AVG (both Free and Professional) Anti-Virus. -- 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: question: high virtual memory usage
Igor Pechtchanski wrote: Still cannot reproduce (my Process Explorer shows the same numbers as the TaskManager). Which version of Process Explorer are you using? I can. I've just downloaded v9.11 for Win2K/XP/NT 32-bit. Anyway, it shows these wildly inflated Virtual Sizes for a lot of applications (e.g. YPager's VM size is claimed to be 155MB (!), and Outlook's is 510MB (!!! though I wouldn't be shocked if this was the only one that showed such a figure :-)) -- 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: ls returns bad file descriptor
Shaffer, Kenneth wrote: After changing to a directory on another computer, I get bad file descriptor from an ls command: shaffekcd //explr_drivers5/reboot_results2 reboot_results2 shaffekls ls: reading directory .: Bad file descriptor I don't see this on my WinXP SP2 box running 1.5.17. Perhaps there's some problem/issue with the permissions on the root of your share that's confusing bash? Does this also happen in a subdirectory of the share? -- 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: tcsh doesn't find commands that end with .exe
Corinna Vinschen wrote: Dunno why it prints cmd.exe but by design (minus flaws) tcsh only starts applications given w/o path if the application is in the internal hash table. The internal hash table stores the application names w/o .exe suffix. Odd. The native build of tcsh on Win32 seems to support this (it hashes both with and without .exe). See http://www.tcsh.org/MostRecentRelease and http://home.blarg.net/~amol/. Does the cygwin port do something different to *not* cache .exe's? (I.e. does the internal API somehow not expose the names with .exe from cygwin mounts?) -- 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: Making /bin/sh == bash. Has the time come?
Christopher Faylor wrote: So, in conversation with Corinna, I think that we're starting to lean towards making /bin/sh == bash sometime soon. Excellent idea. And it even seems to handle the automatic switch to POSIX mode correctly when called sh.exe. Talking of which, how good is pdksh these days? Using your exec-expr-in-a-loop microbenchmark (without the builtin), it seems to be nearly as fast as ash (within a few percent), and almost 1.5x as fast as bash (I got 20, 23 and 38 seconds for ash, pdksh and bash respectively). And for the builtin (using $((i+1))) loop, it's still nearly 4x as fast as bash (0.06 vs 0.23 seconds, or 0.25 vs 1.1 seconds for 1 iterations). Is it stable enough (and well-enough maintained) to be considered for being the shell? We won't get rid of ash and will point to it when people send the inevitable Cygwin is slow! message here. Actually, has anyone done recent benchmarks comparing bash or pdksh vs ash on a reasonable-sized Configure script, or something like that (instead of toy benchmarks)? My gut feeling is that we may not even need all the alternatives stuff, and can just tell folks who are *really anal* about this (or running especially feeble machine) to just run SHELL=/bin/ash ash ./configure. -- 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: pthread.h small problem
Yuval Turgeman wrote: Hi, The pthread_cleanup_push and pthread_cleanup_pop macros seems to be broken in the CVS (misplaced brackets). I hope I'm not posting to the wrong list, but here's the patch... I'm pretty sure the braces are placed like that *deliberately*, to force you to bracket code with the two macros or get a syntax error. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: find command in cygwin
Igor Pechtchanski wrote: This message is produced by GNU find. find -name a . will result in such. Oops. (Crawl under rock..) -- 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: find command in cygwin
lin q wrote: $ find . -type f -print find: paths must precede expression Usage: find [-H] [-L] [-P] [path...] [expression] Do you see anything wrong? $ which find /usr/bin/find This combo means that you have C:\Windows\System32 in your PATH environment before C:\cygwin\bin. Either flip these around, or in your .bashrc, prepend /usr/bin to the PATH. If you had followed http://cygwin.com/problems.html , we might not have to read minds or use other psychic/telepathic access to debug this.. -- 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.14-1 cygwin1.dll could not be found
Morche Matthias wrote: cygwin1.dll not found comes up during the update of cygwin This is a common problem, if you're updating a bunch of packages including cygwin all together, and one of the packages has an uninstall script that runs some other cygwin binary. Setup normally downloads everything (that was selected), uninstalls everything, and then re-installs everything. Where things go wrong is in the order of these uninstalls and re-installs. What happens is that sometimes, cygwin gets uninstalled before some of the other packages, so when that other package's uninstall script gets run, it can't find cygwin1.dll (which has just been removed). Normally, clicking OK on the error and letting the installation continue results in a usable system. (most packages' post-install configuration changes don't radically change between releases..) It's mostly cosmetic. It would be nice (WIBNI?) if setup always sorted packages specially so that cygwin would always be the last thing uninstalled and the first thing installed when a mixture of packages is selected for upgrade. -- 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: Netscape or Mozilla binaries for Cygwin?
103571.1247 wrote: I've also been looking for a way to run Netscape or Mozilla under Win98 Cygwin (under XWin with graphics), but I haven't found one yet. Umm, for a practical reason, or just as an exotic intellectual exercise? Win98?! Are you also maybe running it on a 486? That would be a *real* intellectual challenge. (Trying to stay sane..) -- 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: package for netstat?
Shapiro, Jonathan wrote: But if other cygwinners use Win netstat, I'll use it too. [OT?] ping, tracert (not traceroute), nslookup and netstat are a few of the shining exceptions among Windows clones of BSD tools, in that they're as generally good as the originals (actually better in a couple of instances, like netstat's -o option to associate PIDs with sockets - combines netstat and fuser in a convenient way). -- 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: Case handling of environment variables
Volker Quetschke wrote: Can anyone point me to a message/webpage that explaines the reason for this conversion? Unfortunately I didn't find any explanation in the archives or the FAQ or the User's Guide. The biggest reason is PATH. Most (all) POSIX programs will look for the environment variable in that specific case, so PATH definitely has to be up-cased for Cygwin programs. The other one is HOME, but that's usually synthesized or set explicitly anyway (not like to find an existing Home environment variable on Windows). The others shouldn't matter, really - none are really common to Windows and POSIX. I guess because there's a *convention* that environment variables are declared in uppercase on Unix-y boxes. -- 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: Directory names
Dave Korn wrote: First off, even on POSIX, * isn't a valid filename character [Clang!] % mkdir '*' % ls */ % -- 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.0-1: ping problem
Jason FU wrote: $ ping www.cygwin.com Do you have problems understanding a *SIMPLE* request? Please provide the details as mentioned in the web page http://cygwin.com/problems.html. In case that wasn't clear to you: Please provide the details as mentioned in the web page http://cygwin.com/problems.html. And once again: Please provide the details as mentioned in the web page http://cygwin.com/problems.html. Oh, and finally, please *read the page carefully*, and follow the instructions exactly. Don't interpret them or do equivalent steps. Thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
