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 has a new
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 under cygwin
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
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:
-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 Orr [mailto:rog
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 echo.exe from
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: Re: slow
) 2002,2015 by Roger Orr rog...@howzatt.demon.co.uk
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.
Permission is granted to anyone to make
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.
From: Roger Orr
Sent: 18 February 2015 11:26
To: Corinna
...@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 environment has 6 London based DCs
According to ldp.exe
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 login
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 I will still be using the
'files' setting.
The idea
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
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.
14 matches
Mail list logo