On Dec 8 08:13, Takashi Yano via Cygwin wrote:
> On Tue, 19 Nov 2024 21:54:44 +0100
> Corinna Vinschen wrote:
> > No, we can't do that, it's too simple.
> >
> > Just kidding.
> >
> > This is so simple, I'm puzzled we never tried that before. Or, if we
> > did, it's a lng time ago...
> >
>
On Sun, 8 Dec 2024 08:13:38 +0900
Takashi Yano wrote:
> On Tue, 19 Nov 2024 21:54:44 +0100
> Corinna Vinschen wrote:
> > On Nov 19 17:58, Takashi Yano via Cygwin wrote:
> > > On Mon, 18 Nov 2024 17:26:12 +0100
> > > Corinna Vinschen wrote:
> > > > We can safely assume that the current user is alrea
On Tue, 19 Nov 2024 21:54:44 +0100
Corinna Vinschen wrote:
> On Nov 19 17:58, Takashi Yano via Cygwin wrote:
> > On Mon, 18 Nov 2024 17:26:12 +0100
> > Corinna Vinschen wrote:
> > > We can safely assume that the current user is already authorized on the
> > > SMB server. So... shouldn't AuthzIniti
On Nov 19 17:58, Takashi Yano via Cygwin wrote:
> On Mon, 18 Nov 2024 17:26:12 +0100
> Corinna Vinschen wrote:
> > We can safely assume that the current user is already authorized on the
> > SMB server. So... shouldn't AuthzInitializeResourceManager be
> > sufficient and the code from class authz_
On Mon, 18 Nov 2024 17:26:12 +0100
Corinna Vinschen wrote:
> On Nov 16 00:21, Takashi Yano via Cygwin wrote:
> > I built a test program, whose important part is:
> >
> > AUTHZ_RESOURCE_MANAGER_HANDLE hManager = NULL;
> > AUTHZ_CLIENT_CONTEXT_HANDLE hClient = NULL;
> > AUTHZ_ACCESS_REQUEST Ac
On Nov 16 00:21, Takashi Yano via Cygwin wrote:
> I built a test program, whose important part is:
>
> AUTHZ_RESOURCE_MANAGER_HANDLE hManager = NULL;
> AUTHZ_CLIENT_CONTEXT_HANDLE hClient = NULL;
> AUTHZ_ACCESS_REQUEST AccessRequest = {0};
> AUTHZ_ACCESS_REPLY AccessReply = {0};
>
> AUT
On Thu, 14 Nov 2024 01:08:07 +0900
Takashi Yano wrote:
> On Wed, 13 Nov 2024 08:58:21 -0700
> Bill Stewart wrote:
> > On Wed, Nov 13, 2024 at 8:38 AM Takashi Yano via Cygwin wrote:
> >
> > Thanks. However, even after reading the document, I still didn't
> > > understand what strings I should set t
On Wed, 13 Nov 2024 08:58:21 -0700
Bill Stewart wrote:
> On Wed, Nov 13, 2024 at 8:38 AM Takashi Yano via Cygwin wrote:
>
> Thanks. However, even after reading the document, I still didn't
> > understand what strings I should set the members for auth for SMB...
> >
> > For example, as for Endpoint
On Wed, Nov 13, 2024 at 8:38 AM Takashi Yano via Cygwin wrote:
Thanks. However, even after reading the document, I still didn't
> understand what strings I should set the members for auth for SMB...
>
> For example, as for Endpoint, the example for ncacn_np is mentioned,
> but not for ncacn_ip_tcp
On Wed, 13 Nov 2024 08:10:52 -0700
Bill Stewart wrote:
> On Wed, Nov 13, 2024 at 2:18 AM Takashi Yano via Cygwin wrote:
>
> I'm working on this, however, I stuck on setting the first parameter
> > of AuthzInitializeRemoteResourceManager(). The most members of structure
> > AUTHZ_RPC_INIT_INFO_CLIE
On Wed, Nov 13, 2024 at 2:18 AM Takashi Yano via Cygwin wrote:
I'm working on this, however, I stuck on setting the first parameter
> of AuthzInitializeRemoteResourceManager(). The most members of structure
> AUTHZ_RPC_INIT_INFO_CLIENT are PWSTR, and I have no idea what kind of
> string should be
Hi Corinna,
On Tue, 12 Nov 2024 12:56:15 +0100
Corinna Vinschen wrote:
> On Nov 12 17:54, Takashi Yano via Cygwin wrote:
> > I noticed that the probelm is not only in samba share, but
> > also in Windows share.
> >
> > Yesterday, I used shared resource of the root directory.
> > In that case, acc
On Nov 12 04:29, Takashi Yano via Cygwin wrote:
> On Mon, 11 Nov 2024 14:35:55 +0100
> Corinna Vinschen wrote:
> > On Nov 11 21:19, Takashi Yano via Cygwin wrote:
> > > On Mon, 11 Nov 2024 13:03:18 +0100
> > > Corinna Vinschen wrote:
> > > > On Nov 11 20:40, Takashi Yano via Cygwin wrote:
> > > > >
On Nov 12 17:54, Takashi Yano via Cygwin wrote:
> I noticed that the probelm is not only in samba share, but
> also in Windows share.
>
> Yesterday, I used shared resource of the root directory.
> In that case, access right of Authenticated Users was enabled.
> However, when I tried resource under
On Tue, 12 Nov 2024 04:29:37 +0900
Takashi Yano wrote:
> On Mon, 11 Nov 2024 14:35:55 +0100
> Corinna Vinschen wrote:
> > On Nov 11 21:19, Takashi Yano via Cygwin wrote:
> > > On Mon, 11 Nov 2024 13:03:18 +0100
> > > Corinna Vinschen wrote:
> > > > On Nov 11 20:40, Takashi Yano via Cygwin wrote:
>
On Mon, 11 Nov 2024 14:35:55 +0100
Corinna Vinschen wrote:
> On Nov 11 21:19, Takashi Yano via Cygwin wrote:
> > On Mon, 11 Nov 2024 13:03:18 +0100
> > Corinna Vinschen wrote:
> > > On Nov 11 20:40, Takashi Yano via Cygwin wrote:
> > > > On Mon, 11 Nov 2024 20:32:02 +0900
> > > > Takashi Yano via C
On Nov 11 21:19, Takashi Yano via Cygwin wrote:
> On Mon, 11 Nov 2024 13:03:18 +0100
> Corinna Vinschen wrote:
> > On Nov 11 20:40, Takashi Yano via Cygwin wrote:
> > > On Mon, 11 Nov 2024 20:32:02 +0900
> > > Takashi Yano via Cygwin wrote:
> > > > Even with this patch, the file:
> > > >
> > > >
On Nov 11 22:00, Takashi Yano via Cygwin wrote:
> On Mon, 11 Nov 2024 12:59:41 +0100
> Corinna Vinschen wrote:
> > On Nov 11 20:19, Takashi Yano via Cygwin wrote:
> > > On Mon, 11 Nov 2024 11:56:13 +0100
> > > Corinna Vinschen wrote:
> > >
> > > > On Nov 11 19:31, Takashi Yano via Cygwin wrote:
>
On Mon, 11 Nov 2024 12:59:41 +0100
Corinna Vinschen wrote:
> On Nov 11 20:19, Takashi Yano via Cygwin wrote:
> > On Mon, 11 Nov 2024 11:56:13 +0100
> > Corinna Vinschen wrote:
> >
> > > On Nov 11 19:31, Takashi Yano via Cygwin wrote:
> > > > On Fri, 8 Nov 2024 14:11:40 +0100
> > > > Corinna Vinsch
On Mon, 11 Nov 2024 12:59:41 +0100
Corinna Vinschen wrote:
> On Nov 11 20:19, Takashi Yano via Cygwin wrote:
> > On Mon, 11 Nov 2024 11:56:13 +0100
> > Corinna Vinschen wrote:
> >
> > > On Nov 11 19:31, Takashi Yano via Cygwin wrote:
> > > > On Fri, 8 Nov 2024 14:11:40 +0100
> > > > Corinna Vinsch
On Mon, 11 Nov 2024 13:03:18 +0100
Corinna Vinschen wrote:
> On Nov 11 20:40, Takashi Yano via Cygwin wrote:
> > On Mon, 11 Nov 2024 20:32:02 +0900
> > Takashi Yano via Cygwin wrote:
> > > Even with this patch, the file:
> > >
> > > yano $ touch samba_test_file.txt
> > > yano $ ls -l samba_test_f
On Nov 11 20:40, Takashi Yano via Cygwin wrote:
> On Mon, 11 Nov 2024 20:32:02 +0900
> Takashi Yano via Cygwin wrote:
> > Even with this patch, the file:
> >
> > yano $ touch samba_test_file.txt
> > yano $ ls -l samba_test_files.txt
> > -rw-r--r-- 1 yano yano 0 Nov 11 20:25 samba_test_file.txt
>
On Nov 11 20:19, Takashi Yano via Cygwin wrote:
> On Mon, 11 Nov 2024 11:56:13 +0100
> Corinna Vinschen wrote:
>
> > On Nov 11 19:31, Takashi Yano via Cygwin wrote:
> > > On Fri, 8 Nov 2024 14:11:40 +0100
> > > Corinna Vinschen wrote:
> > > > If the server is a Samba share, check if `force unknown
On Mon, 11 Nov 2024 20:19:28 +0900
Takashi Yano wrote:
> On Mon, 11 Nov 2024 11:56:13 +0100
> Corinna Vinschen wrote:
>
> > On Nov 11 19:31, Takashi Yano via Cygwin wrote:
> > > On Fri, 8 Nov 2024 14:11:40 +0100
> > > Corinna Vinschen wrote:
> > > > If the server is a Samba share, check if `force
On Mon, 11 Nov 2024 20:32:02 +0900
Takashi Yano via Cygwin wrote:
> Even with this patch, the file:
>
> yano $ touch samba_test_file.txt
> yano $ ls -l samba_test_files.txt
> -rw-r--r-- 1 yano yano 0 Nov 11 20:25 samba_test_file.txt
Oops! This was wrong.
-rw-r--r-- 1 Unknown+User Unix_Group+1000
On Mon, 11 Nov 2024 20:19:28 +0900
Takashi Yano via Cygwin wrote:
> On Mon, 11 Nov 2024 11:56:13 +0100
> Corinna Vinschen wrote:
> > > diff --git a/winsup/cygwin/sec/base.cc b/winsup/cygwin/sec/base.cc
> > > index d5e39d281..c519af6e0 100644
> > > --- a/winsup/cygwin/sec/base.cc
> > > +++ b/winsup
On Mon, 11 Nov 2024 11:56:13 +0100
Corinna Vinschen wrote:
> On Nov 11 19:31, Takashi Yano via Cygwin wrote:
> > On Fri, 8 Nov 2024 14:11:40 +0100
> > Corinna Vinschen wrote:
> > > If the server is a Samba share, check if `force unknown acl user = yes'
> > > and for the share itself, check that
>
On Nov 11 19:31, Takashi Yano via Cygwin wrote:
> On Fri, 8 Nov 2024 14:11:40 +0100
> Corinna Vinschen wrote:
> > If the server is a Samba share, check if `force unknown acl user = yes'
> > and for the share itself, check that
> >
> > read only = No
> > vfs objects = acl_xattr
> ^^
Hi Corinna,
On Fri, 8 Nov 2024 14:11:40 +0100
Corinna Vinschen wrote:
> On Nov 8 20:51, Takashi Yano via Cygwin wrote:
> > Hi all,
> >
> > On Thu, 8 Aug 2019 15:41:55 +
> > "Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
> > > Hi,
> > >
> > > Here's the situation, I have a netmount "Z:" but I
On Fri, 8 Nov 2024 16:07:11 +
"Lavrentiev, Anton (NIH/NLM/NCBI) [C]" wrote:
> I had the issue at work and I asked my Systems team to configure the share
> correctly on the Linux side of the things.
>
> Y: on /cygdrive/y type smbfs (binary,posix=0,user,noumount,auto)
> Z: on /cygdrive/z type s
iev, Anton (NIH/NLM/NCBI) [C]
> Subject: [EXTERNAL] Re: SMBFS mount's file cannot be made executable
>
> Hi all,
>
> On Thu, 8 Aug 2019 15:41:55 +
> "Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
> > Hi,
> >
> > Here's the situation, I have a net
On Nov 8 20:51, Takashi Yano via Cygwin wrote:
> Hi all,
>
> On Thu, 8 Aug 2019 15:41:55 +
> "Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
> > Hi,
> >
> > Here's the situation, I have a netmount "Z:" but I cannot make any files on
> > it executable from Cygwin:
> >
> > $ mount
> > ...
> > Z
Hi all,
On Thu, 8 Aug 2019 15:41:55 +
"Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
> Hi,
>
> Here's the situation, I have a netmount "Z:" but I cannot make any files on
> it executable from Cygwin:
>
> $ mount
> ...
> Z: on /cygdrive/z type smbfs (binary,posix=0,user,noumount,auto)
>
> $ c
Thanks for the hints!
> so...what's your umask?
It's 022. As far as it's concerned, umask should only be considered when
creating a new file, not to affect existing files' modes
(as with the chmod command). At any rate, the "x" bit in mine is unset, so
should not be having the issues what you
On 2019/08/14 19:00, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote:
>> This is called by acl_to_any_text, which is called by getfacl. Any
>> chance you could try to debug this?
>>
>
>
>> I'm about to go on vacation, but I could try to help when I get back.
>>
>
> I'm headed o
On 2019/08/14 19:00, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote:
>> This is called by acl_to_any_text, which is called by getfacl. Any
>> chance you could try to debug this?
>>
>
>
>> I'm about to go on vacation, but I could try to help when I get back.
>>
>
> I'm headed o
On 2019-08-14 19:40, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote:
>> You can often figure permissions problems
> I already figured where the problem was, in how cygwin convers (or, actually
> doesn't) the UNIX's "x" bit into the native DAC for the underlying filesystem
> (to store as, a
> This is called by acl_to_any_text, which is called by getfacl. Any
> chance you could try to debug this?
> I'm about to go on vacation, but I could try to help when I get back.
I'm headed out of town as well. But I get this very same EINVAL for any drive
(/cygdrive/X)
except for the local d
> You can often figure permissions problems
I already figured where the problem was, in how cygwin convers (or, actually
doesn't) the UNIX's "x" bit into
the native DAC for the underlying filesystem (to store as, again, "x" in the
Linux share). Missing that DAC, SMBD
returns "Access denied" for
On 8/14/2019 4:39 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote:
> I also showed the "getfacl" output for that file and the directory above,
> which showed
> nothing additional.
getfacl failed with EINVAL, as you know. So you can't rely on its output.
Ken
--
Problem reports:
On 8/14/2019 10:07 AM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin
wrote:
>249 98510 [main] getfacl 3412 __set_errno: char* __acltotext(aclent_t*,
> int, const char*, char, int):1644 setting errno 22
Here's where the EINVAL is coming from. The source is in sec_acl.cc:
char *
__acltot
On 2019-08-14 05:22, Ken Brown wrote:
> On 8/14/2019 12:23 AM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote:
>>> Have you checked the default ACL on the directory containing the file?
>>
>> No, and there's nothing special there now that I checked. I can change the
>> "Read & Execute" for
> See the '+' at the end of the modes?
I saw that, and I also showed the "getfacl" output for that file and the
directory above, which showed
nothing additional.
> Maybe, but we'd still need to know how to get to the result you're seeing.
Just take a samba server (4.x) and mount a share with de
Greetings, Lavrentiev, Anton (NIH/NLM/NCBI) [C]!
>> What is your cygdrive mount options? Because default is, apparently,
>> "binary,posix=0,user".
> I have no idea where they are kept at, and how to change them.
This is, as I said, the DEFAULT.
To change them, edit /etc/fstab, add the desired l
Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin writes:
>> If it's related to the ACL handling then it should start working when
>> you remove the ACL on the file with 'setfacl -kb ...'
>
> There are no special ACLs set on the file (that was just produced by
> GCC from the source code, see my first
> I suspect the containing directory has a lot to do with it.
Please elaborate what you ground your suspicion on.
Like I said previously, I can add "Read & Execute" permissions to the file in
question from the Windows
file properties dialog, and it gets converted to an "x" on Linux side, then th
On 8/14/2019 12:23 AM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote:
>> Have you checked the default ACL on the directory containing the file?
>
> No, and there's nothing special there now that I checked. I can change the
> "Read & Execute" for the .exe file from the Windows file proper
> Have you checked the default ACL on the directory containing the file?
No, and there's nothing special there now that I checked. I can change the
"Read & Execute" for the .exe file from the Windows file properties
without having to deal with anything special or additional (like inherited
perm
On 8/13/2019 8:53 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote:
>> If it's related to the ACL handling then it should start working when
>> you remove the ACL on the file with 'setfacl -kb ...'
>
> There are no special ACLs set on the file (that was just produced by GCC from
> the so
> If it's related to the ACL handling then it should start working when
> you remove the ACL on the file with 'setfacl -kb ...'
There are no special ACLs set on the file (that was just produced by GCC from
the source code, see my first email).
But I am now convinced that the problem is _entirely
> What is your cygdrive mount options? Because default is, apparently,
> "binary,posix=0,user".
I have no idea where they are kept at, and how to change them.
Also, I couldn't make this work, anyways; yet I thought it should have worked:
> > $ mount -o exec //coredev2/home/lavr /mnt
> > $ mount
Greetings, Lavrentiev, Anton (NIH/NLM/NCBI) [C]!
>> You need the "exec" mount option.
> I thought so too, but how do I give that option to a drive that is
> "noumount". I cannot dis- or re-mount it AFAICT.
> $ mount
> ...
> Z: on /cygdrive/z type smbfs (binary,posix=0,user,noumount,auto)
> $ um
Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin writes:
> I think that something's wrong with how (or if) Cygwin translates the
> "x" unix execution permission bit to an ACL that is passed thru SMB --
> it does not get transferred to the Linux side correctly. But if set
> there, then it gets conve
Thanks for responding!
> You need the "exec" mount option.
I thought so too, but how do I give that option to a drive that is "noumount".
I cannot dis- or re-mount it AFAICT.
$ mount
...
Z: on /cygdrive/z type smbfs (binary,posix=0,user,noumount,auto)
$ umount /cygdrive/z
umount: /cygdrive/z:
> Hi,
>
> So nobody has any suggestions per this?
>
> https://cygwin.com/ml/cygwin/2019-08/msg00126.html
That's strange. The execution of a file is also controlled by the way the
filesystem is mounted and the execution permission granted by chmod is not
enough. You need the "exec" mount option
Hi,
So nobody has any suggestions per this?
https://cygwin.com/ml/cygwin/2019-08/msg00126.html
TIA
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/
Hi,
Here's the situation, I have a netmount "Z:" but I cannot make any files on it
executable from Cygwin:
$ mount
...
Z: on /cygdrive/z type smbfs (binary,posix=0,user,noumount,auto)
$ cd /cygdrive/z
$ pwd
/cygdrive/z
$ cat a.c
#include
int main()
{
printf("Hello world!\n");
return
57 matches
Mail list logo
