src/winsup/cygwin ChangeLog cygwin.din posix.s ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-03-28 14:55:21 Modified files: winsup/cygwin : ChangeLog cygwin.din posix.sgml winsup/cygwin/include/cygwin: version.h Log message: * cygwin.din (strchrnul): Export. * include/cygwin/version.h (CYGWIN_VERSION_API_MINOR): Bump. * posix.sgml (std-gnu): Add strchrnul. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5205r2=1.5206 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygwin.din.diff?cvsroot=srcr1=1.232r2=1.233 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/posix.sgml.diff?cvsroot=srcr1=1.53r2=1.54 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=srcr1=1.336r2=1.337
src/winsup/doc ChangeLog new-features.sgml
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-03-28 15:01:19 Modified files: winsup/doc : ChangeLog new-features.sgml Log message: * new-features.sgml (ov-new1.7.9): Add new API paragraph. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.331r2=1.332 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/new-features.sgml.diff?cvsroot=srcr1=1.67r2=1.68
src/winsup/cygwin autoload.cc cygwin.din dll_i ...
CVSROOT:/cvs/src Module name:src Branch: cv-post-1_7_9 Changes by: cori...@sourceware.org 2011-03-28 20:16:58 Modified files: winsup/cygwin : autoload.cc cygwin.din dll_init.cc mmap.cc posix.sgml wincap.cc ChangeLog winsup/cygwin/include/cygwin: version.h Log message: Pull in HEAD changes Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/autoload.cc.diff?cvsroot=srconly_with_tag=cv-post-1_7_9r1=1.189.2.3r2=1.189.2.4 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygwin.din.diff?cvsroot=srconly_with_tag=cv-post-1_7_9r1=1.232.2.1r2=1.232.2.2 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dll_init.cc.diff?cvsroot=srconly_with_tag=cv-post-1_7_9r1=1.77r2=1.77.2.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/mmap.cc.diff?cvsroot=srconly_with_tag=cv-post-1_7_9r1=1.163.2.2r2=1.163.2.3 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/posix.sgml.diff?cvsroot=srconly_with_tag=cv-post-1_7_9r1=1.53.2.1r2=1.53.2.2 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/wincap.cc.diff?cvsroot=srconly_with_tag=cv-post-1_7_9r1=1.108.2.1r2=1.108.2.2 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srconly_with_tag=cv-post-1_7_9r1=1.5189.2.20r2=1.5189.2.21 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=srconly_with_tag=cv-post-1_7_9r1=1.336.2.1r2=1.336.2.2
src/winsup/utils ChangeLog setfacl.c
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-03-28 21:21:03 Modified files: winsup/utils : ChangeLog setfacl.c Log message: * setfacl.c (strchrnul): Drop local implementation. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.547r2=1.548 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/setfacl.c.diff?cvsroot=srcr1=1.18r2=1.19
Re: [PATCH] Export strchrnul (pending newlib patch)
On Mar 27 22:38, Yaakov (Cygwin/X) wrote: Here's the Cygwin patch to export strchrnul(3) once accepted in newlib. Yaakov 2011-03-27 Yaakov Selkowitz * cygwin.din (strchrnul): Export. * include/cygwin/version.h (CYGWIN_VERSION_API_MINOR): Bump. * posix.sgml (std-gnu): Add strchrnul. Thanks, applied. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [PATCH] Export strchrnul (pending newlib patch)
On Sun, Mar 27, 2011 at 10:38:16PM -0500, Yaakov (Cygwin/X) wrote: Here's the Cygwin patch to export strchrnul(3) once accepted in newlib. Cygwin already has an implementation of this named strechr written in assembly language. Maybe we should be exporting that. cgf
Re: [PATCH] Export strchrnul (pending newlib patch)
On Mar 28 10:48, Christopher Faylor wrote: On Sun, Mar 27, 2011 at 10:38:16PM -0500, Yaakov (Cygwin/X) wrote: Here's the Cygwin patch to export strchrnul(3) once accepted in newlib. Cygwin already has an implementation of this named strechr written in assembly language. Maybe we should be exporting that. Yeah, we could do that. We could keep strechr as inline implementation in string.h and copy it over to strfunc.cc as exportable non-inline function strchrnul. Is our strechr really faster than an implementation which uses the word-wise pattern matching optimization? At least as far as the matching case is concerned. It will likely be faster in the non-matching case. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
[PATCH] Fix return value and errno set by sem_init(), sem_destroy() and sem_close()
While looking into some mysterious failures of sem_init() in python, I was somewhat surprised to find the following comment in python/thread_pthread.h: /* * As of February 2002, Cygwin thread implementations mistakenly report error * codes in the return value of the sem_ calls (like the pthread_ functions). * Correct implementations return -1 and put the code in errno. This supports * either. */ While this comment refers to sem_wait() and sem_trywait(), which seem to have been fixed since [1], it seems that sem_init(), sem_destroy() and sem_close() are still non-conformant with SUS in that (i) they do not set errno, and (ii) they don't return -1 on failure, instead returning the value which should be set as errno. I'm not sure if (ii) makes much practical difference, as portable code should arguably be comparing the result against 0, although this is not helped by the fact that (as the linux man page puts it) Bizarrely, POSIX.1-2001 does not specify the value that should be returned by a successful call to sem_init(). POSIX.1-2008 rectifies this, specifying the zero return on success. (i) causes the reason for a sem_init() failure to be incorrectly reported as whatever the previous value of errno is, more on which anon. Attached is a patch which fixes this conformance issue with these functions. I did wonder if there were internal uses in the cygwin DLL of these functions which might be affected by this change. In a quick audit, the only point of concern I found was semaphore::_terminate(). semaphore::_terminate() is only used by semaphore::terminate() and does not propagate the result, but now may be setting errno. I guess that semaphore::terminate() will now normally be setting errno, as it attempts to apply semaphore::_terminate() to all semaphores, not just shared ones. semaphore::terminate() is only called from close_all_files(). Having this change errno when used from do_exit() seems safe as we are past the point where errno might be of significance, but the other uses of close_all_files() are a bit more mysterious to me. In what is probably an excess of caution, I've added a save_errno to semaphore::terminate(), but I could use some help in determining if that is actually needed. 2011-03-28 Jon TURNEY jon.tur...@dronecode.org.uk * thread.cc (semaphore::init, destroy, close): Standards conformance fix. On a failure, return -1 and set errno. * thread.h (semaphore::terminate): Save errno since semaphore::close() may now modify it. [1] http://cygwin.com/ml/cygwin/2002-02/msg01379.html Index: cygwin/thread.cc === RCS file: /cvs/src/src/winsup/cygwin/thread.cc,v retrieving revision 1.225 diff -u -p -r1.225 thread.cc --- cygwin/thread.cc6 Apr 2010 15:27:34 - 1.225 +++ cygwin/thread.cc28 Mar 2011 21:46:56 - @@ -3076,10 +3076,16 @@ semaphore::init (sem_t *sem, int pshared { /* opengroup calls this undefined */ if (is_good_object (sem)) -return EBUSY; +{ + set_errno(EBUSY); + return -1; +} if (value SEM_VALUE_MAX) -return EINVAL; +{ + set_errno(EINVAL); + return -1; +} *sem = new semaphore (pshared, value); @@ -3087,7 +3093,8 @@ semaphore::init (sem_t *sem, int pshared { delete (*sem); *sem = NULL; - return EAGAIN; + set_errno(EAGAIN); + return -1; } return 0; } @@ -3096,11 +3103,17 @@ int semaphore::destroy (sem_t *sem) { if (!is_good_object (sem)) -return EINVAL; +{ + set_errno(EINVAL); + return -1; +} /* It's invalid to destroy a semaphore not opened with sem_init. */ if ((*sem)-fd != -1) -return EINVAL; +{ + set_errno(EINVAL); + return -1; +} /* FIXME - new feature - test for busy against threads... */ @@ -3113,11 +3126,17 @@ int semaphore::close (sem_t *sem) { if (!is_good_object (sem)) -return EINVAL; +{ + set_errno(EINVAL); + return -1; +} /* It's invalid to close a semaphore not opened with sem_open. */ if ((*sem)-fd == -1) -return EINVAL; +{ + set_errno(EINVAL); + return -1; +} delete (*sem); delete sem; Index: cygwin/thread.h === RCS file: /cvs/src/src/winsup/cygwin/thread.h,v retrieving revision 1.114 diff -u -p -r1.114 thread.h --- cygwin/thread.h 22 Feb 2010 20:36:04 - 1.114 +++ cygwin/thread.h 28 Mar 2011 21:46:56 - @@ -21,6 +21,7 @@ details. */ #include limits.h #include security.h #include errno.h +#include cygerrno.h enum cw_sig_wait { @@ -641,6 +642,7 @@ public: } static void terminate () { +save_errno save; semaphores.for_each (semaphore::_terminate); }
Re: [PATCH] Fix return value and errno set by sem_init(), sem_destroy() and sem_close()
On Mon, Mar 28, 2011 at 11:14:03PM +0100, Jon TURNEY wrote: While looking into some mysterious failures of sem_init() in python, I was somewhat surprised to find the following comment in python/thread_pthread.h: /* * As of February 2002, Cygwin thread implementations mistakenly report error * codes in the return value of the sem_ calls (like the pthread_ functions). * Correct implementations return -1 and put the code in errno. This supports * either. */ While this comment refers to sem_wait() and sem_trywait(), which seem to have been fixed since [1], it seems that sem_init(), sem_destroy() and sem_close() are still non-conformant with SUS in that (i) they do not set errno, and (ii) they don't return -1 on failure, instead returning the value which should be set as errno. 2011-03-28 Jon TURNEY jon.tur...@dronecode.org.uk * thread.cc (semaphore::init, destroy, close): Standards conformance fix. On a failure, return -1 and set errno. * thread.h (semaphore::terminate): Save errno since semaphore::close() may now modify it. [1] http://cygwin.com/ml/cygwin/2002-02/msg01379.html Looks good. Please check in ASAP so this will make it into 1.7.9. Thanks. cgf
Virus that deletes everything under c:/cygwin?
We just discovered that a whole bunch of our Windows machines had everything under their c:/cygwin directories deleted over the weekend. Has anyone else experienced this? Just trying to rule out some sort of malware/virus related to Earth Hour or perhaps some internal process gone awry. Thanks! dante -- 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: Virus that deletes everything under c:/cygwin?
On 03/28/11 07:43, Dante Allegria wrote: We just discovered that a whole bunch of our Windows machines had everything under their c:/cygwin directories deleted over the weekend. Has anyone else experienced this? Just trying to rule out some sort of malware/virus related to Earth Hour or perhaps some internal process gone awry. Thanks! dante Have you checked for disgruntled Microsoft fanboys? ;-) -- Andrew DeFaria http://defaria.com Don't tell anyone, but duct tape is The Force. It has a dark side, and a light side, and it binds the Universe together. -- 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: Virus that deletes everything under c:/cygwin?
On 3/28/2011 09:43, Dante Allegria wrote: We just discovered that a whole bunch of our Windows machines had everything under their c:/cygwin directories deleted over the weekend. Has anyone else experienced this? Just trying to rule out some sort of malware/virus related to Earth Hour or perhaps some internal process gone awry. Just in case, check that your AV software didn't decide to quarantine things for some reason. -Jeremy -- 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: EXTERNAL: Virus that deletes everything under c:/cygwin?
On 3/28/2011 10:43 AM, Dante Allegria wrote: We just discovered that a whole bunch of our Windows machines had everything under their c:/cygwin directories deleted over the weekend. You said we and bunch which leads me to believe that you are using this at a company. Is that so? Do you have an aggressive IS department who might have decided they don't like Cygwin? Damon Register -- 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: EXTERNAL: Virus that deletes everything under c:/cygwin?
--- On Mon, 3/28/11, Damon Register damon.w.regis...@lmco.com wrote: this at a company. Is that so? Do you have an aggressive IS department who might have decided they don't like Cygwin? No, turns out it was because someone committed this into the nightly build scripts: rm -rf $(DOES_NOT_EXIST)/* sigh Should cygwin's rm have some built-in safeguards for this? :) Thanks for all those who replied! dante -- 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: EXTERNAL: Virus that deletes everything under c:/cygwin?
On 3/28/2011 12:07, Dante Allegria wrote: --- On Mon, 3/28/11, Damon Register damon.w.regis...@lmco.com wrote: this at a company. Is that so? Do you have an aggressive IS department who might have decided they don't like Cygwin? No, turns out it was because someone committed this into the nightly build scripts: rm -rf $(DOES_NOT_EXIST)/* sigh Should cygwin's rm have some built-in safeguards for this? :) Probably the only way to get this protection would be to remove the ability of the user running your build automation to delete the Cygwin installation in the first place. Otherwise, this could just as easily happen somewhere else such as a Perl script that doesn't even use rm. Depending on your situation, that may be easier said than done unfortunately. -Jeremy -- 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
ps command (process status) does not return anything anymore
Hi all, I recently installed a newer version of bash and now the ps command does not issue anything anymore (return code is 128). in fact, even the options seem different as I don't see -W in the man anymore. also, I can pretty much issue anything I want after the ps, like ps -dfiaodsfpaidfjasdfaf and it will simply return nothing ($?=128 still). I've tried to search through the archives but i guess ps is a bit to common! anybody has any idea what could have gone wrong? any place where I could check logs? Thanks, Anthony PS: more info: $ which ps /usr/bin/ps $ man ps PS(1) CYGWIN PS(1) NAME - Report process status SYNOPSIS ps [-aefls] [-u UID] OPTIONS -a, --all show processes of all users -e, --everyone show processes of all users -f, --full show process uids, ppids -h, --help output usage information and exit -l, --long show process uids, ppids, pgids, winpids -- 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: ps command (process status) does not return anything anymore
On 3/28/2011 13:04, Antha Lamus wrote: Hi all, I recently installed a newer version of bash and now the ps command does not issue anything anymore (return code is 128). in fact, even the options seem different as I don't see -W in the man anymore. also, I can pretty much issue anything I want after the ps, like ps -dfiaodsfpaidfjasdfaf and it will simply return nothing ($?=128 still). I've tried to search through the archives but i guess ps is a bit to common! anybody has any idea what could have gone wrong? any place where I could check logs? Your Cygwin installation is probably only partially updated, perhaps because you had some Cygwin processes running the last time you performed an upgrade. Try rebooting the system to see if that clears things up. You can also run the following to see if any DLLs are missing: cygcheck /usr/bin/ps You might also need to file a more detailed report as documented here: http://cygwin.com/problems.html -Jeremy -- 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.5.25: bug in touch statement
On Mon, Mar 28 2011, Toby Allsop wrote : Hi, I can't do on cygwin 1.5.25 : $ touch -t 201103270200 file touch: format de date invalide `201103270200' nor this equivalent : $touch -t 03270200 file It's very surprising , but ... If I change 27 for 28 it's OK - idem if i change 2011 by 2010... I would guess this has something to do with the transition to daylight saving time, which happened at 0200 on 2011-03-27. This means that the time you are specifying didn't ever exist (in your local time zone) because 0200 became 0300. You are surely right. I could'nt imagine it was a bug! but I am also missing of imagination... Thanks for the answer. -- Andre -- -- 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
Root Privileges related
Hi All, this question is from a non-expert, basically using cygwin as a utility for day to day work. Ques: I am trying to install some programs (meant for linux platform) on cygwin. The instructions prompt me to do make, make install, configure etc. The only problem is I don't know how to become root while using cygwin. Can anyone suggest a solution. I have seen some discussions on this topic but none that that could help me I appreciate your time to write response. Best, -- 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: Root Privileges related
On 3/28/2011 2:19 PM, world peace wrote: Hi All, this question is from a non-expert, basically using cygwin as a utility for day to day work. Ques: I am trying to install some programs (meant for linux platform) on cygwin. The instructions prompt me to do make, make install, configure etc. The only problem is I don't know how to become root while using cygwin. Can anyone suggest a solution. I have seen some discussions on this topic but none that that could help me I appreciate your time to write response. What's the reason you believe you need to be root? Certainly the procedure you've outlined does not require it. -- Larry _ 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: Root Privileges related
On 2011-03-28 18:19Z, world peace wrote: Ques: I am trying to install some programs (meant for linux platform) on cygwin. The instructions prompt me to do make, make install, configure etc. The only problem is I don't know how to become root http://cygwin.com/faq/faq-nochunks.html#faq.using.su -- 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: Root Privileges related
Hi Larry, Thank you for your interest in my question first of all. When i try to do make or make install, the installer tries to write files to a location where I do not have permission and so it reports error and exits. When i check for permissions using ls -l, all the files and folders have nothing but blanks. --+ 1 Lab None 1057390384 Feb 15 20:58 test1.txt --+ 1 Lab None 300573141 Feb 15 21:58 test2.txt --+ 1 Lab None 645853504 Feb 15 22:09 test3.txt d-+ 1 Lab None 0 Mar 23 14:21 ../ d-+ 1 Lab None 0 Mar 28 15:44 ./ In this example, Lab is my windows username. Please see if it helps at all to understand this situation and any possible solution for me. Also thanks to Greg Chicares for responding, unfortunately I don't know enough about cygwin to know what he is hinting towards. Good Wishes, Paul -- 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: Root Privileges related
Hi Larry, Thank you for your interest in my question first of all. When i try to do make or make install, the installer tries to write files to a location where I do not have permission and so it reports error and exits. When i check for permissions using ls -l, all the files and folders have nothing but blanks. --+ 1 Lab None 1057390384 Feb 15 20:58 test1.txt --+ 1 Lab None 300573141 Feb 15 21:58 test2.txt --+ 1 Lab None 645853504 Feb 15 22:09 test3.txt d-+ 1 Lab None 0 Mar 23 14:21 ../ d-+ 1 Lab None 0 Mar 28 15:44 ./ In this example, Lab is my windows username. Please see if it helps at all to understand this situation and any possible solution for me. Also thanks to Greg Chicares for responding, unfortunately I don't know enough about cygwin to know what he is hinting towards. Good Wishes, Paul -- 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: Root Privileges related
On 3/28/2011 4:23 PM, world peace wrote: Hi Larry, Thank you for your interest in my question first of all. When i try to do make or make install, the installer tries to write files to a location where I do not have permission and so it reports error and exits. When i check for permissions using ls -l, all the files and folders have nothing but blanks. --+ 1 Lab None 1057390384 Feb 15 20:58 test1.txt --+ 1 Lab None 300573141 Feb 15 21:58 test2.txt --+ 1 Lab None 645853504 Feb 15 22:09 test3.txt d-+ 1 Lab None 0 Mar 23 14:21 ../ d-+ 1 Lab None 0 Mar 28 15:44 ./ In this example, Lab is my windows username. Please see if it helps at all to understand this situation and any possible solution for me. I can think of a number of reasons why you see the permissions the way you are seeing them. Before I speculate though, I recommend you try a simple chmod -R ug+rwx dir where dir is the directory on which you want to change permissions. If that doesn't work for you, I recommend you read and follow the problem reporting guidelines found here: http://cygwin.com/problems.html That will allow anyone on this list to evaluate the basics of your installation and ask intelligent follow-up questions, if not provide a solution. -- Larry _ 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: 1.7.7 - OpenSSH Fatal Error 1114
Hi, I am hit by the same problem concerning sftp. ssh buildadm@nyc-450-srv17 /usr/bin/true 4 [main] sshd 3100 C:\cygwin\usr\sbin\sshd.exe: *** fatal error - unable to load C:\WINDOWS\system32\user32.dll, Win32 error 1114 Larry Hall wrote : Perhaps it makes sense to submit a problem report as described in http://cygwin.com/problems.html if you're still seeing problems here I followed this link problems.html and did not understand what the procedure to submit a problem is. Is there a bugzilla instance for cygwin ? Or do problems get submitted via email ? Corinna Vinschen wrote here http://cygwin.com/ml/cygwin/2010-12/msg00016.html that newer versions of cygwin1.dll could fix it. I downloaded the latest cygwin1.dll ( 20110327-15:26:47 ) and the problem is there. Regards. Antoine -- View this message in context: http://old.nabble.com/Re%3A-1.7.7---OpenSSH-Fatal-Error-1114-tp30535643p31262703.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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.7 - OpenSSH Fatal Error 1114
On 3/28/2011 5:58 PM, antoinell wrote: Hi, I am hit by the same problem concerning sftp. ssh buildadm@nyc-450-srv17 /usr/bin/true 4 [main] sshd 3100 C:\cygwin\usr\sbin\sshd.exe: *** fatal error - unable to load C:\WINDOWS\system32\user32.dll, Win32 error 1114 Larry Hall wrote : Perhaps it makes sense to submit a problem report as described in http://cygwin.com/problems.html if you're still seeing problems here I followed this link problems.html and did not understand what the procedure to submit a problem is. Is there a bugzilla instance for cygwin ? Or do problems get submitted via email ? Email to the list please. -- Larry _ 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: 1.7.7 - OpenSSH Fatal Error 1114
On Mon, Mar 28, 2011 at 02:58:06PM -0700, antoinell wrote: I am hit by the same problem concerning sftp. ssh buildadm@nyc-450-srv17 /usr/bin/true 4 [main] sshd 3100 C:\cygwin\usr\sbin\sshd.exe: *** fatal error - unable to load C:\WINDOWS\system32\user32.dll, Win32 error 1114 Larry Hall wrote : Perhaps it makes sense to submit a problem report as described in http://cygwin.com/problems.html if you're still seeing problems here I followed this link problems.html and did not understand what the procedure to submit a problem is. Is there a bugzilla instance for cygwin ? Or do problems get submitted via email ? Please go back that page and read it again. Pay close attention to the seventh paragraph down after Reporting Problems where it tells where to send a detailed description. Read the pargraph and, optionally, click on the link (recommended). Then come back to problems.html and keep reading until you reach the end. Finally go back up to the middle where it mentions cygcheck. Follow the instructions there plus what's mentioned in the seventh paragraph and we'll be further along the path towards understanding your problem. 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
Re: 1.7.7 - OpenSSH Fatal Error 1114
Hello Larry, I just emailed via the nabble forum to the cygwin list. Is there another list I should email to ? Forgive my ignorance. Email to the list please. -- Larry Antoine -- View this message in context: http://old.nabble.com/Re%3A-1.7.7---OpenSSH-Fatal-Error-1114-tp30535643p31262942.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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.7 - OpenSSH Fatal Error 1114
Hello Christopher, I am trying to upload the output of cygcheck -s -v -r cygcheck.out 21. Regards, Antoine -- View this message in context: http://old.nabble.com/Re%3A-1.7.7---OpenSSH-Fatal-Error-1114-tp30535643p31263031.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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.7 - OpenSSH Fatal Error 1114
On 3/28/2011 6:29 PM, antoinell wrote: Hello Larry, I just emailed via the nabble forum to the cygwin list. Is there another list I should email to ? No, though I'm guessing that since your email above has arrived but your report has not that you got some return email telling you about some missing requirements. -- Larry _ 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: 1.7.7 - OpenSSH Fatal Error 1114
Hello Larry, I have posted my report here http://old.nabble.com/file/p31263031/cygcheck.out Regards, Antoine Larry Hall (Cygwin) wrote: On 3/28/2011 6:29 PM, antoinell wrote: Hello Larry, I just emailed via the nabble forum to the cygwin list. Is there another list I should email to ? No, though I'm guessing that since your email above has arrived but your report has not that you got some return email telling you about some missing requirements. -- Larry _ 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 -- View this message in context: http://old.nabble.com/Re%3A-1.7.7---OpenSSH-Fatal-Error-1114-tp30535643p31263344.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: cyggfortran-3.dll broken ?
Since Dave Korn was wondering how many people this would be bothering, I'm just chiming in to say I was bitten by this too (since I both run cygwin setup less often than others and use octave less often than others, and since I'm not subscribed to the list, I'm late to the party). It was kind of baffling to have no output, error message, core dump, etc- just an immediate return regardless of what command line options I specified- and to have cygcheck say all was well with the library situation. Thankfully the thread Octave 3.4.0 crashes silently on the latest cygwin 1.7.8 over on the Octave mailing list came up high in search results and led to this thread. For me, just rolling back libgfortran is fine, and though I think it's kind of rough to have such API breakage in a upgrade which doesn't change the version number at all (just the build number), I'd certainly prefer that limited development resources be spent on getting gcc 4.6 and associated binutils etc ready for prime time. -- 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
Bash: Cannot execute binary file
Ok here is my problem I used to be able to run bIRCD on a shell before. But now first time I try cygwin, I WGET http://ircd.bircd.org/bewareircd-linux.tar.gz and unzip it, edit the config files. And now I try to execute it using (.) ./BIRCD and it says BASH: Cannot execute binary file. I have full access to the file and when I type file bircd it says ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped. I am a windowsx86 vista user Hope you help me thanks. -- View this message in context: http://old.nabble.com/Bash%3A-Cannot-execute-binary-file-tp31263793p31263793.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: Bash: Cannot execute binary file
On 3/28/2011 8:27 PM, independentt wrote: Ok here is my problem I used to be able to run bIRCD on a shell before. But now first time I try cygwin, I WGET http://ircd.bircd.org/bewareircd-linux.tar.gz and unzip it, edit the config files. And now I try to execute it using (.) ./BIRCD and it says BASH: Cannot execute binary file. I have full access to the file and when I type file bircd it says ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped. I am a windowsx86 vista user I could be off-base, but two quick thoughts: 1) Do the file permissions include x (executable) permission as shown by ls -l? 2) Above you used ./BIRCD and bircd interchangeably for the names, but in cygwin names can be case-sensitive. Have you tried the case (upeer vs. lower) of the letters of the name exactly as ls reports? Best wishes -- Eliot Moss -- 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: Bash: Cannot execute binary file
On Mon, Mar 28, 2011 at 06:27:57PM -0700, independentt wrote: Ok here is my problem I used to be able to run bIRCD on a shell before. But now first time I try cygwin, I WGET http://ircd.bircd.org/bewareircd-linux.tar.gz and unzip it, edit the config files. And now I try to execute it using (.) ./BIRCD and it says BASH: Cannot execute binary file. I have full access to the file and when I type file bircd it says ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped. If you go to http://cygwin.com/ and look under ...isn't it? you'll see: Cygwin is not: * a way to run native Linux apps on Windows. You must rebuild your application from source if you want it to run on Windows. If file says ELF 32-bit LSB executable, Intel 80386 version 1 (GNU/Linux), it means it's a Linux file. That means that you have to build a Cygwin/Windows version of bircd. What you have is not a Cygwin version. 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
Re: Bash: Cannot execute binary file
Eliot Moss wrote: On 3/28/2011 8:27 PM, independentt wrote: Ok here is my problem I used to be able to run bIRCD on a shell before. But now first time I try cygwin, I WGET http://ircd.bircd.org/bewareircd-linux.tar.gz and unzip it, edit the config files. And now I try to execute it using (.) ./BIRCD and it says BASH: Cannot execute binary file. I have full access to the file and when I type file bircd it says ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped. I am a windowsx86 vista user I could be off-base, but two quick thoughts: 1) Do the file permissions include x (executable) permission as shown by ls -l? 2) Above you used ./BIRCD and bircd interchangeably for the names, but in cygwin names can be case-sensitive. Have you tried the case (upeer vs. lower) of the letters of the name exactly as ls reports? Best wishes -- Eliot Moss -- 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 ls -l bircd shows this message -rwxr-xr-x 1 Admin01 None 577660 Aug 13 2010 bircd I meant i did ./bircd in the fist case Thanks for reply -- View this message in context: http://old.nabble.com/Bash%3A-Cannot-execute-binary-file-tp31263793p31263824.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: Bash: Cannot execute binary file
I think Chris nailed it: cygwin != unix Best -- Eliot Moss -- 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: Bash: Cannot execute binary file
Christopher Faylor-8 wrote: On Mon, Mar 28, 2011 at 06:27:57PM -0700, independentt wrote: Ok here is my problem I used to be able to run bIRCD on a shell before. But now first time I try cygwin, I WGET http://ircd.bircd.org/bewareircd-linux.tar.gz and unzip it, edit the config files. And now I try to execute it using (.) ./BIRCD and it says BASH: Cannot execute binary file. I have full access to the file and when I type file bircd it says ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped. If you go to http://cygwin.com/ and look under ...isn't it? you'll see: Cygwin is not: * a way to run native Linux apps on Windows. You must rebuild your application from source if you want it to run on Windows. If file says ELF 32-bit LSB executable, Intel 80386 version 1 (GNU/Linux), it means it's a Linux file. That means that you have to build a Cygwin/Windows version of bircd. What you have is not a Cygwin version. 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 how do I build a cygwin version of bircd? -- View this message in context: http://old.nabble.com/Bash%3A-Cannot-execute-binary-file-tp31263793p31263838.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: Bash: Cannot execute binary file
On Mon, Mar 28, 2011 at 06:42:32PM -0700, independentt wrote: how do I build a cygwin version of bircd? If you're asking me: I don't know. But, your first place to check would be the bircd.org web site. 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
Re: Bash: Cannot execute binary file
Why not just use the Windows version and invoke it from cygwin (if cygwin is the environment from which you want to do that)? It is easy to invoke Windows programs from cygwin; you just need to remember to format any arguments in the form the Windows program wants. To that end, cygpath is a useful utility, e.g.: function acrobat () { command acrobat $(cygpath -wa ${1}) } in your .bashrc file allows you to invoke Windows acrobat with a path rewritten from cygwin format to Windows format. This can be improved to check for presence of the argument ${1}, etc., but perhaps you get the idea. Best wishes -- Eliot Moss -- 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: Bash: Cannot execute binary file
Eliot Moss sent the following at Monday, March 28, 2011 10:28 PM Why not just use the Windows version and invoke it from cygwin (if cygwin is the environment from which you want to do that)? It is easy to invoke Windows programs from cygwin; you just need to remember to format any arguments in the form the Windows program wants. To that end, cygpath is a useful utility, e.g.: function acrobat () { } command acrobat $(cygpath -wa ${1}) } in your .bashrc file allows you to invoke Windows acrobat with a path rewritten from cygwin format to Windows format. This can be improved to check for presence of the argument ${1}, etc., but perhaps you get the idea. - You should probably also add some quotes, in case your paths have spaces. - A complete path to acrobat will avoid needing to have it in your path. - Using cygstart will get you back to your command prompt. function acrobat () { if [ -f ${1} ] then cygstart '/path/acrobat' $(cygpath -wa ${1}) else echo error: file `${1}' not found! fi } Note: I have not tested the above. Debugging is left as an exercise for the user. - You also might look at cyg-wrapper.sh, found here: http://hermitte.free.fr/cygwin/ Note: I don't use it so YMMV. Good luck. - Barry Disclaimer: Statements made herein are not made on behalf of NIAID. -- 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