From: sandmann AT clio DOT rice DOT edu (Charles Sandmann)
Message-Id: <10212101635.AA17564@clio.rice.edu>
Subject: Re: DJGPP 2.04 status page updates: more to-dos, priorities
To: djgpp-workers AT delorie DOT com
Date: Tue, 10 Dec 2002 10:35:41 -0600 (CST)
In-Reply-To: <3DF5C72E.728A87C9@phekda.freeserve.co.uk> from "Richard Dawe" at Dec 10, 2002 10:51:26 AM
X-Mailer: ELM [version 2.5 PL2]
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

> Please look at the priorities I've assigned and tell me, if you think they are
> wrong.

> 2 Emacs crashes under Windows NT 4. ... Unixy sbrk.

I've got a patch which improves this under Win2K, but I don't know of anything
to do under NT4.  It just won't stop interrupts.  
 
> 3 The _os_trueversion  ...  Potentially we should use a run-time check 

I think this is prio 5

> Programs that catch SIGFPE and SIGINT. TODO: What exactly is this bug? 

This is just someone to test SIGFPE on Win2K.  SIGINT is probably something
we can't do anything about - sometimes CTRL-C is caught someplace else 
and the image just exits (we don't see signal).  Don't think it's fixable.

> 3 What should we do about iconv in packages - some form of dynamic linking?

We have the technology.  We are just trying to decide how to best package it
right now.  I'm pretty sure the improved dynamic image support will be in
2.04, so improved iconv will also be available.

> 2 The default stack size, 512KB, is too small to bootstrap gcc 3.3.

We should probably just make it 1Mb for everything in V2.04.  But this
will make memory problems even worse on Win boxes with less than 16Mb of
memory.  Thoughts?  Do we keep an earlier toolchain available for small
memory boxes?

> 1 The delay function does not work correctly under Windows 2000 and XP. 

Add uclock doesn't work (prio 2?)

> 3 DJGPP's handling of /dev can cause problems.

I think this is a prio 2.  I think a _chmod() in the right place might
fix this.

> 3 In include/libc/getdinfo.h there are defintions for the bitfield return by the _get_dev_info function, but some code does not use these defines. Instead the code in src/libc/dos/io/setmode.c and src/libc/posix/sys/stat/fstat.c masks the bits off with a hard-coded constant. 

Prio 5

> 4 Should we compress distributed binaries using UPX? 

I'd like to know exactly what breaks this ... If it's some new binutils
feature we can live without ...

> 2 gdb and binutils do not support i786. 

Prio 5.  Simple workaround.