On Tue, Apr 14, 2015 at 2:23 PM, Corinna Vinschen
wrote:
> On Apr 14 12:44, Bryan Berns wrote:
>> On Tue, Apr 14, 2015 at 10:53 AM, Corinna Vinschen
>> wrote:
>> > On Apr 14 07:24, Bryan Berns wrote:
>> >> For example, I create a whole bunch of files (like 5000), I use
>> >> icacls to append a n
Hello, my name is Keith Proctor. I test FileMaker Server and I have written
a test suite on Macintosh. The tests work beautifully on Macintosh. I’m trying
to Use Cygwin on Windows to reduce the amount of rewriting that I must do
on the Windows side.The test includes a dynamically created in
Are you sure that you're getting the correct dig executable? Is it possible
that something else in
your path or alias list is getting hit? Perhaps you can try /usr/bin/dig just
to be sure?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Do
Additional info:
It works sometimes, then doesn't.
Bash left a stackdump, after repeated ^C s.
$ cat bash.exe.stackdump
Stack trace:
Frame Function Args
0028BC68 61030F12 (0310, EA60, 00A4, 0028BCC8)
0028BD88 610E514A (0010, , 0001, 0010)
--
René Berber
On 4/14/2015 4:14 AM, Marilo wrote:
> Tab autocomplete is going mad..
Same here, but only with network shares.
And it gets weird:
1. It just doesn't do anything, except blocking the terminal (mintty
running bash).
2. It gobbles the first ^C, doing nothing, echoes the second, again
doing nothi
On 4/14/2015 10:33 PM, Keith Christian wrote:
Thanks Marco, requested information below:
Tue Apr 14 14:31:02 pty2 >cygcheck dig
Found: C:\cygwin\bin\dig.exe
Found: C:\cygwin\bin\dig.exe
C:\cygwin\bin\dig.exe
C:\cygwin\bin\cyggcc_s-1.dll
C:\cygwin\bin\cygwin1.dll
as all Dll's are there
Thanks Marco, requested information below:
Tue Apr 14 14:31:02 pty2 >cygcheck dig
Found: C:\cygwin\bin\dig.exe
Found: C:\cygwin\bin\dig.exe
C:\cygwin\bin\dig.exe
C:\cygwin\bin\cyggcc_s-1.dll
C:\cygwin\bin\cygwin1.dll
C:\windows\system32\KERNEL32.dll
C:\windows\system32\API-MS-W
On 4/14/2015 8:39 PM, Keith Christian wrote:
Brian, Andre,
Thanks for the suggestions / info.
Examples below. "No output" means that dig provided no reply or
diagnostic info to the Cygwin screen as can be seen below, even when
asking for the internal help text.
Dig was working fine until the
David Billinghurst writes:
> Documentation error
>
>(%i6) describe(sin);
>
>Maxima encountered a Lisp error:
>
>OPEN: File #P"/usr/share/info/maxima.info-1" does not exist
I'm quite certain that's just a stupid typo in one of my changes to the
Makefile. I'll have a look later.
> xmax
Brian, Andre,
Thanks for the suggestions / info.
Examples below. "No output" means that dig provided no reply or
diagnostic info to the Cygwin screen as can be seen below, even when
asking for the internal help text.
Dig was working fine until the last update, I've
uninstalled/reinstalled it, e
> On Apr 14 18:32, Houder wrote:
>> Btw, I will only report back on this in case you are INcorrect above.
>
> Uhm... I wouldn't be too unhappy to get positive feedback as well...
Oh well, alright, I tried to save us both some time :-)
Reinstalled the whole shebang, and re-executed my test. This t
On Apr 14 12:44, Bryan Berns wrote:
> On Tue, Apr 14, 2015 at 10:53 AM, Corinna Vinschen
> wrote:
> > On Apr 14 07:24, Bryan Berns wrote:
> >> For example, I create a whole bunch of files (like 5000), I use
> >> icacls to append a new ACE. Then I do a 'time ls -l
> >> /cygdrive/c/somedir/*'. Ta
On Apr 14 18:32, Houder wrote:
> > On Apr 14 17:26, Houder wrote:
> >> >Everyone:(Rc,S,RA)
> >> >
> >> > The only reason I can think of is that the parent dir has default
> >> > permissions which imply the mask value already. So, what does
> >> > `icacls . | cat' in this directory print?
>
On Tue, Apr 14, 2015 at 10:53 AM, Corinna Vinschen
wrote:
> On Apr 14 07:24, Bryan Berns wrote:
>> On Tue, Apr 14, 2015 at 4:00 AM, Corinna Vinschen
>> >
>> > The problem is that Cygwin, or any other tool trying to resolve SIDs
>> > doesn't know a SID won't resolve before it tried. And then it's
> On Apr 14 17:26, Houder wrote:
>> >Everyone:(Rc,S,RA)
>> >
>> > The only reason I can think of is that the parent dir has default
>> > permissions which imply the mask value already. So, what does
>> > `icacls . | cat' in this directory print?
>>
>> %% icacls . | cat
>> . NULL SID:(DENY)
On Apr 14 16:53, Corinna Vinschen wrote:
> On Apr 14 07:24, Bryan Berns wrote:
> > On Tue, Apr 14, 2015 at 4:00 AM, Corinna Vinschen
> > >
> > > The problem is that Cygwin, or any other tool trying to resolve SIDs
> > > doesn't know a SID won't resolve before it tried. And then it's an
> > > OS fu
On Apr 14 15:35, Achim Gratz wrote:
> Corinna Vinschen cygwin.com> writes:
> > Yes, perfectly normal and that already occured with older ACLs
> > created by Cygwin:
> >
> > https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-files
> >
> > Don't reorder them.
>
> Ah, OK. I must have been lucky no
On Apr 14 17:26, Houder wrote:
> >Everyone:(Rc,S,RA)
> >
> > The only reason I can think of is that the parent dir has default
> > permissions which imply the mask value already. So, what does
> > `icacls . | cat' in this directory print?
>
> %% icacls . | cat
> . NULL SID:(DENY)(Rc,S,REA
Corinna Vinschen cygwin.com> writes:
> Yes, perfectly normal and that already occured with older ACLs
> created by Cygwin:
>
> https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-files
>
> Don't reorder them.
Ah, OK. I must have been lucky not to encounter them so far.
Regards,
Achim.
--
Pro
> On Apr 14 17:01, Houder wrote:
>> %% uname -a
>> CYGWIN_NT-6.1-WOW Seven 2.0.0(0.287/5/3) 2015-04-14 10:45 i686 Cygwin
>> %% pwd
>> /home/Test
>> %% touch alfa
>> %% chmod 460 alfa
>> %% echo aha > alfa
>> bash: alfa: Permission denied # no problem here ...
>>
>> %% getfacl alfa
>> # fi
On Apr 14 17:01, Houder wrote:
> %% uname -a
> CYGWIN_NT-6.1-WOW Seven 2.0.0(0.287/5/3) 2015-04-14 10:45 i686 Cygwin
> %% pwd
> /home/Test
> %% touch alfa
> %% chmod 460 alfa
> %% echo aha > alfa
> bash: alfa: Permission denied # no problem here ...
>
> %% getfacl alfa
> # file: alfa
> #
> On Apr 14 16:18, Houder wrote:
>> Btw, I installed update 4 to Cygwin 2.0 ... and observe no change in the
>> output
>> of getfacl, icacls ... also user Henri is still denied write access ...
>
> Did you re-create the file?
No ... I created a second file, named alfa ...
Henri
++ Cygwin 2.0
On Apr 14 16:54, Corinna Vinschen wrote:
> On Apr 14 14:30, Noel Grandin wrote:
> >
> >
> > On 2015-04-14 01:24 PM, Bryan Berns wrote:
> > > I do the same 'time ls -l /cygdrive/c/somedir/*'. Takes 20 seconds.
> > >Subsequent runs in the also take 20 seconds. Since I'm able to
> >
> > It sound
On Apr 14 14:54, Pavel Fedin wrote:
> Hello!
>
> I decided to try to return to my GNU make patch making use of spawn() on
> Cygwin. Since upstream project refused to cooperate, i use my own patched
> version of Make. And i came across a problem. When spawn() is used,
> sub-process fails to proce
On Apr 14 14:30, Noel Grandin wrote:
>
>
> On 2015-04-14 01:24 PM, Bryan Berns wrote:
> > I do the same 'time ls -l /cygdrive/c/somedir/*'. Takes 20 seconds.
> >Subsequent runs in the also take 20 seconds. Since I'm able to
>
> It sounds like Cygwin needs a negative-entry cache i.e. a cache o
On Apr 14 07:24, Bryan Berns wrote:
> On Tue, Apr 14, 2015 at 4:00 AM, Corinna Vinschen
> >
> > The problem is that Cygwin, or any other tool trying to resolve SIDs
> > doesn't know a SID won't resolve before it tried. And then it's an
> > OS function which takes its time. It's like checking for
On Apr 14 14:27, Achim Gratz wrote:
> Corinna Vinschen cygwin.com> writes:
> > I uploaded new snapshots to https://cygwin.com/snapshots/ and I'm just
> > uploading a 2.0.0-0.4 release.
> >
> > Please give either of them a try.
>
> Windows Server 2012R2 complains about the ordering of DACL after
On Apr 14 16:18, Houder wrote:
> > On Apr 13 18:10, Houder wrote:
>
> >> = Cygwin 2.0 -- logged on as user Test
> >>
> >> %% uname -a
> >> CYGWIN_NT-6.1-WOW Seven 2.0.0(0.287/5/3) 2015-04-12 21:09 i686 Cygwin
> >> %% pwd
> >> /home/Test
> >> %% id
> >> uid=197614(Test) gid=197121(None) groups=197
Corinna Vinschen cygwin.com> writes:
> I uploaded new snapshots to https://cygwin.com/snapshots/ and I'm just
> uploading a 2.0.0-0.4 release.
>
> Please give either of them a try.
Windows Server 2012R2 complains about the ordering of DACL after Cygwin has
touched them when opening the security
> On Apr 13 18:10, Houder wrote:
>> = Cygwin 2.0 -- logged on as user Test
>>
>> %% uname -a
>> CYGWIN_NT-6.1-WOW Seven 2.0.0(0.287/5/3) 2015-04-12 21:09 i686 Cygwin
>> %% pwd
>> /home/Test
>> %% id
>> uid=197614(Test) gid=197121(None) groups=197121(None), ... followed by
>> irrelevant j.
>> 545
On 2015-04-14 01:24 PM, Bryan Berns wrote:
I do the same 'time ls -l /cygdrive/c/somedir/*'. Takes 20 seconds.
Subsequent runs in the also take 20 seconds. Since I'm able to
It sounds like Cygwin needs a negative-entry cache i.e. a cache of ACL's that are know to be orphans or otherwise b
Hello!
I decided to try to return to my GNU make patch making use of spawn() on
Cygwin. Since upstream project refused to cooperate, i use my own patched
version of Make. And i came across a problem. When spawn() is used,
sub-process fails to process Ctrl-C. Ctrl-C is simply ignored. If i want t
On Tue, Apr 14, 2015 at 4:00 AM, Corinna Vinschen
>
> The problem is that Cygwin, or any other tool trying to resolve SIDs
> doesn't know a SID won't resolve before it tried. And then it's an
> OS function which takes its time. It's like checking for network
> machines providing shares. Sometime
Greetings, Keith Christian!
>> nslookup returns normal output.
>>
>> An strace of dig shows nothing out of the ordinary.
>>
>> ls -l /bin/dig shows:
>>
>> -rwxr-xr-x 1 keith Domain Users 2202141 Mar 18 20:05 /bin/dig
> Anyone have suggestions? I've uninstalled and reinstalled bind-utils,
> no im
On Apr 14 05:08, Bryan Berns wrote:
> On Tue, Apr 14, 2015 at 4:00 AM, Corinna Vinschen
> wrote:
> >
> > Orphaned SIDs shouldn't happen. Disabling accounts, ok, but removing
> > them? I don't know. So the question is, if there's no account with
> > these SIDs anymore, why aren't these SIDs remo
Tab autocomplete is going mad..
Either
A) It waits for a while, in which time I can't type anything, then it gives a
beep and exits, letting me type, but not displaying anything
or
B) It waits for a while, then says there are loads of possibilities
I'll demonstrate showing how it is for this di
On Tue, Apr 14, 2015 at 4:00 AM, Corinna Vinschen
wrote:
>
> Orphaned SIDs shouldn't happen. Disabling accounts, ok, but removing
> them? I don't know. So the question is, if there's no account with
> these SIDs anymore, why aren't these SIDs removed from the ACLs?
> It's not only Cygwin. Thes
On Apr 13 14:20, Bogdan wrote:
> Hi,
>
> I installed the inetutils package but not inetutils-server. The
> installer then executed the inetutils-server.sh.
It can only do that if the inetutils-server package *has* been
installed, because the file etc/postinstall/inetutils-server.sh is part
of the
On Apr 13 18:10, Houder wrote:
> Hi Corinna,
>
> Perhaps not relevant anymore (since you have returned to the drawing board)
> ...
>
> - after installing update 3 to Cygwin 2.0 ...
> - created file while being logged on as user Test; subsequently executed:
> chmod 460 file
> - switched back
On Apr 14 06:57, Achim Gratz wrote:
> Bryan Berns gmail.com> writes:
> > Based on some rudimentary performance tests, it would appear that
> > Cygwin may repeatedly try to lookup information on a SID form an ACE
> > if cannot find a corresponding account which will undoubtedly
> > occur for or
On Apr 13 21:51, Achim Gratz wrote:
> Corinna Vinschen writes:
> > I think I fixed it. Please try the latest developer snapshot or
> > wait for 2.0.0-0.3. I'm just building.
>
> Fix confirmed (both architectures).
Thanks!
Corinna
--
Corinna Vinschen Please, send mails regar
On Apr 13 11:00, Christoph Weise wrote:
>
>
> > The problem is the call to shmget:
> >
> > #undef PAGESIZE
> > #define PAGESIZE 512
> > shmid = shmget(key, PAGESIZE, IPC_ALLOC);
> >
> > Since you're requesting only 512 bytes, the shared memory segment the
> > following shmat call returns
Hi Takashi,
On Apr 13 19:31, Takashi Yano wrote:
> Hi Corinna,
>
> I'm sorry for late reply.
No worries.
> On Tue, 7 Apr 2015 11:11:13 +0200
> Corinna Vinschen wrote:
>
> > I think we should move opost processing back to the master side. Would
> > it be much of a problem to restructure your
43 matches
Mail list logo
