Re: Default directory is C:\PROGRA~1\RATIONAL\RATION~1\NUTCROOT\mksnt\?
Hi all. I moved the following from my Environment Variables to a batch file, and now it works! Thanks! - Phil set TERMINFO=C:\PROGRA~1\RATIONAL\RATION~1\NUTCROOT\usr\lib\terminfo set TERMCAP=C:\PROGRA~1\RATIONAL\RATION~1\NUTCROOT\etc\termcap set TERM=nutc set SHELL=C:\PROGRA~1\RATIONAL\RATION~1\NUTCROOT\mksnt\sh.exe Larry Hall (Cygwin X) wrote: On 04/25/2006, Charles Wilson wrote: Larry Hall (Cygwin X) wrote: Without the benefit of all the info that http://cygwin.com/problems.html recommends, I can hazard a guess that you have a copy of the MKS tools installed. These tools will conflict with the like named tools in Cygwin. Your best bet is to remove them. You'll likely find little advantage to having them both and you certainly invite difficulties if you decide to keep them both. Not entirely true, Larry. If he *were* to remove that installation of MKS, he would then discover that his Rational Rose/Clearcase/Clearquest installation was broken. IBM's Rational toolkit relies on having those MKS tools available (and no, they cannot be coerced into using cygwin's tools instead). Sorry Chuck and Philip. There was no way for me to devine this possibility from information given. If you're right, then it may be worth the work of separating them both and using them that way. -- 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/
src/winsup/cygwin ChangeLog fhandler.h fhandle ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-04-26 16:51:09 Modified files: winsup/cygwin : ChangeLog fhandler.h fhandler_disk_file.cc ntdll.h path.cc path.h Log message: * fhandler.h (fhandler_base): Change fstat_helper prototype to take file size and inode number as 64 bit values. * fhandler_disk_file.cc (FS_IS_SAMBA): Move to path.cc (FS_IS_SAMBA_WITH_QUOTA): Ditto. (path_conv::hasgood_inode): Delete. (path_conv::is_samba): Delete. (path_conv::isgood_inode): Centralized function to recognize a good inode number. (fhandler_base::fstat_by_handle): Constify fvi_size and fai_size. Accomodate argument change in fstat_helper. (fhandler_base::fstat_by_name): Ditto. (fhandler_base::fstat_helper): Accomodate argument change. Call path_conv::isgood_inode to recognize good inodes. (fhandler_disk_file::opendir): Explain Samba weirdness here. Call path_conv::fs_is_samba instead of path_conv::is_samba. (fhandler_disk_file::readdir): Add STATUS_INVALID_INFO_CLASS as valid return code from NtQueryDirectoryFile to indicate that FileIdBothDirectoryInformation is not supported. Call path_conv::isgood_inode to recognize good inodes. * ntdll.h (STATUS_INVALID_INFO_CLASS): Define. * path.cc (fs_info::update): Rework file system recognition and set appropriate flags. * path.h (struct fs_info): Add is_ntfs, is_samba and is_nfs flags. Constify pure read accessors. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3496r2=1.3497 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.h.diff?cvsroot=srcr1=1.286r2=1.287 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srcr1=1.182r2=1.183 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ntdll.h.diff?cvsroot=srcr1=1.37r2=1.38 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.cc.diff?cvsroot=srcr1=1.407r2=1.408 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.h.diff?cvsroot=srcr1=1.88r2=1.89
Re: [Patch] patch -Z not working if timestamp contains seconds =59.5
On Tue, Apr 25, 2006 at 11:33:52PM +0200, Christian Franke wrote: Dave Korn wrote: ... diff -rup patch-2.5.8-8.orig/partime.c patch-2.5.8-8/partime.c --- patch-2.5.8-8.orig/partime.c 2002-12-15 21:37:32.00100 +0100 +++ patch-2.5.8-8/partime.c 2006-04-25 12:14:59.797168500 +0200 @@ -753,6 +753,8 @@ parse_pattern_letter (s, c, t) int frac; s = parse_decimal (s, 2, 0, 60, 1, t-tm.tm_sec, frac); t-tm.tm_sec += frac; +if (t-tm.tm_sec 59) + t-tm.tm_sec = 59; } break; I'm not sure if rounding errors can be a good idea when makefiles might be involved. Why isn't your code propagating the carry, i.e. setting tm_sec to zero and incrmenting the minutes? ... and then propagate the carry to hours, to days, ..., finally handle leap years and invalid local times during DST change? The patch simply changes rounding mode for a small interval from round-to-nearest to round-down. This IMO does not add any new monotonicity issues. If you thought about all that, maybe you also thought about leap seconds? Isn't it valid to have 60 in the seconds field when a leap second is added? Cheers, Peter -- 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] patch -Z not working if timestamp contains seconds =59.5
Peter Ekberg wrote: If you thought about all that, maybe you also thought about leap seconds? Isn't it valid to have 60 in the seconds field when a leap second is added? Yes, this should be valid. But maketime() does not provide portable support for it, because it relies on gmtime/localtime of the platform's libc. On Cygwin, maketime() does not accept 2005-12-31 23:59:60 UTC as a valid time. Cheers Christian -- 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/
print out of cygwin
Hello there, I use cygwin and sylpheed-claws on W2k. What I can do to print out of sylpheed to a printer is connect to the USB Port and work under W2k? Thanks Dirk -- 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: rsync over ssh hang issue understood
Hi, there has been a discussion about Cygwin hangs last December/January. I think the problem is still alive. I tested with the current snapshot of cygwin dll (2006-04-24). I can reproduce it with the short script attached on my WinXP (all patches applied via online update). The script generates a lot of random files on the server side (here on localhost) and rsyns them to the client side (here same machine). For the script to run, a sshd has to started on the local machine and the user name has to be adapted within the script. Could some of you please run the script twice (the error only occurs when the files already exist on the client side) in order to see if the script also hangs? Peter #!/bin/bash COMPSERV_USER=peter COMPSERV_SERVER=localhost RSYNC_PARAMS=--recursive --progress # Create large amount of files on the server mkdir ~/testdir_clnt ssh [EMAIL PROTECTED] 'mkdir -p ~/testdir_srv; for ((i=0;i300;i++)) ; do dd if=/dev/random of=~/testdir_srv/file${i}.lst bs=1 count=5000; done' # Sync files to client rsync -vv $RSYNC_PARAMS [EMAIL PROTECTED]:testdir_srv/* ~/testdir_clnt/ -- 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] patch -Z not working if timestamp contains seconds =59.5
On Apr 26 11:14, Christian Franke wrote: Peter Ekberg wrote: If you thought about all that, maybe you also thought about leap seconds? Isn't it valid to have 60 in the seconds field when a leap second is added? Yes, this should be valid. But maketime() does not provide portable support for it, because it relies on gmtime/localtime of the platform's libc. On Cygwin, maketime() does not accept 2005-12-31 23:59:60 UTC as a valid time. I don't see what this has to do with gmtime/localtime since both functions create a struct tm from a time_t, not the other way around. I just tested your testcase with patch-2.5.9 on Linux and the same effect happens, so it's apparently not a Cygwin specific problem. Would you mind to discuss this on bug-patch AT gnu DOT org? As far as my opinion counts, I'd think that aligning its behaviour with tar would be a good thing. But the core developers might have an entirely different opinion... Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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] patch -Z not working if timestamp contains seconds =59.5
Corinna Vinschen wrote: I don't see what this has to do with gmtime/localtime since both functions create a struct tm from a time_t, not the other way around. maketime() calculates time_t from tm by an iterative method using the inverse function. I just tested your testcase with patch-2.5.9 on Linux and the same effect happens, so it's apparently not a Cygwin specific problem. Would you mind to discuss this on bug-patch AT gnu DOT org? OK. Christian -- 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/
How do I detect a failure in Make?
Hi. I have the following bash script ... #!/bin/sh cvs up 2 $HOME/cvs1.log $HOME/cvs2.log cd phpdoc autoconf -v -d --warnings=all $HOME/autoconf.log ./configure --with-source=./../php-src --with-pear-source=./../pear --with-chm=yes --with-treesaving $HOME/configure.log make test $HOME/make_test.log make test_xml $HOME/make_test_xml.log make chm_xsl $HOME/make_chm_xsl.log Is there a way of stopping the makes if there was a problem. There are more things after these makes but I don't want them to run unless the makes worked. I'm used to MS-DOS errorlevels. I assume there is a way of accessing the errorlevel from a program (assuming it generates one) or any other way. The make is failing with ... make: *** [test_xml] Segmentation fault (core dumped) I always thought a core dump was a bad thing, but it is what happens. Any ideas? Regards, Richard Quadling. -- - Fight back spam! Download the Blue Frog. http://www.bluesecurity.com/register/s?user=UlF1YWRsaW5n
rm -rf ./foo/ safe to use?
Rightly or wrongly over the years I've refrained from using cygwin to delete large directories; instead, from bash I'll cd to the parent dir, and run: cmd /c rmdir /s /q MYDIR2DELETE I think I had read something years back about cygwin's inode simulation (sorry to munge up the terminology), being imperfect; so that may have convinced me to not use rm -rf DIRXXX. So is rm -rf ./foo/ safe to use? Is there any danger that anything other than ./foo/ will be deleted? Thanks for any help, I'm mainly just curious. :- -- Tom Rodman -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How do I detect a failure in Make?
Richard Quadling wrote: I have the following bash script ... #!/bin/sh cvs up 2 $HOME/cvs1.log $HOME/cvs2.log cd phpdoc autoconf -v -d --warnings=all $HOME/autoconf.log ./configure --with-source=./../php-src --with-pear-source=./../pear --with-chm=yes --with-treesaving $HOME/configure.log make test $HOME/make_test.log [ $? -eq 0 ] || exit $? make test_xml $HOME/make_test_xml.log [ $? -eq 0 ] || exit $? make chm_xsl $HOME/make_chm_xsl.log [ $? -eq 0 ] || exit $? Is there a way of stopping the makes if there was a problem. (additions in-line) You might want to try 'man bash'. Doing something based on the return status of a command is pretty basic. Also, TMTOWTDI: if [ $? -ne 0 ] ; then exit $? ; fi if [ $? -eq 0 ] ; then : ; else exit $? ; fi if ! make log ; then exit $? ; fi if make log ; then : ; else exit $? ; fi make log || exit $? Note that using 'exit $?' is good practice because it means your *script* will fail, which means you can embed your *script* like you've embedded 'make' and take action based on if it succeeds or fails (this is ALWAYS good practice in the pipe-biased environment of UNIX). However, be careful that you don't do something that replaces $? with the exit status of someone other than 'make' (in which case you should either save the status or 'exit non-zero constant'). -- Matthew All of my signatures are 100% original. Including this one. -- 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: rm -rf ./foo/ safe to use?
Tom Rodman cygwin at trodman.com writes: I think I had read something years back about cygwin's inode simulation (sorry to munge up the terminology), being imperfect; so that may have convinced me to not use rm -rf DIRXXX. And how would imperfect inode simulation mess up rm? Seriously - I would like to know what gave you the impression that inode behavior could interfere with rm. So is rm -rf ./foo/ safe to use? Is there any danger that anything other than ./foo/ will be deleted? I use recursive rm all the time, both on FAT drives (where cygwin must do inode simulation) and on NTFS drives (where cygwin uses NTFS inodes). The only danger in deleting more than you intended is if you type the command wrong, but that same danger holds true for 'cmd /c rmdir'. IMO, if you are going to use cygwin, then use cygwin's rm (but maybe I'm biased, since I happen to be the rm maintainer). -- Eric Blake volunteer cygwin coreutils maintainer -- 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: rm -rf ./foo/ safe to use?
A few years ago, I came across a rm -rf problem with NFSv2 and NFSv3 clients. NFS clients on Solaris 8 and 9, AIX 4.3, and the Hummingbird on Windows all had a problem with rm -rf, against a certain NFS server. The problem was an NFS protocol implementation short-cut. When reported, one of the vendors fixed the problem, others did not. I do not know if the problem still exists (but can check to see if does). I have never tested the cygwin NFS client against the above-mentioned NFS server. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eric Blake Sent: Wednesday, April 26, 2006 10:02 AM To: cygwin@cygwin.com Subject: Re: rm -rf ./foo/ safe to use? Tom Rodman cygwin at trodman.com writes: I think I had read something years back about cygwin's inode simulation (sorry to munge up the terminology), being imperfect; so that may have convinced me to not use rm -rf DIRXXX. And how would imperfect inode simulation mess up rm? Seriously - I would like to know what gave you the impression that inode behavior could interfere with rm. So is rm -rf ./foo/ safe to use? Is there any danger that anything other than ./foo/ will be deleted? I use recursive rm all the time, both on FAT drives (where cygwin must do inode simulation) and on NTFS drives (where cygwin uses NTFS inodes). The only danger in deleting more than you intended is if you type the command wrong, but that same danger holds true for 'cmd /c rmdir'. IMO, if you are going to use cygwin, then use cygwin's rm (but maybe I'm biased, since I happen to be the rm maintainer). -- Eric Blake volunteer cygwin coreutils maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Windows Event Viewer
hello is it possible in cygwin to monitor the Windows Event Viewer on Error messages and extract them from the event viewer to write them into a textfile? Best regards, Emiel Janssen Van Boxtel Software B.V. Phone:+31 (0) 492 - 327 357 Fax: +31 (0) 492 - 324 326 E-mail:[EMAIL PROTECTED] Website:www.van-boxtel-software.nl -- 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: rm -rf ./foo/ safe to use?
Ross, George - DOA wrote: I have never tested the cygwin NFS client against the above-mentioned NFS server. Wait... Cygwin has an NFS client? Did I miss something? (How would/does this work with non-Cygwin applications?) -- Matthew All of my signatures are 100% original. Including this one. -- 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: rm -rf ./foo/ safe to use?
On Wed, Apr 26, 2006 at 10:33:49AM -0500, mwoehlke wrote: Ross, George - DOA wrote: I have never tested the cygwin NFS client against the above-mentioned NFS server. Wait... Cygwin has an NFS client? Did I miss something? (How would/does this work with non-Cygwin applications?) I imagine that if there was a Cygwin NFS client, it would work really really well with non-Cygwin applications. Or, then again, maybe not. It's hard to say for sure since there is no Cygwin NFS client. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rsync over ssh hang issue understood
On Apr 26 11:51, Peter Keitler wrote: For the script to run, a sshd has to started on the local machine and the user name has to be adapted within the script. Could some of you please run the script twice (the error only occurs when the files already exist on the client side) in order to see if the script also hangs? [...] #!/bin/bash COMPSERV_USER=peter COMPSERV_SERVER=localhost RSYNC_PARAMS=--recursive --progress # Create large amount of files on the server mkdir ~/testdir_clnt ssh [EMAIL PROTECTED] 'mkdir -p ~/testdir_srv; for ((i=0;i300;i++)) ; do dd if=/dev/random of=~/testdir_srv/file${i}.lst bs=1 count=5000; done' # Sync files to client rsync -vv $RSYNC_PARAMS [EMAIL PROTECTED]:testdir_srv/* ~/testdir_clnt/ I just tried it a couple of times. http://cygwin.com/acronyms/#WJFFM Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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 Event Viewer
On Apr 26 17:30, Emiel Janssen - Van Boxtel Software BV wrote: hello is it possible in cygwin to monitor the Windows Event Viewer on Error messages and extract them from the event viewer to write them into a textfile? When you install and use syslogd (from the inetutils package) or syslog-ng (standalone package), you're all set. At least for Cygwin processes. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: rsync over ssh hang issue understood
On 26 April 2006 17:01, Corinna Vinschen wrote: On Apr 26 11:51, Peter Keitler wrote: For the script to run, a sshd has to started on the local machine and the user name has to be adapted within the script. Could some of you please run the script twice (the error only occurs when the files already exist on the client side) in order to see if the script also hangs? [...] #!/bin/bash COMPSERV_USER=peter COMPSERV_SERVER=localhost RSYNC_PARAMS=--recursive --progress # Create large amount of files on the server mkdir ~/testdir_clnt ssh [EMAIL PROTECTED] 'mkdir -p ~/testdir_srv; for ((i=0;i300;i++)) ; do dd if=/dev/random of=~/testdir_srv/file${i}.lst bs=1 count=5000; done' # Sync files to client rsync -vv $RSYNC_PARAMS [EMAIL PROTECTED]:testdir_srv/* ~/testdir_clnt/ I just tried it a couple of times. http://cygwin.com/acronyms/#WJFFM Doesn't even run once for me. Creating all the files over ssh works fine but the rsync invocation fails with (Client) Protocol versions: remote=1919251285, negotiated=29 protocol version mismatch -- is your shell clean? (see the rsync man page for an explanation) Is there something I need to do to make your testcase work? (By 'work', of course, I mean 'break'!) cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rsync over ssh hang issue understood
Dave Korn wrote: On 26 April 2006 17:01, Corinna Vinschen wrote: On Apr 26 11:51, Peter Keitler wrote: For the script to run, a sshd has to started on the local machine and the user name has to be adapted within the script. Could some of you please run the script twice (the error only occurs when the files already exist on the client side) in order to see if the script also hangs? [...] #!/bin/bash COMPSERV_USER=peter COMPSERV_SERVER=localhost RSYNC_PARAMS=--recursive --progress # Create large amount of files on the server mkdir ~/testdir_clnt ssh [EMAIL PROTECTED] 'mkdir -p ~/testdir_srv; for ((i=0;i300;i++)) ; do dd if=/dev/random of=~/testdir_srv/file${i}.lst bs=1 count=5000; done' # Sync files to client rsync -vv $RSYNC_PARAMS [EMAIL PROTECTED]:testdir_srv/* ~/testdir_clnt/ I just tried it a couple of times. http://cygwin.com/acronyms/#WJFFM Doesn't even run once for me. Creating all the files over ssh works fine but the rsync invocation fails with (Client) Protocol versions: remote=1919251285, negotiated=29 protocol version mismatch -- is your shell clean? (see the rsync man page for an explanation) Is there something I need to do to make your testcase work? (By 'work', of course, I mean 'break'!) cheers, DaveK -- 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: rsync over ssh hang issue understood
Just to back this up, we cant get basic rsync to run reliably using cygwin either. The command being tested is run from a FreeBSD box with the source being a cygwin box using cygwin 1.5.19-4: rsync -av cygwin1:/testdir/ /testdir/ The result is it will randomly hang on a file, no output / error returned just stops. Tests to the same machine using sfu work fine. [cygcheck -c] cygcheck.exe -c Cygwin Package Information Package VersionStatus _update-info-dir00384-1OK alternatives1.3.20a-2 OK apache 1.3.33-2 Incomplete ash 20040127-3 OK atk 1.9.1-1OK atk-runtime 1.9.1-1OK autoconf2.59-2 OK autoconf-devel 2.59-2 OK autoconf-stable 2.13-6 OK autoconf2.1 2.13-1 OK autoconf2.5 2.59-2 OK automake1.7.9-2OK automake-devel 1.9.2-2OK automake-stable 1.4p6-3OK automake1.4 1.4p6-2OK automake1.9 1.9.6-1OK base-files 3.7-1 OK base-passwd 2.2-1 OK bash3.0-14 OK bash-completion 20060301-1 OK binutils20050610-1 OK bzip2 1.0.3-1OK coreutils 5.94-1 OK cpio2.6-5 OK crypt 1.1-1 OK cygrunsrv 1.13-1 OK cygutils1.2.10-1 OK cygwin 1.5.19-4 OK cygwin-doc 1.4-3 OK diffutils 2.8.7-1OK editrights 1.01-1 OK expat 1.95.8-1 OK file4.16-1 OK fileutils 4.1-3 OK findutils 4.2.27-1 OK gawk3.1.5-3OK gcc 3.4.4-1OK gcc-core3.4.4-1OK gcc-g++ 3.4.4-1OK gcc-mingw 20040810-1 OK gcc-mingw-core 20050522-1 OK gcc-mingw-g++ 20050522-1 OK gdbm1.8.3-7OK gettext 0.14.5-1 OK glib2 2.6.6-2OK glib2-runtime 2.6.6-2OK grep2.5.1a-2 OK groff 1.18.1-2 OK gzip1.3.5-1OK less381-1 OK libbz2_11.0.3-1OK libcharset1 1.9.2-2OK libdb4.24.2.52-1 OK libdb4.34.3.28-1 OK libfreetype26 2.1.9-1OK libgdbm 1.8.0-5OK libgdbm-devel 1.8.3-7OK libgdbm31.8.3-3OK libgdbm41.8.3-7OK libgettextpo0 0.14.5-1 OK libiconv1.9.2-2OK libiconv2 1.9.2-2OK libintl 0.10.38-3 OK libintl10.10.40-1 OK libintl20.12.1-3 OK libintl30.14.5-1 OK libjpeg62 6b-11 OK libncurses-devel5.5-2 OK libncurses5 5.2-1 OK libncurses6 5.2-8 OK libncurses7 5.3-4 OK libncurses8 5.5-2 OK libpcre 4.1-2 OK libpcre06.3-1 OK libpng121.2.8-2OK libpopt01.6.4-4OK libreadline44.1-2 OK libreadline54.3-5 OK libreadline65.1-5 OK libtiff43.6.0-5OK libxml2 2.6.22-1 OK login 1.9-7 OK lynx2.8.5-4OK m4 1.4.4-1OK make3.80-1 OK man 1.5p-1 OK mingw-runtime 3.9-2 OK minires 1.00-1 OK mktemp 1.5-3 OK ncftp 3.1.7-1OK ncurses 5.5-2 OK openssh 4.3p2-2OK openssl 0.9.8a-1 OK openssl-devel 0.9.8a-1 OK openssl096 0.9.6j-1 OK openssl097 0.9.7i-1 OK patch 2.5.8-8OK patchutils 0.2.31-1 OK pcre
Re: Fixing the state of C++ in Cygwin
There is a CERN application, ROOT, that when it is built with current Cygwin GCC 3.4.4-1, has problems at runtime (hang, stackdump...). But following this http://cygwin.com/ml/cygwin/2006-04/msg00634.html, I have made a build of GCC-3.4.4 that includes --enable-fully-dynamic-string. This new GCC build seems to have solved those problems! It would be desirable to see this fixed in Cygwin as promised in http://cygwin.com/ml/cygwin/2005-10/msg00085.html. Cheers, Angelo. -- 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: rm -rf foo/ safe to use?[it is, great.. Thanks/EOM]
-- 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/
So, you mean, simple UNIX commands work in cygwin? Who knew? [was Re: rm -rf foo/ safe to use?[it is, great.. Thanks/EOM]]
-- 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/
Where is CYGREADLINE6.DLL?
I would greatly appreciate someone telling me the package that contains CYGREADLINE6.DLL. On my last Cygwin update I hosed my installation and now when starting Cygwin I get the message: A required .DLL file, CYGREADLINE6.DLL was not found. and then it terminates. I've Googled, grepped, and groped in an attempt to locate the package containing CYGREADLINE6.DLL so I can reinstall it. When I Google, I get a solar mass of hits but they are just cygcheck output--not very helpful. I've also reinstalled some packages I thought might be related, but so far, no brass ring. Thanks much L Anderson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is CYGREADLINE6.DLL?
On Wed, Apr 26, 2006 at 11:39:00AM -0700, L Anderson wrote: I would greatly appreciate someone telling me the package that contains CYGREADLINE6.DLL. On my last Cygwin update I hosed my installation and now when starting Cygwin I get the message: A required .DLL file, CYGREADLINE6.DLL was not found. and then it terminates. I've Googled, grepped, and groped in an attempt to locate the package containing CYGREADLINE6.DLL so I can reinstall it. When I Google, I get a solar mass of hits but they are just cygcheck output--not very helpful. I've also reinstalled some packages I thought might be related, but so far, no brass ring. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygreadline6.dll -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Where is CYGREADLINE6.DLL?
I've Googled, grepped, and groped in an attempt to locate the package containing CYGREADLINE6.DLL so I can reinstall it. When I Google, I get a solar mass of hits but they are just cygcheck output--not very helpful. I've also reinstalled some packages I thought might be related, but so far, no brass ring. You can use the setup package search to answer this sort of question: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygreadline6.dll -Samrobb -- 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: rsync over ssh hang issue understood
Steven Hartland wrote: Just to back this up, we cant get basic rsync to run reliably using cygwin either. The command being tested is run from a FreeBSD box with the source being a cygwin box using cygwin 1.5.19-4: rsync -av cygwin1:/testdir/ /testdir/ The result is it will randomly hang on a file, no output / error returned just stops. [snip] tcsh6.14.00-5 OK While testing is csh involved? Your description above is very close to a problem with cvs reported and solved recently by Jay Abel. In short, tcsh at the receiving end is changing \r\n to \n inside binary files, so the receiving process waits for the expected bytes but it receives less. -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Call for testing Cygwin snapshot
While I was watching the tumbleweeds blow by, I did some more investigation on the problems I've been encountering with snapshots. First of all, I tested every snapshot (always the FULL snapshot, of course) from 2006-03-09 onwards with the following results: 20060309 - Last non-problematic snapshot For the following snapshots, stuck processes are generated by bash script cron job: 20060313 20060322 20060323 20060324 20060326 20060329 20060413 20060417 20060418 20060421 20060424 20060426 For the following snapshots, the rxvt shell window closes right away (as reported in http://cygwin.com/ml/cygwin/2006-03/msg00487.html): 20060314 20060315 20060318 20060319 20060320 20060321 20060403 - run.exe does not work properly 20060412 - The login shell window display the following errors: mkdir: `': No such file or directory Copying skeleton files. These files are for the user to personalise their cygwin experience. These will never be overwritten. /usr/bin/install: accessing `//.bashrc': No such host or network path /usr/bin/install: accessing `//.bash_profile': No such host or network path /usr/bin/install: accessing `//.inputrc': No such host or network path bash: /bin/cygwin: No such file or directory 1 skel Then with the help of Ernie Coskrey (the only person to suggest anything useful for me to try), I installed the Windows debugger to take a peek at some of the stuck processes. (I'm not a Windows programmer - I do Unix - so I need help with such things.) In this case, I used the full 20060426 snapshot and generated some stuck processes. The output from 'ps' showed the following: PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 2944 11332 29292? 78809 13:54:03 /usr/bin/diff 32184 1 436 2860? 78809 14:00:03 /usr/bin/mv 1560 1 28372 29084? 78809 14:06:05 /usr/bin/diff 9768 1 23420 24436? 78809 14:12:04 /usr/bin/diff Looking at the Windows Task Manager, those processes were not listed, but what I suppose to be their shell processes were: Image Name PID bash.exe2736 bash.exe9500 bash.exe 29048 bash.exe 30324 Note that no bash processes were listed by Cygwin under 'ps'. (Is this a clue?) Using the Windows debugger, I attached to one of the bash processes and extracted the following using the '~* kb' command: 0 Id: ab0.1b0 Suspend: 1 Teb: 7ffde000 Unfrozen ChildEBP RetAddr Args to Child 0022e280 7c59a1af 0002 0022e2a8 0001 ntdll!ZwWaitForMultipleObjects+0xb 0022e2d0 7c59a0c2 0022e2a8 0001 KERNEL32!WaitForMultipleObjectsEx+0xea *** ERROR: Symbol file could not be found. Defaulted to export symbols for E:\cygwin\bin\cygwin1.dll - 0022e2e8 610ab884 0002 0022e400 KERNEL32!WaitForMultipleObjects+0x17 WARNING: Stack unwind information not available. Following frames may be wrong. 0022e428 610bf218 0045f070 00687020 cygwin1!_getreent+0xc64 0022e468 610bf5f5 0022e4c8 cygwin1!regsub+0x1e8 *** ERROR: Module load completed but symbols could not be loaded for E:\cygwin\bin\bash.exe 0022e498 0042ee38 0022e4c0 0022e4b0 cygwin1!regsub+0x5c5 0022e4d8 0041e9b4 0001 0022e4f4 bash+0x2ee38 0022e508 0041149c 0618 00686fa0 bash+0x1e9b4 0022e5a8 00412c90 00684930 bash+0x1149c 0022e5d8 00410a25 00684930 0003 00687268 bash+0x12c90 0022e678 00412c90 006864b0 bash+0x10a25 0022e6a8 00410a59 006864b0 0003 00687250 bash+0x12c90 0022e748 00412c90 006864c8 bash+0x10a59 0022e778 00410a59 006864c8 0003 0022e7c8 bash+0x12c90 0022e818 00413e6a 006864f8 bash+0x10a59 0022e868 00410645 006871d0 bash+0x13e6a 0022e908 00412c90 00686528 bash+0x10645 0022e938 00413e32 00686528 bash+0x12c90 0022e988 00410645 00687230 bash+0x13e32 0022ea28 00412c90 00686380 bash+0x10645 1 Id: ab0.708 Suspend: 1 Teb: 7ffdd000 Unfrozen ChildEBP RetAddr Args to Child 0067ed14 7c5862e9 0330 ntdll!ZwReadFile+0xb 0067ed88 610973ea 0330 0067edc0 00a4 KERNEL32!ReadFile+0x181 WARNING: Stack unwind information not available. Following frames may be wrong. 0067ee88 61002f52 61101000 cygwin1!sigemptyset+0x341a 0067eeb8 61003789 0067ef8c 61018880 1074 cygwin1!toascii+0xed2 0067ffb4 cygwin1!toascii+0x1709 2 Id: ab0.7224 Suspend: 1 Teb: 7ffdc000 Unfrozen ChildEBP RetAddr Args to Child 1912ec54 7c59a1af 0003 1912ec7c 0001 ntdll!ZwWaitForMultipleObjects+0xb 1912eca4 7c59a0c2 1912ec7c 0001 KERNEL32!WaitForMultipleObjectsEx+0xea 1912ecbc 778322b2 0003 1912ede4 KERNEL32
Cygwin 1.5.19 Windows 2003 / croned shells stay hung
Hi, this problem only concern shells run by cron dameon. By running shells manually they always work. Every scripts logs in general log file that is access by every croned shell and each of them use temp files for their business. The scripts call generally database command interpreters for very short queries. We use cygwin for 2/3 years on NT4, Windows 2000 to run admin bash scripts. On NT4 no problem at all, whatever we do, everything is fine. On Windows 2000, we got sometimes croned processes that stayed stuck. It was random and not depending on service pack or CPU load, as it could happen on an idle machine or a very busy server. In every problem, the request is finished and the database command interpreter has exited. Only remains the cron, the sh and the bash processes, all of 3 idle. A simple kill pid is sufficient, have to kill -9 pid to get rid of them. Generally, we run about 6 jobs every quarter. Cronning them simultaneously increases the chance of having a process stuck. By moving the differents executions of few minutes it works well. Until Janurary 2006, we were using an old version (1.5.3-1). When we installed the 1.5.19, all the windows 2000 problems disappeared ! Since we installed on Windows 2003 (SP1 or not) few weeks ago, the same problem came back. So I got my own croned job garbage collector that avoid having 50 bash.exe/sh.exe and cron.exe in the air after one month of execution. I browse for a long time the mailing lists and google and so on. If you have some advices or questions, ... Thanks for your help Emmanuel This message was sent using IMP, the Internet Messaging Program. -- 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: rsync over ssh hang issue understood
- Original Message - From: René Berber Steven Hartland wrote: Just to back this up, we cant get basic rsync to run reliably using cygwin either. The command being tested is run from a FreeBSD box with the source being a cygwin box using cygwin 1.5.19-4: rsync -av cygwin1:/testdir/ /testdir/ The result is it will randomly hang on a file, no output / error returned just stops. [snip] tcsh6.14.00-5 OK While testing is csh involved? Your description above is very close to a problem with cvs reported and solved recently by Jay Abel. In short, tcsh at the receiving end is changing \r\n to \n inside binary files, so the receiving process waits for the expected bytes but it receives less. tcsh is the default shell on FreeBSD which is the recieving end in this test yes but I'm a little confused how the shell could effect the results of rsync? FreeBSD to FreeBSD for FreeBSD to Windows SFU doesnt have this issue so something specific to tcsh on cygwin? An example of this failure is: [log] rsync -av --progress cygwin1:/testdir/ /testdir/ receiving file list ... 1705 files to consider created directory testdir / bf2_w32ded.exe 0 0%0.00kB/s0:00:00 ***Hung here*** ^CKilled by signal 2.0.00kB/s0:00:00 rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(242) [receiver] rsync error: unexplained error (code 255) at rsync.c(242) [generator] [/log] Even though the destination has now been terminated the rsync process on the cygwin source box is still sitting there. Checking on the cygwin box no shell is actually running. Interestingly if I try to get a thread dump using sysinternals process explorer the rsync process goes mad using all available cpu. Steve This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
binmode and textmode setting
Hi, Can someone tell me where the binmode or textmode setting is set? I don't see a way of setting it automatically during setup (I'm automating the setup to use on multiple machines). If there's a flag to send to the setup.exe I'll just use that when I install. If not, where is it set so I can change it without having to manually run the setup.exe? Thanks a lot. Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is CYGREADLINE6.DLL?
Christopher Faylor wrote: On Wed, Apr 26, 2006 at 11:39:00AM -0700, L Anderson wrote: I would greatly appreciate someone telling me the package that contains CYGREADLINE6.DLL. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygreadline6.dll Doh! I knew that--the obvious sometimes eludes me! Problem fixed. Thanks! L Anderson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rsync over ssh hang issue understood
Steven Hartland wrote: [snip] tcsh is the default shell on FreeBSD which is the recieving end in this test yes but I'm a little confused how the shell could effect the results of rsync? FreeBSD to FreeBSD for FreeBSD to Windows SFU doesnt have this issue so something specific to tcsh on cygwin? Yes, the problem with cvs (actually cvs over ssh) was caused by the shell that starts the remote ssh process. An example of this failure is: [log] rsync -av --progress cygwin1:/testdir/ /testdir/ receiving file list ... 1705 files to consider created directory testdir / bf2_w32ded.exe 0 0%0.00kB/s0:00:00 ***Hung here*** ^CKilled by signal 2.0.00kB/s0:00:00 rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(242) [receiver] rsync error: unexplained error (code 255) at rsync.c(242) [generator] [/log] Even though the destination has now been terminated the rsync process on the cygwin source box is still sitting there. Checking on the cygwin box no shell is actually running. Then it must be something different. -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rsync over ssh hang issue understood
- Original Message - From: René Berber Then it must be something different. Thanks for option Rene, always worth investigating these things :) Steve This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: binmode and textmode setting
On Wed, Apr 26, 2006 at 01:06:43PM -0700, Capaci, Christopher wrote: Can someone tell me where the binmode or textmode setting is set? I don't see a way of setting it automatically during setup (I'm automating the setup to use on multiple machines). If there's a flag to send to the setup.exe I'll just use that when I install. If not, where is it set so I can change it without having to manually run the setup.exe? Thanks a lot. man mount cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Call for testing Cygwin snapshot
On Wed, Apr 26, 2006 at 12:20:30PM -0700, Jerry D. Hedden wrote: While I was watching the tumbleweeds blow by, I did some more investigation on the problems I've been encountering with snapshots. First of all, I tested every snapshot (always the FULL snapshot, of course) Actually, installing the full snapshot is overkill for tracking down this type of problem. It doesn't hurt, but just installing the DLL should be adequate. from 2006-03-09 onwards with the following results: 20060309 - Last non-problematic snapshot For the following snapshots, stuck processes are generated by bash script cron job: 20060313 20060322 20060323 20060324 20060326 20060329 20060413 20060417 20060418 20060421 20060424 20060426 For the following snapshots, the rxvt shell window closes right away (as reported in http://cygwin.com/ml/cygwin/2006-03/msg00487.html): 20060314 20060315 20060318 20060319 20060320 20060321 20060403 - run.exe does not work properly Let's just focus on the present snapshot and the problem that you are reporting please. It isn't at all useful for you to recapitulate past (fixed!) problems in old snapshots. You've mentioned that the first failing snapshot was 2006-03-13 so I'm working under the impression that your report was accurate. Neither Corinna nor I have been able to duplicate this hang. So, I'm throwing this out to the rest of the mailing list. The failing script is not hard to run, so I'd appreciate knowing if it hangs for anyone else. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Reproducible hang with unusual border conditions
On my search for the infamous cygwin hang while building OOo, see http://sources.redhat.com/ml/cygwin/2005-12/msg00279.html, and http://wiki.services.openoffice.org/wiki/Windows#Miscellaneous_info that I couldn't reproduce myself (WJFFM) I finally managed to get a reproducible hang on my systems that might be related. As said, the original OOo build works just fine here, but there is an alternative possibility to build OOo with 4nt instead of tcsh, and from that I managed to reproduce a small testcase. Unfortunately it requires 4nt :( and some strict/strange border conditions: 1. It only hangs from rxvt. (Invoked with shortlink from desktop to: C:\cygwin\bin\rxvt.exe -cr green -sl 1000 -tn linux -e /usr/bin/bash --login -i) I guess the actual switches don't matter. Startting the following example from the bash that is started from the cygwin icon (cygwin.bat) didn't show the problem so far. 2. Only hangs for real background processes started with setsid. From rxvt like this: $ setsid ./hang.sh hang.log You need to unpack the following testcase, http://www.openoffice.org/nonav/issues/showattachment.cgi/36076/w32-4nt-hang.zip it contains the following files: -rwxr-xr-x 1 quetschke None 147456 Apr 3 20:19 dmake.exe -rwxr-xr-x 1 quetschke None 3 Apr 26 10:34 hang.XXX$ -rwxr-xr-x 1 quetschke None 192635 Apr 26 16:45 hang.log -rwxr-xr-x 1 quetschke None285 Apr 26 13:30 hang.mk -rwxr-xr-x 1 quetschke None133 Apr 26 13:22 hang.sh The dmake.exe is a native w32 version, from a m164 OO build with W32-4nt. For me, after entering the above command and letting it run for a few minutes, I get a 4nt process that is stuck at 99% and no new output reaches hang.log. It definitely looks like 4nt is hanging, *BUT* $ ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 3972 13972 3972 con 1006 16:35:12 /usr/bin/rxvt I399639723996 40080 1006 16:35:12 /usr/bin/bash 3804 13804736? 1006 16:49:29 /usr/bin/bash 82838043804 3760? 1006 16:52:26 /cygdrive/d/w1/w32-4nt-hang/dmake if I kill the calling cygwin script, kill 3804 in this case, 4nt stops to loop. As you can see in hang.mk, I tried to reproduce the hang with cmd.exe, but I cannot get to hang that either. This is a very elusive problem :( Oh, yes, currently im using: $ uname -a CYGWIN_NT-5.1 Macros 1.5.20s(0.155/4/2) 20060424 12:43:32 i686 Cygwin cygcheck -svr - http://www.openoffice.org/nonav/issues/showattachment.cgi/36077/cygcheck.log I didn't try this testcase with a lot of different cygwin versions yet, but it fails also with: cygwin1-20060413.dll and the original (I mean the OOo build with 4nt here, not the tcsh build) also hangs with 1.5.19 and all snapshots in between that I tested. (I didn't test all though!) Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D signature.asc Description: OpenPGP digital signature
Re: Reproducible hang with unusual border conditions
On Wed, Apr 26, 2006 at 05:39:37PM -0400, Volker Quetschke wrote: On my search for the infamous cygwin hang while building OOo, see http://sources.redhat.com/ml/cygwin/2005-12/msg00279.html, and http://wiki.services.openoffice.org/wiki/Windows#Miscellaneous_info that I couldn't reproduce myself (WJFFM) I finally managed to get a reproducible hang on my systems that might be related. As said, the original OOo build works just fine here, but there is an alternative possibility to build OOo with 4nt instead of tcsh, and from that I managed to reproduce a small testcase. Unfortunately it requires 4nt :( and some strict/strange border conditions: 1. It only hangs from rxvt. (Invoked with shortlink from desktop to: C:\cygwin\bin\rxvt.exe -cr green -sl 1000 -tn linux -e /usr/bin/bash --login -i) I guess the actual switches don't matter. Startting the following example from the bash that is started from the cygwin icon (cygwin.bat) didn't show the problem so far. 2. Only hangs for real background processes started with setsid. From rxvt like this: $ setsid ./hang.sh hang.log You need to unpack the following testcase, http://www.openoffice.org/nonav/issues/showattachment.cgi/36076/w32-4nt-hang.zip it contains the following files: -rwxr-xr-x 1 quetschke None 147456 Apr 3 20:19 dmake.exe -rwxr-xr-x 1 quetschke None 3 Apr 26 10:34 hang.XXX$ -rwxr-xr-x 1 quetschke None 192635 Apr 26 16:45 hang.log -rwxr-xr-x 1 quetschke None285 Apr 26 13:30 hang.mk -rwxr-xr-x 1 quetschke None133 Apr 26 13:22 hang.sh The dmake.exe is a native w32 version, from a m164 OO build with W32-4nt. For me, after entering the above command and letting it run for a few minutes, I get a 4nt process that is stuck at 99% and no new output reaches hang.log. It definitely looks like 4nt is hanging, *BUT* $ ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 3972 13972 3972 con 1006 16:35:12 /usr/bin/rxvt I399639723996 40080 1006 16:35:12 /usr/bin/bash 3804 13804736? 1006 16:49:29 /usr/bin/bash 82838043804 3760? 1006 16:52:26 /cygdrive/d/w1/w32-4nt-hang/dmake if I kill the calling cygwin script, kill 3804 in this case, 4nt stops to loop. As you can see in hang.mk, I tried to reproduce the hang with cmd.exe, but I cannot get to hang that either. This is a very elusive problem :( So, if I'm understanding what you're saying correctly, you are seeing a hang in a non-cygwin process (4nt) which can't be duplicated in a program with similar functionality (cmd) so therefore, your conclusion is that there is a cygwin bug? Please verify what the identity of the actual hung program by running task manager. If it really is a non-cygwin program that is having problems then I'm not tremendously concerned. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Ghost processes on Cygwin
I'm seeing something funny. While trying to build a large program on Cygwin using cl.exe (i.e. I am building a non-Cygwin app; just using Cygwin to drive 'make'), every now and then, cl.exe hangs. Before you tell me I'm on the wrong list :-), here's the funny part. If I do 'ps' in Cygwin, I can see the 'cl' process, along with its WINPID. However, it doesn't show up in task manager! Also, there are about five processes that are clearly Cygwin processes (bash.exe or sh.exe) that do NOT show up in Cygwin's 'ps'. Is there any logic to this that I'm missing? I want to attach a debugger (probably devenv, since gdb - unsurprisingly - doesn't seem to work) to cl.exe to try to find out why it's hung, but I can't find the pid to attach to! -- Matthew All of my signatures are 100% original. Including this one. Cygwin Configuration Diagnostics Current System Time: Wed Apr 26 17:01:30 2006 Windows 2003 Enterprise Server Ver 5.2 Build 3790 Service Pack 1 Running under WOW64 on AMD64 Path: C:\cygwin\w32dev h:\mwoehlke\src c:\j2sdk1.4.2_08\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\WINDOWS\MsNfs\ C:\WINDOWS\SUA\common\ C:\WINDOWS\SUA\usr\lib\ c:\Program Files (x86)\Microsoft Visual Studio 8\VC\bin\amd64 c:\Program Files (x86)\Perforce c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727 c:\WINDOWS\Microsoft.NET\Framework\v1.1.4322 C:\cygwin\usr\sbin C:\cygwin\sbin c:\Program Files (x86)\Microsoft Visual Studio 8\VC\bin c:\Program Files (x86)\Microsoft Visual Studio 8\Common7\IDE\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(mwoehlke) GID: 513(None) 0(root) 513(None)544(Administrators) 545(Users) 1005(Debugger Users) 1008(NIS_mcast) 1009(NIS_root) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(mwoehlke) GID: 513(None) 0(root) 513(None)544(Administrators) 545(Users) 1005(Debugger Users) 1008(NIS_mcast) 1009(NIS_root) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'mwoehlke' LD_LIBRARY_PATH = '/usr/lib/x86:/usr/X11R6/lib' PWD = '/home/mwoehlke' HOME = '/home/mwoehlke' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\mwoehlke' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\mwoehlke\Application Data' BASH_PROFILE_RUN = '1' PROGRAMW6432 = 'C:\Program Files' HOSTNAME = 'McKeon' XKEYSYMDB = '/usr/X11R6/lib/X11/XKeysymDB' VCDIR = 'C:\Program Files (x86)\Microsoft Visual Studio 8\VC' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'EM64T Family 15 Model 4 Stepping 1, GenuineIntel' WINDIR = 'C:\WINDOWS' VS80COMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio 8\Common7\Tools\' COMMONPROGRAMW6432 = 'C:\Program Files\Common Files' OLDPWD = '/home/mwoehlke' JAVAHOME = '/usr/java/j2sdk1.4.2' USERDOMAIN = 'MCKEON' COMMONPROGRAMFILES(X86) = 'C:\Program Files (x86)\Common Files' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' XAPPLRESDIR = '/usr/X11R6/lib/X11/app-defaults' XCMSDB = '/usr/X11R6/lib/X11/Xcms.txt' !:: = '::\' TEMP = '/cygdrive/c/DOCUME~1/mwoehlke/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files (x86)\Common Files' XNLSPATH = '/usr/X11R6/lib/X11/locale' LIB = 'C:\Program Files (x86)\Microsoft Visual Studio 8\VC\atlmfc\lib;C:\Program Files (x86)\Microsoft Visual Studio 8\VC\PlatformSDK\Lib;C:\Program Files (x86)\Microsoft Visual Studio 8\VC\lib' SFUDIR = 'C:\WINDOWS\SUA\' USERNAME = 'mwoehlke' SUA_ROOT = '/dev/fs/C/WINDOWS/SUA/' CLUSTERLOG = 'C:\WINDOWS\Cluster\cluster.log' PROCESSOR_LEVEL = '15' INTERIX_ROOT = '/dev/fs/C/WINDOWS/SUA/' NDOC_DIR = '/w32dev/ndoc/1.3/bin/net/1.1' FP_NO_HOST_CHECK = 'NO' INPUTRC = '/home/mwoehlke/.inputrc_uow' SYSTEMDRIVE = 'C:' PROCESSOR_ARCHITEW6432 = 'AMD64' EDITOR = 'vi' UOW_CC = '/usr/bin/cc' USERPROFILE = 'C:\Documents and Settings\mwoehlke' PS1 = '\[\e]0;\w\a\]\[\e[1;31m\]\t [EMAIL PROTECTED] \[\e[36m\]\w\[\e[37m\]\$\[\e[0m\] ' LOGONSERVER = '\\MCKEON' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\cygwin\bin' SHLVL = '1' TERMINFO = '/home/mwoehlke/.terminfo' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' INTERIX_ROOT_WIN = 'C:\WINDOWS\SUA\' HOMEDRIVE = 'C:' SFUDIR_INTERIX = '/dev/fs/C/WINDOWS/SUA/' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/mwoehlke/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0401' TDOMAIN = 'war' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files (x86)' OPENNT_ROOT = '/dev/fs/C/WINDOWS/SUA/' CC = '/usr/bin/cc' NUMBER_OF_PROCESSORS = '2' VIM = '/etc/vim' INCLUDE = 'C:\Program Files (x86)\Microsoft Visual Studio 8\VC\atlmfc\include;C:\Program Files (x86)\Microsoft Visual Studio
Re: Reproducible hang with unusual border conditions
Christopher Faylor wrote: On Wed, Apr 26, 2006 at 05:39:37PM -0400, Volker Quetschke wrote: On my search for the infamous cygwin hang while building OOo, see http://sources.redhat.com/ml/cygwin/2005-12/msg00279.html, and http://wiki.services.openoffice.org/wiki/Windows#Miscellaneous_info that I couldn't reproduce myself (WJFFM) I finally managed to get a reproducible hang on my systems that might be related. As said, the original OOo build works just fine here, but there is an alternative possibility to build OOo with 4nt instead of tcsh, and from that I managed to reproduce a small testcase. Unfortunately it requires 4nt :( and some strict/strange border conditions: 1. It only hangs from rxvt. (Invoked with shortlink from desktop to: C:\cygwin\bin\rxvt.exe -cr green -sl 1000 -tn linux -e /usr/bin/bash --login -i) I guess the actual switches don't matter. Startting the following example from the bash that is started from the cygwin icon (cygwin.bat) didn't show the problem so far. 2. Only hangs for real background processes started with setsid. From rxvt like this: $ setsid ./hang.sh hang.log You need to unpack the following testcase, http://www.openoffice.org/nonav/issues/showattachment.cgi/36076/w32-4nt-hang.zip it contains the following files: -rwxr-xr-x 1 quetschke None 147456 Apr 3 20:19 dmake.exe -rwxr-xr-x 1 quetschke None 3 Apr 26 10:34 hang.XXX$ -rwxr-xr-x 1 quetschke None 192635 Apr 26 16:45 hang.log -rwxr-xr-x 1 quetschke None285 Apr 26 13:30 hang.mk -rwxr-xr-x 1 quetschke None133 Apr 26 13:22 hang.sh The dmake.exe is a native w32 version, from a m164 OO build with W32-4nt. For me, after entering the above command and letting it run for a few minutes, I get a 4nt process that is stuck at 99% and no new output reaches hang.log. It definitely looks like 4nt is hanging, *BUT* $ ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 3972 13972 3972 con 1006 16:35:12 /usr/bin/rxvt I399639723996 40080 1006 16:35:12 /usr/bin/bash 3804 13804736? 1006 16:49:29 /usr/bin/bash 82838043804 3760? 1006 16:52:26 /cygdrive/d/w1/w32-4nt-hang/dmake if I kill the calling cygwin script, kill 3804 in this case, 4nt stops to loop. As you can see in hang.mk, I tried to reproduce the hang with cmd.exe, but I cannot get to hang that either. This is a very elusive problem :( So, if I'm understanding what you're saying correctly, you are seeing a hang in a non-cygwin process (4nt) which can't be duplicated in a program with similar functionality (cmd) so therefore, your conclusion is that there is a cygwin bug? Please verify what the identity of the actual hung program by running task manager. If it really is a non-cygwin program that is having problems then I'm not tremendously concerned. The 99% come from the task manager, obviously it is a non-cygwin program that hangs. But it looks suspicious that killing the toplevel cygwin bash script stops the looping 4nt process - Through another native W32 proc (hang.sh - dmake - 4nt). And also that $ ls /proc/*/fd now hangs until (see original problem with OOo build) the 4nt or the script are killed looks strange. I'm not trying to fix third party programs here, I'm clutching every straw to produce a reproducible hang so that this problem can be solved for good. Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D signature.asc Description: OpenPGP digital signature
Re: Ghost processes on Cygwin
mwoehlke wrote: I'm seeing something funny. While trying to build a large program on Cygwin using cl.exe (i.e. I am building a non-Cygwin app; just using Cygwin to drive 'make'), every now and then, cl.exe hangs. Before you tell me I'm on the wrong list :-), here's the funny part. If I do 'ps' in Cygwin, I can see the 'cl' process, along with its WINPID. However, it doesn't show up in task manager! Also, there are about five processes that are clearly Cygwin processes (bash.exe or sh.exe) that do NOT show up in Cygwin's 'ps'. Can you enter $ ls /proc/*/fd in another cygwin console and report if it helps? It might unhang the stuck process. Volker Is there any logic to this that I'm missing? I want to attach a debugger (probably devenv, since gdb - unsurprisingly - doesn't seem to work) to cl.exe to try to find out why it's hung, but I can't find the pid to attach to! Cygwin Configuration Diagnostics Current System Time: Wed Apr 26 17:01:30 2006 Windows 2003 Enterprise Server Ver 5.2 Build 3790 Service Pack 1 Running under WOW64 on AMD64 Path: C:\cygwin\w32dev h:\mwoehlke\src c:\j2sdk1.4.2_08\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\WINDOWS\MsNfs\ C:\WINDOWS\SUA\common\ C:\WINDOWS\SUA\usr\lib\ c:\Program Files (x86)\Microsoft Visual Studio 8\VC\bin\amd64 c:\Program Files (x86)\Perforce c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727 c:\WINDOWS\Microsoft.NET\Framework\v1.1.4322 C:\cygwin\usr\sbin C:\cygwin\sbin c:\Program Files (x86)\Microsoft Visual Studio 8\VC\bin c:\Program Files (x86)\Microsoft Visual Studio 8\Common7\IDE\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(mwoehlke) GID: 513(None) 0(root) 513(None)544(Administrators) 545(Users) 1005(Debugger Users) 1008(NIS_mcast) 1009(NIS_root) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(mwoehlke) GID: 513(None) 0(root) 513(None)544(Administrators) 545(Users) 1005(Debugger Users) 1008(NIS_mcast) 1009(NIS_root) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'mwoehlke' LD_LIBRARY_PATH = '/usr/lib/x86:/usr/X11R6/lib' PWD = '/home/mwoehlke' HOME = '/home/mwoehlke' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\mwoehlke' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\mwoehlke\Application Data' BASH_PROFILE_RUN = '1' PROGRAMW6432 = 'C:\Program Files' HOSTNAME = 'McKeon' XKEYSYMDB = '/usr/X11R6/lib/X11/XKeysymDB' VCDIR = 'C:\Program Files (x86)\Microsoft Visual Studio 8\VC' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'EM64T Family 15 Model 4 Stepping 1, GenuineIntel' WINDIR = 'C:\WINDOWS' VS80COMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio 8\Common7\Tools\' COMMONPROGRAMW6432 = 'C:\Program Files\Common Files' OLDPWD = '/home/mwoehlke' JAVAHOME = '/usr/java/j2sdk1.4.2' USERDOMAIN = 'MCKEON' COMMONPROGRAMFILES(X86) = 'C:\Program Files (x86)\Common Files' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' XAPPLRESDIR = '/usr/X11R6/lib/X11/app-defaults' XCMSDB = '/usr/X11R6/lib/X11/Xcms.txt' !:: = '::\' TEMP = '/cygdrive/c/DOCUME~1/mwoehlke/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files (x86)\Common Files' XNLSPATH = '/usr/X11R6/lib/X11/locale' LIB = 'C:\Program Files (x86)\Microsoft Visual Studio 8\VC\atlmfc\lib;C:\Program Files (x86)\Microsoft Visual Studio 8\VC\PlatformSDK\Lib;C:\Program Files (x86)\Microsoft Visual Studio 8\VC\lib' SFUDIR = 'C:\WINDOWS\SUA\' USERNAME = 'mwoehlke' SUA_ROOT = '/dev/fs/C/WINDOWS/SUA/' CLUSTERLOG = 'C:\WINDOWS\Cluster\cluster.log' PROCESSOR_LEVEL = '15' INTERIX_ROOT = '/dev/fs/C/WINDOWS/SUA/' NDOC_DIR = '/w32dev/ndoc/1.3/bin/net/1.1' FP_NO_HOST_CHECK = 'NO' INPUTRC = '/home/mwoehlke/.inputrc_uow' SYSTEMDRIVE = 'C:' PROCESSOR_ARCHITEW6432 = 'AMD64' EDITOR = 'vi' UOW_CC = '/usr/bin/cc' USERPROFILE = 'C:\Documents and Settings\mwoehlke' PS1 = '\[\e]0;\w\a\]\[\e[1;31m\]\t [EMAIL PROTECTED] \[\e[36m\]\w\[\e[37m\]\$\[\e[0m\] ' LOGONSERVER = '\\MCKEON' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\cygwin\bin' SHLVL = '1' TERMINFO = '/home/mwoehlke/.terminfo' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' INTERIX_ROOT_WIN = 'C:\WINDOWS\SUA\' HOMEDRIVE = 'C:' SFUDIR_INTERIX = '/dev/fs/C/WINDOWS/SUA/' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/mwoehlke/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0401' TDOMAIN = 'war' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files (x86)' OPENNT_ROOT = '/dev/fs/C/WINDOWS/SUA/' CC = '/usr/bin/cc' NUMBER_OF_PROCESSORS = '2' VIM =
Re: Ghost processes on Cygwin
Volker Quetschke wrote: mwoehlke wrote: I'm seeing something funny. While trying to build a large program on Cygwin using cl.exe (i.e. I am building a non-Cygwin app; just using Cygwin to drive 'make'), every now and then, cl.exe hangs. Before you tell me I'm on the wrong list :-), here's the funny part. If I do 'ps' in Cygwin, I can see the 'cl' process, along with its WINPID. However, it doesn't show up in task manager! Also, there are about five processes that are clearly Cygwin processes (bash.exe or sh.exe) that do NOT show up in Cygwin's 'ps'. Can you enter $ ls /proc/*/fd in another cygwin console and report if it helps? It might unhang the stuck process. Hmm... nope. In fact, that got stuck too. 'ls /proc/2072' dies and must be 'kill -9'd. 'ps | grep 2072' says: PID PPID PGID WINPID TTY UIDSTIME COMMAND 2072 1 1876 2072 con 1003 Apr 21 /usr/bin/bash 'ls /proc/pid of cl.exe/fd' failed to revive it. If I cat it's cmdline (in its /proc), I see that it matches what 'make' is claiming it ran. Something a little suspicious(?); fd's 5-7 are all pointing at the same place and that place is a directory. Also, 255 is pointing at the shell script (/w32dev/cl32.exe) that launched (exec()'d) the process. If it's relevant, 'make' (which does show up as the parent) actually launched 'cl'; it exec()'d through 3-4 scripts to get to the actual binary. Is there any logic to this that I'm missing? I want to attach a debugger (probably devenv, since gdb - unsurprisingly - doesn't seem to work) to cl.exe to try to find out why it's hung, but I can't find the pid to attach to! (Also, for the sake of brevity, please don't quote my cygcheck.out! :-) Um... PCYMTNQTA? ;-) (TA=Text Attachments)) -- Matthew All of my signatures are 100% original. Including this one. -- 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 GTK 2.0 support for SVG files?
Eric Swenson wrote: Does cygwin GTK 2.0 support SVG files? If so, what have I done wrong? If not, can anyone suggest any approach I can take to get this support in? Thanks. -- Eric GTK+ does not come with an SVG loader, but librsvg2 (the GNOME SVG library) includes one. librsvg2 is not (yet) in the distro, although I do plan to propose it (and its dependencies) when I eventually have a chance. Yaakov -- 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: Ghost processes on Cygwin
mwoehlke wrote: Volker Quetschke wrote: mwoehlke wrote: I'm seeing something funny. While trying to build a large program on Cygwin using cl.exe (i.e. I am building a non-Cygwin app; just using Cygwin to drive 'make'), every now and then, cl.exe hangs. Before you tell me I'm on the wrong list :-), here's the funny part. If I do 'ps' in Cygwin, I can see the 'cl' process, along with its WINPID. However, it doesn't show up in task manager! Also, there are about five processes that are clearly Cygwin processes (bash.exe or sh.exe) that do NOT show up in Cygwin's 'ps'. Can you enter $ ls /proc/*/fd in another cygwin console and report if it helps? It might unhang the stuck process. Hmm... nope. In fact, that got stuck too. 'ls /proc/2072' dies and must be 'kill -9'd. 'ps | grep 2072' says: PID PPID PGID WINPID TTY UIDSTIME COMMAND 2072 1 1876 2072 con 1003 Apr 21 /usr/bin/bash It looks like this process was orphaned somehow... it wouldn't 'kill' or 'kill -9', so I used task manager to end it, which didn't seem to affect any of my active sessions. 'ls /proc/*' and 'ls /proc/*/fd' both work now, but don't help. I should mention that it dies politely if I send it just about any signal, but I need it to NOT get stuck in the first place... so I either want to figure out why it's hanging, or at least how to try to debug it. -- Matthew All of my signatures are 100% original. Including this one. -- 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: Ghost processes on Cygwin
On Wed, Apr 26, 2006 at 05:12:31PM -0500, mwoehlke wrote: I'm seeing something funny. While trying to build a large program on Cygwin using cl.exe (i.e. I am building a non-Cygwin app; just using Cygwin to drive 'make'), every now and then, cl.exe hangs. Before you tell me I'm on the wrong list :-), here's the funny part. If I do 'ps' in Cygwin, I can see the 'cl' process, along with its WINPID. However, it doesn't show up in task manager! Also, there are about five processes that are clearly Cygwin processes (bash.exe or sh.exe) that do NOT show up in Cygwin's 'ps'. Is there any logic to this that I'm missing? Yes. Windows doesn't implement the exec* family of linux system calls so cygwin has to kludge it. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin quite mode install with non default packages
Top-posting reformatted - http://cygwin.com/acronyms/#TOFU On 4/23/06, Larry Hall (Cygwin) reply-to-list-only-lh at cygwin dot com wrote: Worse - http://cygwin.com/acronyms/#PCYMTNQREAIYR shaick mohamed wrote: Hi, I need to install cygwin in quite mode with selecting few packages like unzip/zip (which by default won't be sected for install). Is there any way I can achive this. I tried by downloading the needed package, now the setup.ini has all the packages I want to install and the release folder contain all the binary files. But when I try to install from the local directory it is not installing the needed packages like unzip. So I run the setup.exe with interactive mode and found that again by default the unzip package is not marked for install. So Can somebody give light on this. Any short of help will be greatly appreciated. If I'm not mistaken, I believe the simplest and easiest way to do what you want to do is to simply edit your local setup.ini to put the packages you want into the Base category. Everything in Base is automatically installed. There are other ways to achieve something similar, such as http://www.cygwin.com/ml/cygwin-apps/2006-04/msg00039.html or http://sources.redhat.com/cygwin-apps/package-server.html But if you just want to do this once, editing the setup.ini file is probably the easiest thing to do. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 shaick mohamed wrote: Hi Larry, Thanks for the reply. It works... Also it installs the packages when I add the package in misc category. Thanks, Shaick. Glad I could help. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: print out of cygwin
Dirk Schleicher wrote: Hello there, I use cygwin and sylpheed-claws on W2k. What I can do to print out of sylpheed to a printer is connect to the USB Port and work under W2k? And this question is related to Cygwin how? sylpheed-claws is not a package distributed with Cygwin. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Building CGAL libs on Cygwin - Problems
Leandro Melo ltcmelo at gmail.com writes: Hi, I've checked the archive for any information about that, but couldn't fine any. I'm beginner with cygwin and don't have much experience also with gcc/g++. The point is that I'm trying to build CGAL (computation geometry algorithms library) libraries on cygwin (compiler gnu 3.4.4), but I'm getting the following error. Can anyone help me out? I'm not sure this error is because of g++. But I'm just doing the standard procedure for compiling the cgal libs (which is running a install script). Thanks. Hi, I am having the exact same problem! Did you find a solution? If so, please help me. Thanks! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Reproducible hang with unusual border conditions
On 04/26/2006, Volker Quetschke wrote: 1. It only hangs from rxvt. (Invoked with shortlink from desktop to: C:\cygwin\bin\rxvt.exe -cr green -sl 1000 -tn linux -e /usr/bin/bash --login -i) I guess the actual switches don't matter. Startting the following example from the bash that is started from the cygwin icon (cygwin.bat) didn't show the problem so far. Will it reproduce from bash in a command prompt if you set 'tty' in your CYGWIN environment variable first? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: print out of cygwin
Am Wed, 26 Apr 2006 21:30:28 -0400 schrieb Larry Hall (Cygwin) [EMAIL PROTECTED]: I use cygwin and sylpheed-claws on W2k. What I can do to print out of sylpheed to a printer is connect to the USB Port and work under W2k? And this question is related to Cygwin how? sylpheed-claws is not a package distributed with Cygwin. Ok. Then how to print out of cygwin to a USB printer connect to W2k -- 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: print out of cygwin
Dirk Schleicher wrote: Am Wed, 26 Apr 2006 21:30:28 -0400 schrieb Larry Hall (Cygwin) reply-to-list-only-lh at cygwin dot com: Ugh! http://cygwin.com/acronyms/#PCYMTNQREAIYR I use cygwin and sylpheed-claws on W2k. What I can do to print out of sylpheed to a printer is connect to the USB Port and work under W2k? And this question is related to Cygwin how? sylpheed-claws is not a package distributed with Cygwin. Ok. Then how to print out of cygwin to a USB printer connect to W2k Use the FAQ: FAQ: http://cygwin.com/faq/ http://cygwin.com/faq/faq-nochunks.html#faq.using.printing -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Windows 95 support ?
From: Gary R. Van Sickle From: Samuel Thibault Gary R. Van Sickle, le Mon 24 Apr 2006 23:20:55 -0500, a écrit : http://home.att.net/~g.r.vansickle/cygwin/SetupInstaller/SetupInstalle r.exe Same result as when I manually copied MSVCRT.DLL to my system for getting the usual setup.exe running: when I type setup.exe from c:\cygwin\setup, the mouse cursor turns into a sandglass, then back to a normal arrow shape, and I get the command.com prompt again without a single message. I tried setup.exe /h, /?, same result. Regards, Samuel Hmmm. That's good info though, it means that SetupInstaller.exe is able to do its thing at least. Reading the rest of the thread (and dusting off the ol' grey matter archives) it's clear this is in fact (at a minimum) a comctl32 version dependency issue. I think I can still fix this without too much trauma... tomorrow. Thanks for all the testing Samuel. -- Gary R. Van Sickle Sorry folks, this is going to probably have to wait until the weekend. But I am still about 99.44% confident that this is solvable in a reasonably painless manner. -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows 95 support ?
Gary R. Van Sickle wrote: Sorry folks, this is going to probably have to wait until the weekend. But I am still about 99.44% confident that this is solvable in a reasonably painless manner. Don't you think it's sufficient just to leave it at thou must install IE3+? Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Windows 95 support ?
From: Brian Dessent Gary R. Van Sickle wrote: Sorry folks, this is going to probably have to wait until the weekend. But I am still about 99.44% confident that this is solvable in a reasonably painless manner. Don't you think it's sufficient just to leave it at thou must install IE3+? Brian It probably is, and that was probably my argument at the time*. But I also believe that if a shortcoming such as this can be solved in a simple and non-intrusive manner, it should be solved. I think I now have that solution, so I'm gonna give it a go. -- Gary R. Van Sickle * Assuming I actually argued for this; I frankly can't recall if I was pushing for it or not. -- 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: Fixing the state of C++ in Cygwin
Angelo Graziosi wrote: There is a CERN application, ROOT, that when it is built with current Cygwin GCC 3.4.4-1, has problems at runtime (hang, stackdump...). But following this http://cygwin.com/ml/cygwin/2006-04/msg00634.html, I have made a build of GCC-3.4.4 that includes --enable-fully-dynamic-string. This new GCC build seems to have solved those problems! It would be desirable to see this fixed in Cygwin as promised in http://cygwin.com/ml/cygwin/2005-10/msg00085.html. Did you have much trouble building gcc-3.4.4-1? I have been trying off and on for several weeks to get it to build with no errors. Interestingly, the --enable-fully-dynamic-string is set by default in the build script. The bash script that does the build will not even run due an error with an extra ) into the install2 option. There is also a problem with a libstdc++ Makefile that might be caused by an error in bash, itself. I also question the wisdom of requiring building of all of the gcc languages: c, c++, d, objc, ada, and java requires a considerable amount of time. The reason why the source files have not been patched already is bothersome in itself. I do not have a clue whether a particular patch should be reversed or not before being applied, in ada, for example. I just accepted the default and hoped for the best. I am getting closer, in any case. On the positive side, I have learned how to use the base debugger, bashdb, as well the make debugger, remake. So far, I am lost a considerable amount of time, both in tracking the original cause of the DLL string crashes and in trying to rebuild gcc to solve the problem. Since the cause and a fix have been known for some time now, I, too, am perplexed why an official version has not been released. -- 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/