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 20:54:20 +0400
From:	egor duda <deo AT logos-m DOT ru>
X-Mailer:	The Bat! (v1.53 RC/4)
Reply-To:	egor duda <cygwin-developers AT cygwin DOT com>
Organization:	deo
X-Priority:	3 (Normal)
Message-ID:	<1712976619.20010807205420@logos-m.ru>
To:	Christopher Faylor <cygwin-developers AT cygwin DOT com>
Subject:	Re: outstanding issues blocking new release?
In-Reply-To:	<20010807115708.E27996@redhat.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>
MIME-Version:	1.0

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.

Egor.            mailto:deo AT logos-m DOT ru ICQ 5165414 FidoNet 2:5020/496.19

- Raw text -