On Sat, 28 Dec 2019 at 20:23, Lee wrote:
>
> On 12/28/19, Andrey Repin wrote:
> > Greetings, Peter Binney!
> >
> > Bottom posting in this list, please.
> >
> >> Hello Andrey - many thanks again.
> >
> >> I have added noacl to the default
way to set the execute bit on a
file ("chmod a+x" doesn't seem to do anything with or without noacl).
Thanks again,
Peter
On Tue, 24 Dec 2019 at 09:20, Andrey Repin wrote:
>
> Greetings, Peter Binney!
>
> > Hello Andrey - many thanks for that. I have now remove
g files on an E: I still get DENY for "NULL SID" and
other accounts.
On Sun, 22 Dec 2019 at 14:05, Andrey Repin wrote:
>
> Greetings, Peter Binney!
>
> > Creating a file using "> newfile", "icacls newfile" shows various DENY
> > settings:
Creating a file using "> newfile", "icacls newfile" shows various DENY settings:
newfile NULL SID:(DENY)(Rc,S,WEA,X,DC)
JCPR-DELL-3\peter:(R,W,D,WDAC,WO)
NT AUTHORITY\SYSTEM:(DENY)(S,X)
BUILTIN\Administrators:(DENY)(S,X)
BUILTIN\Users:(DENY)(S,X)
JCPR-DELL-3
After Windows 10 upgraded itself from 10.0 (Build 10240) to 1511
(Build 10586) shell scripts fail with fork errors.
This can be demonstrated from a Cygwin64 Terminal window by running a
trivial pair of commands. Create these two files in a folder:
1. win1511.pl containing the three lines:
my
Please ignore/delete this - I realise this has nothing to do with the
change from 32 to 64 bit.
It has always been a problem, which I have a wrapper script to work
round (I'd forgotten to install the wrapper after the upgrade).
Apologies for a mis-post!
--
Problem reports: http://cygwin.co
I have just "upgraded" to Cygwin 64 bit (from 32 bit) on Windows 8.
With 32 bit, I could do: tar vtf e:/temp/filename.tar
With 64 bit this fails saying: tar: Cannot connect to e: resolve failed
Using cygwin paths it is OK. ie: tar vtf /cygdrive/e/temp/filename.tar
Here is the result of runnin
Have found my solution ... robocopy. Using it's /secfix option copied
files are owned by the copying user.
eg: robocopy x:\tmp .\tmp /e /secfix
Note: you need a not-too-old version of Robocopy for the /secfix
support (I was using v 1.96).
On 16 March 2011 19:09, Peter Binney wrote:
&
Many thanks indeed Mark - GMANE was prefect - so much easier than
mucking around with "raw" mail messages.
On 16 March 2011 07:11, Mark Geisert wrote:
> Peter Binney writes:
> [..no <http://cygwin.com/acronyms/#TOFU> today please, reformatted..]
>> >> But tha
Eric Blake redhat.com> writes:
>
> On 03/04/2011 11:12 AM, Peter Binney wrote:
> > When running "ls -l" the permissions field shows as "--+".
>
> Which means that the owner has no permissions, but that there are ACLs
> which allow othe
Many thanks - I'm using gmail. Any idea how I would do that with it?
Also, is there no way then to join into a thread unless one has access
to a mail from the mailing list?
On 15 March 2011 20:44, Bruce Cran wrote:
> On Tue, 15 Mar 2011 19:13:47 +
> Peter Binney wrote:
>
>
Sorry to be really dim, but I can't see how to do this.
I am trying to add a follow-on message to
http://www.cygwin.com/ml/cygwin/2011-03/msg00167.html (which I
initiated).
But, I posted my original message before I had subscribed to the list
under my posting email address (gmail.com).
I had sub
When running "ls -l" the permissions field shows as "--+".
Oddly, "ls -l" shows the correct permissions if the pathname uses the
windows drive letter syntax. eg:
$ pwd
/cygdrive/c
$ ls -l tmp/plb.txt
--+ 1 ga2binn Domain Users 5527 Mar 3 13:54 tmp/plb.txt
$ ls -l c:/tmp/plb.txt
-r
13 matches
Mail list logo
