On 25/02/2015 00:08, Warren Young wrote:
>> On Feb 24, 2015, at 4:57 PM, Warren Young wrote:
>>
>>> The result of chown I can see in Windows Explorer as the Owner but where is
>>> the group information?
>> It’s over on the Security tab of the same window you’re looking at: “Group
>> or user name
On Wed, 25 Feb 2015 02:35:50 +0100 Andrey Repin wrote:
>>> The result of chown I can see in Windows Explorer as the Owner but
>>> where is the group information?
>>
>> Itâs over on the Security tab of the same window youâre looking at:
>> âGroup or user namesâ.
>
>I j
> On Feb 24, 2015, at 6:20 PM, lemke...@t-online.de wrote:
>
> On Wed, 25 Feb 2015 01:50:47 +0100 Andrey Repin wrote:
>>
> And I don't see any edit button or anything else obvious. top to bottom
>
> a box labeled "Group or user names:",
> underneath two buttons "Add..." “Remove"
It’s Add/Rem
Greetings, lemke...@t-online.de!
>> The result of chown I can see in Windows Explorer as the Owner but where
>> is the group information?
>
> Itâs over on the Security tab of the same window youâre looking at:
> âGroup or user namesâ.
I just remembered that that tab
On Wed, 25 Feb 2015 01:50:47 +0100 Andrey Repin wrote:
>
> The result of chown I can see in Windows Explorer as the Owner but where
> is the group information?
Itâs over on the Security tab of the same window youâre looking at: âGroup
or user namesâ.
>>>
>>>I just remembe
> On Feb 24, 2015, at 5:23 PM, Andrey Repin wrote:
>
> Basically speaking, yes, chgrp to anything other than your user SID, followed
> by `chmod 600`, should help.
I’ve checked in a change to that FAQ item giving this as the official solution.
--
Problem reports: http://cygwin.com/problems
Greetings, Mirko Vukovic!
> (Cygwin64, Windows 7, cygcheck attached - with some site details omitted)
> I updated cygwin64 yesterday, and sshd stopped working. I reinstalled
> cygwin64, configured sshd, but it is still failing.
> The message in /var/log/sshd.log is:
> /var/empty must be owned
Greetings, lemke...@t-online.de!
The result of chown I can see in Windows Explorer as the Owner but where
is the group information?
>>>
>>> Itâs over on the Security tab of the same window youâre looking at: âGroup
>>> or user namesâ.
>>
>>I just remembered that that tab isnât always
> On Feb 24, 2015, at 5:29 PM, lemke...@t-online.de wrote:
>
> I am actually looking for the information I see in ls -l as the group, i.e.
> column #4.
If a file has a group, it will show up here. If you want a file to have a
group and don’t want to use chgrp to effect the change, use the Edit
Greetings, Warren Young!
>>> 2. Oh, its primary group is Warren, too, so let’s inherit g+rw, too.
>>
>> Nop, this is actually an issue of reading ACLs rather than setting them.
>> POSIX access bits do not expect interchangeability of users and groups.
> So is “chgrp None” the correct fix, or is
>> On Feb 24, 2015, at 4:57 PM, Warren Young wrote:
>>
>>> The result of chown I can see in Windows Explorer as the Owner but where is
>>> the group information?
>>
>> Itâs over on the Security tab of the same window youâre looking at: âGroup
>> or user namesâ.
>
>I just remembered that that t
> On Feb 24, 2015, at 4:57 PM, Warren Young wrote:
>
>> The result of chown I can see in Windows Explorer as the Owner but where is
>> the group information?
>
> It’s over on the Security tab of the same window you’re looking at: “Group or
> user names”.
I just remembered that that tab isn’t
Corinna Vinschen wrote:
> Hi Roger,
>
> On Feb 24 19:55, Roger Orr wrote:
>> Hello Corinna,
>> It seems slightly faster than the previous patch and I've not
>> noticed a downside yet.
>>
>>
>> CYGWIN_NT-6.1-WOW LCLDN-DEV24 1.7.35s(0.286/5/3) 20150220 15:47:55
>> i686 Cygwin:
>>
>> ~37ms to run
> On Feb 24, 2015, at 4:48 PM, lemke...@t-online.de wrote:
>
> I've got what I feel is actually a terribly basic Windows question.
Terribly basic questions are usually answered in the terribly detailed
documentation. :)
In this particular case, here:
https://cygwin.com/cygwin-ug-net/ntsec.h
I've got what I feel is actually a terribly basic Windows question. If I set a
gid with e.g. chgrp where does Windows store that information on a local NTFS
file system? The result of chown I can see in Windows Explorer as the Owner
but where is the group information? Or put another way: how
> On Feb 24, 2015, at 4:29 PM, Warren Young wrote:
>
>> On Feb 23, 2015, at 8:39 PM, Andrey Repin wrote:
>>
>>> 2. Oh, its primary group is Warren, too, so let’s inherit g+rw, too.
>>
>> Nop, this is actually an issue of reading ACLs rather than setting them.
>> POSIX access bits do not expect
> On Feb 23, 2015, at 8:39 PM, Andrey Repin wrote:
>
>> 2. Oh, its primary group is Warren, too, so let’s inherit g+rw, too.
>
> Nop, this is actually an issue of reading ACLs rather than setting them.
> POSIX access bits do not expect interchangeability of users and groups.
So is “chgrp None”
Hi,
(Cygwin64, Windows 7, cygcheck attached - with some site details omitted)
I updated cygwin64 yesterday, and sshd stopped working. I reinstalled
cygwin64, configured sshd, but it is still failing.
The message in /var/log/sshd.log is:
/var/empty must be owned by root and not group or world-w
s
> performance improvements, I stumbled over a bug in my code which also
> resulted in enumerating less accounts as desired. So I'm not entirely
> sure your problem isn't related to a bug either.
That mkpasswd symptom was reported by me (well, maybe others, too).
I'm r
Hi Benjamin,
On Feb 24 19:58, Benjamin Cao wrote:
> Hi,
>
> I had to enable high address for some machines for testing. I set the
> AllocationPreference registry key to be 0X10.
Cygwin doesn't support this AllocationPreference registry setting.
Cygwin and thus Cygwin applications(*) are alr
the libgmon.a is an empty archive. These are the contents of
/usr/i686-pc-mingw32/sys-root/mingw/lib/libgmon.a
$ od -c libgmon.a
000 ! < a r c h > \n
010
This becomes a problem when attempting to prepare an executable for profiling
with gprof
/bin/i686-pc-mingw32-gcc.exe
Hi Denis,
On Feb 24 20:47, Denis Excoffier wrote:
> Here is a minor improvement for base-cygwin:
>
> diff -uNr etc/postinstall/000-cygwin-post-install.sh
> etc-patched/postinstall/000-cygwin-post-install.sh
> --- etc/postinstall/000-cygwin-post-install.sh2015-02-04
> 17:45:52.0
Hi Lasse,
On Feb 24 20:37, Lasse Collin wrote:
> On 2015-02-24 Corinna Vinschen wrote:
> > On Feb 24 15:54, Lasse Collin wrote:
> > > Many other pthread functions are similar in sense that they must
> > > never return EINTR. A bug similar to the one in pthread::join exist
> > > in pthread_mutex::l
On Feb 24 15:28, Jon TURNEY wrote:
> On 23/02/2015 21:24, Corinna Vinschen wrote:
> >On Feb 23 18:15, Jon TURNEY wrote:
> >>I really wanted to do this by adding some DWARF CFI to the generated sigfe.s
> >>file, but there doesn't seem to currently be a way to correctly describe
> >>_sigbe's frame us
Hi Roger,
On Feb 24 19:55, Roger Orr wrote:
> Hello Corinna,
> It seems slightly faster than the previous patch and I've not noticed a
> downside yet.
>
>
> CYGWIN_NT-6.1-WOW LCLDN-DEV24 1.7.35s(0.286/5/3) 20150220 15:47:55 i686
> Cygwin:
>
> ~37ms to run echo.exe from Windows command prompt
>
Hi,
I had to enable high address for some machines for testing. I set the
AllocationPreference registry key to be 0X10.
To start by Cygwin shell, I have a script that does this:
@echo off
set CYGWIN="nodosfilewarning"
sh --login
The error I will get when trying to start the shell is this:
Hello Corinna,
It seems slightly faster than the previous patch and I've not noticed a
downside yet.
CYGWIN_NT-6.1-WOW LCLDN-DEV24 1.7.35s(0.286/5/3) 20150220 15:47:55 i686
Cygwin:
~37ms to run echo.exe from Windows command prompt
~60ms to run .\id.exe -a from Windows command prompt
CYGWIN_NT-6
Here is a minor improvement for base-cygwin:
diff -uNr etc/postinstall/000-cygwin-post-install.sh
etc-patched/postinstall/000-cygwin-post-install.sh
--- etc/postinstall/000-cygwin-post-install.sh 2015-02-04 17:45:52.0
+0100
+++ etc-patched/postinstall/000-cygwin-post-install.sh 2015-02
On 2015-02-24 Corinna Vinschen wrote:
> On Feb 24 15:54, Lasse Collin wrote:
> > Many other pthread functions are similar in sense that they must
> > never return EINTR. A bug similar to the one in pthread::join exist
> > in pthread_mutex::lock. If SA_RESTART isn't used, signals can make
> > multip
Yep - absolutely.
>> Using x86_64/cygwin1-20150223.dll.xz??
>>
>> ~ uname -a
>> CYGWIN_NT-6.1 DEHAGART-WS02 1.7.35s(0.286/5/3) 20150223 21:02:38 x86_64
>> Cygwin
>>
>> ~ cat /etc/nsswitch.conf
>> passwd: db
>> group: db
>>
>> First manual start of bash shell *seemed* to take slightly longer th
On 23/02/2015 21:24, Corinna Vinschen wrote:
On Feb 23 18:15, Jon TURNEY wrote:
I really wanted to do this by adding some DWARF CFI to the generated sigfe.s
file, but there doesn't seem to currently be a way to correctly describe
_sigbe's frame using that.
I was wondering about this already.
On Feb 24 15:54, Lasse Collin wrote:
> On 2015-02-23 Corinna Vinschen wrote:
> > On second thought, this is not the right way to handle this. The
> > WAIT_SIGNALED is returned because we're in the main thread and
> > SA_RESTART is not set, as you assumed above. This leads to the
> > question why
On Feb 24 16:16, Lasse Collin wrote:
> On 2015-02-24 Corinna Vinschen wrote:
> > On Feb 24 08:16, Thomas Wolff wrote:
> > > Am 23.02.2015 um 13:23 schrieb Corinna Vinschen:
> > > >On Feb 23 11:56, Corinna Vinschen wrote:
> > > >>On Feb 22 22:07, Lasse Collin wrote:
> > > >>>Alternative idea: Would
On Feb 24 14:46, Dennis Hagarty (dehagart) wrote:
> Hi,
>
> With Roger's very patient help, I was able to get ADInsight capturing
> information.
>
> I did a run with the original dll under 32 bit Cygwin running a 32 bit
> program (echo).
>
> Output and all possible reports (in html) from the too
Hi,
With Roger's very patient help, I was able to get ADInsight capturing
information.
I did a run with the original dll under 32 bit Cygwin running a 32 bit program
(echo).
Output and all possible reports (in html) from the tool are here:
https://dl.dropboxusercontent.com/u/33069639/ADInsight
On 2015-02-24 Corinna Vinschen wrote:
> On Feb 24 08:16, Thomas Wolff wrote:
> > Am 23.02.2015 um 13:23 schrieb Corinna Vinschen:
> > >On Feb 23 11:56, Corinna Vinschen wrote:
> > >>On Feb 22 22:07, Lasse Collin wrote:
> > >>>Alternative idea: Would there be a significant downside if Cygwin
> > >>>
On 2015-02-23 Corinna Vinschen wrote:
> On second thought, this is not the right way to handle this. The
> WAIT_SIGNALED is returned because we're in the main thread and
> SA_RESTART is not set, as you assumed above. This leads to the
> question why this scenario isn't handled directly in cygwait
On Feb 24 13:30, Dennis Hagarty (dehagart) wrote:
> Hi Corinna,
>
> Using x86_64/cygwin1-20150223.dll.xz??
>
> ~ uname -a
> CYGWIN_NT-6.1 DEHAGART-WS02 1.7.35s(0.286/5/3) 20150223 21:02:38 x86_64 Cygwin
>
> ~ cat /etc/nsswitch.conf
> passwd: db
> group: db
>
> First manual start of bash shell *
Hi Corinna,
Using x86_64/cygwin1-20150223.dll.xz??
~ uname -a
CYGWIN_NT-6.1 DEHAGART-WS02 1.7.35s(0.286/5/3) 20150223 21:02:38 x86_64 Cygwin
~ cat /etc/nsswitch.conf
passwd: db
group: db
First manual start of bash shell *seemed* to take slightly longer than before
and slightly longer than file
On Feb 24 08:16, Thomas Wolff wrote:
> Lasse Collin had written.
> >... the possibility of EINTR is mentioned for specific commands and F_SETFL
> >isn't among them.
> A subtle and maybe minor but valid objection.
>
> Am 23.02.2015 um 13:23 schrieb Corinna Vinschen:
> >On Feb 23 11:56, Corinna Vin
On Feb 23 20:33, John Ruckstuhl wrote:
> Wow I really hoped to contribute with something that seemed -- to me
> -- salient... an strace of my 5 minute bash startup under 1.7.34, due
> to 70+ SLOW lookups w/ exceptions (all 4.0-4.1 seconds).
> But for the life of me I can't get past the spamfilter.
On Feb 23 18:06, Ken Brown wrote:
> sockatmark was added to Cygwin recently, but its prototype wasn't added to
> /usr/include/sys/socket.h. Is the following the right way to fix this, or is
> it a newlib issue?
>
> Index: winsup/cygwin/include/sys/socket.h
>
42 matches
Mail list logo
