Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-developers-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-developers/>
List-Post: <mailto:cygwin-developers AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-developers-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-developers-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin-developers AT sources DOT redhat DOT com
Date: Tue, 7 Aug 2001 13:21:15 -0400
From: Christopher Faylor <cgf AT redhat DOT com>
To: cygwin-developers AT cygwin DOT com
Subject: Re: outstanding issues blocking new release?
Message-ID: <20010807132115.A29241@redhat.com>
Reply-To: cygwin-developers AT cygwin DOT com
Mail-Followup-To: cygwin-developers AT cygwin DOT com
References: <20010806213235 DOT A24499 AT redhat DOT com> <s1svgjzc3m7 DOT fsf AT jaist DOT ac DOT jp> <1848048212 DOT 20010807193211 AT logos-m DOT ru> <20010807115708 DOT E27996 AT redhat DOT com> <1712976619 DOT 20010807205420 AT logos-m DOT ru>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.11i
In-Reply-To: <1712976619.20010807205420@logos-m.ru>; from deo@logos-m.ru on Tue, Aug 07, 2001 at 08:54:20PM +0400

On Tue, Aug 07, 2001 at 08:54:20PM +0400, egor duda wrote:
>Hi!
>
>Tuesday, 07 August, 2001 Christopher Faylor cgf AT redhat DOT com wrote:
>
>CF> On Tue, Aug 07, 2001 at 07:32:11PM +0400, egor duda wrote:
>>>Tuesday, 07 August, 2001 Kazuhiro Fujieda fujieda AT jaist DOT ac DOT jp wrote:
>>>KF> n) Too large cygwin1.dll.
>>>KF> The size of cygwin1.dll suddenly became large when Egor added
>>>KF> the negative index support to ctype_.c in newlib. I guess the
>>>KF> augmented size of the table makes cygwin1.dll so large, but I
>>>KF> can't find the proper way to solve it.
>>>
>>>no. it was because of change of size of zombie array and static buffer
>>>for /dev/dsp. ctype_ change costs only 128 bytes.
>
>CF> Anyone want to handle dsp?  The original developer seems to have given
>CF> up on cygwin.
>
>CF> IIRC, I had to make changes to make sure that the dsp constructor wasn't
>CF> called every time cygwin started.
>
>hmm, i was a bit wrong about /dev/dsp. static buffer is uninitialized,
>so it goes to bss, and doesn't increase the size of dll, it only
>increases the size of mapped address space. i don't think it's good
>either, and feel that buffer should be allocated on heap, and only
>when needed. i'll post a patch shortly.
>
>zombies array wouldn't affect dll size to if it was normal
>uninitialized array. but the problem is that it's NO_COPY, so it goes
>to separate section, and linker doesn't put it into bss.

Too bad that you can only put initialized data in other segments.
It would be nice to have an uninitialized "fork_no_copy" region.

Or, maybe we should only put the stuff that we *want* copied by
fork into its own segment.  Hmm.

cgf