Corinna Vinschen wrote:
>Hi folks,
>
>
>We got the permission from IEEE and Open Group to add the Open Group
>Base Specifications Issue 7, IEEE Std 1003.1, 2013 Edition or, in short,
>the latest POSIX API and tool definitions as man pages to the Cygwin
>distro. So, here they are, just as on Linux.
>> On 4/22/2015 7:21 PM, John Orr wrote: ...
Would I be right in guessing that your samba server is doing
authentication using a /etc/samba/smbpasswd file?
If that is the case, the output you show matches my experience. Files
with owner matching the logged in user in such a case one end up with
On 04/22/2015 03:24 PM, cyg Simple wrote:
>> From: Eric Blake
>>
>> It looks like something is going wrong with lseek() mixed with text-mode
>> mounts.
>>
>
> I thought lseek was reserved for binary only channels due to the loss of
> character count because of the CRLF to LF translation.
[you ma
Right, let's see...
>> Thanks. First up - when I first read of all the changes to
>> permissions, I thought I read that the /etc/passwd and /etc/group
>> files should no longer be necessary, and I thought I'd deleted them,
>> [...]
>> > So, what does `id' print for you?
>>
>> #: john@johndesktop
Hello everyone.
Some time ago, I encountered a problem in a script when run on Cygwin/MSYS2. To
add some drama, I'll mention that the problem caused some data loss (nothing
important though). The problem is that some operations on open files seem to
fail on subst'd drives (but not on regular on
> From: Eric Blake
>
> It looks like something is going wrong with lseek() mixed with text-mode
> mounts.
>
I thought lseek was reserved for binary only channels due to the loss of
character count because of the CRLF to LF translation.
--
cyg Simple
--
Problem reports: http://cygwin.c
Corinna Vinschen writes:
> Hmm. Can you try the same with the latest developer snapshot I just
> created? I found this problem which created undesired DENY ACEs,
> maybe this was the reason /knock on wood/.
I ran out of time, but I've managed to install the snapshot and did a
quick test before g
On Wed, 2015-04-22 at 12:24 -0500, Yaakov Selkowitz wrote:
> The following packages have been updated in the Cygwin distribution:
>
> * curl-7.42.0-1
> * libcurl4-7.42.0-1
> * libcurl-devel-7.42.0-1
> * libcurl-doc-7.42.0-1
>
> cURL is a library and command line tool for transferring data with UR
The following packages have been updated in the Cygwin distribution:
* curl-7.42.0-1
* libcurl4-7.42.0-1
* libcurl-devel-7.42.0-1
* libcurl-doc-7.42.0-1
cURL is a library and command line tool for transferring data with URL
syntax, supporting numerous protocols, SSL certificates, HTTP POST, HTTP
Subject: Re: multitail segfaults
I also have this problem when I use multitail.
$ multitail --version
--*- multitail 6.3 (C) 2003-2014 by folk...@vanheusden.com -*--
The following problem occured:
-
[1]10832 segmentation fault (core dumped) multitail --version
On Apr 21 19:18, Achim Gratz wrote:
> Corinna Vinschen writes:
> > It's not about rsync exactly.
>
> Well, rsync creates that mess somehow.
>
> > The problem is that I'm missing the
> > context a bit. I take it the permissions are supposed to be inherited
> > from the ".." dir, basically. The "
On Apr 22 10:58, John Orr wrote:
> Thank you Corinna, for this and all your other fantastic work for the
> cygwin community.
Thank you!
> Thanks. First up - when I first read of all the changes to
> permissions, I thought I read that the /etc/passwd and /etc/group
> files should no longer be nec
12 matches
Mail list logo
