net user completed with one or more errors
Hello, Executing net user or cmd.exe /c net user inside a ssh console returns: The command completed with one or more errors. This doesn't happen locally with or without cygwin. Is this a bug or similar ? Thanks a lot for your 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
Re: [ANNOUNCEMENT] Updated: Cygwin 1.7.35-1
On Mar 9 10:46, David A. Wheeler wrote: Corinna Vinschen: The problem is this. How long do you want `ls -l' take? Checking permissions is awkward and lengthy on Windows, unless you have the user's token. The access check can be improved and the permissions more correctly shown for the current user, but for any file and any user account, it'd be a lot of time-consuming effort. I expect that improving the emulation for just the current user would be useful. That is an *extremely* common situation. I agree. Right now, there's only a check against the owning group of the file. When I rewrite the ACL handling, I'll add tests along these lines. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpufkvA6GJ8i.pgp Description: PGP signature
Re: How Cygwin counters man-in-the-middle (MITM) attacks
On Sun, 08 Mar 2015 20:44:30 +0100, Achim Gratz strom...@nexgo.de wrote: Setup.ini also records the file size, so a successful attack would need to pack a malicous payload into a valid archive of the same size and the same MD5 checksum. I think that is a much taller order than simply creating a hash collision. That is harder, but I wouldn't trust it. In 2004 it was shown that MD5 is not collision resistant, and the attacks just keep getting worse. A quick check at the Wikipedia page about MD5 shows the sorry state of MD5. The Software Engineering Institute (SEI) puts it pretty baldly: MD5 should be considered cryptographically broken and unsuitable for further use. You want to use known-strong crypto, not known-busted crypto. Besides, there are easily-available, much-stronger alternatives, in particular SHA-2 (SHA-512 is part of SHA-2). It's already supported in the current Cygwin installer. I recommend that Cygwin switch to SHA-512 soon. It'll require that everyone update their installer to do future updates, but the installer download has been secured. Then Cygwin can include in their FAQ a reasonable justification that its download and update process is secure. --- David A. Wheeler -- 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: wget 1.16.2-1 does not work
On 03/09/2015 09:20 AM, Ulf-Dietrich Braumann wrote: Hi, just had updated wget to 1.16.2-1 on a WinXP 32bit box. However, when calling wget it did not return anything, not even the help message. Have returned to 1.16.1-1 which workes without problems - Regards - UDB Thanks for the report. I can't reproduce it locally (that is, 'wget --help' works for me on both 32- and 64-bit cygwin). No help message printed sounds like it might be a missing entry point in a dll. To confirm, can you run: cygcheck /bin/wget and see if it mentions any problems? Meanwhile, upstream just released 1.16.3 today, to fix an upstream regression introduced in 1.16.2, so I have to rebuild soon anyways. If it was indeed a missing dll on your part, I can tweak the .hint file for the next build to avoid the issue for the next user. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: net user completed with one or more errors
On 03/09/2015 09:43 AM, Kizito Porta Balanyà wrote: Hello, Executing net user or cmd.exe /c net user inside a ssh console returns: The command completed with one or more errors. This doesn't happen locally with or without cygwin. Is this a bug or similar ? Thanks a lot for your 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 FWIW I tried your test and I think it is ok: In an SSH session (from a Fedora client to a Cygwin64/Win7 sshd server): roger@rwells-x220 ~ $ net user User accounts for \\RWELLS-X220 --- Administratorcyg_server Guest rogersshd The command completed successfully. And: $ uname -a CYGWIN_NT-6.1 rwells-x220 1.7.34(0.285/5/3) 2015-02-04 12:14 x86_64 Cygwin HTH -- Roger Wells, P.E. leidos 221 Third St Newport, RI 02840 401-847-4210 (voice) 401-849-1585 (fax) roger.k.we...@leidos.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
wget 1.16.2-1 does not work
Hi, just had updated wget to 1.16.2-1 on a WinXP 32bit box. However, when calling wget it did not return anything, not even the help message. Have returned to 1.16.1-1 which workes without problems - Regards - UDB -- 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: [ANNOUNCEMENT] Updated: Cygwin 1.7.35-1
Corinna Vinschen: The problem is this. How long do you want `ls -l' take? Checking permissions is awkward and lengthy on Windows, unless you have the user's token. The access check can be improved and the permissions more correctly shown for the current user, but for any file and any user account, it'd be a lot of time-consuming effort. I expect that improving the emulation for just the current user would be useful. That is an *extremely* common situation. --- David A. Wheeler -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: wget-1.16.2-1
A new release of wget, 1.16.2-1, will be available soon for download from your favorite mirror, leaving 1.16.1-1 as previous. (1.16.3-1 will be coming shortly; it was released upstream just after I had finished packaging 1.16.2) NEWS: = This is a new upstream release. See also the package documentation in /usr/share/doc/wget/. DESCRIPTION: GNU Wget is a file retrieval utility which can use either the HTTP, HTTPS, or FTP protocols. Wget features include the ability to work in the background while you're logged out, recursive retrieval of directories, file name wildcard matching, remote file timestamp storage and comparison, use of Rest with FTP servers and Range with HTTP servers to retrieve files over slow or unstable connections, support for Proxy servers, and configurability. UPDATE: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'wget' from the 'Web' category. DOWNLOAD: = Note that downloads from cygwin.com aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Eric Blake volunteer cygwin wget package maintainer For more details on this list (including unsubscription), see: http://sourceware.org/lists.html signature.asc Description: OpenPGP digital signature
RE: bash.exe: *** fatal error - add_item (\??\C:\cygwin, /, ...) failed, errno 1
One difference is that we are running(starting) up to 32 simultaneous instances of bash.exe/Cygwin on 32 core box. -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Corinna Vinschen Sent: Monday, March 09, 2015 5:18 AM To: cygwin@cygwin.com Subject: Re: bash.exe: *** fatal error - add_item (\??\C:\cygwin, /, ...) failed, errno 1 On Mar 5 21:30, Vladimir Sakharuk wrote: That was helpful! I have stopped trying rebase combinations and looking for something else... It wasn't all that helpful I think. My description of what happens was rather off. Actually the fact if a process has created or just opened the shared mem region isn't checked at this point in time. Rather, a spinlock is used to generate exclusive access to the shared mem region at initilization time. This spinlock implementation, basically using the InterlockedExchange call at its code, has served us well in the past, but something in your cluster setup appears to break it, though I can't imagine how. Corinna Thank you. -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Corinna Vinschen Sent: Thursday, March 05, 2015 12:04 PM To: cygwin@cygwin.com Subject: Re: bash.exe: *** fatal error - add_item (\??\C:\cygwin, /, ...) failed, errno 1 On Mar 5 15:40, Vladimir Sakharuk wrote: Hi All, I have found similar issues, but did not find solution that worked for me. Looking for help. I am trying to run applications on windows cluster. I am getting random crashes like bellow. However most of the times it works. I assume around 1% of starts fails. Starting it is again usually succeed. I suspected that it was forking issue, but cygwin's rebase did not help. I did rebase after server reboot with no Cygwin apps running. (BTW, Is there any way to check if rebase successful?) That's not a rebase problem. It's apparently a concurrency problem of sorts. While pulling up the per-user shared memory region, two or more processes are trying to set up the same mount points. This is not supposed to happen. Only the first process actually *creating* the per-user shared memory is supposed to create the mount points. The OS tells a process if it created or just opened a shared memory region, but for some reason both processes seem to think they created the shmem region and one of them then stumbles of the EPERM condition trying to create the root mount point twice. Thank you for suggestions. I don't have a sugggestion, in fact. Again, this error condition was supposed to be impossible, but somehow it isn't in your cluster setup. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat
Updated: wget-1.16.2-1
A new release of wget, 1.16.2-1, will be available soon for download from your favorite mirror, leaving 1.16.1-1 as previous. (1.16.3-1 will be coming shortly; it was released upstream just after I had finished packaging 1.16.2) NEWS: = This is a new upstream release. See also the package documentation in /usr/share/doc/wget/. DESCRIPTION: GNU Wget is a file retrieval utility which can use either the HTTP, HTTPS, or FTP protocols. Wget features include the ability to work in the background while you're logged out, recursive retrieval of directories, file name wildcard matching, remote file timestamp storage and comparison, use of Rest with FTP servers and Range with HTTP servers to retrieve files over slow or unstable connections, support for Proxy servers, and configurability. UPDATE: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'wget' from the 'Web' category. DOWNLOAD: = Note that downloads from cygwin.com aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Eric Blake volunteer cygwin wget package maintainer For more details on this list (including unsubscription), see: http://sourceware.org/lists.html signature.asc Description: OpenPGP digital signature
Re: [ANNOUNCEMENT] Updated: Cygwin 1.7.35-1
Corinna Vinschen writes: The problem is this. How long do you want `ls -l' take? Checking permissions is awkward and lengthy on Windows, unless you have the user's token. The only token that's relevant for the ACL mapping w.r.t. POSIX semantics is that of the current user and Cygwin should already have that I think. Plus the extra work only needs to be done when the file is owned by that user and/or the egid is identical to the group of said file. In all other cases the normal ACL processing should actually yield the same result as mandated by POSIX. The access check can be improved and the permissions more correctly shown for the current user, but for any file and any user account, it'd be a lot of time-consuming effort. I'd say that Cygwin already does all of that, except for this special handling of the file owner and group. It already has to check who the owner and group is, so that information is also there. I'm not sure how much more work it is to graft the permissions. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- 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
possible to see windows created via sshd?
I'm running sshd on Windows (Server 2008 R2). When I run Windows programs via ssh the windows are not visible. I realize this is a long shot, but is there any fix or workaround or hack to this? We run sshd under the cyg_server domain account. Thanks. Kevin -- 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: possible to see windows created via sshd?
Greetings, Kevin Layer! I'm running sshd on Windows (Server 2008 R2). When I run Windows programs via ssh the windows are not visible. I realize this is a long shot, but is there any fix or workaround or hack to this? This is OS architectural change coming from Vista. We run sshd under the cyg_server domain account. Doesn't matter the user, services are running in a separate desktop session. Only way to work around this is to start services from already logged in user session, then windows will be created in it and will be visible. But I feel that you've had different question in mind altogether. -- WBR, Andrey Repin (anrdae...@yandex.ru) 09.03.2015, 20:32 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[newlib-cygwin] Add .gitignore
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=09e300032f03399ded49033ec21c379a76646a83 commit 09e300032f03399ded49033ec21c379a76646a83 Author: Corinna Vinschen cori...@vinschen.de Date: Mon Mar 9 21:55:10 2015 +0100 Add .gitignore Signed-off-by: Corinna Vinschen vinsc...@redhat.com Diff: --- .gitignore | 42 ++ 1 file changed, 42 insertions(+) diff --git a/.gitignore b/.gitignore new file mode 100644 index 000..bda55a3 --- /dev/null +++ b/.gitignore @@ -0,0 +1,42 @@ +*.diff +*.patch +*.orig +*.rej + +*~ +.#* +*# + +*.flt +*.gmo +*.info +*.la +*.lo +*.o +*.pyc +*.tmp + +.deps +.libs + +autom4te.cache +config.cache +config.h +config.intl +config.log +config.status +libtool +POTFILES +*-POTFILES + +TAGS +TAGS.sub + +.gdbinit +.gdb_history + +# ignore core files, but not java/net/protocol/core/ +core +!core/ + +lost+found
Re: [ANNOUNCEMENT] Updated: Cygwin 1.7.35-1
Corinna Vinschen writes: Btw., if you generate the permissions under Cygwin, a file with ---rwx--- permissions will have the matching deny ACE to make the permissions the real thing. My problem (as stated before) is specifically with a file system that's been set up so it leaves me the owner and also the correct group I've worked with (Domain Users, mostly), but without the right to modify the ACL and modes in any way. All access rights (R/O and R/W) are conferred by LDAP groups. I guess if it would be possible to mount that dang thing so it replaces the owner and group with something I would never work with that would be a solution (besides mounting it noacl, of course). Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ DIY Stuff: http://Synth.Stromeko.net/DIY.html -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ITA/ITP] lots of perl distributions
Achim Gratz writes: Yaakov Selkowitz writes: upset does indeed live up to its name in such a case, so we need to rearrange directories on sourceware to match the new layout. I have done so for perl-LWP, so please proceed. Thank you very much. I'll do the upload later today. The upload was extremely slow and I've had the connection drop a few times. Does sourceware throttle connections? At the moment I can't even get a directory listing via sshfs anymore, although lftp still seems to cope just fine. The upload appears to have finished, but I want to check everything again. I'll stop for today and try again tomorrow. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
[ANNOUNCEMENT] Updated: cygport-0.18.1-1
I have uploaded a new version of cygport to the Cygwin distribution and the Fedora/EPEL Cygwin copr. This release reverts the split debuginfo compression commit due to a bug in binutils: https://sourceware.org/bugzilla/show_bug.cgi?id=18087 I hope to restore this feature once this has been fixed upstream and we have a version of binutils with a backport of that fix. -- Yaakov -- 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.exe: *** fatal error - add_item (\??\C:\cygwin, /, ...) failed, errno 1
On Mar 9 16:12, Vladimir Sakharuk wrote: -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Corinna Vinschen Sent: Thursday, March 05, 2015 12:04 PM To: cygwin@cygwin.com Subject: Re: bash.exe: *** fatal error - add_item (\??\C:\cygwin, /, ...) failed, errno 1 On Mar 5 15:40, Vladimir Sakharuk wrote: Hi All, I have found similar issues, but did not find solution that worked for me. Looking for help. I am trying to run applications on windows cluster. I am getting random crashes like bellow. However most of the times it works. I assume around 1% of starts fails. Starting it is again usually succeed. I suspected that it was forking issue, but cygwin's rebase did not help. I did rebase after server reboot with no Cygwin apps running. (BTW, Is there any way to check if rebase successful?) That's not a rebase problem. It's apparently a concurrency problem of sorts. While pulling up the per-user shared memory region, two or more processes are trying to set up the same mount points. This is not supposed to happen. Only the first process actually *creating* the per-user shared memory is supposed to create the mount points. The OS tells a process if it created or just opened a shared memory region, but for some reason both processes seem to think they created the shmem region and one of them then stumbles of the EPERM condition trying to create the root mount point twice. Thank you for suggestions. I don't have a sugggestion, in fact. Again, this error condition was supposed to be impossible, but somehow it isn't in your cluster setup. -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Corinna Vinschen Sent: Monday, March 09, 2015 5:18 AM To: cygwin@cygwin.com Subject: Re: bash.exe: *** fatal error - add_item (\??\C:\cygwin, /, ...) failed, errno 1 On Mar 5 21:30, Vladimir Sakharuk wrote: That was helpful! I have stopped trying rebase combinations and looking for something else... It wasn't all that helpful I think. My description of what happens was rather off. Actually the fact if a process has created or just opened the shared mem region isn't checked at this point in time. Rather, a spinlock is used to generate exclusive access to the shared mem region at initilization time. This spinlock implementation, basically using the InterlockedExchange call at its code, has served us well in the past, but something in your cluster setup appears to break it, though I can't imagine how. One difference is that we are running(starting) up to 32 simultaneous instances of bash.exe/Cygwin on 32 core box. Shouldn't make a difference since that's what the Interlocked operations are meant for. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpVYZk8wEqsu.pgp Description: PGP signature
[newlib-cygwin] Add .gitattributes
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=ef54a0e301c9d4a10a53f286abb82c573ca673b5 commit ef54a0e301c9d4a10a53f286abb82c573ca673b5 Author: Corinna Vinschen vinsc...@redhat.com Date: Mon Mar 9 20:53:11 2015 +0100 Add .gitattributes Diff: --- .gitattributes | 20 1 file changed, 20 insertions(+) diff --git a/.gitattributes b/.gitattributes new file mode 100644 index 000..06d51d2 --- /dev/null +++ b/.gitattributes @@ -0,0 +1,20 @@ +# -*- conf -*- + +## Set merge driver for ChangeLog files +# See gnulib's lib/git-merge-changelog.c (or git-merge-changelog(1)) +# for per-user setup instructions. +# +# The short version of this (optional) procedure is: +# +# (1) Install git-merge-changelog (this is the tricky part!) +# +# (2) Add something like the following to your ~/.gitconfig: +# +# [merge merge-changelog] +# name = GNU-style ChangeLog merge driver +# driver = git-merge-changelog %O %A %B +# +# (3) Enjoy mostly effortless ChangeLog merges, at least until the +# file gets renamed again ... + +ChangeLog merge=merge-changelog
Re: wget 1.16.2-1 does not work
On Mon, 9 Mar 2015, Eric Blake wrote: Thanks for the report. I can't reproduce it locally (that is, 'wget --help' works for me on both 32- and 64-bit cygwin). No help message printed sounds like it might be a missing entry point in a dll. To confirm, can you run: cygcheck /bin/wget and see if it mentions any problems? Thanks. I could reconfirm the problem on a Win2003 64bit running a 32bit Cygwin: cygcheck apparently is not complaining: $cygcheck /bin/wget D:\cygwin\bin\wget.exe D:\cygwin\bin\cygwin1.dll C:\WINDOWS\system32\KERNEL32.dll C:\WINDOWS\system32\ntdll.dll D:\cygwin\bin\cyggnutls-28.dll D:\cygwin\bin\cyghogweed-2.dll D:\cygwin\bin\cyggmp-10.dll D:\cygwin\bin\cygnettle-4.dll D:\cygwin\bin\cyggcc_s-1.dll D:\cygwin\bin\cygz.dll D:\cygwin\bin\cygiconv-2.dll D:\cygwin\bin\cygintl-8.dll D:\cygwin\bin\cygp11-kit-0.dll D:\cygwin\bin\cygffi-6.dll D:\cygwin\bin\cygtasn1-6.dll D:\cygwin\bin\cygidn-11.dll D:\cygwin\bin\cygpcre-1.dll D:\cygwin\bin\cyguuid-1.dll Functionality for 1.16.2-1 is missing at all: $wget $ $wget --help $ Once I revert back to wget 1.16.1-1 it works: $wget wget: missing URL Usage: wget [OPTION]... [URL]... Try `wget --help' for more options. $ cygcheck output is identic with that for 1.16.2-1: $cygcheck /bin/wget D:\cygwin\bin\wget.exe D:\cygwin\bin\cygwin1.dll C:\WINDOWS\system32\KERNEL32.dll C:\WINDOWS\system32\ntdll.dll D:\cygwin\bin\cyggnutls-28.dll D:\cygwin\bin\cyghogweed-2.dll D:\cygwin\bin\cyggmp-10.dll D:\cygwin\bin\cygnettle-4.dll D:\cygwin\bin\cyggcc_s-1.dll D:\cygwin\bin\cygz.dll D:\cygwin\bin\cygiconv-2.dll D:\cygwin\bin\cygintl-8.dll D:\cygwin\bin\cygp11-kit-0.dll D:\cygwin\bin\cygffi-6.dll D:\cygwin\bin\cygtasn1-6.dll D:\cygwin\bin\cygidn-11.dll D:\cygwin\bin\cygpcre-1.dll D:\cygwin\bin\cyguuid-1.dll $wget --help GNU Wget 1.16.1, a non-interactive network retriever. Usage: wget [OPTION]... [URL]... ... skipping full output here All other packages were updated today, including the emulation engine, of course. Regards - UD -- 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: [ANNOUNCEMENT] Updated: Cygwin 1.7.35-1
On Mar 9 18:59, Achim Gratz wrote: Corinna Vinschen writes: The problem is this. How long do you want `ls -l' take? Checking permissions is awkward and lengthy on Windows, unless you have the user's token. The only token that's relevant for the ACL mapping w.r.t. POSIX semantics is that of the current user and Cygwin should already have that I think. Plus the extra work only needs to be done when the file is owned by that user and/or the egid is identical to the group of said file. In all other cases the normal ACL processing should actually yield the same result as mandated by POSIX. The access check can be improved and the permissions more correctly shown for the current user, but for any file and any user account, it'd be a lot of time-consuming effort. I'd say that Cygwin already does all of that, No, it doesn't. Not for any arbitrary user, only for the current user. It already has to check who the owner and group is, so that information is also there. I'm not sure how much more work it is to graft the permissions. A lot. Cygwin has the owner and the primary group of the file, but that doesn't mean it can check if the user is a member of the group or, fwiw, any group in the ACL just so. Of course it *can* check that, but that either requires to generate a user token for that user from scratch, or it requires to fetch the group memberships of the user from the Windows account DB. In the second case there's no Windows function to perform the check. And for ACLs with multiple users the access check would have to be performed for each user. Btw., if you generate the permissions under Cygwin, a file with ---rwx--- permissions will have the matching deny ACE to make the permissions the real thing. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpZrDDFpION6.pgp Description: PGP signature
[ANNOUNCEMENT] Updated: binutils-2.25-2 (Test x86/x86_64)
Binutils updated to 2.25-2 following upstream release, with an additional patch to fix debug symbols due to DLL relocation. This is a TEST version and will not be installed by default unless specifically selected in setup. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com at cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. signature.asc Description: OpenPGP digital signature
Updated: binutils-2.25-2 (Test x86/x86_64)
Binutils updated to 2.25-2 following upstream release, with an additional patch to fix debug symbols due to DLL relocation. This is a TEST version and will not be installed by default unless specifically selected in setup. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com at cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. signature.asc Description: OpenPGP digital signature
Re: [ANNOUNCEMENT] Updated: Cygwin 1.7.35-1
On Mar 6 12:51, Achim Gratz wrote: Corinna Vinschen corinna-cygwin at cygwin.com writes: - Change handling of group permissions if owner SID == group SID. Now the group permissions don't mirror the user permissions anymore, thus leading to less hassle with security-conscious applications. There's another tricky situation that is not yet handled: If the file is owned by myself and I'm in a group that allows full access (but not ACL modifications), Cygwin will show that file as having mode ---rwx---+. Applications that follow POSIX semantics will interpret that file as unreadable by the owner (==current user) and skip checking the group permissions, while NTFS will still happily grant that access. So in that situation the group permissions need to be promoted to the owner permissions. The problem is this. How long do you want `ls -l' take? Checking permissions is awkward and lengthy on Windows, unless you have the user's token. The access check can be improved and the permissions more correctly shown for the current user, but for any file and any user account, it'd be a lot of time-consuming effort. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgphpllZAcu7i.pgp Description: PGP signature
Re: PTY dies when master in parent process is closed.
Hi Takashi, On Mar 8 16:37, Takashi Yano wrote: On Fri, 6 Mar 2015 20:07:10 +0900 Takashi Yano takashi.y...@nifty.ne.jp wrote: On Thu, 5 Mar 2015 14:58:39 +0100 Corinna Vinschen corinna-cyg...@cygwin.com wrote: I applied a patch. Please have a look. I have tested the latest CVS version, and found a new problem. With new CVS version, slave side can not detect closure of master. Please use following Test Case 3. Test Case 3 is not terminated by itself with latest CVS. It seems that the program is stopping at cygwait(input_available_event, time_to_wait) in fhandler_pty_slave::read(). I guess input_available_event should be set when the last valid master fd is closed. For this problem, I have made a patch. With this patch, it has been confirmed that the problems in Test Case 1, 2 and 3 are fixed. I am glad if this would be a help. However, one matter to be concerned is irregular use of PeekNamedPipe(). Maybe alternative means could be better for detecting closure of all master fds. thanks for the patch. I'll have a look later this week. Today and tomorrow I'll be busy with the conversion of the current newlib/cygwin CVS repo to git. Hopefully your copyright assignment has arrived by then, too. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgptPG7bRwoOF.pgp Description: PGP signature
Re: directories for temporary files
Hi Reinhard On Fri, Mar 6, 2015 at 11:29 PM, Reinhard Kotucha wrote: Hi, first of all, thanks to everyone involved in cygwin development. However, there is a bug in /etc/profile. The variables TMP and TEMP are set to /tmp but they are absolutely useless. These variables are not used by any program. I do occasionally start Windows programs from the Cygwin prompt (e.g. with cygstart). Those programs could conceivably make use of TEMP or TMP. -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ The Tao of math: The numbers you can count are not the real numbers. Life is complex, with real and imaginary parts. Ok, it boots. Which means it must be bug-free and perfect. -- Linus Torvalds People disagree with me. I just ignore them. -- Linus Torvalds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: bash.exe: *** fatal error - add_item (\??\C:\cygwin, /, ...) failed, errno 1
On Mar 5 21:30, Vladimir Sakharuk wrote: That was helpful! I have stopped trying rebase combinations and looking for something else... It wasn't all that helpful I think. My description of what happens was rather off. Actually the fact if a process has created or just opened the shared mem region isn't checked at this point in time. Rather, a spinlock is used to generate exclusive access to the shared mem region at initilization time. This spinlock implementation, basically using the InterlockedExchange call at its code, has served us well in the past, but something in your cluster setup appears to break it, though I can't imagine how. Corinna Thank you. -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Corinna Vinschen Sent: Thursday, March 05, 2015 12:04 PM To: cygwin@cygwin.com Subject: Re: bash.exe: *** fatal error - add_item (\??\C:\cygwin, /, ...) failed, errno 1 On Mar 5 15:40, Vladimir Sakharuk wrote: Hi All, I have found similar issues, but did not find solution that worked for me. Looking for help. I am trying to run applications on windows cluster. I am getting random crashes like bellow. However most of the times it works. I assume around 1% of starts fails. Starting it is again usually succeed. I suspected that it was forking issue, but cygwin's rebase did not help. I did rebase after server reboot with no Cygwin apps running. (BTW, Is there any way to check if rebase successful?) That's not a rebase problem. It's apparently a concurrency problem of sorts. While pulling up the per-user shared memory region, two or more processes are trying to set up the same mount points. This is not supposed to happen. Only the first process actually *creating* the per-user shared memory is supposed to create the mount points. The OS tells a process if it created or just opened a shared memory region, but for some reason both processes seem to think they created the shmem region and one of them then stumbles of the EPERM condition trying to create the root mount point twice. Thank you for suggestions. I don't have a sugggestion, in fact. Again, this error condition was supposed to be impossible, but somehow it isn't in your cluster setup. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgps2t0Gm8M4t.pgp Description: PGP signature
Re: [ITA/ITP] lots of perl distributions
Yaakov Selkowitz writes: upset does indeed live up to its name in such a case, so we need to rearrange directories on sourceware to match the new layout. I have done so for perl-LWP, so please proceed. Thank you very much. I'll do the upload later today. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
Re: OK to update cygwin32 cygwin64 simultaneously?
Lester Ingber ingber at alumni.caltech.edu writes: Is it OK to update cygwin32 cygwin64 simultaneously, e.g., without any conflicts from two rebase utilities running at the same time? Different Cygwin installations don't even know of each other, and different architectures don't interoperate in any way. So yes, you can do that. Regards, Achim. -- 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: How Cygwin counters man-in-the-middle (MITM) attacks
On Mar 8 20:44, Achim Gratz wrote: David A. Wheeler writes: I checked Cygwin.com's SSL/TLS implementation using Qualsys ( https://www.ssllabs.com/ssltest/ ). Cygwin.com got an overall rating of B (capped because it permits the RC4 cipher). Isn't that rather due to the IDEA cypher: | Not valid after: 2016-05-20T11:00:00+00:00 | MD5: d888 b3ed 9f0f f8d1 5b57 fdd7 5122 bb53 |_SHA-1: 349e 7f24 e249 2256 af2d 15a9 2883 ce84 4a40 a88f | ssl-enum-ciphers: | SSLv3: No supported ciphers found | TLSv1.0: | ciphers: | TLS_DHE_RSA_WITH_AES_128_CBC_SHA - strong | TLS_DHE_RSA_WITH_CAMELLIA_256_CBC_SHA - strong | TLS_DHE_RSA_WITH_SEED_CBC_SHA - strong | TLS_ECDHE_RSA_WITH_3DES_EDE_CBC_SHA - strong | TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA - strong | TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA - strong | TLS_RSA_WITH_AES_256_CBC_SHA - strong | TLS_RSA_WITH_CAMELLIA_128_CBC_SHA - strong | TLS_RSA_WITH_IDEA_CBC_SHA - weak Also, again, Cygwin is just one project on sourceware.org. It would be nice if concerns like this would be addresses to the overseers mailing list. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpNQh26itlH7.pgp Description: PGP signature
