delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/2000/01/18/13:04:03

To: djgpp AT delorie DOT com
Subject: Re: upgrade chaos
References: <10001131426 DOT AA17375 AT clio DOT rice DOT edu>
From: Esa A E Peuha <peuha AT cc DOT helsinki DOT fi>
Date: 18 Jan 2000 10:32:00 +0200
In-Reply-To: sandmann@clio.rice.edu's message of "Thu, 13 Jan 2000 08:26:23 -0600 (CST)"
Message-ID: <86pogajpypr.fsf@sirppi.helsinki.fi>
Lines: 17
X-Mailer: Gnus v5.6.43/Emacs 19.34
Reply-To: djgpp AT delorie DOT com

sandmann AT clio DOT rice DOT edu (Charles Sandmann) writes:

> Since most platforms dzero memory used for the first time for 
> security reasons - and the DPMI provider is free not to - you will
> see interesting non-reproducible bugs in DJGPP which are not seen
> elsewhere.  There is a crt0 flag which allows you to zero the memory
> (which should do the stack too) and allows "fixing" these bugs
> by making the DJGPP environment look even more unix-like.

There's also the crt0 flag which fills all memory with 0xdeadbeef.  That,
at least, will make the bugs reproducible.  Has anyone tried GCC (or any
other complex ported program) compiled with _CRT0_FLAG_FILL_DEADBEEF set?

-- 
Esa Peuha
student of mathematics at the University of Helsinki
http://www.helsinki.fi/~peuha/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019