Message-Id:	<m0yK5fc-000S3DC@inti.gov.ar>
Comments:	Authenticated sender is <salvador AT natacha DOT inti DOT gov DOT ar>
From:	"Salvador Eduardo Tropea (SET)" <salvador AT inti DOT gov DOT ar>
Organization:	INTI
To:	Charles Terry <cterry AT plinet DOT com>, djgpp AT delorie DOT com
Date:	Tue, 31 Mar 1998 15:25:41 +0000
MIME-Version:	1.0
Subject:	Re: Keyboard Locks Up While Developing
In-reply-to:	<35211CF6.C2F@plinet.com>

Charles Terry <cterry AT plinet DOT com> wrote:

> Ok I dont have answers for you but a little experience
> Dos 6.2
> 1) I've had rhide lock if during complile I click the mouse
> on the menus.  I'd consider that a bug but I just don't do it
> anymore.

I saw it some time ago in a machine with a small quantity of RAM. I think 
that's because there are some bug in the locked mouse handler.

> 2) On a machine with limited memory C++ programs can take
> forever to compile- the program is still active though nothing
> appears to be taking place.  Then if you try to take any action
> -crash

GCC makes strange things when you don't have enough memory.

> 3) If in rhide you do have a crash it can screw up the grp file
> leading to various instabilities including a bad evironment
> after exiting.
>
> 4) As far as borlands make (I know it doesn't apply here but,
> for the record) borlands dpmi is totaly uncooperative with
> djgpps.  I was assuming rhide ran make- (-anybody- does it?)

No, RHIDE never calls make.
 

SET 
------------------------------------ 0 --------------------------------
Visit my home page: http://set-soft.home.ml.org/
or
http://www.geocities.com/SiliconValley/Vista/6552/
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Alternative e-mail: set-soft AT usa DOT net set AT computer DOT org
ICQ: 2951574
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA
TE: +(541) 759 0013

- Raw text -