Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Date: Tue, 22 Oct 2002 20:26:05 -0400
From: Christopher Faylor <cgf AT redhat DOT com>
To: cygwin AT cygwin DOT com
Subject: snapshots R us
Message-ID: <20021023002605.GA2785@redhat.com>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <20021017182952 DOT GA7865 AT redhat DOT com> <20021018122321 DOT GA1768 AT tishler DOT net> <20021018142340 DOT GA8353 AT redhat DOT com> <20021018151318 DOT GB1060 AT tishler DOT net> <20021018193439 DOT GB13377 AT redhat DOT com> <20021018202746 DOT GA2336 AT tishler DOT net> <20021021011719 DOT GA9819 AT redhat DOT com> <09b701c27934$8233fa60$0636ba8c AT sfdev3> <20021021193525 DOT GB19051 AT redhat DOT com> <006801c27a16$757f2050$7437ba8c AT sfdev3>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <006801c27a16$757f2050$7437ba8c@sfdev3>
User-Agent: Mutt/1.5.1i

On Tue, Oct 22, 2002 at 06:00:38PM -0400, Norman Vine wrote:
>Christopher Faylor wrote:
>
>> On Mon, Oct 21, 2002 at 03:03:13PM -0400, Norman Vine wrote:
>> >Christopher Faylor writes:
>> >
>> >> I was able to duplicate Jason's mmap problem with his version of exim
>> >> and, so, I think I was also able to fix it.
>>
>> >> So, try a snapshot.  Collect them all.  Win valuable prizes.
> >
>> >rxvt seems to have a problem with this dll
>>
>> >make[1]: Leaving directory `/src/cygwin2/obj/libiberty'
>> >   2194 [main] ? 2076 open_shared: relocating shared object shared(3)
>from
>> >0xA000000 to 0xC5D0000 on Windows NT
>> >Signal 11
>>
>>The above message is a warning.  The signal 11 is a problem.  There
>>should be a stackdump file.  Please decode the addresses with addr2line
>>and report them here.
>
>It appears as if todays patch < see below > fixes this problem

That was my first stab at fixing the problem but it looks like all of
my activity in the last couple of weeks to stabilize 1.3.13 has been a
shell game.

I tried to introduce a speedup for select() in 1.3.13 by allocating a
reusable thread pool that select could use rather than stopping and
starting threads every time certain types of fds are being selected.
This worked ok except in the case of fork.  When the threads are being
initialized, Windows allocated space for their stacks.  Sometimes the
stacks showed up in places, like the heap, or in the locations where
dlls were supposed to live.  So, cygwin's fork hack got confused.  You
can't fault windows for placing the stacks whereever it feels like so,
in hindsight, the thread pool idea was doomed to failure.

I finally bit the bullet today and scrapped the "allocate a thread pool
at process start" plan and changed it to "allocate threads as they are
needed and reuse them".  If my analysis of the situation is correct, then
this should squash most of the problems with heap, mmap, and dlls that
have plagued 1.3.13 and snapshots.

So, the latest snapshot should be better.  It also has some ntsec fixes
courtesy of Pierre Humblet which should make the "incomplete /etc/passwd
file" problem a little better.  For most people, in fact, that might be
the most important change in this snapshot.

So, as usual, please try the 2002-10-22 snapshot.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/