I've thought some more about those strange shares I need to use that have
inherited ACL that don't let me change the ACL at all and hence prevent
Cygwin from fixing up the POSIX permissions. That generally ends up with
permissions like these:
% ll test
total 10
d---rwx---+ 1 gratz Domain
Hi
New versions of
'ming/libming1/libming-devel/python-ming/perl-ming/tcl-ming/php-ming' have been
uploaded to a server near you.
o Build for cygwin 2.2.0 with gcc-4.9.3
o Updated to latest upstream release
o Build against perl-5.22.0
ming NEWS:
==
Ming 0.4.7:
Restore support
Hello
I have enabled sshd feature and key authentication.
Ssh users that do not have authorized_keys received the message "/bin/bash:
Operation not permitted"
Here is permissions :
$ ls -l /bin/bash
-rwxr-xr-x+ 1 Administrateurs Utilisa. du domaine 700435 3 juin 14:09
/bin/bash
User running s
Greetings, Achim Gratz!
> I've thought some more about those strange shares I need to use that have
> inherited ACL that don't let me change the ACL at all and hence prevent
> Cygwin from fixing up the POSIX permissions. That generally ends up with
> permissions like these:
> % ll test
> total 1
Andrey Repin writes:
> Perl is known to have "special" treatment of file permissions.
It's perfectly valid to do this from a POSIX perspective and Perl is not
the only program to do this (but it's easier to show the result with
Perl). As far as POSIX is concerned, the mode bits that Cygwin presen
On 08/10/2015 12:05 PM, Achim Gratz wrote:
Corinna Vinschen writes:
I was referring to Windows 7 because that's the first OS (including
it's 2008R2 server version) which supports more than 64 CPUs and the
OS calls required to use and fetch info on them,
GetLogicalProcessorInformationEx.
I thin
Hi,
First time mailing this list, so hopefully I followed the guidelines correctly.
I was able to simplify the problem I am having into a simple test.
I create a thread and in that thread use Popen to execute 'echo hello' but the
process ends up getting terminated with -11 most of the time and
Forgot to say that I was running Cygwin 32bit, not 64bit. 64bit doesn't seem
to have the same problem.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.c
The following packages have been updated for the Cygwin distribution:
* pcre-8.37-2
* libpcre1-8.37-2
* libpcre16_0-8.37-2
* libpcre32_0-8.37-2
* libpcrecpp0-8.37-2
* libpcreposix0-8.37-2
* libpcre-devel-8.37-2
The PCRE library implements regular expression pattern matching using
the same syntax
The following packages have been updated in the Cygwin distribution:
* php-5.6.12-1
* httpd-mod_php5-5.6.12-1
* php-bcmath-5.6.12-1
* php-bz2-5.6.12-1
* php-calendar-5.6.12-1
* php-ctype-5.6.12-1
* php-curl-5.6.12-1
* php-dba-5.6.12-1
* php-devel-5.6.12-1
* php-enchant-5.6.12-1
* php-exif-5.6.12-1
At 2015-08-07 11:26, Jon TURNEY was heard to say:
On 06/08/2015 17:56, Markus Hoenicka wrote:
I've upgraded my setup yesterday and ran into a problem running the X
server. X ran just fine before the upgrade, just like any X client I
threw at it. I'm aware that some defaults have changed in the c
11 matches
Mail list logo