RE: Subversion problems with svn switch, svn co, svn switch, because of 'wrong' permissions in .svn/ directories
[EMAIL PROTECTED] wrote: Spiro Trikaliotis wrote on 26 April 2008 10:42: Anyway, this reminds me of another problem: Personally, I install Cygwin with DOS line endings (CR/LF). That's the reason why I have built CVS.EXE myself some moons ago ;), as the pre-built version did not like this setup. (IIRC, the outputs were garbled in many places. At the time when I tested it, it was a known issue on the info-cvs mailing list.) At least CVS checks out the text files in the native format of the platform - as I am using Cygwin with CR/LF, this is the CR/LF format. Unfortunately, with SVN from Cygwin, this is not true anymore. For the Cygwin version of SVN, the native format for text files uses Unix line endings (LF) only. As there a way to get it fixed? Or is it again something for upstream? A config item to override the default setting for native eol-style might well be a useful feature enhancement patch for upstream; it would be useful on all platforms, not just Cygwin. Well, Cygwin's Subversion simply does not respect text mounts (compared to CVS) and that's hardly something for upstream. - Jörg -- 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: Subversion problems with svn switch, svn co, svn switch, because of 'wrong' permissions in .svn/ directories
Dave Korn wrote: Jörg Schaible wrote on 29 April 2008 07:39: [EMAIL PROTECTED] wrote: Say, has your Outlook Quotefix gone screwy too? Spiro Trikaliotis wrote on 26 April 2008 10:42: Unfortunately, with SVN from Cygwin, this is not true anymore. For the Cygwin version of SVN, the native format for text files uses Unix line endings (LF) only. As there a way to get it fixed? Or is it again something for upstream? A config item to override the default setting for native eol-style might well be a useful feature enhancement patch for upstream; it would be useful on all platforms, not just Cygwin. Well, Cygwin's Subversion simply does not respect text mounts (compared to CVS) and that's hardly something for upstream. Hmm, well it might or might not be, it depends what method it's using to determine the native mode. If it was simply fopen()ing a file in text mode and writing, it would of course respect textmode mounts automatically. Perhaps it manages it all manually by always writing in binary mode, and it inherently assumes that all filing systems operate in the same textmode, and some test it does misleads it? It also depends on the attitude of the upstream maintainers to accepting platform-specific patches. Well, it might be very well that Subversion always uses binary mode for file I/O, it will even convert text files on its own if the svn:eol-style property is set (unless your file has no mixed EOLs). OTOH it cannot know that an environment uses two different native modes, that's quite a Cygwin speciality. So, it's some kind of catch-22 ;-) - Jörg -- 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: [HEADSUP] Let's start a Cygwin 1.7 release area
[EMAIL PROTECTED] wrote: Corinna Vinschen wrote: it just occured to me that I need the exact key name which setup will use to store the root directory of the installation. I nedd it to get cygcheck working, even if it's not installed into the same path as the Cygwin DLL. {HKLM,HKCU}\Software\Cygwin\??? ??? = Setup\root maybe? Or with a version number? A good question. I haven't implemented anything yet, so we can choose whatever we want. I wonder if it's really necessary to have a whole subkey for this since at the moment there is only the one value that setup will read. How about simply \Software\Cygwin\rootdir? That reminds me of something... I've always been a bit annoyed that people always resort to manually editing the registry to remove Cygwin, when umount is the documented and preferred method. But now, we will have no such utility to suggest and so to remove Cygwin the user will be forced to use regedit. regtool remove {HKLM,HKCU}\Software\Cygwin\??? Combined with the fact that most users trip over the fact that sometimes ACLs on files like /var/log/sshd.log require them to take ownership before deleting, I would like to be able to offer an uninstaller. This would handle checking for running Cygwin processes and prompting to exit them (or terminating them), stopping and uninstalling all Cygwin services, deleting the entire Cygwin tree, removing start menu and desktop icons, removing everything from the registry, and whatever else is necessary. It would be the nuclear option, deleting without remorse all traces with one click; I think users want this. It would of course be a standalone MinGW app like setup.exe, except that it would get installed somewhere in the tree, and added to the add/remove applet. Anyway, SHTDI and everything but I just want to float the idea to gauge response. Guess, it's nevertheless a good idea ... - Jörg
RE: Checking if the X Server is running
[EMAIL PROTECTED] wrote on Tuesday, October 02, 2007 4:21 PM: On Mon, Oct 01, 2007 at 05:33:12PM +0100, Phil Betts wrote: It's probably not the cause of your problem, but you should never use ps | grep xxx to detect if a process is running. This is because the grep process will (sometimes) detect itself and give you a false positive, and your xterm will try to start when there is no server running. A just a random snippet that I find useful for preventing just that: ps | grep xterm matches itself, since the command line contains 'xterm'. ps | grep '[x]term' doesn't match itself, since the command line no longer contains the string 'xterm'. It's more portable than pgrep xterm and it's less ugly than ps | grep xterm | grep -v grep So it's what I usually find myself using. pidof XWin - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: Request for running a test application
One more: 8MB Compact Flash Card at USB multi-reader: $ getvolinfo /mnt/P Device Type: 7 Characteristics: 121 Volume Name: Serial Number : 2008 Max Filenamelength : 255 Filesystemname : FAT Flags : 6 FILE_CASE_SENSITIVE_SEARCH : FALSE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE Jörg Schaible wrote on Wednesday, August 01, 2007 2:39 PM: Hi Corinna, following some results for different drives: 1/ An EXT3 volume on an external USB HD mounted with ext2fs driver in *read-only* mode and with ISO-8859-1 charset: $ getvolinfo /mnt/M Device Type: 7 Characteristics: 20 Volume Name: Mobile Serial Number : 1296127060 Max Filenamelength : 255 Filesystemname : EXT2 Flags : 3 FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE 2/ A NTFS volume on an external USB HD: $ getvolinfo /mnt/O Device Type: 7 Characteristics: 20 Volume Name: ONETOUCH Serial Number : 101976 Max Filenamelength : 255 Filesystemname : NTFS Flags : 700ff FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : TRUE FILE_VOLUME_QUOTAS : TRUE FILE_SUPPORTS_SPARSE_FILES : TRUE FILE_SUPPORTS_REPARSE_POINTS: TRUE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: TRUE FILE_SUPPORTS_ENCRYPTION: TRUE FILE_NAMED_STREAMS : TRUE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE 3/ Info for a shared directory on a server with Samba 3.x: $ getvolinfo //server/shared Device Type: 7 Characteristics: 10 Volume Name: shared Serial Number : 5178559 Max Filenamelength : 255 Filesystemname : NTFS Flags : b FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE 4/ A FAT volume on an USB stick: $ getvolinfo /mnt/S Device Type: 7 Characteristics: 121 Volume Name: Serial Number : 3271091442 Max Filenamelength : 255 Filesystemname : FAT Flags : 6 FILE_CASE_SENSITIVE_SEARCH : FALSE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE 5/ A DVD drive with a CD: $ getvolinfo /mnt/R Device Type: 2 Characteristics: 121 Volume Name: OFFICE10 Serial Number : 1473251612 Max Filenamelength : 221 Filesystemname : CDFS Flags : 80001 FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : FALSE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: FALSE
RE: Request for running a test application
Hi Corinna, following some results for different drives: 1/ An EXT3 volume on an external USB HD mounted with ext2fs driver in *read-only* mode and with ISO-8859-1 charset: $ getvolinfo /mnt/M Device Type: 7 Characteristics: 20 Volume Name: Mobile Serial Number : 1296127060 Max Filenamelength : 255 Filesystemname : EXT2 Flags : 3 FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE 2/ A NTFS volume on an external USB HD: $ getvolinfo /mnt/O Device Type: 7 Characteristics: 20 Volume Name: ONETOUCH Serial Number : 101976 Max Filenamelength : 255 Filesystemname : NTFS Flags : 700ff FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : TRUE FILE_VOLUME_QUOTAS : TRUE FILE_SUPPORTS_SPARSE_FILES : TRUE FILE_SUPPORTS_REPARSE_POINTS: TRUE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: TRUE FILE_SUPPORTS_ENCRYPTION: TRUE FILE_NAMED_STREAMS : TRUE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE 3/ Info for a shared directory on a server with Samba 3.x: $ getvolinfo //server/shared Device Type: 7 Characteristics: 10 Volume Name: shared Serial Number : 5178559 Max Filenamelength : 255 Filesystemname : NTFS Flags : b FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE 4/ A FAT volume on an USB stick: $ getvolinfo /mnt/S Device Type: 7 Characteristics: 121 Volume Name: Serial Number : 3271091442 Max Filenamelength : 255 Filesystemname : FAT Flags : 6 FILE_CASE_SENSITIVE_SEARCH : FALSE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE 5/ A DVD drive with a CD: $ getvolinfo /mnt/R Device Type: 2 Characteristics: 121 Volume Name: OFFICE10 Serial Number : 1473251612 Max Filenamelength : 221 Filesystemname : CDFS Flags : 80001 FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : FALSE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : TRUE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE Note, that the call to getvolinfo simply returns nothing without a medium in the drive: $ getvolinfo /mnt/R; echo $? 0 - Jörg -- 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: bug in cygwin_conv_to_posix_path() caused by period in win32 path
Dave Korn wrote on Monday, July 02, 2007 7:21 PM: On 02 July 2007 18:17, Pavel Kudrna wrote: Hi, the legal win32 paths containing period like c:.\ or c:. are incorrectly converted by cygwin_conv_to_posix_path() to c:./ and c:. respectively. See last two output lines of the attached example program. Pavel Kudrna c:.\c:./ c:. c:. They are legal, but there's no possible way to convert them to POSIX, which has no notion of a per-drive current directory. Additionally it is no problem to create a directory named c:. on a non-Windows-kernel-based POSIX system, so those paths are technically correct ;-) - Jörg -- 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: [ITP] ncdu 1.1
Corinna Vinschen wrote on Wednesday, June 13, 2007 8:03 AM: On Jun 12 21:05, Christian Franke wrote: ncdu is a ncurses-based disk usage viewer. It provides a fast and easy-to-use interface through 'du' utility. It allows to browse through the directories and show percentages of disk usage. (http://dev.yorhel.nl/ncdu/) http://franke.dvrdns.org/cygwin/release/ncdu/ncdu-1.1-1.tar.bz2 http://franke.dvrdns.org/cygwin/release/ncdu/ncdu-1.1-1-src.tar.bz2 http://franke.dvrdns.org/cygwin/release/ncdu/setup.hint It would be nice to get the setup.hint content pasted to your ITP, too. Debian: http://packages.debian.org/testing/admin/ncdu Gentoo: http://packages.gentoo.org/search/?sstring=ncdu We once said that Debian testing doesn't really mean that a package is in a Linux distribution. And Gentoo catches every package which isn't quick enough on a tree. Any *stable* distro which comes with ncdu? Otherwise you need 5 votes. Gentoo is quite conservative with stable packages. And the link demonstrates that this package is also available only as package to test on one arch for Gentoo. - Jörg
RE: multiple cygwin installs
Phil Betts wrote on Thursday, March 29, 2007 1:34 PM: [snip] soapbox Any 3PP that forces one to use their (inevitably out of date) version of cygwin (and thereby killing the official installation) is IMO broken and the issue should be taken up with them. At the very least, it shows they have such little faith in their own software's robustness that they won't risk it running on an newer version of cygwin. Imagine the chaos if ALL software was installed like this. You might end up with 100 different versions of cygwin on your PC, and ProductA would never be able to talk to ProductB because they'd need two different sets of registry settings simultaneously. I'm sure their justification is that they are reducing support costs by ensuring it's running on a known platform. Only if their customer support is forced to resolve the problems caused by their installation will they learn that this is a false economy. /soapbox Well, the soapbox is coming true. Or why do you think so much companies start to deliver their app in a VM? Never trust an OS installed by a stranger ... hehehe - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Re: How to list/detect any non-cygwin apps in /bin
A list of the intsalled files for each package is available in /etc/setup. zzapper wrote on Tuesday, February 06, 2007 3:54 PM: Tim Prince [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I may not be catching your intent; why not sort by .dll dependencies? I want to find out what non-cygwin apps I will have to manually install on my new PC why not sort by .dll dependencies How? -- zzapper http://successtheory.com/tips/ Vim, Zsh, MySQL Tips -- 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)
DePriest, Jason R. wrote on Thursday, December 14, 2006 7:30 PM: On 12/14/06, Brian Dessent wrote: [snip] I thought the idea here was that the manifest tells the system explicitly I am not an installer and I do not need to be run with elevated privileges, i.e. treat it like a normal program. From Microsoft Vista's UAC Dev Requirements -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- When developing new installation programs, much like developing programs for Windows Vista, be sure to embed an application manifest with an appropriate requestedExecutionLevel element. See the Step Six: Create and Embed an Application Manifest with Your Application section for more information. When the requestedExecutionLevel is present in the embedded application manifest, it overrides Installer Detection. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- So if you use requestedExecutionLevel level=asInvoker / It should work without requiring elevated privileges. Maybe. Don't post such well kept secrets to lastest (patented?) M$ technology in public mailing lists, otherwise malware programmers might get aware of it. ROTLFWMP - Jörg BTW: I bet VStudio creates such manifests on-the-fly simply by activating a checkbox, but it's another well-known fact that malware programmers do never use VStudio - maybe gcc? -- 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: ssh-agent variables available to any user process
Lapo Luchini wrote on Wednesday, August 30, 2006 12:42 AM: Under FreeBSD, I launch ssh-agent in my .xsession script and its environment is automatically inherited by every shell I then open in my X11 session. No such luck with Windows, but I found a way to propagate a environment variable to any (future) user process after the user is already logged. (or, at the very least...) Works for me. Variables will be then available on any shell and program opened after the attached script is executed. (put it in Startup menu in order to execute it at logon time) I use a similar approach for years utilizing keychain. In my ~/.profile I have following lines: == % === if test -z `pidof ssh-agent`; then keychain ~/.ssh/id_dsa . ~/.keychain/`hostname`-sh # Create batch files to be called from running shells cat ~/.keychain/`hostname`-sh | sed -e s/;.*$//g | u2d ~/.keychain/`hostname`-command.bat # Set environment directly regtool -s set /machine/SYSTEM/CurrentControlSet/Control/Session\ Manager/Environment/SSH_AUTH_SOCK $SSH_AUTH_SOCK regtool -s set /machine/SYSTEM/CurrentControlSet/Control/Session\ Manager/Environment/SSH_AGENT_PID $SSH_AGENT_PID # Broadcast of WM_SETTINGCHANGE update-env else . ~/.keychain/`hostname`-sh fi == % === And update-env.c is: == % === #include windows.h int main() { SendMessage(HWND_BROADCAST, WM_SETTINGCHANGE, 0, (LPARAM)Environment); } == % === build with Makefile: == % === all: update-env.exe %.exe: %.c gcc -mno-cygwin $^ -o $* strip $@ == % === I never found a way to broadcast the WM_SETTINGCHANGE directly form the script without the little helper app. - Jörg -- 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: change in behavior of make from 3.80 to 3.81
William A. Hoffman wrote on Wednesday, August 16, 2006 4:14 PM: [snip] So, there seem to be three options on the table: - pay redhat to put the patch back - maintain your own version of make, that is separate from cygwin. - have the patch made part of the upstream gnu make The forth option is to provide a proper make file. Again: any difference between *nix and Windows can be hidden by appropriate macros in make. Note, that it is not make that's broken. [snip] I am sure you can see that it would be better for people that depend on this feature if it were part of cygwin. Cygwin emulates Posix with Posix paths. For this purpose it works OOTB quite really often for a lot of *nix packages. Therefore if you start to depend on Windows-based tools within Cygwin make, then you have to convert the paths yourself. Cygwin helps you with the cygpath utility, so where's the deal? I know it is unfortunate for you that the previous support for DOS-based paths has gone without a preceding announcement, but if you like to keep your instructions regarding installation of make, deliver an appropriate make file. - Jörg -- 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: change in behavior of make from 3.80 to 3.81
William A. Hoffman wrote on Tuesday, August 15, 2006 4:12 AM: OK, so to summarize. - there is no options or special syntax that will allow the make 3.81 to recognize drive letters in such a way that native windows tools can use them. /c/ and /cygdrive/c/ will only work with applications built against the cygwin libraries. MS cl can no longer be used with cygwin make as of 3.81. Gosh, we used Cygwin's make in Unix mode for DOS-based and Cygwin based utilities already ~10 years ago. And those make files were also used to compile and build on other platforms like Solaris, Irix, Linux, HP-UX and OS/2. I've published those make functions doing all the work in 1999 here on the list and gave in the last weeks more than once a pointer. - cygwin will no longer maintain the patch to make that allowed it to recognize driver letters in paths. And it is not necessary and it was never. So why increase the burden of the maintainer for nothing. Cygwin has everything to convert the paths and you can write platform independent make files even for DOS-based tools - just hide away the differences with macros and make functions. [snip] - Jörg -- 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 are Windows paths broken in make 3.81?
Christopher Faylor wrote on Wednesday, July 26, 2006 6:26 PM: On Wed, Jul 26, 2006 at 10:12:51AM -0600, Michael Hirsch wrote: Yes. See http://cygwin.com/ml/cygwin-announce/2006-07/msg8.html. If you are using a POSIX-like OS (i.e. Cygwin), you should be using POSIX paths. That's not an inconvenience, that's called writing a bad makefile. If you aren't using Cygwin for the POSIX environment, you should be using MinGW. I see. Unfortunately, I am trying to use cygwin to make my life easier on Windows, but I am still constrained to use windows programs. Many of them cannot use the cygwin paths, but require a path like c:/my/path.exe. It will be very difficult to switch back and forth between path representations. I guess I do need to look into MinGW. Maybe someone here would be willing to post a sed transformation which would change c:\some\dos\path to /cygdrive/c/some/dos/path. I already send a pointer in this thread to a mail I sent some years ago. The make functions aare still valid and makes paths transparent for make files working on Cygwin or otgher Unix environments. [snip] - Jörg -- 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 are Windows paths broken in make 3.81?
Larry Hall (Cygwin) wrote on Sunday, July 23, 2006 1:08 AM: On 07/21/2006, Joachim Achtzehnter wrote: I just had to deal with such a messy system and the new Cygwin make doesn't work. Even though this collection of makefiles was initially written on a POSIX system it still got into trouble with DOS paths because some of the tools it calls to generate makefiles return platform-specific paths. So this works fine on a POSIX system, worked fine on Win2000 with the old make, but now I had to understand complicated sed programs to add extra platform-specific sed transformations to convert paths returned by other cross-platform tools to something the new make accepts. Did you think about using 'cygpath' on the result instead of adding extra platform specific transformations to your complicated sed programs? Some useful definitions I've posted some years ago: http://www.cygwin.com/ml/cygwin/2000-06/msg01318.html :) - Jörg -- 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: Cgywin filename with 255 character
Hi Larry, Larry Hall (Cygwin) wrote on Tuesday, July 11, 2006 4:50 PM: [snip] Windows places a limit on the number of ASCII characters in a file/path name. It's approximately 260 characters. Cygwin path conversion may cut that down a bit. Is there any pointer at MS, where this is described exaclty? I was only able to find some entries in the knowledge base that describe applications that are affected by this limit, but nowhere an explanation under what circumstances a process/application is hit by this limit. Thanks, Jörg -- 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: cadaver: rebuild request
Max Bowsher wrote on Sunday, June 11, 2006 4:55 PM: cadaver is now the sole package whose [curr] version depends on libneon24. Please could it be rebuilt against neon 0.25.x, which will entail bumping the dependency to libneon25. Thanks! Hehe, maintainer will have to wait for 1.5.20 to build an official release: === snip = $ make gcc -DHAVE_CONFIG_H -I. -I./lib -DLOCALEDIR=\/usr/local/bin/share/locale\ -I./src -g -O2 -I/usr/include/neon -o src/cmdline.o -c src/cmdline.c src/cmdline.c: In function `davglob_readdir': src/cmdline.c:220: error: structure has no member named `d_ino' make: *** [src/cmdline.o] Error 1 === snip = - Jörg
RE: Find not working w/ Samba drive
Hi Corinna, Corinna Vinschen wrote on Tuesday, April 11, 2006 11:30 AM: Can you send an `ls -i' output from a small directory on that share? I'm still looking into some way to distinguish old and new versions of Samba... Same situation here: [1] [EMAIL PROTECTED] ~/src/getvolinfo $ getvolinfo //es3/maven rootdir: \\es3\maven\ Volume Name: maven Serial Number : 5178559 Max Filenamelength : 255 Filesystemname : NTFS Flags: FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE [1] [EMAIL PROTECTED] ~/src/getvolinfo $ ls -ail //es3/maven insgesamt 2048 4937601777666309 drwxrwxr-x 6 0 Nov 9 09:03 . 6561102569460228965 dr-xr-xr-x 1 jos users0 Apr 11 11:36 .. 1124173329991941 drwxrwxr-x 1 0 Mar 16 07:55 docs 1124169035024645 drwxrwxr-x 1 0 Mar 31 10:23 repo 4828329219721477 drwxrwxr-x 5 0 Apr 7 14:06 repo-m2 7572358055332101 drwxrwxr-x 4 0 Apr 7 16:26 repo-m2-snapshot - Jörg -- 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 not working w/ Samba drive
Corinna Vinschen wrote on Tuesday, April 11, 2006 11:54 AM: On Apr 11 11:40, J?rg Schaible wrote: Hi Corinna, Corinna Vinschen wrote on Tuesday, April 11, 2006 11:30 AM: Can you send an `ls -i' output from a small directory on that share? I'm still looking into some way to distinguish old and new versions of Samba... Same situation here: [snip] Samba version? 3.0.14a - Jörg -- 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 not working w/ Samba drive
Hi Corinna, Corinna Vinschen wrote on Tuesday, April 11, 2006 2:14 PM: On Apr 11 12:45, J?rg Schaible wrote: Corinna Vinschen wrote on Tuesday, April 11, 2006 11:54 AM: On Apr 11 11:40, J?rg Schaible wrote: Hi Corinna, Corinna Vinschen wrote on Tuesday, April 11, 2006 11:30 AM: Can you send an `ls -i' output from a small directory on that share? I'm still looking into some way to distinguish old and new versions of Samba... Same situation here: [snip] Samba version? 3.0.14a Did you try a recent Cygwin snapshot? Does that happen for all directories on the share or just for some? Which find version are you using? Sorry to waste your time, find is working for me now. The problem has been located between the ears. So you have to wait for the original poster to respond. - Jörg -- 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: [Newbie] Trying to run MSWord from Cygwin
Larry Hall (Cygwin) wrote on Friday, March 03, 2006 2:08 AM: P.P.Hughes wrote: Hello, This is probably a silly question to most you, but here goes: I'm opening a ssh connection from a Linux box to our Windows Server 2003 which then initiates a Cygwin terminal. I then try and run a vbs script that opens Word to convert documents from Word to PostScript. In my vbs script, as soon as it reaches the following line: Set objWord = CreateObject(Word.Application) I receive the following error: C:\cygwin\home\iss05e\autoprint.vbs(6, 1) Microsoft VBScript runtime error: Permission denied: 'CreateObject' The user 'iss05e' has Administrative privileges on the Windows machine. The script works fine if I log into the machine direct and run it through the command prompt using cscript autoprint.vbs. Is there some permissions setting I need to change to allow Cygwin to run GUI applications? If you need to interact with the desktop, you need to enable the option on the service to allow this. Either do so from the Windows Control Panel-Administrator Tools-Services-RMB-Properties-Log On facility or uninstall the service and reinstall it with cygrunsrv and add the -i flag (or add this to the appropriate line in /bin/ssh-host-config and rerun this script). Also, be sure you log in with password authentication. Pub-key may also cause the permission denied message you got. But don't expect Word popping up on your Linux box ... it is not an X app ;-) - Jörg -- 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: [ITP] glitz-0.4.4
Corinna Vinschen wrote on Thursday, February 02, 2006 10:22 AM: On Feb 1 20:46, Yaakov S (Cygwin Ports) wrote: Glitz is an optional backend for cairo (the graphics rendering library, which is a gtk+-2.8 requirement). It's already in Debian testing, just needs a GTG review (and there's no gtk-doc this time! :-)) For the records, I just uploaded this package without having noticed that you're talking about debian-testing. Debian-testing does not mean it's already in a distro. I'll let this one slip through now, but in future, debian-testing will require votes, as does debian-unstable. Available for Gentoo as stable package: http://packages.gentoo.org/search/?sstring=glitz - Jörg
RE: [ITP] glitz-0.4.4
Corinna Vinschen wrote on Thursday, February 02, 2006 10:54 AM: On Feb 2 10:37, J?rg Schaible wrote: Corinna Vinschen wrote on Thursday, February 02, 2006 10:22 AM: On Feb 1 20:46, Yaakov S (Cygwin Ports) wrote: Glitz is an optional backend for cairo (the graphics rendering library, which is a gtk+-2.8 requirement). It's already in Debian testing, just needs a GTG review (and there's no gtk-doc this time! :-)) For the records, I just uploaded this package without having noticed that you're talking about debian-testing. Debian-testing does not mean it's already in a distro. I'll let this one slip through now, but in future, debian-testing will require votes, as does debian-unstable. Available for Gentoo as stable package: http://packages.gentoo.org/search/?sstring=glitz http://cygwin.com/ml/cygwin-apps/2006-01/msg00248.html I don't wanna argue here, but I think you really misinterpret the stable mark in Gentoo. If something is marked as such, it is really meant to. E.g. neither kde 3.5.x, Firefox 1.5.x, OpenSSH 4.3 nor gcc 4.x (they switched one month ago from 3.3.x to 3.4.x) is currently marked as stable - in despite to other distros. And - as Gentoo user - I really hate if something breaks my system, too. - Jörg
RE: Wikipedia info about cygwin
Christopher Faylor wrote on Tuesday, November 08, 2005 3:56 PM: [snip] Does someone want to make that an action item? And, anyone interested in moving the Cygwin history beyond the aggrandizing of Steve Chamberlain and the first few years of development? Why? Has there ever been a better version as B20? - Jörg -- 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: [ITP] run.exe was Re: Running ssh in background[solution/patch]
Alexander Gottwald wrote on Wednesday, October 26, 2005 7:00 PM: On Wed, 2005-10-26 at 18:49 +0200, Alexander Gottwald wrote: run.exe is often used from Windows shortcuts to start programs like XWin. Even the X-start-menu-icons uses it this way, A shortcut will not work. To clarify this: X-start-menu-icons won't be a showstopper since it can be easily adjusted. I'm more concerned about the shortcuts on user X's desktop like those on mine: [snip] Why don't drop it into /bin as well as in /usr/X11R6/bin ? Modern X11 distributions will eliminate the X11RX directory anyway and so might do the Cygwin version in some time. - Jörg
RE: Running ssh in background
Alexander Gottwald wrote on Tuesday, October 25, 2005 6:26 PM: On Tue, 25 Oct 2005, Jörg Schaible wrote: Good guess. While I have no console window popping up anymore, the ssh process does now no longer terminate and the Windows app hangs until I kill the ssh process :( most likely run.exe does not support piping or piping data to a non-console application does not work at all. Why do you need cygwin openssh? the subversion plugin does ssh connections too. Maybe puttys plink is an alternative. TortoiseSVN has a version which is compiled without console. Because I work extensivly with Cygwin, have already the ssh-agent up and use different private keys to access various sites. I don't want to start another agent just because of putty and configuring Subversion to use 1 key only is not sufficient. - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Running ssh in background [solution/patch]
Jörg Schaible wrote on Wednesday, October 26, 2005 10:09 AM: Alexander Gottwald wrote on Tuesday, October 25, 2005 6:26 PM: On Tue, 25 Oct 2005, Jörg Schaible wrote: Good guess. While I have no console window popping up anymore, the ssh process does now no longer terminate and the Windows app hangs until I kill the ssh process :( most likely run.exe does not support piping or piping data to a non-console application does not work at all. Why do you need cygwin openssh? the subversion plugin does ssh connections too. Maybe puttys plink is an alternative. TortoiseSVN has a version which is compiled without console. Because I work extensivly with Cygwin, have already the ssh-agent up and use different private keys to access various sites. I don't want to start another agent just because of putty and configuring Subversion to use 1 key only is not sufficient. My solution was to build ssh as Windows console app: diff -u openssh-4.2p1-1-orig/Makefile.in openssh-4.2p1-1/Makefile.in --- openssh-4.2p1-1-orig/Makefile.in2005-10-26 10:25:20.805291200 +0200 +++ openssh-4.2p1-1/Makefile.in 2005-10-26 10:58:19.390356800 +0200 @@ -60,7 +60,7 @@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ -TARGETS=ssh$(EXEEXT) sshd$(EXEEXT) ssh-add$(EXEEXT) ssh-keygen$(EXEEXT) ssh-keyscan${EXEEXT} ssh-keysign${EXEEXT} ssh-agent$(EXEEXT) scp$(EXEEXT) ssh-rand-helper${EXEEXT} sftp-server$(EXEEXT) sftp$(EXEEXT) +TARGETS=ssh$(EXEEXT) sshw$(EXEEXT) sshd$(EXEEXT) ssh-add$(EXEEXT) ssh-keygen$(EXEEXT) ssh-keyscan${EXEEXT} ssh-keysign${EXEEXT} ssh-agent$(EXEEXT) scp$(EXEEXT) ssh-rand-helper${EXEEXT} sftp-server$(EXEEXT) sftp$(EXEEXT) LIBSSH_OBJS=acss.o authfd.o authfile.o bufaux.o buffer.o \ canohost.o channels.o cipher.o cipher-acss.o cipher-aes.o \ @@ -135,6 +135,9 @@ ssh$(EXEEXT): $(LIBCOMPAT) libssh.a $(SSHOBJS) $(LD) -o $@ $(SSHOBJS) $(LDFLAGS) -lssh -lopenbsd-compat $(LIBS) +sshw$(EXEEXT): $(LIBCOMPAT) libssh.a $(SSHOBJS) + $(LD) -mwindows -o $@ $(SSHOBJS) $(LDFLAGS) -lssh -lopenbsd-compat $(LIBS) + sshd$(EXEEXT): libssh.a$(LIBCOMPAT) $(SSHDOBJS) $(LD) -o $@ $(SSHDOBJS) $(LDFLAGS) -lssh -lopenbsd-compat $(LIBWRAP) $(LIBPAM) $(LIBS) I create here an additional sshw.exe that sets the -mwindows linker switch. The result is still a Cygwin app that seems to work normally from the command line and works also called as background process without popping up a console window. Two questions: 1/ Corinna, could you provide this version with next OpenSSH releases, too? Setting the appropriate property in the Subversion config to this sshw.exe, makes the SVN Clients in the Windows worlds happy. Neither Subclipse nor RapidSVN show these steadily popping up console windows anymore, nor does the command line version of Subversion behave differently. 2/ If linking a normal console app as Windows console app does not behave differently, why is it not the default? What's the real difference for Cygwin? It is still a Cygwin app and is normally listed in the Cygwin processes. I cannot say too much about the pipe and forking stuff, but something like tar cf - *.sh | sshw spk1 tar xf - works just normal. - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Running ssh in background [solution/patch]
Corinna Vinschen wrote on Wednesday, October 26, 2005 11:57 AM: On Oct 26 11:40, J?rg Schaible wrote: My solution was to build ssh as Windows console app: [...] +sshw$(EXEEXT): $(LIBCOMPAT) libssh.a $(SSHOBJS) + $(LD) -mwindows -o $@ $(SSHOBJS) $(LDFLAGS) -lssh +-lopenbsd-compat $(LIBS) + [...] Two questions: 1/ Corinna, could you provide this version with next OpenSSH releases, too? Setting the appropriate property in the Subversion config to this sshw.exe, makes the SVN Clients in the Windows worlds happy. Neither Subclipse nor RapidSVN show these steadily popping up console windows anymore, nor does the command line version of Subversion behave differently. Sorry, no. It's nothing I'm willing to support. 2/ If linking a normal console app as Windows console app does not behave differently, why is it not the default? What's the real difference for Cygwin? It is still a Cygwin app and is normally listed in the Cygwin processes. I cannot say too much about the pipe and forking stuff, but something like tar cf - *.sh | sshw spk1 tar xf - works just normal. Just open a console window and call ssh. What you see is the help text. Now try the same with sshw. What do you see? The difference is that the sshw process doesn't connect to the console. That's nothing I'd want in the Cygwin distro. OK. Works in rxvt, but not in a plain Windows console. It seems easy enough to build ssh this way if that's what you need. For personal need yes, for distribution in an organisation, this is different. Maybe more complaining users might change your mind some day ;-) At least it is in the records now. - Jörg -- 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: [ITP] run.exe was Re: Running ssh in background [solution/patch]
Hi Alexander, Alexander Gottwald wrote on Wednesday, October 26, 2005 1:08 PM: On Wed, 26 Oct 2005, Brian Dessent wrote: You might make more traction by suitably patching the 'run' utility so that it also supports pipes. Then you could use 'run' to launch the standard /bin/ssh without the console window. done. check http://www.freedesktop.org/~ago/run.exe It is based on the version from X-startup-scripts-1.0.10-4 with the following change to run/run.c start.dwFlags = STARTF_USESHOWWINDOW; start.dwFlags = STARTF_USESHOWWINDOW | STARTF_USESTDHANDLES; start.wShowWindow = SW_HIDE; start.hStdInput = GetStdHandle(STD_INPUT_HANDLE); start.hStdOutput = GetStdHandle(STD_OUTPUT_HANDLE); start.hStdError = GetStdHandle(STD_ERROR_HANDLE); [ITP] I think I'll split run.exe from the X-startup-scripts package and create a new one which i'll continue to maintain. thank you. Your version works fine with the plain ssh.exe and is much appreciated. - Jörg -- 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: Subversion client text mounts
Arend-Jan Westhoff wrote on Monday, October 24, 2005 6:38 PM: At 11:27 2005-10-24 +0200, Joerg Schaible wrote: Hello Subversion maintainer, the subversion client does unfortunately not respect text mounts. Checking = out form a remote repository all text files have unix line endings although= they have the property svn:eol-style set to native. This is a major hassle= in a build environment where also a lot of non-Cygwin tools have to be use= d. - J=F6rg Hello Joerg, Am not the Subversion maintainer, but have some possible workarounds: 1. Use the native Windows subversion. (I do.) I do normally also, but I have now the need to work on binary and on text mounts. http://subversion.tigris.org/project_packages.html#binary-packages 2. Use u2d (d2u). Not any text file may have svn:eol-style=native. So this is not an option. - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Running ssh in background
Hello Cygwinners :) can anything be done to run ssh in the background i.e. no console window pops up if it is called by a native Windows process? Background: Running Eclipse with the Subclipse plugin to access Subversion repositories. If I setup subversion to use Cygwin's ssh, anything went fine from the authentication side, but with every request to the Subversion server such a console window is popping up :( - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Running ssh in background
Hi Igor, Igor Pechtchanski wrote on Tuesday, October 25, 2005 5:44 PM: On Tue, 25 Oct 2005, Jörg Schaible wrote: Hello Cygwinners :) can anything be done to run ssh in the background i.e. no console window pops up if it is called by a native Windows process? /usr/X11R6/bin/run ? Good guess. While I have no console window popping up anymore, the ssh process does now no longer terminate and the Windows app hangs until I kill the ssh process :( - Jörg -- 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/
Subversion client text mounts
Hello Subversion maintainer, the subversion client does unfortunately not respect text mounts. Checking out form a remote repository all text files have unix line endings although they have the property svn:eol-style set to native. This is a major hassle in a build environment where also a lot of non-Cygwin tools have to be used. - Jörg -- 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: 1st summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
Little correction: Corinna Vinschen wrote on Monday, September 19, 2005 12:54 PM: On Sep 15 18:45, Corinna Vinschen wrote: [snip] LIST 2: PACKAGES WITHOUT REPLY FROM MAINTAINER SO FAR = [snip] d [snip] http://cygwin.com/ml/cygwin-apps/2005-09/msg00225.html - Jörg
RE: Permissions on .ssh/id_rsa
Ensure that .ssh is 700 and id_rsa is 600. Otherwise ssh will not take'em ... and this is standard on all OS. Christopher Benson-Manica wrote on Wednesday, August 17, 2005 10:16 PM: How does one set permissions on id_rsa in such a way as to make ssh happy? Nothing I have done has made chmod 700 id_rsa actually work. Supposed solutions, such as adding CYGWIN=ntsec or CYGWIN=ntea to .bashrc and/or cygwin.bat, have not worked. If someone could enlighten me with a solution that actually DOES work, or a pointer to such a solution, I would be most grateful. -- Christopher Benson-Manica ataru(at)sdf.lonestar.org -- 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: Upload: coreutils-5.3.0-9
Eric Blake wrote on Wednesday, July 13, 2005 4:55 PM: [snip] Seriously, though, is there anything we can add to the upset script, such as seeing whether tar tjvf works on .tar.bz2 files, to make sure that we can detect this problem sooner if it ever happens again? Test the md5 sum? - Jörg
Re: Can I mount an EXT3 partition that WinXP sees as (Unknown partition)?
Larry Hall wrote: No. You need software that knows the filesystem first. You can check out Paragon if you're looking for commercial support. There is an older free S/W driver for ext2 and NT but I haven't tried it since NT 4 and I can't recommend it. If you're just looking to get read access (and/or very touchy write access) and don't mind the slowness of a user-land utility, check out Explore2fs http://uranus.it.swin.edu.au/~jn/linux/explore2fs.htm. I don't know if it works with FireWire but it does work fine with local ext3 partitions. There's also http://ext2fsd.sourceforge.net/ implementing a WIndows driver for ext3 - never tried it though. - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: 1.5.16-1: chmod problem
Corinna Vinschen wrote on Friday, April 29, 2005 12:36 PM: [snip] TEMP = `C:\DOCUME~1\ropach\LOCALS~1\Temp' TERM = `cygwin' TMP = `C:\DOCUME~1\ropach\LOCALS~1\Temp' TMP should probably better be a POSIX path, too. Well, it's autoconverted: $ env | grep TMP TMP=/mnt/c/DOKUME~1/jos/LOKALE~1/Temp $ cygcheck -v -s -r | grep TMP TMP = `c:\DOKUME~1\jos\LOKALE~1\Temp' - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problem with symbolic links and cygpath in 1.5.14
Michael Schaap wrote on Friday, April 08, 2005 4:03 PM: $ uname -a CYGWIN_NT-5.1 PHB 1.5.14(0.126/4/2) 2005-04-01 13:40 i686 unknown unknown Cygwin $ ln -s /bin /tmp $ cygpath -w /tmp/bin C:\cygwin\bin $ cygpath -w /tmp/bin/ls.exe C:\cygwin\tmp\bin\ls.exe Already reported. Use a snapshot, it's fixed. - Jörg -- 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: Symlinks don't work in python???
[snip] (3) Thinking that the realpath bug might be a key to the python import-thru-symlinks problem, I ran a simple test on recent cygwin/python combinations, finding: Cygwin version Python version realpath Import 1.5.xx: 2.yy:Works? Works? -- -- -- 1.5.14 2.4NO NO 1.5.13 2.3.4 YES NO 1.5.14 2.3.4 YES NO 1.5.12 2.4NO YES Neither bug shows up under Linux. Interestingly, the realpath and symlink bugs don't correlate: realpath seems broken in Cygwin python 2.4, independently of the cygwin package version, while the import bug shows up in either python version under cygwin packages since 1.5.13. Its possible that the problems are python bugs, but they seem cygwin specific. Steve, try also the latest cygwin snapshot. At least in 1.5.14 was a bug concerning path conversion posix - Windows, when a symlink was involved. It manifests in at least in cygpath, but is fixed meanwhile and might also have influence on your test cases. - Jörg -- 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: .bashrc not working (and yes I've read the FAQ etc as you'll see)
Steve Mayes wrote on Friday, February 18, 2005 11:01 AM: Hi, Forgive the defensive addendum but I've no wish to be either flamed or ignored when I've tried available pathways to solving this. Situation: .bashrc not working and yes my $home variable is correctly defined [snip] it's $HOME - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Can't cd into directory
Please post output of mount -p acidblue wrote on Tuesday, February 08, 2005 9:18 AM: I'm using the following syntax: cd '/cygdrive/c/Documents and Settings' I get a No such file or directory message. cygwin on WinXP installed to C:/ I get this message no matter which directory I try to cd into. Driving me nuts Please 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: hyperthreading fix, try #1
Brian Gallew wrote on Monday, February 07, 2005 2:18 PM: Christopher Faylor wrote: Fixing that seems to have fixed my hyperthreading problems. I have run three invocations of the scripts for four days without a hiccup. Previously, I had problems within minutes. Go, you! Someone should give you a gold star for this. IMHO Chris needs more something like a life-time award :) - Jörg -- 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: Multiple installations and 3PPs
Or is the following approach a promising one: [snip] Well, it was proposed once already, but nobody did the work: Get rid of the registry entries completly. Cygwin could use something similar to /etc/fstab to manage its mount modes. - Jörg -- 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: Multiple installations and 3PPs
Chris January wrote on Friday, January 21, 2005 12:04 PM: Well, it was proposed once already, but nobody did the work: Get rid of the registry entries completly. Cygwin could use something similar to /etc/fstab to manage its mount modes. And how do you know where / is mounted? If you don't want to assume that /etc is a parallel directory to /bin, where you've loaded cygwin1.dll from, you can also provide this configuration file directly at the location of the cygwin1.dll. This would also enable a mounted /etc. - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Patch to /etc/profile to deal with $HOME with a space
Hi John, John Morrison wrote on Wednesday, December 01, 2004 10:08 AM: [snip] I did consider changing /etc/postinstall/passwd-grp.sh so that instead of running /bin/mkpasswd -l -c /etc/passwd it does mkpasswd.exe -l -c | sed 's/cygdrive\/.*Documents and Settings/home/' /etc/passwd This is nonsense. Documents and Settings is localized. [snip] - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Patch to /etc/profile to deal with $HOME with a space
Hi John, John Morrison wrote on Wednesday, December 01, 2004 12:32 PM: mkpasswd.exe -l -c | sed 's/cygdrive\/.*Documents and Settings/home/' /etc/passwd This is nonsense. Documents and Settings is localized. Humm, not nonsense (it works for English), maybe not correct... (is this retrievable for replacement?) May also not work for English, cygdrive is just a default value and is settable. In case of my system: $ mount -p Prefix Type Flags /mntsystem binmode You may *assume* it is called cygdrive for a new installation, but if there are registry entries left from an old one ... Anyway, the idea (if not the impl) stands, when a network user installs cygwin HOME is set to doc settings. When a local user installs HOME is set to /home/user. So, should network user functionality be changed? (assuming it's possible to get the localisation) $ cygpath -H Personally I use a mount for home: $ mount ... C:\Dokumente und Einstellungen on /home type system (binmode) ... But this is *my* preference only (and applies not for Win95, Win 98, Win NT etc. anyway). Additionally in the pattern /home/user may not apply for newer Win OSses also, since the user's profile directory may not have the name of the user and unfortunately this information cannot be retrieved from cygpath, you may read directly from the registry. - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: scp exits often with -1
Hi Bob and Pierre thanks for your analysis so far. Bob Byrnes wrote on Friday, November 19, 2004 5:49 PM: I spent a little time looking at these straces and scp -v output. I still don't understand what's going on, but it seems to be unrelated to the recent pipe changes. I say that because those changes only affected select for writes on pipes, and the problem seems to be on the read side. It looks like scp and ssh are sending only single bytes across the pipe when the failure occurs, so the pipe is almost empty, and (correctly) always selects writable anyway. Something is making the pipe disappear, causing PeekNamedPipe to fail for the ssh process in the select for read on pipes code (which has not been changed). Either something is going catastrophically wrong with the pipe at a very low level, or the scp process is closing it in a way that ssh does not expect. So far, I can't tell which is happening, but I did note one significant difference in the scp -v output: only the good invocation has ... debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 An examination of the ssh sources to see what this means might be enlightening, but I don't have time to do that right now. This debug output is generated calling function client_input_channel_req in clientloop.c. This means, that the function is not called in the bad case. This method is only referenced in the same file in function client_init_dispatch_20 in the call dispatch_set(SSH2_MSG_CHANNEL_REQUEST, client_input_channel_req);. This constant is only used in serverloop.c also to initialize a dispatcher function and in channels.c in the function channel_request_start calling packet_start(SSH2_MSG_CHANNEL_REQUEST);. I have to admin, that this does still not really help yet, since it does not give any hint, why no packet with exit-status was received at all in the bad case. Looking into function dispatch_run of dispatcher.c I can only guess, that for some reason the call to packet_read_poll_seqnr returns SSH_MSG_NONE. As Pierre already stated, the trace just has this difference of 120 vs. 64 read bytes in line 4538 and the following call for the debug output. :( - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: scp exits often with -1
Hi Pierre, Pierre A. Humblet wrote on Friday, November 19, 2004 6:14 AM: I had a second look at this. It's easy to correlate the trace with the -v outputs you provided in http://cygwin.com/ml/cygwin/2004-11/msg00637.html The debug outputs correspond to lines such as N = write (2, xxx), where N is the length of the debug line. For example 36 676149 [main] ssh 4392 writev: writev (2, 0x22A400, 1) 34 676183 [main] ssh 4392 fhandler_base::write: binary write 45 676228 [main] ssh 4392 fhandler_base::write: 40 = write (0x22A830, 40) 34 676262 [main] ssh 4392 writev: 40 = write (2, 0x22A400, 1), errno 119 debug2: channel 0: read=0 rfd 4 len 0 = THIS IS THE DEBUG OUTPUT 36 676298 [main] ssh 4392 __cygwin_lock_lock: threadcount 1. not locking Once you know that, it's easier to follow what's going on. It would be interesting to compare traces of successful and failed runs, in the area where their debug outputs differ. I've been lucky today and my fist attempt from standard command line failed, so I have a new trace (http://www.schaible.info/cygwin/scpbad.txt) and the correlating output. The good version is below. == START: Bad scp-v -v output $ cmd /c scpwin.bat -v -v project.xml [EMAIL PROTECTED]:/devel/maven/home/public_html/repo/essencio-perActa/poms/idxmgr-1.0.4-SNAPSHOT.pom Executing: program /usr/bin/ssh host es3.elsag.de, user jos, command scp -v -t /devel/maven/home/public_html/repo/essencio-perActa/poms/idxmgr-1.0.4-SNAPSHOT.pom OpenSSH_3.9p1, OpenSSL 0.9.7d 17 Mar 2004 debug2: ssh_connect: needpriv 0 debug1: Connecting to es3.elsag.de [192.168.2.73] port 22. debug1: Connection established. debug1: identity file /home/jos/.ssh/identity type -1 debug1: identity file /home/jos/.ssh/id_rsa type -1 debug2: key_type_from_name: unknown key type '-BEGIN' debug2: key_type_from_name: unknown key type 'Proc-Type:' debug2: key_type_from_name: unknown key type 'DEK-Info:' debug2: key_type_from_name: unknown key type '-END' debug1: identity file /home/jos/.ssh/id_dsa type 2 debug1: Remote protocol version 1.99, remote software version OpenSSH_2.3.0p1 debug1: match: OpenSSH_2.3.0p1 pat OpenSSH_2.3.0* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.9p1 debug2: fd 3 setting O_NONBLOCK debug2: Original cipher proposal: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: Compat cipher proposal: 3des-cbc,blowfish-cbc,cast128-cbc,arcfour,[EMAIL PROTECTED] debug2: Original cipher proposal: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: Compat cipher proposal: 3des-cbc,blowfish-cbc,cast128-cbc,arcfour,[EMAIL PROTECTED] debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: 3des-cbc,blowfish-cbc,cast128-cbc,arcfour,[EMAIL PROTECTED] debug2: kex_parse_kexinit: 3des-cbc,blowfish-cbc,cast128-cbc,arcfour,[EMAIL PROTECTED] debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-dss debug2: kex_parse_kexinit: 3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes128-cbc,aes192-cbc,aes256-cbc,rijndael128-cbc,rijndael192-cbc,rijndael256-cbc,[EMAIL PROTECTED] debug2: kex_parse_kexinit: 3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes128-cbc,aes192-cbc,aes256-cbc,rijndael128-cbc,rijndael192-cbc,rijndael256-cbc,[EMAIL PROTECTED] debug2: kex_parse_kexinit: hmac-sha1,hmac-md5,[EMAIL PROTECTED] debug2: kex_parse_kexinit: hmac-sha1,hmac-md5,[EMAIL PROTECTED] debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: server-client 3des-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client-server 3des-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST_OLD(2048) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 194/384 debug2: bits set: 510/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'es3.elsag.de'
RE: scp exits often with -1
Dave Korn wrote on Wednesday, November 17, 2004 7:20 PM: [snip] So basically what you've done is say to yourself I'll just send tons and tons of stuff (which I know will be of no use or interest to 99.9% of the recipients) to absolutely everyone in the hopes that it might be relevant to even just one or two people. That's the same approach that spammers take. It's just plain wrong. Well, this *is* the list for reporting problems with Cygwin. Sorry, that I missed among all the other 450 mail per month, the one Chris stated, that he don't want straces sent to list without further asking. Look, if I'd only sent a mail to the list stating that scp is sometimes failing without further information, you'd only reply with a link anyway. So I did my best to find at least a case to repeat the problem in a simpler environment and sent all information I can provide. Just stop your uber-teacher mode for a moment. What actions would *you* take to isolate the problem in a better way? What other useful information shall I provide to enable Chris or Pierre or someone else to have a critical look at the recent changes in the relevant fork()/pipe code? However we're getting way OT It's you, who always snip the informational part. , so if you want to discuss this further, I'm going to have to ask you to step outside. While flapping your arms and clucking like a chicken. Sure. How about 200k of unintelligible gibberish? I'm sure we'd all _love_ to see it. TITTTL! No. Have better ways to waste my time. We don't seem to have common ground for standard communication anyway. My questions are still technical and on-topic. - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: scp exits often with -1
Christopher Faylor wrote: On Thu, Nov 18, 2004 at 09:15:49AM +0100, J?rg Schaible wrote: [snip] Well, this *is* the list for reporting problems with Cygwin. Sorry, that I missed among all the other 450 mail per month, the one Chris stated, that he don't want straces sent to list without further asking. My reason for stating this is that the majority of people who send strace output snip the wrong part. Often people snip something that they think shows a problem and send that lines and the next hundred lines. It turns out to be wasted bandwidth. That's the reason, why I just sent the first part, where the initialization of all the pipes and forked processes can be seen and the last part, when scp is shutting down the processes again. I think the middle part, observing scp looking into the private keys and sending the file, is quite useless for this problem. strace is a tool for people who are willing to look at source code. Sending megabytes of an unsolicited strace before someone has indicated that they are willing to help is usually pointless. Yeah, understand that. FWIW, I ran scp in a loop sending a large file to a system on my local network and to sourceware.org for hours a couple of days ago without problems. Since I call from Java always strace -o /tmp/scp.strace scp I don't have the problem also. It's slow, but works. Too weird :( At least I could reproduce it without Java also. FWIW. If this is a problem with the new pipe code then maybe Bob Byrnes could offer some insight. As said, I'll take any further action to isolate it. Would you expect a difference using the current snapshot? - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: scp exits often with -1
Pierre A. Humblet wrote: On Thu, Nov 18, 2004 at 12:27:29PM -0500, Bob Byrnes wrote: If this is a problem with the new pipe code then maybe Bob Byrnes could offer some insight. Offhand, I can't think of any way that the new pipe stuff could cause this behavior, but I'll add this to my list of (potential) pipe-related things to investigate and think about. From what I can see the failure is related to pipes: 41 673146 [main] ssh 4392 cygwin_select: 7, 0x100EEBF8, 0x100EEB70, 0x0, 0x0 65 673211 [main] ssh 4392 dtable::select_read: fd 3 662 673873 [main] ssh 4392 dtable::select_read: fd 4 33 673906 [main] ssh 4392 cygwin_select: to NULL, ms 34 673940 [main] ssh 4392 cygwin_select: sel.always_ready 0 307 674247 [main] ssh 4392 start_thread_socket: Handle 0x634 33 674280 [main] ssh 4392 start_thread_socket: Added to readfds 34 674314 [main] ssh 4392 start_thread_socket: exitsock 0x620 33 674347 [main] ssh 4392 start_thread_socket: stuff_start 0x22EBE4 98 674445 [main] ssh 4392 select_stuff::wait: m 3, ms 4294967295 43 674488 [select_socket] ssh 4392 thread_socket: stuff_start 0x101196BC 71 674559 [select_pipe] ssh 4392 peek_pipe: , PeekNamedPipe failed, Win32 error 109 109 is The pipe has been ended. Isn't that strange when reading a pipe? Unfortunately fd 4 was opened in a part of the trace that we don't have. I'll have a look tomorrow in the office, where fd 4 came from (thought I posted all related stuff, but trace is hard). Still have the full protocol though. Sending a url to the full trace is more useful (and less controversial) than sending parts. You're right. Will try to find a place online tomorrow. - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: scp exits often with -1
Christopher Faylor wrote: On Thu, Nov 18, 2004 at 09:00:38PM +0100, J?rg Schaible wrote: I'll have a look tomorrow in the office, where fd 4 came from (thought I posted all related stuff, but trace is hard). Which is why unsolicited traces are almost always useless. g Point taken. - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: scp exits often with -1
Dave Korn wrote on Wednesday, November 17, 2004 6:18 PM: -Original Message- From: cygwin-owner On Behalf Of Jörg Schaible Sent: 16 November 2004 17:39 Sure. How about 200k of unintelligible gibberish? I'm sure we'd all _love_ to see it. At least it contained more useful information. - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: scp exits often with -1
Dave Korn wrote on Wednesday, November 17, 2004 6:24 PM: I beg to differ. My post contained the useful information that dumping a couple of hundred Kb of unsolicited strace output on the list is a pointless waste of time. Yours contained a couple of hundred Kb of unsolicited strace output. http://www.google.com/search?q=unsolicited+strace+site:cygwin.comhl=enlr=filter=0 *Mine* contained more useful info and was a fraction of the size. Well, nonetheless, none of your comments really help with the problem. I know, that there were massive changes handling fork() and the pipes. So what shall I do, if a the problem now only manifests regularly if scp is called by Java calling a dos batch calling a shell script ? Using strace the problem is going to happen much more unlikely. So what do you mean is it good using a debugger? I really tried hard to find a combination, that makes the problem more obvious without such a weird setup and I cried here for any help, that would enable me to find a better scenario or that enables anyone else to find the problem. I rest my case. So, if you can't or won't help, I prefer no answer. - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: scp exits often with -1
Reini Urban wrote on Wednesday, November 17, 2004 7:21 PM: Hi Jörg :) So, if you can't or won't help, I prefer no answer. Downgrading to cygwin-1.3.11 should help. Hmmm. My old cygwin.dll was not *that* old. 1.5.9 or so (unfortunately I deleted my download cache to be sure to gain the proper X packages). Downgrading may break more than just ssh, cygwin dll's are only proposed to be *backward* compatible. or if you like living on the edge there's a new experimental noparent branch for cygwin1.dll If Chris explicitly don't want people to use it, I dunno. I would really appreciate to isolate the problem. - Jörg -- 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: fontconfig/fontconfig.h is missing
Christopher Faylor wrote on Monday, November 15, 2004 4:55 PM: On Mon, Nov 15, 2004 at 09:42:49AM +0100, J?rg Schaible wrote: although I've reinstalled Xorg and now the X11 libs are present, libfontconfig-devel seems still have problems. I reassured, that the downloaded package, that was reinstalled today, includes the fontconfig/fontconfig.h file, but the header files were not installed though. Oops. libfontconfig-devel-2.2.2-1.tar.bz2 was the package that I experimented with initially so I'd pulled it from the big list of files that I converted -- meaning that it wasn't reconverted when I fixed things. It's ok now and will be on a mirror near you soon. Sorry again for messing things up. It's too bad that setup.exe doesn't understand files built the way I built them since the tar files are smaller. Works now. At least it had somethong good, that I explicitly needed this package too. :) - Jörg
scp exits often with -1
Hi folks, after upgrading to latest cygwin1.dll and openssh I have massive problems with ssh/scp. Using e.g. the same scp command it fails from time to time called from the command line. Unfortunately it fails more often when called from a shell script and quite every time when this shell script is called from a DOS batch called by a Java app. See the output of scp -v -v in the good version: = % $ scp -v -v project.xml [EMAIL PROTECTED]:/devel/maven/home/public_html/repo/essencio-perActa/poms/idxmgr-1.0.4-SNAPSHOT.pom Executing: program /usr/bin/ssh host es3.elsag.de, user jos, command scp -v -t /devel/maven/home/public_html/repo/essencio-perActa/poms/idxmgr-1.0.4-SNAPSHOT.pom OpenSSH_3.9p1, OpenSSL 0.9.7d 17 Mar 2004 debug2: ssh_connect: needpriv 0 debug1: Connecting to es3.elsag.de [192.168.2.73] port 22. debug1: Connection established. [snip] debug1: Authentication succeeded (publickey). debug2: fd 4 setting O_NONBLOCK debug2: fd 5 setting O_NONBLOCK debug1: channel 0: new [client-session] debug2: channel 0: send open debug1: Entering interactive session. debug2: callback start debug2: client_session2_setup: id 0 debug1: Sending command: scp -v -t /devel/maven/home/public_html/repo/essencio-perActa/poms/idxmgr-1.0.4-SNAPSHOT.pom debug2: channel 0: request exec confirm 0 debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 16384 debug2: channel 0: rcvd adjust 32768 Sending file modes: C0755 5432 project.xml project.xml 100% 5432 5.3KB/s 00:00 debug2: channel 0: read=0 rfd 4 len 0 debug2: channel 0: read failed debug2: channel 0: close_read debug2: channel 0: input open - drain debug2: channel 0: ibuf empty debug2: channel 0: send eof debug2: channel 0: input drain - closed debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 debug2: channel 0: rcvd eof debug2: channel 0: output open - drain debug2: channel 0: obuf empty debug2: channel 0: close_write debug2: channel 0: output drain - closed debug2: channel 0: rcvd close debug2: channel 0: almost dead debug2: channel 0: gc: notify user debug2: channel 0: gc: user detached debug2: channel 0: send close debug2: channel 0: is dead debug2: channel 0: garbage collecting debug1: channel 0: free: client-session, nchannels 1 debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 0.2 seconds debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0 debug1: Exit status 0 = % Here's the output of the bad version: = % $ scp -v -v project.xml [EMAIL PROTECTED]:/devel/maven/home/public_html/repo/essencio-perActa/poms/idxmgr-1.0.4-SNAPSHOT.pom Executing: program /usr/bin/ssh host es3.elsag.de, user jos, command scp -v -t /devel/maven/home/public_html/repo/essencio-perActa/poms/idxmgr-1.0.4-SNAPSHOT.pom OpenSSH_3.9p1, OpenSSL 0.9.7d 17 Mar 2004 debug2: ssh_connect: needpriv 0 debug1: Connecting to es3.elsag.de [192.168.2.73] port 22. debug1: Connection established. [snip] debug1: Authentication succeeded (publickey). debug2: fd 4 setting O_NONBLOCK debug2: fd 5 setting O_NONBLOCK debug1: channel 0: new [client-session] debug2: channel 0: send open debug1: Entering interactive session. debug2: callback start debug2: client_session2_setup: id 0 debug1: Sending command: scp -v -t /devel/maven/home/public_html/repo/essencio-perActa/poms/idxmgr-1.0.4-SNAPSHOT.pom debug2: channel 0: request exec confirm 0 debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 16384 debug2: channel 0: rcvd adjust 32768 Sending file modes: C0755 5432 project.xml project.xml 100% 5432 5.3KB/s 00:00 debug2: channel 0: read=0 rfd 4 len 0 debug2: channel 0: read failed debug2: channel 0: close_read debug2: channel 0: input open - drain debug2: channel 0: ibuf empty debug2: channel 0: send eof debug2: channel 0: input drain - closed debug2: channel 0: rcvd eof debug2: channel 0: output open - drain debug2: channel 0: obuf empty debug2: channel 0: close_write debug2: channel 0: output drain - closed debug2: channel 0: rcvd close debug2: channel 0: almost dead debug2: channel 0: gc: notify user debug2: channel 0: gc: user detached debug2: channel 0: send close debug2: channel 0: is dead debug2: channel 0: garbage collecting debug1: channel 0: free: client-session, nchannels 1 debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 0.2 seconds debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0 debug1: Exit status -1 = % The singel difference is, that in the successful case the client sends an exit-state, that is not received in the unseccussful version. The problem manifests more often with using a shell script and a DOS batch: = scpwin #!/bin/sh for a in $@; do case $a
RE: X11/Xlib.h missing
Jörg Schaible wrote on Friday, November 12, 2004 5:59 PM: Christopher Faylor wrote on Friday, November 12, 2004 5:16 PM: [snip] No problem, as long as there is at least an explanation for weird behaviour. :) I spent way too long last night trying to figure out why *I* couldn't install X anymore. I could see the setup.exe messages flashing by as it was installing the xorg packages but, when I was done, only some things from X were installed. If I unpacked the tar.bz2 files by hand then I got everything I expected. It took about an hour for a Oh. Wait a minute. reaction to kick in. The problem with the tar files was that I'd used the -o option to tar when creating the tar files. This creates smaller tar files but apparently setup.exe doesn't like the old style tar format. Anyway, I'm just operating on a hunch here but I'll be REALLY interested to hear if this repackaging fixes the problems that people were seeing. If it does, I'll look into the setup code to see why that is. Thanks for your effort, Chris. I'll try it on Monday ASAP when I am in office again. At home I have the *real thing* and cannot test this sort of problems :)) Worked fine. Thanks. - Jörg
fontconfig/fontconfig.h is missing
Hi folks, although I've reinstalled Xorg and now the X11 libs are present, libfontconfig-devel seems still have problems. I reassured, that the downloaded package, that was reinstalled today, includes the fontconfig/fontconfig.h file, but the header files were not installed though. - Jörg
RE: X11/Xlib.h missing
Hi Alexander, same situation here. I took Install fom Internet, verified that in the downloaded archive are all files available, but none of them made it to the directory. Also tried to uninstall all packages from X11 category and installed them again - nothing, the core packages put their files in place, but none is extracted from the -devel package :( Attached were rejected because of size. - Jörg
RE: X11/Xlib.h missing
Christopher Faylor wrote on Friday, November 12, 2004 4:27 PM: [snip] So, the solution is try again. Just one more bit of data: I rectified the problem at ~12:30AM EST 2004-10-11 so the new packages should be on most mirrors soon if they are not there already. Apologies for the inconvenience I caused. No problem, as long as there is at least an explanation for weird behaviour. :) - Jörg
RE: if construct doesn't work in makefile
Gerrit P. Haase wrote on Thursday, November 11, 2004 3:13 PM: [snip] A snippet from the Makefile you're using would help, please see also the other postings with more tipps - http://cygwin.com/ml/cygwin/2004-11/ ... or older: http://www.cygwin.com/ml/cygwin/2000-06/msg01318.html - Jörg -- 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: mhash-0.9.1-1
Just to complete the list: http://www.thekelleys.org.uk/dnsmasq/doc.html Gerrit P. Haase wrote on Wednesday, October 06, 2004 1:53 AM: Hello Lapo, Well I guess I will at least try harder porting djbdns, then, I really miss a local DNS resolver on my laptop 0=) 1. caching DNS server Maradns: http://www.maradns.org/ it is under active development and the upstream maintainer supports Cygwin (by request, he don't uses Cygwin himself), this is a very nice complete DNS server. Posadis: http://posadis.sourceforge.net/ also available as binaries for Windows. pdnsd: http://www.phys.uu.nl/~rombouts/pdnsd.html this is a proxy DNS server with permanent caching. Already ported: BIND. Why don't you use bind? http://anfaenger.de/cygwin/DNS/bind-9.2.2/ There is the Lightweiht Resolver Daemon lwresd included with the bind-9 sources. 2. authoritative-only DNS server Powerdns: Another interesting DNS server, supports SQL backends. NSD: http://www.nlnetlabs.nl/nsd/ MyDNS: http://mydns.bboy.net/ 3. resolver libraries: ares: ftp://athena-dist.mit.edu/pub/ATHENA/ares/ c-ares: http://daniel.haxx.se/projects/c-ares/ adns: http://www.chiark.greenend.org.uk/~ian/adns/ lightweight resolver library, Cygwin version: http://anfaenger.de/cygwin/DNS/bind-9.2.2/liblwres/ (and what should they have in common? well.. djbdns is by DJB, which is a crypto expert himself... ok, ok, almost nothing in common) Another guy who never heard of Windows? Gerrit
RE: Bugzilla (was: whole cygwin release/ distribution issues)
Dave Korn wrote on Tuesday, October 05, 2004 11:14 AM: Hey! I found a bug in b19! I wanna report it! Forget it! Was fixed in B20 and that one had no bugs EVER! - Jörg -- 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 conversion utility sought: from isolatin (8859-1) to utf8
Ralf Hauser wrote on Tuesday, September 28, 2004 12:17 PM: Hi, Are there any tools like d2u or u2d for UTF-8 for cygwin? In http://lists.suse.com/archive/m17n/2004-Jun/0002.html, Bjoern talks about the recode and iconv utilities, but these don't appear to exist in cygwin. Recode builds OOTB though. - Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problem configuring ssh with public key Authentication - help!
Leong, Kenneth (HEALTH) wrote on Monday, August 09, 2004 10:27 AM: [snip] drwxr-xr-x+ 2 Administ Domain U0 Aug 9 15:33 .ssh This is a problem. Change to 0700. - Jörg -- 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 maximum capacity - cygwin = linux
karthik bala guru wrote on Thursday, July 22, 2004 4:57 PM: Can Cygwin have all the normal linux has ? what is the percentage by which cygwin is nearer to linux ? what are those that cant be provided by cygwin. Define normal Linux! No, Cygwin won't have a kernel and will not have XFS, JFS, ext2/3, ReiserFS support nor elf support. In case of normal applications it is up to the number of volunteers maintaining packages. So, if you miss something, it is you who can change it :) -- Jörg -- 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: sending email from Cygwin
Robert R Schneck wrote on Thursday, July 15, 2004 3:39 AM: Pierre A. Humblet wrote: Luke Kendall wrote: or that it creates a symlink to sendmail. exim doesn't. That symlink is created by the cygwin specific exim-config script under explicit user control. That avoids possible conflicts with postinstall scripts. Hmmm. So perhaps the appropriate new behavior for ssmtp is to do the same thing, asking the user whether to create such a link in the ssmtp-config. I think so. Anyone else advise otherwise? This is how other distos begin to deal with this problem (Gentoo already switched too): http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mail-changingmta.html#AEN30548 -- Jörg -- 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/
scp with DOSish paths
Hello, can anything be done (environmetn variable, option ?), that would allow scp to support DOSish absolute paths? $ pwd /cygdrive/c $ scp 'C:\test\file.txt' host:/target/ ssh: C: no address associated with name $ scp '\test\file.txt' host:/target/ \test\file.txt: No such file or directory $ scp 'test\file.txt' host:/target/ test\file.txt100% 7395 7.2KB/s 00:00 Background: scp is called by a Java application (Maven) and I cannot even wrap the call with a script. -- Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: scp with DOSish paths
Corinna Vinschen wrote on Wednesday, July 14, 2004 1:45 PM: Background: scp is called by a Java application (Maven) and I cannot even wrap the call with a script. Sure you can. Create a script called scp which is in Maven's $PATH before /usr/bin. No. Been there, done that. But a call to System.exec from a non-Cygwin-JVM (not that I know one g) will not pickup a shell script. But nevertheless I created a DOS batch that calls a shell script that does the necessary cygpath conversion now ... -- Jörg -- 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: grep problems
Hi Mark, [EMAIL PROTECTED] wrote on Monday, June 14, 2004 9:47 AM: I was having some trouble using grep to look for text in files. From some tests it looks like meta characters cause the problem to show itself : C:\temptype test.txt text C:\tempgrep test test.txt text C:\tempgrep text *.txt test.txt:text C:\tempgrep text \temp\test.txt text I don't know, why this works, but you may have created this file (temptest.txt) by chance ... C:\tempgrep text \temp\*.txt GREP: temp*.txt: No such file or directory grep is right. You have no file temp*.txt in your current directory C:\tempgrep text ..\temp\*.txt GREP: ..temp*.txt: No such file or directory grep is right. You have no file ..temp*.txt in your current directory C:\tempgrep text c:\temp\*.txt GREP: c:\temp\*.txt: No such file or directory grep is right. You have no file C:temp*.txt in your current directory (assuming you're on C:) C:\tempgrep text ../temp/*.txt ../temp/test.txt:hello C:\tempgrep text /temp/*.txt GREP: /temp/*.txt: No such file or directory grep is right. You have no file C:/cygwin/temp/test.txt (assuming C:/cygwin is your root -- set as default) C:\tempgrep text c:/temp/*.txt c:/temp/test.txt:text I have upgraded to latest release of Cygwin and this has not changed things. I have tried the above on a Windows 98 and Windows XP system as well - same results. Any ideas how I get around this problem ? Learn the syntax. Backslashes have to be escaped by a backslash ;-) -- Jörg -- 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: Tivoli
Franz Wolfhagen wrote on Friday, June 11, 2004 8:39 AM: You will have an extra cygwin1.dll when running tivoli endpoint/managed node on the same machine as you run cygwin. I have run setups with both cygwin and 2 endpoints installed on the same machine - the only thing you need to take care of is to NOT include the non-tivoli cygwin dll in the path before the tivoli ones - with that in place I have never experienced any problems. This is not recommended. http://cygwin.com/faq/faq_4.html#SEC51 The cygwin core uses shared memory and it does not matter if you separate the two dlls with paths or rename on or ... two of these dll's will always influence each other - even if it is the same version. As a rule of dumb: Use always the same dll on one machine. The only solution would be to build an own cygwin1.dll that is named differently and uses internally another location of the shared memory. -- Jörg -- 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: gcc-3.3.1-3 popup error persists.
Edward S. Peschko wrote on Tuesday, April 06, 2004 6:38 AM: thanks for the tips, but this is all sort of moot - I am compiling to a non-standard location which I put at the front of my path. I'm truly starting from scratch, taking /bin out of my path and putting links into a bootstrap directory which point to /bin. One might think that this is the problem - except that when you add /bin back at the end of the path, the problem still persists. Hence I'm pretty sure the probs are with source installs. And what did you do with cygwin1.dll ? regards, Jörg -- 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: Cygcheck reports: h:/unix-root/u/dev/null - Cannot open
Jari Aalto+mail.linux wrote on Friday, March 05, 2004 2:44 PM: I'm seeing a strange message from cygcheck. CAn anyone shed a light? When I run the program, it displays a message window: The dynamic link library /dev/null could not be found ... Well, it has the same problem than me! I also often searched something in /dev/null, but I always failed. I hate that that file sometimes :) Jörg
RE: Possible legal problem with ccrypt? [Was: Re: Pending Packages List, 2004-02-13]
Christopher Faylor wrote on Monday, February 23, 2004 12:38 AM: Hmm. I guess I haven't been as diligent as I should have been. I've pulled gnupg from the distribution. Wouldn't this be a candidate for a source only distrubution with a postbuild script that complies and installs the package ? Regards, Jörg
RE: Possible legal problem with ccrypt? [Was: Re: Pending Packages List, 2004-02-13]
Igor Pechtchanski wrote on Monday, February 23, 2004 2:29 PM: On Mon, 23 Feb 2004, Jörg Schaible wrote: Wouldn't this be a candidate for a source only distrubution with a postbuild script that complies and installs the package ? Regards, Jörg FWIW, that's basically what I was thinking about in http://cygwin.com/ml/cygwin-apps/2004- 02/msg00233.html. Igor Welcome to Gentoo :)
RE: doxygen 1.3.5 vs 1.2.18 (?)
Lapo Luchini wrote on Tuesday, January 20, 2004 4:26 PM: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'm just curious about work on a newer doxygen package: is it under way? there are reasons not to? Original maintainer has been disappeared long ago. Gareth Pearce once wanted to take over and sent also an ITP for the related graphviz, but I've not heard anything from him about these packages for some months, too. So ... of course I don't have time and/or 1.3 is not a stable branch are perfectly good reasons ^_^) Regards, Jörg
RE: [OT] RE: Third-party products that include cygwin
Christopher Faylor wrote on Monday, December 15, 2003 6:23 PM: I was thinking about adding a cygwin-set-reply-to opt-in subscription list for people (like me) who always want the reply-to set to the mailing list. It would require a fair amount of rework of the spam blocking software but it is doable. Would that be a useful feature? Definately YES. :) Regards, Jörg -- 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: /WINDOWS
Corinna Vinschen wrote on Monday, December 08, 2003 11:29 AM: #ifdef _PATH_DEFPATH #undef _PATH_DEFPATH #define _PATH_DEFPATH /usr/bin:/bin:/WINDOWS/system32:/WINDOWS:/WINDOWS/COMMAND/WIN DOWS/system32/Wbem #endif which contains both, NT and 9x paths. We could perhaps even change /usr/include/paths.h to reflect this, at one point. Just one side note: Are you sure, that the orthography of all these subdirectories is the same for all Windows plattforms (at least with VFAT or NTFS)? You might get problems with the strict setting otherwise. Regards, Jörg
RE: /WINDOWS
Corinna Vinschen wrote on Monday, December 08, 2003 4:42 PM: Just one side note: Are you sure, that the orthography of all these subdirectories is the same for all Windows plattforms (at least with VFAT or NTFS)? You might get problems with the strict setting otherwise. The above given paths are the sum of the minimal paths given on 9x and NT. /WINDOWS is given on both, /WINDOWS/COMMAND is given on 9x/Me, /WINDOWS/system32 and /WINDOWS/system32/Wbem are the paths on NT systems. I don't see a need so far to extend these paths since $PATH doesn't need to have all paths you can think of, but the minimal paths which allow to run applications from a subprocess of a daemon. The important paths are the ones which contain DLLs, not even the paths to Windows native commands are really necessary for that. Yeah, that's clear, but I thought back at the time I tinkered with strict myself. At that time cygpath -S just returned the value of GetWindowsDirectory(), but unfortunately the physical entry on the disk was different concerning case. IIRC GetSystemDirectory delivered C:\WinNT\Sytem32 for my system, but e.g. `cygpath -S`/ping with strict failed because in reality it was C:\WinNT\system32. Therefore I've implemented in cygpath an additional lookup with GetFirstFile. The structure filled with this call had luckily the name of the directory with the real orthography. Since I believe you've seen more Windows versions than me (and my job does no longer force me to keep track of portability issues for the different Windows versions), I just want to point out, that you cannot rely on the Windows system calls concerning orthography. Additionally I am not sure if e.g. /WINDOWS/system32/Wbem is the really the same for all NT systems or if some have /WINDOWS/System32/wbem. For strict this matters though if you hard-code them. Regards, Jörg
RE: How to execute bash file under /usr/bin despite setting PATH=/us r/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH
Jon A. Lambert wrote on Thursday, December 04, 2003 7:03 PM: Nguyen, Huu-Dung wrote: Thank for the answers Can any gurus tell me what is the real use of /usr/bin as a mount point and /usr/bin as a physically existing directory in the Cygwin directory ? Sometime i am too much curious !? Nguyen I'm stumped as I can't think of any use. Why did you create the physical directory? It is the way mount works (in any Unix)! You can force a mount without a mount point, but ls the parent directory and you see why. The only question you could arise for Cygwin here is why they use a mount at all for /usr/bin, but that's in the FAQ although I suppose it is more for historical reasons and the (unnecessary) hassle that would arise separating these directories now. Regards, Jörg -- 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: bug in gcc3.3.1
Brian Ford wrote on Thursday, December 04, 2003 10:47 PM: On Thu, 4 Dec 2003, Jörg Schaible wrote: [EMAIL PROTECTED] wrote on Thursday, December 04, 2003 2:38 PM: what was the reason for dropping the support? ( I have to now fix few lines of code!!) It is not ANSI compatible and therefore not portable. In case you didn't know, ANSI defined string literal concatination: This is one sentence. is the same as: This is one sentence. But the poster refers: printf ( .. xxx , ..) This is not ANSI! In case you did not know ... Regards, Jörg -- 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: bug in gcc3.3.1
Jörg Schaible wrote on Friday, December 05, 2003 10:04 AM: In case you did not know ... Sorry, could not resist. Regards, Jörg -- 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 execute bash file under /usr/bin despite setting PATH=/us r/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH
Christopher Faylor wrote on Friday, December 05, 2003 3:23 PM: Nah. It's just because we are so frigging mean. Walking on the edge for so many years now g WASFM Igor, wtf cannot translate ... :) -- 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: bug in gcc3.3.1
[EMAIL PROTECTED] wrote on Thursday, December 04, 2003 2:38 PM: what was the reason for dropping the support? ( I have to now fix few lines of code!!) It is not ANSI compatible and therefore not portable. Regards, Jörg -- 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.bz2 currently broken
Larry Hall wrote on Tuesday, December 02, 2003 4:15 PM: At 07:50 AM 12/2/2003, Jörg Schaible you wrote: Hi gang, Setup (2.416 started directly from the web) seems currently broken (or at least the contents of setup.bz2). I tried 4 different mirrors and after downloading setup.bz2 I get always a Dialogbox with Parse Error and the message (null) line 783: parse error, unexpected COMMA, expecting NL. I don't see this problem. I'm using http://mirrors.rcn.net. Yeah. Today setup gives me no errors anymore installing from my favorite mirrors, although I have some strange entries in the list of packages (3 times diff, 3 times any of the old temf-packages). Xchecking with mirrors.rcn.net shows, that they are no longer in setup.ini. So I assume the trouble was caused by some synchronization delay ... Regards, Jörg -- 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 execute bash file under /usr/bin despite setting PATH=/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH
Hello Huh-Dung, Nguyen, Huu-Dung wrote on Wednesday, December 03, 2003 10:43 AM: Please help me to understand Cygwin because i am an unexperienced user of CygWin I want to start some bash files or *.exe under /usr/bin so i have set in my profile file ... PATH=/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH ... and put my bash files or *.exe under /usr/bin but i can not start them from anywhere in the Cygwin session. Why and what can i do to start them from anywhere in the Cygwin session ? as explained before /usr/bin is a mount point to /bin and therefroe nothing physically located in /usr/bin will be found. This behaviour for mount point is *normal* in any Unix. This mount point is standard for Cygwin as explained in the FAQ: http://cygwin.com/faq/faq_4.html#SEC61 Regards, Jörg -- 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: BUG?: /usr/bin is accepted as /bin in PATH
Nguyen, Huu-Dung wrote on Tuesday, December 02, 2003 12:27 PM: [snip] #!/bin/sh echo Hello World and move this bash file from every directory set for PATH in /etc/profile and see that i can NOT call this bash file when it is in /usr/bin. Any help is appreciated This is in Cygwin by design, since /usr/bin is mounted to /bin. Regards, Jörg -- 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: BUG?: /usr/bin is accepted as /bin in PATH
Hello Huu-Dung, no private mails, please keep the discussion on the list! Nguyen, Huu-Dung wrote on Tuesday, December 02, 2003 1:08 PM: But after i have set ... PATH=/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH export PATH ... and see that my bash file in /usr/bin can NOT be called from anywhere in the cygwin session such as the case when the bash file in /bin or /usr/X11R6/bin ... ? /usr/bin is a mount point! A mount point behaves in Cygwin as in other Unices: Anything in the directory of the mount point is not visible. For Cygwin /bin and /usr/bin is the same and since /usr/bin is mounted to /bin the latter directory defines the content of both locations. Regards, Jörg -- 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.bz2 currently broken
Hi gang, Setup (2.416 started directly from the web) seems currently broken (or at least the contents of setup.bz2). I tried 4 different mirrors and after downloading setup.bz2 I get always a Dialogbox with Parse Error and the message (null) line 783: parse error, unexpected COMMA, expecting NL. Regards, Jörg -- 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: newby stupid question - cat mutiple files to new piped output files
Ronald Landheer-Cieslak wrote on Wednesday, November 26, 2003 12:53 PM: On Wed, Nov 26, 2003 at 04:55:34AM -0500, c wrote: Just started to get somewhere until i wanted to cat a heap of csv files and then send the unique records to a new file. I thought it couldnt be to hard but now my brain hurts. Can anyone help me with a line of code that will do the command below '$ cat d:/pc1/filename.csv uniq d:/pc1/newfilename.csv' but i want it do it repeatidly for every .csv file in that directory? This has nothing to do with Cygwin, but hey.. for i in /cygdrive/d/pc1/*.csv; do cat $i | uniq /cygdrive/d/pc1/newfilename.csv done This will work once, because the new files won't be there yet. After that, the *.csv will pick up the new files as well.. Apart from that, you will overwrite the new file each time ;-) $ for i in /cygdrive/d/pc1/*.csv; do cat $i | uniq /cygdrive/d/pc1/$1.new; done Now you avoid that your new files are picked also and all new files have new names (a .new appended). Other approaches to do something like that: find /cygdrive/d/pc1/*.csv -exec uniq \{} \{}.new \; refer the manuals ... :) -- 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: Variables in Makefiles
Brian Fallik wrote on Thursday, November 20, 2003 9:35 PM: Cygwin folks, I'm having trouble getting makefiles to work in the cygwin environment. They work perfectly fine in Linux. I've checked the mailing list archives, google, google groups, and the faq for help but haven't found the solution. Any help would be appreciates. Please CC me on responses as I'm not subscribed. Did I miss something obvious? [snip] Has your make file LF or CRLF line endings? In what mode is your working directory (text or bin)? Regards, Jörg -- 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: Problems with Make, VPATH and MS-DOS paths
Nate Bohlmann wrote on Monday, November 17, 2003 5:53 PM: Hi, I'm having a problem getting MS-DOS paths to work properly with VPATH under GNU Make 3.80. The problem is that the VPATH processing tacks on a Unix path separator ('/') to the end of the VPATH giving me a source file name something similar to code\src\fw/foo.c. This is a significant problem for the compiler I'm using (NOT gcc) since it spits out map and list files based on the stem of the input source name which it decides is 'fw/foo.c'. Because of this same compiler, I cannot use Unix path names under a cygwin shell due to the fact that it screws up the internal processing of this compiler. So, I would like to know if it's possible to get the VPATH processing to use an MS-DOS separator when generating source file names. I've tried using the --win32 switch with no success. Thanks in advance Nate Bohlmann ([EMAIL PROTECTED]) Old, put still valid: http://www.cygwin.com/ml/cygwin/2000-06/msg01318.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: nmake for cygwin?
Robert Mark Bram wrote on Wednesday, November 19, 2003 11:22 AM: Howdy All! Is there an nmake for cygwin? I looked it up in setup.exe under the development category but could not find one. No, and since nmake is MS's make tool, it will not happen, since MS does not offer the source. Would there be a reason to use nmake over make anyway? (I have a makefile that failed under 'make' and the readme said to use nmake..) Yes. You seem to have a nmake-makefile, so you have to use nmake, unless you're rewriting it. Hint: Make-syntax is normally not compatible between different make utilities. Regards, Jörg -- 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: Building bison?
Ian, please stay on the list for ongoing conversation ... Ian Badcoe wrote on Monday, November 17, 2003 9:27 PM: At 14:40 17/11/2003 +0100, you wrote: Ian Badcoe wrote on Monday, November 17, 2003 12:49 PM: [snip] 1.875c behaves nicely to a ./configure and make but it then crashes immediately when I give it my input script. Just an idea: Since Cygwin compiles as Unix flavour, the original source may not be prepared to read files with CRLF. Try to run it from a binary mounted folder providing a file with LF endings only. If I invoke bison indirectly: bash -c /usr/bin/bison MyFile.y ... Then it works, so I suspect it's more to do with invocation than CRLF. What is the value of your CYGWIN enrironment variable? As a general question, is there generally a lot of difference between sources downloaded from GNU and one's acquired via cygwin? Or can one mix and match freely (bugs due to version differences notwithstanding)? Changes for a package are normally documented in /usr/doc/Cygwin. Regards, Jörg -- 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: Building bison?
Ian Badcoe wrote on Monday, November 17, 2003 12:49 PM: [snip] 1.875c behaves nicely to a ./configure and make but it then crashes immediately when I give it my input script. Just an idea: Since Cygwin compiles as Unix flavour, the original source may not be prepared to read files with CRLF. Try to run it from a binary mounted folder providing a file with LF endings only. Regards, Jörg -- 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: a try at killall
Lapo Luchini wrote on Sunday, November 09, 2003 7:06 PM: Vince Hoffman wrote: Not complete, but usually works for me 0=) $ cat /usr/local/bin/killall #!/bin/sh ps -s | sed -re /$1$/s/^ +([0-9]+).*$/\1/;t fine;d;:fine | xargs kill $2 $3 $4 Any reason not to just use pkill ? (from procps package) (I found it after writing a similar script for solaris. ) And I already had it installed, too! Me, too. But your version can be enhanced to use ps with -W, while pkill cannot handle Windows processes at all. And I have to use an application, that leavs behind a dangling Java process ... :) -- Jörg -- 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: The incredible shrinking PATH
Mark Sheppard wrote on Friday, November 07, 2003 3:33 PM: We're getting a problem where a native windows console program invoked from an interactive Cygwin bash shell seems to be getting a truncated PATH environment variable. The windows program in question is Boost Jam and for some people it can't find a compiler that's definitely in a directory in their path. If they re-arrange the directories in their path to make the relevant one appear early on things start working. And the same command invoked from cmd works without having to re-arrange the path. Has anyone come across anything like this before? I had a quick search of the archives but nothing turned up. You might search for a limit in environment vars on this list. We had some threads about it lately including the reason. Regards, Jörg -- 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/