New VIM version 7.3.002-1
Hi Yaakov, I have prepared a new release of vim, 7.3.002-1, so it's the new 7.3 release from yesterday with its first two patches. The new vim release is linked against ncursesw: export CPPFLAGS='-I/usr/include/ncursesw' export LDFLAGS='-L/usr/lib/ncursesw' ./configure \ --prefix=/usr \ --sysconfdir=/etc \ --libexecdir='$(prefix)/lib' \ --localstatedir=/var \ --datadir='$(prefix)/share' \ --mandir='$(prefix)/share/man' \ --infodir='$(prefix)/share/info' \ --with-features=huge \ --enable-gui=no \ --without-x \ --with-compiledby=http://cygwin.com/; I also changed the requires line in setup.hint: requires: alternatives libncurses10 libncursesw10 libiconv2 libintl8 I'm keeping the libncurses10 in for now, for the sake of the old vim version. You can find the source and binary packages on sourceware under ~corinna/x/vim/ Please ping me when you finished the corresponding gvim release. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
[PATCH] setup: be less scary about missing dependencies
The Unmet Dependencies Found message on the Resolve Dependencies page may mislead people into thinking that there's a problem with setup.exe or packaging, when in fact it's a routine step now. Also, the message box that appears when choosing not to select required packages overstates its case a little bit. So this patch tweaks both. Andy ChangeLog: * res.rc (IDD_PREREQ): Say Resolving Dependencies instead of Unmet Dependencies Found * prereq.cc (PrereqPage::OnNext): Tone down message box about missing dependencies. Index: res.rc === RCS file: /cvs/cygwin-apps/setup/res.rc,v retrieving revision 2.89 diff -u -r2.89 res.rc --- res.rc 15 Aug 2010 16:22:00 - 2.89 +++ res.rc 17 Aug 2010 18:41:59 - @@ -377,13 +377,13 @@ IDD_PREREQ DIALOG DISCARDABLE 0, 0, SETUP_STANDARD_DIALOG_DIMS STYLE DS_MODALFRAME | DS_3DLOOK | WS_CHILD | WS_VISIBLE | WS_CAPTION | WS_SYSMENU -CAPTION Cygwin Setup - Resolve Dependencies +CAPTION Cygwin Setup - Resolving Dependencies FONT 8, MS Shell Dlg BEGIN CONTROL ,IDC_HEADSEPARATOR,Static,SS_BLACKFRAME | SS_SUNKEN, 0,28,SETUP_STANDARD_DIALOG_W,1 ICONIDI_CYGWIN,IDC_HEADICON,SETUP_HEADICON_X,0,21,20 -LTEXT Unmet Dependencies Found,IDC_STATIC_HEADER_TITLE +LTEXT Resolving Dependencies,IDC_STATIC_HEADER_TITLE ,7,0,258,8,NOT WS_GROUP LTEXT The following packages are required to satisfy dependencies.,IDC_STATIC,21,9,239,16,NOT WS_GROUP Index: prereq.cc === RCS file: /cvs/cygwin-apps/setup/prereq.cc,v retrieving revision 2.5 diff -u -r2.5 prereq.cc --- prereq.cc 8 Aug 2010 15:11:43 - 2.5 +++ prereq.cc 17 Aug 2010 18:41:59 - @@ -97,10 +97,10 @@ { // breakage imminent! danger, danger int res = MessageBox (h, - If you continue without correcting the listed conflicts, your - Cygwin installation will not function properly.\r\n - We strongly recommend that you let Setup install the listed packages.\r\n\r\n - Are you sure you want to proceed?, + The listed packages are required for packages depending on them to + work. We strongly recommend that you allow Setup to select them. + \r\n\r\n + Are you sure you want to proceed without these packages?, WARNING - Required Packages Not Selected, MB_YESNO | MB_ICONEXCLAMATION | MB_DEFBUTTON2); if (res == IDNO)
[RFU] {emacs,emacs-X11,emacs-el}-23.2-2
New test release. wget -x -nH --cut-dirs=2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/setup.hint \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-23.2-2-src.tar.bz2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-23.2-2.tar.bz2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-X11/setup.hint \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-X11/emacs-X11-23.2-2.tar.bz2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-el/setup.hint \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-el/emacs-el-23.2-2.tar.bz2 Please leave 23.1-10 as previous and 23.2-1 as current. Thanks. Ken
package conflict: cygwin and sunrpc
Both cygwin-1.7.6-1 and sunrpc-4.0-3 install /usr/include/rpc/{types,xdr}.h. Depending on which package is installed last, this causes spurious compilation failures, because the two implementations differ on whether they need sockaddr_in to be declared. Now that xdr functions have been subsumed into cygwin proper, is it time to obsolete sunrpc? On the other hand, libvirt wants to #include rpc/rpc.h, which only sunrpc provides; is it time to provide that header as part of base cygwin? https://www.redhat.com/archives/libvir-list/2010-August/msg00375.html -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
src/winsup/mingw ChangeLog include/limits.h
CVSROOT:/cvs/src Module name:src Changes by: keithmarsh...@sourceware.org2010-08-17 21:18:22 Modified files: winsup/mingw : ChangeLog winsup/mingw/include: limits.h Log message: Make PATH_MAX consistent with MAX_PATH Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/mingw/ChangeLog.diff?cvsroot=srcr1=1.463r2=1.464 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/limits.h.diff?cvsroot=srcr1=1.6r2=1.7
Re: [PATCHes] Misc aliasing fixes for building DLL with gcc-4.5.0
On Mon, 2009-08-10 at 04:11 +0100, Dave Korn wrote: I tried compiling winsup with GCC-4.5.0 HEAD, and it finds a bunch of things to complain about (which then break the -Werror build). They are mostly dereferencing type-punned pointer will break strict-aliasing rules errors, but there is also some possibly-undefined behaviour in passwd.cc (looks like a problem with sequence points to me). Sorry to resurrect such an old thread, but now that Dave released gcc-4.5, this is no longer theoretical. Here are the warnings-as-errors that I get with gcc-4.5.1 with Dave's 4.5.0 patch set: winsup/cygwin/fhandler_floppy.cc: In member function ‘int fhandler_dev_floppy::get_drive_info(hd_geometry*)’: winsup/cygwin/fhandler_floppy.cc:59:37: error: dereferencing type-punned pointer will break strict-aliasing rules winsup/cygwin/fhandler_socket.cc: In function ‘bool address_in_use(const sockaddr*)’: winsup/cygwin/fhandler_socket.cc:918:7: error: dereferencing type-punned pointer will break strict-aliasing rules winsup/cygwin/fhandler_socket.cc:918:7: error: dereferencing type-punned pointer will break strict-aliasing rules winsup/cygwin/hookapi.cc: In function ‘void* hook_or_detect_cygwin(const char*, const void*, WORD)’: winsup/cygwin/hookapi.cc:255:7: error: ‘i’ may be used uninitialized in this function winsup/cygwin/passwd.cc: In function ‘passwd* internal_getpwsid(cygpsid)’: winsup/cygwin/passwd.cc:101:54: error: operation on ‘pw’ may be undefined winsup/cygwin/syscalls.cc: In function ‘long int gethostid()’: winsup/cygwin/syscalls.cc:3711:43: error: dereferencing type-punned pointer will break strict-aliasing rules winsup/cygwin/syscalls.cc:3712:49: error: dereferencing type-punned pointer will break strict-aliasing rules Yaakov
Re: [PATCHes] Misc aliasing fixes for building DLL with gcc-4.5.0
On Tue, Aug 17, 2010 at 02:23:32PM -0500, Yaakov (Cygwin/X) wrote: On Mon, 2009-08-10 at 04:11 +0100, Dave Korn wrote: I tried compiling winsup with GCC-4.5.0 HEAD, and it finds a bunch of things to complain about (which then break the -Werror build). They are mostly dereferencing type-punned pointer will break strict-aliasing rules errors, but there is also some possibly-undefined behaviour in passwd.cc (looks like a problem with sequence points to me). Sorry to resurrect such an old thread, but now that Dave released gcc-4.5, this is no longer theoretical. Here are the warnings-as-errors that I get with gcc-4.5.1 with Dave's 4.5.0 patch set: We obviously have been down this road before and will fix the compiler errors as time permits. In the meantime, posting the errors to cygwin-patches isn't really interesting since there are no patches here. Actually, I don't think they are actually very interesting in any mailing list. cgf
Re: 1.7.5 XWin trouble
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 8/16/2010 9:11 PM, Larry Hall (Cygwin) wrote: Since your issue is with Cygwin-X, you should send it to the cygwin-xfree list. Or, just install ssh and run X over SSH. Problem solved wit PuTTY and Portable Xming. (I do this all the time at university ) Less bandwidth and better fonts :) - -- Morgan Gangwere Why? Because it breaks the logical flow of conversation, plus makes messages unreadable. Top-Posting is evil. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) iQIcBAEBAgAGBQJMajJEAAoJEEURiCSotvJDMRkP/0tth67t4D0apLJ2xO3H/T7P Kb3qEU3urhyxHaHuJwaEGR4YaznzAPtQoXpQ74+M5H38XYCNWswPA2uagEgO+g1i w6BrlOMuOCmpoCCj1gugowhVVXUcIj7otlaT0G6ZA08AT+oJYTpS2B3Qzwy+QX1V kOmusrt1JYg/0T9A+6n1dMSTWsYNog2SSsNmd5rEDLhqxmsgB32R04Hhgz67EuXy 987nVnew4xWuZKrDpisCVjMy1XnUt9DjpnoiQa+BKySd/V2lBB0Bqw7mR87r9lt6 Wfm7uJPi4/5lyRp9E976zIxgakNr0FoE6VKwm2AF8cHcll0SDyH9YMndi33GjVjQ i56ABUaB+jF0iLjrsQ8RcOMKn5dm0Z3GsOziTl7RlD2PQ4E+/jBdu0w8N89ROI+V /UsZvuVpH9zEQiRn0YYeMrmaaQ9Ugsf1thYyVcMq3IFWZNiHQwlHRBirRsTXiAEi csrVNTWo0Q+o/vFAcmEOmPSYUeGeNDGMVb0XXNi4egRChvJdn/awvizb4GIWO74e C+djzpw6IsRdZzIzE8oqtE5ce9BwTkS+ML0AhRJtnvv5ub9/j+n4g2OC9zkGSDVE aiFz6xEGe/wx0/54x4uRUNWAW6vy6hMQphes6S2+aJqqg96ejwHYgW+5Pt+fhoC1 mpDgCdsvyhMxk7OkGRT8 =dYG4 -END PGP SIGNATURE- -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Path conversion issue
On Tue, Aug 17, 2010 at 5:18 AM, Larry Hall (Cygwin) wrote: On 8/16/2010 10:03 PM, Andrey Repin wrote: diff.exe -cdb -x CVS -x .svn -I \$Id.*\$ --strip-trailing-cr -- C:\...\php-tools\GalleryClass.php \\REMOTE\C$\...\php-tools\GalleryClass.php diff: \REMOTE\C$\...\php-tools\GalleryClass.php: No such file or directory Why it ate the leading backslash? '\' is a escape character for Cygwin just the way it is in UNIX/Linux. You either need to escape it or, better yet, use forward slashes. Or protect the backslashes: use single quotes '\\REMOTE\C$\...\php-tools\GalleryClass.php' -- Life is complex, with real and imaginary parts. Ok, it boots. Which means it must be bug-free and perfect. -- Linus Torvalds People disagree with me. I just ignore them. -- Linus Torvalds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Existence check fails on Cygwin Perl
On Aug 16 18:13, Andrew DeFaria wrote: This is strange. I usually tend to use Cygwin's Perl as it is more full featured and works well but there are times when I am forced to use cqperl - a Perl that comes with Rational Clearquest - at my clients. Here it seems that Cygwin's Perl utterly fails the test where as cqperl - a derivative of ActiveuuState - works. This is using the existence check (-e) for a file. The file happens to be on a share thus we are using UNC notation. It doesn't even matter if server is a real server or not, nor whether the share and path exist. Use anything you like. In fact use server and path and file. Either way Cygwin's Perl reports that the file exists even when it doesn't, or the path is wrong or even if the server does not exist! $ cat test.pl' use warnings; use strict; # Obviously non-existant server and file my $file = server\\path\\file; # Check for existance returns true for Cygwin - false for ActiveState if (-e $file) { print true\n } else { print false\n } $ perl test.pl true $ cqperl test.pl false $ I can not reproduce your problem. I used server\\path\\file unchanged, as well as valid server and share names and just a non-existant file name. In both cases the script prints false. And it prints true for an existing file, just as expected. BLODA? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: cygwin-1.7.6-1
Hi Cygwin friends and users, I just released 1.7.6-1. This release fixes a bunch of bugs, and introduces a few new features. It also contains a change which will affect calling native Win32 API functions from Cygwin applications. I would like to urge you to have another look into the documentation at http://cygwin.com/cygwin-ug-net/cygwin-ug-net.html. It contains a couple of improvements and the description for new features and changes from old behaviour. What's new since Cygwin 1.7.5: == - Add new mount options dos and ihash to allow overriding Cygwin default behaviour on broken filesystems not recognized by Cygwin. See http://cygwin.com/cygwin-ug-net/using.html#mount-table and http://cygwin.com/cygwin-ug-net/using-utils.html#mount - Add new mount option bind to allow remounting parts of the POSIX file hirarchy somewhere else. See http://cygwin.com/cygwin-ug-net/using.html#mount-table and http://cygwin.com/cygwin-ug-net/using-utils.html#mount - Ttys and ptys are handled as securable objects using file-like permissions and owner/group information. chmod and chown now work on ttys/ptys. A new mechanism is used to propagate pty handles safely to other processes, which does not require to use Cygserver. - Pass on coresize settings made with setrlimit(2). This allows shells to disable creating stackdump files in child processes via `ulimit -c 0' in bash or `limit coredumpsize 0' in tcsh. - Locale categories contain all localization strings additionally as wide-char strings. locale(1) prints these values just as on Linux. nl_langinfo(3) allows to fetch them. See file:///usr/include/langinfo.h - New interfaces mkostemp(3) and mkostemps(3). See file:///usr/include/stdlib.h - New virtual file /proc/filesystems. - clock_gettime(3) and clock_getres(3) accept CLOCK_MONOTONIC. - Several small additions to header files. What changed since Cygwin 1.7.5: - Cygwin handles the current working directory entirely on its own. The Win32 current working directory is set to an invalid path to be out of the way. This affects calls to the Win32 file API (CreateFile, etc.). See http://cygwin.com/htdocs/cygwin-ug-net/using.html#pathnames-win32-api - Change the way a process is made process group leader in case we're started from a non-Cygwin process. This isn't foolproof and may need more work. - Workaround a BLODA problem in rename(2) which otherwise results in annoying errors. - Add more workarounds for broken filesystems which either don't grok reopening a file by handle (NWFS) or which are not capable of handling filenames with leading spaces or trailing dots or spaces (NWFS, Netapp). - Don't try to evaluate reparse points (junctions) on remote filesystems as symlinks. - Improve performance of stat and a few other functions. ls(1) should be up to 30% faster on some drives. - Speed up signal delivery slightly. - Improve error output in strace. - cygwin_conv_path now drops the \\?\ prefix from short paths it returns with CCP_POSIX_TO_WIN_W. Bugfixes since Cygwin 1.7.5: - Fix problem where pseudo-relocs were getting applied twice, resulting in a crash. - Fix a crash when accessing /proc/registry* - Avoid that connect on a not yet established AF_LOCAL/AF_UNIX socket misinterprets the socket file as non-socket. - Fix stdin/out/err handle permissions when called from a non-Cygwin process. - Fix codeset problem in internal handling of process name. - Fix abbreviated month names for japanese and korean locale. - Fix calls to gettimeofday after call to settimeofday. - Fix REG_MULTI_SZ handling in /proc/registry* - Honor cygwin username even if it only differs by case from Windows username. - Fix potential memory leak when accessing // or //server directories. - Fix using a wrong handle when checking for files inaccessible to current user. - Fix erroneous handling of devices in path checking. - Fix potential crash in exec(2) if parent uses file locking. - Return useful error code when writing beyond free space on disk. - Fix longstanding bug where pipe() would inappropriately reuse open fd's. - Fix several signal races which caused SEGVs. - Fix long-standing bug when trying to open an already opened pipe via /proc/$PID/fd/... - Fix a potential crash when calling mount -a. - Fix bug in math functions lround(), llround(), lrint(), llrint(). Have fun, Corinna *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://cygwin.com/lists.html#unsubscribe-simple Please read *all* of the information
1.7.5 - Invoking excel/word using vbscript in ssh session from Linux
Hi, I am starting SSH session from a Linux box to CYGWIN on Windows XP. In this session I call a vbscript which invokes MS word or Excel 2007 to export file to PDF. The command is: ssh -n -T winu...@windownode csscript xls2pdf.vbs xls_file_path pdf_file_path or ssh -n -T winu...@windownode csscript doc2pdf.vbs doc_file_path pdf_file_path I have already passwordless login setup using ssh-keygen and authorized_keys. The script starts Word and Excel as I can see the corresponding process in the Task Manager. But it seems both Word and Excel are hanging and doing nothing. If I use wsscript instead of csscript, the wsscript process can be found in Task Manager, but no word or excel, so wsscript is hanging. There are several messages like this in the mailing list, but no resolution. Can some one help? Kind Regards, Nitin Mehta -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Postinstall for mintty fails when installing just for me
On Aug 17 06:52, Andy Koppe wrote: On 17 August 2010 02:26, Buchbinder, Barry wrote: $ bash --norc --noprofile /etc/postinstall/mintty.sh /bin/mkdir: cannot create directory `/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin': Permission denied mkshortcut: Saving C:\Documents and Settings\All Users\Start Menu\Programs\Cygwin\mintty.lnk failed; does the target directory exist? /bin/chmod: cannot access `/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin/mintty.lnk': No such file or directory echo $? 1 Hmm, the test at the top of the script is meant to avoid that, by checking whether the 'All Users/Start Menu/Programs' folder is writable. Any idea why that's saying yes when apparently it isn't writable? I tried your script and it works fine for me. If I'm running as admin in a UAC-restricted shell, the test fails as expected. The problem is, we don't know anything about your environment, Barry. cygcheck output as requested by http://cygwin.com/problems.html would be helpful, perhaps. As is getfacl/cacls output for the /c/Documents and Settings/All Users/Start Menu/Programs directory. Is there a proper way for a postinstall script to find out whether it's an install for all users or Just Me? Hmm, afaik no. You could try to write to All Users first and if that fails, write to the user's own Programs. Or, you could combine this with a call to `id -G' and test if the group 544 is in the users supplementary group list. But, maybe we should define a couple of useful, installation-specific arguments for postinstall scripts and change setup accordingly? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Existence check fails on Cygwin Perl
On 17 Aug 2010 10:20:41 +0200, Corinna Vinschen wrote: On Aug 16 18:13, Andrew DeFaria wrote: This is strange. I usually tend to use Cygwin's Perl as it is more full featured and works well but there are times when I am forced to use cqperl - a Perl that comes with Rational Clearquest - at my clients. Here it seems that Cygwin's Perl utterly fails the test where as cqperl - a derivative of ActiveuuState - works. This is using the existence check (-e) for a file. The file happens to be on a share thus we are using UNC notation. It doesn't even matter if server is a real server or not, nor whether the share and path exist. Use anything you like. In fact use server and path and file. Either way Cygwin's Perl reports that the file exists even when it doesn't, or the path is wrong or even if the server does not exist! $ cat test.pl' use warnings; use strict; # Obviously non-existant server and file my $file = server\\path\\file; # Check for existance returns true for Cygwin - false for ActiveState if (-e $file) { print true\n } else { print false\n } $ perl test.pl true $ cqperl test.pl false $ I can not reproduce your problem. I used server\\path\\file unchanged, as well as valid server and share names and just a non-existant file name. In both cases the script prints false. And it prints true for an existing file, just as expected. Hm, I can reproduce it and it's even simpler, no perl involved: pc [ -e //server/junk ] date Tue Aug 17 10:28:14 WEDT 2010 pc ls -ls //server/junk 0 -rw-r--r-- 1 lemkemch Domain Users 0 Dec 1 2006 //server/junk Here's no server called server. pc uname -a CYGWIN_NT-5.1 p01080268 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 Cygwin pc mount C:/MyStuff/1.7cygwin/bin on /usr/bin type ntfs (binary,auto) C:/MyStuff/1.7cygwin/lib on /usr/lib type ntfs (binary,auto) C:/MyStuff/cygwin/home on /home type ntfs (text) C:/MyStuff/1.7cygwin on / type ntfs (binary,auto) U: on /u type ntfs (text) C: on /c type ntfs (text,posix=0,user,noumount,auto) I: on /i type vfat (text,posix=0,user,noumount,auto) J: on /j type ntfs (text,posix=0,user,noumount,auto) K: on /k type unknown (text,posix=0,user,noumount,auto) Q: on /q type ntfs (text,posix=0,user,noumount,auto) S: on /s type ntfs (text,posix=0,user,noumount,auto) V: on /v type ntfs (text,posix=0,user,noumount,auto) Michael -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Existence check fails on Cygwin Perl
On Aug 17 10:54, Lemke, Michael SZ/HZA-ZSB2 wrote: On 17 Aug 2010 10:20:41 +0200, Corinna Vinschen wrote: On Aug 16 18:13, Andrew DeFaria wrote: $ cat test.pl' use warnings; use strict; # Obviously non-existant server and file my $file = server\\path\\file; # Check for existance returns true for Cygwin - false for ActiveState if (-e $file) { print true\n } else { print false\n } $ perl test.pl true $ cqperl test.pl false $ I can not reproduce your problem. I used server\\path\\file unchanged, as well as valid server and share names and just a non-existant file name. In both cases the script prints false. And it prints true for an existing file, just as expected. Hm, I can reproduce it and it's even simpler, no perl involved: pc [ -e //server/junk ] date Tue Aug 17 10:28:14 WEDT 2010 pc ls -ls //server/junk 0 -rw-r--r-- 1 lemkemch Domain Users 0 Dec 1 2006 //server/junk Here's no server called server. I can't reproduce, but I'm already running Cygwin 1.7.6. I have a vague memory that we already had a report along these lines and that I patched this at one point... I *think* that's what is successfully hidden behind the Fix erroneous handling of devices in path checking. message in the announcement... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: diff /usr/include/endian.orig.h /usr/include/endian.h endian.h.diff
Pedro, first of all, did you read http://cygwin.com/contrib.html? Especially the Before you get started section. For this patch, given that it is just a bunch of rather obvious defines, I don't think we have to treat the patch as significant. However, please don't use _BSD_SOURCE. The newlib/Cygwin headers are not set up like the Linux headers and the big bunch of definitions from /usr/include/features.h are not available so far. The _BSD_SOURCE define is not honored or set anywhere right now. What you can do is to use _POSIX_SOURCE. So, if you're going to use #ifndef _POSIX_SOURCE instead, and if you're creating a ChangeLog entry in the correct ChangeLog entry format (see the ChangeLog file), then I guess we can check it in. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Existence check fails on Cygwin Perl
On 17 August 2010 10:06, Corinna Vinschen wrote: On Aug 17 10:54, Lemke, Michael SZ/HZA-ZSB2 wrote: On 17 Aug 2010 10:20:41 +0200, Corinna Vinschen wrote: On Aug 16 18:13, Andrew DeFaria wrote: $ cat test.pl' use warnings; use strict; # Obviously non-existant server and file my $file = server\\path\\file; # Check for existance returns true for Cygwin - false for ActiveState if (-e $file) { print true\n } else { print false\n } $ perl test.pl true $ cqperl test.pl false $ I can not reproduce your problem. I used server\\path\\file unchanged, as well as valid server and share names and just a non-existant file name. In both cases the script prints false. And it prints true for an existing file, just as expected. Hm, I can reproduce it and it's even simpler, no perl involved: pc [ -e //server/junk ] date Tue Aug 17 10:28:14 WEDT 2010 pc ls -ls //server/junk 0 -rw-r--r-- 1 lemkemch Domain Users 0 Dec 1 2006 //server/junk Here's no server called server. I can't reproduce, but I'm already running Cygwin 1.7.6. I have a vague memory that we already had a report along these lines and that I patched this at one point... I *think* that's what is successfully hidden behind the Fix erroneous handling of devices in path checking. message in the announcement... http://www.cygwin.com/ml/cygwin/2010-06/msg00049.html -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Existence check fails on Cygwin Perl
On Aug 17 10:47, Andy Koppe wrote: On 17 August 2010 10:06, Corinna Vinschen wrote: On Aug 17 10:54, Lemke, Michael SZ/HZA-ZSB2 wrote: On 17 Aug 2010 10:20:41 +0200, Corinna Vinschen wrote: On Aug 16 18:13, Andrew DeFaria wrote: $ cat test.pl' use warnings; use strict; # Obviously non-existant server and file my $file = server\\path\\file; # Check for existance returns true for Cygwin - false for ActiveState if (-e $file) { print true\n } else { print false\n } $ perl test.pl true $ cqperl test.pl false $ I can not reproduce your problem. I used server\\path\\file unchanged, as well as valid server and share names and just a non-existant file name. In both cases the script prints false. And it prints true for an existing file, just as expected. Hm, I can reproduce it and it's even simpler, no perl involved: pc [ -e //server/junk ] date Tue Aug 17 10:28:14 WEDT 2010 pc ls -ls //server/junk 0 -rw-r--r-- 1 lemkemch Domain Users 0 Dec 1 2006 //server/junk Here's no server called server. I can't reproduce, but I'm already running Cygwin 1.7.6. I have a vague memory that we already had a report along these lines and that I patched this at one point... I *think* that's what is successfully hidden behind the Fix erroneous handling of devices in path checking. message in the announcement... http://www.cygwin.com/ml/cygwin/2010-06/msg00049.html Oh, right, thanks. I have to refurbish my memory, I guess. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
last email
Hi Dear, Please confirm if you received my last email and provide me your direct phone number for more discussions. Yours truly, Mr. David Brown Global International -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: Existence check fails on Cygwin Perl
From: Corinna Vinschen On Aug 16 18:13, Andrew DeFaria wrote: This is strange. I usually tend to use Cygwin's Perl as it is more full featured and works well but there are times when I am forced to use cqperl - a Perl that comes with Rational Clearquest - at my clients. Here it seems that Cygwin's Perl utterly fails the test where as cqperl - a derivative of ActiveuuState - works. This is using the existence check (-e) for a file. The file happens to be on a share thus we are using UNC notation. It doesn't even matter if server is a real server or not, nor whether the share and path exist. Use anything you like. In fact use server and path and file. Either way Cygwin's Perl reports that the file exists even when it doesn't, or the path is wrong or even if the server does not exist! snip I can not reproduce your problem. I used server\\path\\file unchanged, as well as valid server and share names and just a non-existant file name. In both cases the script prints false. And it prints true for an existing file, just as expected. BLODA? Corinna FWIW, I was able to reproduce the OP's results, both with Cygwin's Perl 5.10.1 and cqperl v5.8.6. I hadn't had any BLODA issues to date. --Ken Nellis
Re: Cygwin 1.7.5 segfault during setup
I am running the latest and greatest version of setup.exe. ~ Steve On 8/16/2010 7:37 PM, Steve Holden wrote: Your first line of attack should be to replace your current setup.exe with a fresh copy downloaded from cygwin.com. regards Steve -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Existence check fails on Cygwin Perl
2010/8/17 Nellis, Kenneth kenneth.nel...@acs-inc.com: From: Corinna Vinschen On Aug 16 18:13, Andrew DeFaria wrote: This is strange. I usually tend to use Cygwin's Perl as it is more full featured and works well but there are times when I am forced to use cqperl - a Perl that comes with Rational Clearquest - at my clients. Here it seems that Cygwin's Perl utterly fails the test where as cqperl - a derivative of ActiveuuState - works. This is using the existence check (-e) for a file. The file happens to be on a share thus we are using UNC notation. It doesn't even matter if server is a real server or not, nor whether the share and path exist. Use anything you like. In fact use server and path and file. Either way Cygwin's Perl reports that the file exists even when it doesn't, or the path is wrong or even if the server does not exist! snip I can not reproduce your problem. I used server\\path\\file unchanged, as well as valid server and share names and just a non-existant file name. In both cases the script prints false. And it prints true for an existing file, just as expected. BLODA? Corinna FWIW, I was able to reproduce the OP's results, both with Cygwin's Perl 5.10.1 and cqperl v5.8.6. I hadn't had any BLODA issues to date. Sure. You need a recent cygwin snapshot to get it fixed. http://www.cygwin.com/ml/cygwin/2010-06/msg00049.html http://cygwin.com/snapshots/ $ [ -e //server/junk ] date $ uname -a CYGWIN_NT-6.1 ATGRZWN503050 1.7.6s(0.230/5/3) 20100816 13:53:13 i686 Cygwin -- Reini Urban -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Existence check fails on Cygwin Perl
On Tue, 17 Aug 2010 12:03:19 +0200, Corinna Vinschen wrote: On Aug 17 10:47, Andy Koppe wrote: On 17 August 2010 10:06, Corinna Vinschen wrote: On Aug 17 10:54, Lemke, Michael ÂSZ/HZA-ZSB2 wrote: On 17 Aug 2010 10:20:41 +0200, Corinna Vinschen wrote: On Aug 16 18:13, Andrew DeFaria wrote: [perl example removed.] Hm, I can reproduce it and it's even simpler, no perl involved: pc [ -e //server/junk ] date Tue Aug 17 10:28:14 WEDT 2010 pc ls -ls //server/junk 0 -rw-r--r-- 1 lemkemch Domain Users 0 Dec Â1 Â2006 //server/junk Here's no server called server. I can't reproduce, but I'm already running Cygwin 1.7.6. ÂI have a vague memory that we already had a report along these lines and that I patched this at one point... ÂI *think* that's what is successfully hidden behind the Fix erroneous handling of devices in path checking. message in the announcement... http://www.cygwin.com/ml/cygwin/2010-06/msg00049.html Oh, right, thanks. I have to refurbish my memory, I guess. Now that 1.7.6 has appeared at my favorite mirror I repeated the test: pc uname -a CYGWIN_NT-5.1 p01080268 1.7.6(0.230/5/3) 2010-08-16 16:06 i686 Cygwin pc ls -ls //junk/file ls: cannot access //junk/file: No such file or directory Great, it's fixed. But wait: pc ls -ls //server/junk 0 -rw-r--r-- 1 lemkemch Domain Users 0 Dec 1 2006 //server/junk I was wrong above, here is a server called 'server'. But it doesn't have a file 'junk'. Doing the equivalent from a DOS box: U:\dir \\server\junk Logon failure: unknown user name or bad password. Michael P.S. Sorry for breaking the thread, can't do any better at the moment. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Existence check fails on Cygwin Perl
On Aug 17 14:58, Lemke, Michael SZ/HZA-ZSB2 wrote: Now that 1.7.6 has appeared at my favorite mirror I repeated the test: pc uname -a CYGWIN_NT-5.1 p01080268 1.7.6(0.230/5/3) 2010-08-16 16:06 i686 Cygwin pc ls -ls //junk/file ls: cannot access //junk/file: No such file or directory Great, it's fixed. But wait: pc ls -ls //server/junk 0 -rw-r--r-- 1 lemkemch Domain Users 0 Dec 1 2006 //server/junk I was wrong above, here is a server called 'server'. But it doesn't have a file 'junk'. Doing the equivalent from a DOS box: U:\dir \\server\junk Logon failure: unknown user name or bad password. Works for me if the server called server exists, but has no share named junk. bash$ ls -ls //server/junk ls: cannot access //server/cygwinx: No such file or directory The noticable difference is that the access returns another error on the Win32/native NT level: C:\dir \\server\junk The network name cannot be found. So there's YA error possible when accessing a non-existant share. Great! To fix this for Cygwin 1.7.7, I need an strace from you: bash$ strace -o share-logon-failure.trace ls //server/junk Just send the share-logon-failure.trace file as attachment. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Existence check fails on Cygwin Perl
On Aug 17 16:19, Corinna Vinschen wrote: On Aug 17 14:58, Lemke, Michael SZ/HZA-ZSB2 wrote: But wait: pc ls -ls //server/junk 0 -rw-r--r-- 1 lemkemch Domain Users 0 Dec 1 2006 //server/junk I was wrong above, here is a server called 'server'. But it doesn't have a file 'junk'. Doing the equivalent from a DOS box: U:\dir \\server\junk Logon failure: unknown user name or bad password. Works for me if the server called server exists, but has no share named junk. bash$ ls -ls //server/junk ls: cannot access //server/cygwinx: No such file or directory The noticable difference is that the access returns another error on the Win32/native NT level: C:\dir \\server\junk The network name cannot be found. So there's YA error possible when accessing a non-existant share. Great! To fix this for Cygwin 1.7.7, I need an strace from you: bash$ strace -o share-logon-failure.trace ls //server/junk Just send the share-logon-failure.trace file as attachment. ...and a follow-up question: Are you running your test from a ssh session, by any chance? If so, what kind of authentication are you using, in terms of the different methods explained in http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-setuid-overview Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Existence check fails on Cygwin Perl
On 08/17/2010 02:06 AM, Corinna Vinschen wrote: I can't reproduce, but I'm already running Cygwin 1.7.6. I have a vague memory that we already had a report along these lines and that I patched this at one point... I *think* that's what is successfully hidden behind the Fix erroneous handling of devices in path checking. message in the announcement... Corinna Oh fudge! Great. You know corp America - always back a few versions! They'll never get up to the newest version of Cygwin before my contract runs out! But thanks, I guess it's time for me to update Cygwin again... I knew it would come does to something in Cygwin's handling of such UNC paths. -- Andrew DeFaria http://defaria.com I was thinking that women should put pictures of missing husbands on beer cans. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.5 - Invoking excel/word using vbscript in ssh session from Linux
On 8/17/2010 5:44 AM, Mehta, N.V. wrote: Hi, I am starting SSH session from a Linux box to CYGWIN on Windows XP. In this session I call a vbscript which invokes MS word or Excel 2007 to export file to PDF. The command is: ssh -n -T winu...@windownode csscript xls2pdf.vbs xls_file_path pdf_file_path or ssh -n -T winu...@windownode csscript doc2pdf.vbs doc_file_path pdf_file_path I have already passwordless login setup using ssh-keygen and authorized_keys. The script starts Word and Excel as I can see the corresponding process in the Task Manager. But it seems both Word and Excel are hanging and doing nothing. If I use wsscript instead of csscript, the wsscript process can be found in Task Manager, but no word or excel, so wsscript is hanging. There are several messages like this in the mailing list, but no resolution. Can some one help? Try it with password authentication. If that works, visit http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-setuid-overview From this list of options, you can pick and configure the mechanism that works best for you. FWIW, this basic issue has been discussed many times in the email archives with multiple pointers to this documentation. YMMV. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Existence check fails on Cygwin Perl
On Tue, 17 Aug 2010 16:19:40 +0200, Corinna Vinschen wrote: On Aug 17 14:58, Lemke, Michael SZ/HZA-ZSB2 wrote: Now that 1.7.6 has appeared at my favorite mirror I repeated the test: pc uname -a CYGWIN_NT-5.1 p01080268 1.7.6(0.230/5/3) 2010-08-16 16:06 i686 Cygwin pc ls -ls //junk/file ls: cannot access //junk/file: No such file or directory Great, it's fixed. But wait: pc ls -ls //server/junk 0 -rw-r--r-- 1 lemkemch Domain Users 0 Dec 1 2006 //server/junk I was wrong above, here is a server called 'server'. But it doesn't have a file 'junk'. Doing the equivalent from a DOS box: U:\dir \\server\junk Logon failure: unknown user name or bad password. Works for me if the server called server exists, but has no share named junk. bash$ ls -ls //server/junk ls: cannot access //server/cygwinx: No such file or directory The noticable difference is that the access returns another error on the Win32/native NT level: C:\dir \\server\junk The network name cannot be found. So there's YA error possible when accessing a non-existant share. Great! To fix this for Cygwin 1.7.7, I need an strace from you: bash$ strace -o share-logon-failure.trace ls //server/junk Just send the share-logon-failure.trace file as attachment. Can I send this as PM to you instead? This is via a regular domain login BTW, no ssh or anything. I guess, the interesting part is this: 30 14511 [main] ls 3504 normalize_posix_path: src //server/junk 27 14538 [main] ls 3504 normalize_posix_path: //server/junk = normalize_posix_path (//server/junk) 27 14565 [main] ls 3504 mount_info::conv_to_win32_path: conv_to_win32_path (//server/junk) 26 14591 [main] ls 3504 set_flags: flags: text (0x200) 25 14616 [main] ls 3504 mount_info::conv_to_win32_path: src_path //server/junk, dst \\server\junk, flags 0x2004020, rc 0 536559 551175 [main] ls 3504 symlink_info::check: 0xC06D = NtCreateFile (1:\??\UNC\server\junk) 72 551247 [main] ls 3504 symlink_info::check: 0xC06D = NtQueryInformationFile (\??\UNC\server\junk) 54 551301 [main] ls 3504 symlink_info::check: 0xC033 = NtOpenFile(\??\UNC\server\) 27 551328 [main] ls 3504 symlink_info::check: not a symlink 25 551353 [main] ls 3504 symlink_info::check: 0 = symlink.check (\\server\junk, 0x22B760) (0x2404020) 169010 720363 [main] ls 3504 fs_info::update: Cannot get volume attributes (\??\UNC), C010 91 720454 [main] ls 3504 build_fh_pc: fh 0x6123B13C 31 720485 [main] ls 3504 stat_worker: (\??\UNC\server\junk, 0x6BA1C0, 0x6123B13C), file_attributes 0 36 720521 [main] ls 3504 fhandler_base::open: (\??\UNC\server\junk, 0x11) 170319 890840 [main] ls 3504 seterrno_from_nt_status: /ext/build/netrel/src/cygwin-1.7.6-1/winsup/cygwin/fhandler.cc:590 status 0xC06D - windows error 1326 61 890901 [main] ls 3504 geterrno_from_win_error: unknown windows error 1326, setting errno to 13 28 890929 [main] ls 3504 fhandler_base::open: C06D = NtCreateFile (0x0, 8010, \??\UNC\server\junk, io, NULL, 0, 7, 1, 4020, NULL, 0) 28 890957 [main] ls 3504 fhandler_base::open: 0 = fhandler_base::open (\??\UNC\server\junk, 0x11) 28 890985 [main] ls 3504 fhandler_base::open_fs: 0 = fhandler_disk_file::open (\??\UNC\server\junk, 0x1) 31 891016 [main] ls 3504 fhandler_base::open: (\??\UNC\server\junk, 0x11) 169508 1060524 [main] ls 3504 seterrno_from_nt_status: /ext/build/netrel/src/cygwin-1.7.6-1/winsup/cygwin/fhandler.cc:590 status 0xC06D - windows error 1326 49 1060573 [main] ls 3504 geterrno_from_win_error: unknown windows error 1326, setting errno to 13 33 1060606 [main] ls 3504 fhandler_base::open: C06D = NtCreateFile (0x0, 20080, \??\UNC\server\junk, io, NULL, 0, 7, 1, 4000, NULL, 0) 27 1060633 [main] ls 3504 fhandler_base::open: 0 = fhandler_base::open (\??\UNC\server\junk, 0x11) 24 1060657 [main] ls 3504 fhandler_base::open_fs: 0 = fhandler_disk_file::open (\??\UNC\server\junk, 0x1) 54 1060711 [main] ls 3504 fhandler_base::fstat_by_name: 0xC033 = NtOpenFile(\??\UNC\server\junk) 49 1060760 [main] ls 3504 fhandler_base::fstat_helper: 0xC03B = NtOpenFile(\??\UNC\server\junk) 27 1060787 [main] ls 3504 fhandler_base::fstat_helper: 0 = fstat (\??\UNC\server\junk, 0x6BA1C0) st_atime=456F7080 st_size=0, st_mode=0x81A4, st_ino=6244810932582208719, sizeof=96 36 1060823 [main] ls 3504 stat_worker: 0 = (\??\UNC\server\junk, 0x6BA1C0) Michael -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin 1.7.5 segfault during setup
http://cygwin.com/acronyms/#TOFU Reformatted. On 8/17/2010 8:56 AM, Steve Marotta wrote: On 8/16/2010 7:37 PM, Steve Holden wrote: Your first line of attack should be to replace your current setup.exe with a fresh copy downloaded from cygwin.com. I am running the latest and greatest version of setup.exe. The log you sent originally says otherwise: warning: LOG: 2 Starting cygwin install, version 2.697 ^ -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Typo in run(1): exiting - existing
(On an up-to-date 1.7 system) -- http://rrt.sc3d.org -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Curious behavior of fifo on cygwin 1.7.5
On Tue, Aug 17, 2010 at 10:25 AM, Etienne Carriere etienne.carri...@gmail.com wrote: Hello, I currently have a curious behavior with fifo (named pipes on cygwin 1.7.5) I can reproduce it on latest CVS here. That *is* odd behavior. By the way: your program omits the second argument to fopen. I assume you meant r? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Path conversion issue
Greetings, Csaba Raduly! diff.exe -cdb -x CVS -x .svn -I \$Id.*\$ --strip-trailing-cr -- C:\...\php-tools\GalleryClass.php \\REMOTE\C$\...\php-tools\GalleryClass.php diff: \REMOTE\C$\...\php-tools\GalleryClass.php: No such file or directory Why it ate the leading backslash? '\' is a escape character for Cygwin just the way it is in UNIX/Linux. You either need to escape it or, better yet, use forward slashes. Neither is possible without sophisticated wrapper... This is called from menu entry in FAR Manager. :( I'd, however, try to get this through as a feature request... Or protect the backslashes: use single quotes '\\REMOTE\C$\...\php-tools\GalleryClass.php' Unfortunatelly... diff.exe -cdb -x CVS -x .svn -I \$Id.*\$ --strip-trailing-cr -- '\\REMOTE\C$\...\GalleryClass.php' 'C:\...\GalleryClass.php' diff: \REMOTE\C$\...\GalleryClass.php: No such file or directory -- WBR, Andrey Repin (anrdae...@freemail.ru) 17.08.2010, 22:48 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin 1.7.5 segfault during setup
Greetings, Steve Marotta! On 8/16/2010 7:37 PM, Steve Holden wrote: Your first line of attack should be to replace your current setup.exe with a fresh copy downloaded from cygwin.com. I am running the latest and greatest version of setup.exe. Latest is not a version number. Also, please don't top-post, and use Reply option when replying to the list, instead of creating a new message. -- WBR, Andrey Repin (anrdae...@freemail.ru) 17.08.2010, 23:01 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin 1.7.5 segfault during setup
When I say latest, I mean I just tried running a copy of the installer freshly downloaded from cygwin.com. Also, as to top-posting, I'm afraid I had no choice since I posted to the mailing list but didn't sign up to receive any of the messages. So I had no message to respond to. On Tue, Aug 17, 2010 at 3:02 PM, Andrey Repin anrdae...@freemail.ru wrote: Greetings, Steve Marotta! On 8/16/2010 7:37 PM, Steve Holden wrote: Your first line of attack should be to replace your current setup.exe with a fresh copy downloaded from cygwin.com. I am running the latest and greatest version of setup.exe. Latest is not a version number. Also, please don't top-post, and use Reply option when replying to the list, instead of creating a new message. -- WBR, Andrey Repin (anrdae...@freemail.ru) 17.08.2010, 23:01 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin 1.7.5 segfault during setup
I just re-ran setup.exe with gdb using the latest version I downloaded fresh from the website, and it gave me much the same output. I even specified brand new, empty, unspoiled directories for both the installation target and the place to store the packages. * $ gdb c:/Documents\ and\ Settings/smarotta.CRA/My\ Documents/downloads/setup.ex e GNU gdb 6.6 for GNAT GPL 2008 (20080521) [rev:131253] Copyright 2005-2007 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. See your support agreement for details of warranty and support. If you do not have a current support agreement, then there is absolutely no warranty for this version of GDB. Type show warranty for details. This GDB was configured as i586-pc-mingw32... (no debugging symbols found) (gdb) run Starting program: c:/Documents and Settings/smarotta.CRA/My Documents/downloads/ setup.exe Loaded symbols for C:\WINDOWS\system32\ntdll.dll Loaded symbols for C:\WINDOWS\system32\kernel32.dll Loaded symbols for C:\WINDOWS\system32\advapi32.dll Loaded symbols for C:\WINDOWS\system32\rpcrt4.dll Loaded symbols for C:\WINDOWS\system32\secur32.dll Loaded symbols for C:\WINDOWS\WinSxS\X86_Microsoft.Windows.Common-Controls_6595b 64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\comctl32.dll Loaded symbols for C:\WINDOWS\system32\msvcrt.dll Loaded symbols for C:\WINDOWS\system32\gdi32.dll Loaded symbols for C:\WINDOWS\system32\user32.dll Loaded symbols for C:\WINDOWS\system32\shlwapi.dll Loaded symbols for C:\WINDOWS\system32\ole32.dll Loaded symbols for C:\WINDOWS\system32\shell32.dll Loaded symbols for C:\WINDOWS\system32\wsock32.dll Loaded symbols for C:\WINDOWS\system32\ws2_32.dll Loaded symbols for C:\WINDOWS\system32\ws2help.dll warning: LOG: 2 Starting cygwin install, version 2.712 warning: LOG: 2 io_stream_cygfile: fopen(/etc/setup/net-proxy-host) failed 2 No such file or directory warning: LOG: 2 io_stream_cygfile: fopen(/etc/setup/net-proxy-port) failed 2 No such file or directory warning: LOG: 2 io_stream_cygfile: fopen(/etc/setup/extrakeys) failed 2 No such file or directory warning: LOG: 2 io_stream_cygfile: fopen(/etc/setup/chooser_window_settings) fai led 2 No such file or directory warning: LOG: 2 Current Directory: C:\Documents and Settings\smarotta\Home\temp warning: LOG: 2 User has backup/restore rights warning: LOG: 2 Changing gid to Administrators warning: LOG: 2 Could not open service McShield for query, start and stop. McAfe e may not be installed, or we don't have access. warning: LOG: 2 source: network install warning: LOG: 2 root: C:\bin\cygwin binary system warning: LOG: 2 Selected local directory: c:\bin\cygwin-packages warning: LOG: 2 net: Direct warning: LOG: 1 Loaded cached mirror list warning: LOG: 1 get_url_to_membuf http://cygwin.com/mirrors.lst warning: LOG: 1 getUrlToStream http://cygwin.com/mirrors.lst Program exited with code 03. (gdb) * Could it have anything to do with the existing cygwin.dll on my machine? I used to have v1.5 and I upgraded when the new version came out. I'm hesitant to completely uninstall cygwin from my machine because I use it quite frequently, and I'm not sure I'd be able to get it back if I removed it. ~ Steve On Tue, Aug 17, 2010 at 3:02 PM, Andrey Repin anrdae...@freemail.ru wrote: Greetings, Steve Marotta! On 8/16/2010 7:37 PM, Steve Holden wrote: Your first line of attack should be to replace your current setup.exe with a fresh copy downloaded from cygwin.com. I am running the latest and greatest version of setup.exe. Latest is not a version number. Also, please don't top-post, and use Reply option when replying to the list, instead of creating a new message. -- WBR, Andrey Repin (anrdae...@freemail.ru) 17.08.2010, 23:01 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Path conversion issue
On 8/17/2010 2:58 PM, Andrey Repin wrote: Greetings, Csaba Raduly! diff.exe -cdb -x CVS -x .svn -I \$Id.*\$ --strip-trailing-cr -- C:\...\php-tools\GalleryClass.php \\REMOTE\C$\...\php-tools\GalleryClass.php diff: \REMOTE\C$\...\php-tools\GalleryClass.php: No such file or directory Why it ate the leading backslash? '\' is a escape character for Cygwin just the way it is in UNIX/Linux. You either need to escape it or, better yet, use forward slashes. Neither is possible without sophisticated wrapper... This is called from menu entry in FAR Manager. :( I'd, however, try to get this through as a feature request... Or protect the backslashes: use single quotes '\\REMOTE\C$\...\php-tools\GalleryClass.php' Unfortunatelly... diff.exe -cdb -x CVS -x .svn -I \$Id.*\$ --strip-trailing-cr -- '\\REMOTE\C$\...\GalleryClass.php' 'C:\...\GalleryClass.php' diff: \REMOTE\C$\...\GalleryClass.php: No such file or directory Seems like if you can change the quotes, you're very close to being able to invoke 'cygpath' to do the conversion you need. Since I know nothing about Far Manager, I don't know if this is a small step or a huge leap. But I figured I'd through it out there. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
/usr/licence dir from lilypond-2.12.4-1.tar.bz2?
$ ls /usr/license/ lilypond-doc From http://cygwin.com/setup.html: In your binary package include a directory /usr/share/doc/foo/ that includes any binary-relevant vendor documentation, such as ChangeLog's, copyright licence's, README's etc. May be in next packaging it's better place licence under '/usr/share/doc/lilypond'. -- Best regards! -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
endless problems with SSHD - bug ??
running cygwin 1.7.6; trying to copy files from a win2k wkstn to a win2k server. running within a windows domain; but not using domain for authentication; using public keys. I have read every bit of content I can find, and can't find any answers to my problems. I: 1) HAVE installed sshd with the host-config script 2) rebaseall peflagsall after last install/update 3) have checked EVERY entry in any conf file I can think of/locate Maybe I should start with what I want, and where I'm at. It's the pursuit of what I want that has led me down DOZENS of tangential problematic paths. I simply want to copy files from 1 pc to another using a script initiated by either a user or cron entry. Ideally this would happen using scp into a chroot'ed environment. I currently have sshd working perfectly - IF I ONLY ssh to a shell. pub key's work great, no need to type a password - lovely!! Things start falling apart as soon as I try to do anything moving toward my goal. first off, I have not been able to get the chroot env to work, and I can find no doc's or examples on EXACTLY what should be the entry for that line in the conf file (or what permissions should be). failing that - I decided to get scp or sftp going. if I try $ sftp u...@host, I am simply presented with connection closed. Here's the log from that attempt: BEGIN LOG excerpt debug2: userauth_pubkey: authenticated 1 pkalg ssh-rsa Accepted publickey for als from 192.168.1.156 port 4898 ssh2 debug1: monitor_child_preauth: als has been authenticated by privileged process debug1: Entering interactive session for SSH2. debug1: server_init_dispatch_20 debug1: server_input_channel_open: ctype session rchan 0 win 2097152 max 32768 debug1: input_session_request debug1: channel 0: new [server-session] debug1: session_new: session 0 debug1: session_open: channel 0 debug1: session_open: session 0: link with channel 0 debug1: server_input_channel_open: confirm session debug1: server_input_global_request: rtype no-more-sessi...@openssh.com want_rep ly 0 debug1: server_input_channel_req: channel 0 request subsystem reply 1 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req subsystem subsystem request for sftp debug1: subsystem: exec() /usr/sbin/sftp-server -l DEBUG debug2: fd 3 setting TCP_NODELAY debug2: fd 8 setting O_NONBLOCK debug2: fd 7 setting O_NONBLOCK debug1: Received SIGCHLD. debug1: session_by_pid: pid 1540 debug1: session_exit_message: session 0 channel 0 pid 1540 debug2: channel 0: request exit-signal confirm 0 debug1: session_exit_message: release channel 0 debug2: channel 0: write failed debug2: channel 0: close_write debug2: channel 0: send eow debug2: channel 0: output open - closed debug2: notify_done: reading debug2: channel 0: read=0 rfd 8 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: send close debug2: channel 0: rcvd close Received disconnect from 192.168.1.156: 11: disconnected by user debug1: do_cleanup END log I read an article saying maybe my motd is causing sftp to fail, so I removed it to no avail. Next, I tried: $ ssh u...@host /usr/bin/true bam - here's an excerpt from that log: (SAME err even if /bin/bash is shell) BEGIN log SHELL=/bin/rbash SSH_CLIENT=192.168.1.156 4653 0 SSH_CONNECTION=192.168.1.156 4653 UNKNOWN 0 2179 [main] sshd 1532 E:\cygwin\usr\sbin\sshd.exe: *** fatal error - could no t load user32, Win32 error 1114 END log I checked in winerror.h and find that err 1114 is a dll init error. so I'm guessing this is some bug ? I'd appreciate any insite that could get me scp'g into a chroot!! TIA - Bob -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Path conversion issue
Greetings, Larry Hall (Cygwin)! diff.exe -cdb -x CVS -x .svn -I \$Id.*\$ --strip-trailing-cr -- C:\...\php-tools\GalleryClass.php \\REMOTE\C$\...\php-tools\GalleryClass.php diff: \REMOTE\C$\...\php-tools\GalleryClass.php: No such file or directory Why it ate the leading backslash? '\' is a escape character for Cygwin just the way it is in UNIX/Linux. You either need to escape it or, better yet, use forward slashes. Neither is possible without sophisticated wrapper... This is called from menu entry in FAR Manager. :( I'd, however, try to get this through as a feature request... Or protect the backslashes: use single quotes '\\REMOTE\C$\...\php-tools\GalleryClass.php' Unfortunatelly... diff.exe -cdb -x CVS -x .svn -I \$Id.*\$ --strip-trailing-cr -- '\\REMOTE\C$\...\GalleryClass.php' 'C:\...\GalleryClass.php' diff: \REMOTE\C$\...\GalleryClass.php: No such file or directory Seems like if you can change the quotes, you're very close to being able to invoke 'cygpath' to do the conversion you need. Since I know nothing about Far Manager, I don't know if this is a small step or a huge leap. Oh, God! You definitely want to know more! http://www.farmanager.com/index.php?l=en Basically, the 3 programs i'm running daily are: FAR, Opera and The Bat!. I hardly need anything else, be it regedit, control panel or code editor. FAR offer as much as humanly possible through multiple plugins, and if you'r daily work is with console and/or code writing, you are unlikely to find better alternative. But I figured I'd through it out there. I can see several ways to embed it here, but it'd be better if path translation could be more smooth. It's not always you're working with so flexible tools. -- WBR, Andrey Repin (anrdae...@freemail.ru) 18.08.2010, 1:30 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: endless problems with SSHD - bug ??
On 8/17/2010 5:28 PM, Bob Goldberg wrote: running cygwin 1.7.6; trying to copy files from a win2k wkstn to a win2k server. running within a windows domain; but not using domain for authentication; using public keys. I have read every bit of content I can find, and can't find any answers to my problems. I: 1) HAVE installed sshd with the host-config script 2) rebaseall peflagsall after last install/update 3) have checked EVERY entry in any conf file I can think of/locate Maybe I should start with what I want, and where I'm at. It's the pursuit of what I want that has led me down DOZENS of tangential problematic paths. I simply want to copy files from 1 pc to another using a script initiated by either a user or cron entry. Ideally this would happen using scp into a chroot'ed environment. chroot on Cygwin is completely faked. Don't use it. It will cause headaches. As for your problem with ssh command, you've apparently missed this appropriately titled tidbit in your googling: http://www.cygwin.com/ml/cygwin/2000-07/msg01050.html This may just be because you're trying to use 'rbash' as your login shell. I didn't test that theory. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Curious behavior of fifo on cygwin 1.7.5
On Tue, Aug 17, 2010 at 07:25:25PM +0200, Etienne Carriere wrote: Hello, I currently have a curious behavior with fifo (named pipes on cygwin 1.7.5) . I first discovered when using Nagios on cygwin but I achieved to simplify it . The scenario is the following : If you search the mailing list archives, you'll see a fair number of problems with fifos and you'll also see my acknowledgement of same. fifos in Cygwin are a work-in-progress and are not guaranteed to work like their linux counterparts. I do poke at them from time to time but, for now, you'll have to consider them to be as-is. That means that some things are broken. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Upgrading to cygwin 1.7.6 vs gcc 4.5
I've installed the experimental gcc 4.5 packages (because that's the version I'm using in all my other development environments, and it's nice not to have to target multiple compiler versions any more), but now that cygwin dll 1.7.6 is out, I can't seem to find a way to upgrade cygwin without also downgrading gcc. In the installer, if I select Current I get the new cygwin but the old gcc, while if I select Experimental, it keeps the new gcc but doesn't offer me the new cygwin. At the moment I'm sticking with the old cygwin, because the gcc upgrade is more important to me than the cygwin upgrade. Is there some way I'm missing to select both, or do I just have to accept that I can't upgrade anything else until the official gcc 4.5 is ready? -- Ross Smith -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Upgrading to cygwin 1.7.6 vs gcc 4.5
On 08/17/2010 04:54 PM, Ross Smith wrote: I've installed the experimental gcc 4.5 packages (because that's the version I'm using in all my other development environments, and it's nice not to have to target multiple compiler versions any more), but now that cygwin dll 1.7.6 is out, I can't seem to find a way to upgrade cygwin without also downgrading gcc. In the installer, if I select Current I get the new cygwin but the old gcc, while if I select Experimental, it keeps the new gcc but doesn't offer me the new cygwin. At the moment I'm sticking with the old cygwin, because the gcc upgrade is more important to me than the cygwin upgrade. Is there some way I'm missing to select both, or do I just have to accept that I can't upgrade anything else until the official gcc 4.5 is ready? Stay on the 'Curr' (not 'Exp'), click 'View' until you are on the Pending page, then cycle on the string next to each gcc package until it says Keep instead of the downgraded version number. Yes, it's a known pain that setup.exe tries too hard to downgrade experimental packages. I still remember the pain of the couple of years during cygwin 1.5 days where the only working emacs was marked experimental, and I had to go through this exercise of manually requesting that it not be downgraded every time I ran setup.exe for anything else. Patches welcome. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
mknod bug? major minor's are whacky
cygwin 1.7.6 attempting to: $ mknod null c 1 3 what I get is: crw-rw-rw- 1 user mkgroup-l-d 46200, 14467 2010-08-17 18:44 null WHERE did those crazy major/minor's come from!?!? and how do I re-create a null device if mknod doesn't work right? TIA -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: mknod bug? major minor's are whacky
On 08/17/2010 05:46 PM, Bob Goldberg wrote: cygwin 1.7.6 attempting to: $ mknod null c 1 3 what I get is: crw-rw-rw- 1 user mkgroup-l-d 46200, 14467 2010-08-17 18:44 null WHERE did those crazy major/minor's come from!?!? The fact that your owner is mkgroup-l-d is probably a hint - my guess is that cygwin is returning -1 because you haven't set up your user database correctly, rather than an actual device number. If that's the case, then cygwin could probably be fixed (device major/minor node numbers need not depend on whether the user database is set up correctly). At any rate, Cygwin does not necessarily use the same major/minor node numbers as Linux. Any use of mknod outside of creating named pipes is _highly_ platform dependent, and your best bet is to read the source code for the actual node numbers that cygwin supports rather than relying on something that worked for Linux. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: diff /usr/include/endian.orig.h /usr/include/endian.h endian.h.diff
--- Corinna Vinschen wrote: For this patch, given that it is just a bunch of rather obvious defines, I don't think we have to treat the patch as significant. I do not think that these macros are obvious. I think that I was there when these macros were first implemented at 1987: I talked with the programmer who was paid by the Correios to port everything from the mainframe to the Apple II. I was a stenchy kid with his father, that asked the employee what he was doing. When I asked about other possibilities of endianness, the programmer answered about the PDP. The programmer explained about BSD being a flavor of Unix. That talk changed my life. However, please don't use _BSD_SOURCE. The newlib/Cygwin headers are not set up like the Linux headers and the big bunch of definitions from /usr/include/features.h are not available so far. The _BSD_SOURCE define is not honored or set anywhere right now. What you can do is to use _POSIX_SOURCE. So, if you're going to use #ifndef _POSIX_SOURCE instead, and if you're creating a ChangeLog entry in the correct ChangeLog entry format (see the ChangeLog file), then I guess we can check it in. Would you agree with: #if defined _BSD_SOURCE || ! defined _POSIX_SOURCE ? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
�u�a��a Me��a�T � T��e � M�H� ���e
загарелая Клара дергает sосkи! iamoatmeal.com/blog/wp-content/uploads/2010/07/data3.html -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
��������� ����� ����� ��������
губастая Дана хочет потереть твои яички! www.midwestguitarfest.com/wp-content/uploads/2010/07/data2.html -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
cygwin 1.7 lock directory problem
cygwin version: 1.7.6(0.230/5/3) 2010-08-16 16:06 i686 Cygwin I don't know if this happen to previous version or not. If I first cd to a directory, for example /cygdriver/x then cd to a virtual directory, for example /proc the /cygdriver/x will be locked untile I change director to other non-virtual directory. Is this a bug or designed to do so? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin 1.7 lock directory problem
On 8/17/2010 10:44 PM, Huang Bambo wrote: cygwin version: 1.7.6(0.230/5/3) 2010-08-16 16:06 i686 Cygwin I don't know if this happen to previous version or not. If I first cd to a directory, for example /cygdriver/x then cd to a virtual directory, for example /proc the /cygdriver/x will be locked untile I change director to other non-virtual directory. Is this a bug or designed to do so? Do you have a series of steps that produces the problem you see? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin 1.7 lock directory problem
Do you have a series of steps that produces the problem you see? As I said in previous mail. 1. cd /cygdriver/i( I is mounted as a usb-stick) 2. cd /proc 3. Use some tools such as Unlocker to check driver I, Unlocker said driver I is locked by bash. 4. cd / ( / is at d:\cygwin ) 5. do the same as step 3, driver is not locked by bash. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Upgrading to cygwin 1.7.6 vs gcc 4.5
On 18 August 2010 00:09, Eric Blake wrote: On 08/17/2010 04:54 PM, Ross Smith wrote: I've installed the experimental gcc 4.5 packages (because that's the version I'm using in all my other development environments, and it's nice not to have to target multiple compiler versions any more), but now that cygwin dll 1.7.6 is out, I can't seem to find a way to upgrade cygwin without also downgrading gcc. In the installer, if I select Current I get the new cygwin but the old gcc, while if I select Experimental, it keeps the new gcc but doesn't offer me the new cygwin. At the moment I'm sticking with the old cygwin, because the gcc upgrade is more important to me than the cygwin upgrade. Is there some way I'm missing to select both, or do I just have to accept that I can't upgrade anything else until the official gcc 4.5 is ready? Stay on the 'Curr' (not 'Exp'), click 'View' until you are on the Pending page, then cycle on the string next to each gcc package until it says Keep instead of the downgraded version number. I'd recommend selecting the 'Exp' button actually. That ensures that all dependencies of gcc, e.g. libgcc and libffi, are upgraded to 4.5 too. (It's yet another flaw of setup.exe that it doesn't automatically upgrade dependencies of experimental versions accordingly.) Of course this also selects experimental versions of a few other packages, e.g. emacs, but if you don't want to help testing those, you can downgrade them on the Pending page. Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin 1.7 lock directory problem
On Wed, Aug 18, 2010 at 01:05:13PM +0800, Huang Bambo wrote: Do you have a series of steps that produces the problem you see? As I said in previous mail. 1. cd /cygdriver/i( I is mounted as a usb-stick) 2. cd /proc 3. Use some tools such as Unlocker to check driver I, Unlocker said driver I is locked by bash. 4. cd / ( / is at d:\cygwin ) 5. do the same as step 3, driver is not locked by bash. That's how Cygwin 1.7.5 would work. I would expect different behavior for 1.7.6. cygcheck output would have saved speculation on which version you're running. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Updated: cygwin-1.7.6-1
Hi Cygwin friends and users, I just released 1.7.6-1. This release fixes a bunch of bugs, and introduces a few new features. It also contains a change which will affect calling native Win32 API functions from Cygwin applications. I would like to urge you to have another look into the documentation at http://cygwin.com/cygwin-ug-net/cygwin-ug-net.html. It contains a couple of improvements and the description for new features and changes from old behaviour. What's new since Cygwin 1.7.5: == - Add new mount options dos and ihash to allow overriding Cygwin default behaviour on broken filesystems not recognized by Cygwin. See http://cygwin.com/cygwin-ug-net/using.html#mount-table and http://cygwin.com/cygwin-ug-net/using-utils.html#mount - Add new mount option bind to allow remounting parts of the POSIX file hirarchy somewhere else. See http://cygwin.com/cygwin-ug-net/using.html#mount-table and http://cygwin.com/cygwin-ug-net/using-utils.html#mount - Ttys and ptys are handled as securable objects using file-like permissions and owner/group information. chmod and chown now work on ttys/ptys. A new mechanism is used to propagate pty handles safely to other processes, which does not require to use Cygserver. - Pass on coresize settings made with setrlimit(2). This allows shells to disable creating stackdump files in child processes via `ulimit -c 0' in bash or `limit coredumpsize 0' in tcsh. - Locale categories contain all localization strings additionally as wide-char strings. locale(1) prints these values just as on Linux. nl_langinfo(3) allows to fetch them. See file:///usr/include/langinfo.h - New interfaces mkostemp(3) and mkostemps(3). See file:///usr/include/stdlib.h - New virtual file /proc/filesystems. - clock_gettime(3) and clock_getres(3) accept CLOCK_MONOTONIC. - Several small additions to header files. What changed since Cygwin 1.7.5: - Cygwin handles the current working directory entirely on its own. The Win32 current working directory is set to an invalid path to be out of the way. This affects calls to the Win32 file API (CreateFile, etc.). See http://cygwin.com/htdocs/cygwin-ug-net/using.html#pathnames-win32-api - Change the way a process is made process group leader in case we're started from a non-Cygwin process. This isn't foolproof and may need more work. - Workaround a BLODA problem in rename(2) which otherwise results in annoying errors. - Add more workarounds for broken filesystems which either don't grok reopening a file by handle (NWFS) or which are not capable of handling filenames with leading spaces or trailing dots or spaces (NWFS, Netapp). - Don't try to evaluate reparse points (junctions) on remote filesystems as symlinks. - Improve performance of stat and a few other functions. ls(1) should be up to 30% faster on some drives. - Speed up signal delivery slightly. - Improve error output in strace. - cygwin_conv_path now drops the \\?\ prefix from short paths it returns with CCP_POSIX_TO_WIN_W. Bugfixes since Cygwin 1.7.5: - Fix problem where pseudo-relocs were getting applied twice, resulting in a crash. - Fix a crash when accessing /proc/registry* - Avoid that connect on a not yet established AF_LOCAL/AF_UNIX socket misinterprets the socket file as non-socket. - Fix stdin/out/err handle permissions when called from a non-Cygwin process. - Fix codeset problem in internal handling of process name. - Fix abbreviated month names for japanese and korean locale. - Fix calls to gettimeofday after call to settimeofday. - Fix REG_MULTI_SZ handling in /proc/registry* - Honor cygwin username even if it only differs by case from Windows username. - Fix potential memory leak when accessing // or //server directories. - Fix using a wrong handle when checking for files inaccessible to current user. - Fix erroneous handling of devices in path checking. - Fix potential crash in exec(2) if parent uses file locking. - Return useful error code when writing beyond free space on disk. - Fix longstanding bug where pipe() would inappropriately reuse open fd's. - Fix several signal races which caused SEGVs. - Fix long-standing bug when trying to open an already opened pipe via /proc/$PID/fd/... - Fix a potential crash when calling mount -a. - Fix bug in math functions lround(), llround(), lrint(), llrint(). Have fun, Corinna *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://cygwin.com/lists.html#unsubscribe-simple Please read *all* of the information