I am also hit by the slow AD issue; so thanks for the solution.
mkpasswd takes an hour and mkgroup takes longer -- is there anything I can
suggest to our administrators that would help make this time less?
We have not had previous problems reported with our AD being slow.
Regards,
Roger.
-O
Corinna Vinschen wrote:
> So I'd think the best way forward is to update to the
> 1.7.35-0.1 test release and report further from there.
Thanks, this does help a little. However I will still be using the 'files'
setting.
Here are some results in case they're of interest. (Windows 7/64 with
c
Corinna Vinschen wrote:
> On Feb 16 20:02, Roger Orr wrote:
>> Corinna Vinschen wrote:
>>> So I'd think the best way forward is to update to the
>>> 1.7.35-0.1 test release and report further from there.
>>
>> Thanks, this does help a little. However
Corinna Vinschen [corinna-cyg...@cygwin.com]
Sent: 18 February 2015 11:18
To: cygwin@cygwin.com
Cc: Roger Orr
Subject: Re: slow startup after upgrade
Hi Roger,
On Feb 17 22:32, Corinna Vinschen wrote:
> On Feb 17 19:13, Roger Orr wrote:
> > According to nltest /dclist:
> > Our environmen
> > and also it no longer opens 14
> > TCP/IP sessions to various ldap servers around the planet (!)
>
> Uh, that might be the result of the other changes which don't open an
> LDAP connection to fetch group info. 14 connections probably means,
> you're in 14 groups in other domains than your logi
to turn off referrals
--
*aside*
Sysinternals "ADInsight" is a 32bit only tool and, in order to work on a 64bit
Windows you seem to have to manually inject the DLL ADInsightDll.dll (which is
extracted into %TEMP%) into the target (32-bit!) process.
Regards,
Roger.
ION
Inject a DLL into another process
COPYRIGHT
Copyright (C) 2002,2015 by Roger Orr
This software is distributed in the hope that it will be useful, but
without WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
P
ed by
the ADInsight program (in the (windows) %TEMP% directory) - a copy of the
DLL doesn't seem to be effective.
Regards,
Roger.
-Original Message-
From: Corinna Vinschen [mailto:corinna-cyg...@cygwin.com]
Sent: 23 February 2015 21:16
To: cygwin@cygwin.com
Cc: Roger Orr
Subject
IN_NT-6.1-WOW LCLDN-DEV24 1.7.35s(0.286/5/3) 20150223 21:02:38 i686
Cygwin:
~35ms to run echo.exe from Windows command prompt
~53ms to run .\id.exe -a from Windows command prompt
nsswitch.conf: passwd and group both set to 'db'
Regards,
Roger.
-Original Message-----
From: Roger
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)
Good work -- at least in my environment ;-)
20150225 DLL:
mkgroup 0.63s
mkpasswd 0.289s
compared to
20150220 DLL:
mkgroup 45.8s
mkpasswd: 4572.7s
Output is
mkgroup: 53kb, 681 lines
mkpasswd: 132kb, 1081 lines.
And the output *is* the same :-)
Roger.
-Original Message-
From: Corinna
David Wohlferd LimeGreenSocks.com> writes:
> Until recently, I've been able to build gcc under cygwin just fine. But
> (relatively) recent checkins (232454 & 232071) are causing problems.
Have you reported the problems with 232454 to gcc yet?
I've already reported the 232071 problem, on the o
x27;s been well
over a week since the problematic check-in)
See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69506
Regards,
Roger.
-Original Message-----
From: Roger Orr [mailto:rog...@howzatt.demon.co.uk]
Sent: 23 January 2016 14:19
To: cygwin@cygwin.com
Subject: Re: Compiling gcc trunk un
FYI
Fixes for both issues now released to gcc trunk.
Roger.
-Original Message-
From: Roger Orr [mailto:rog...@howzatt.demon.co.uk]
Sent: 27 January 2016 00:16
To: 'cygwin@cygwin.com'
Subject: RE: Compiling gcc trunk under cygwin
FYI
(1) Revision 232071 problem
The pr66655
14 matches
Mail list logo
