delorie.com/archives/browse.cgi | search |
X-Authentication-Warning: | acp3bf.physik.rwth-aachen.de: broeker owned process doing -bs |
Date: | Thu, 29 Mar 2001 14:12:39 +0200 (MET DST) |
From: | Hans-Bernhard Broeker <broeker AT physik DOT rwth-aachen DOT de> |
X-Sender: | broeker AT acp3bf |
To: | djgpp-workers AT delorie DOT com |
cc: | "Nimrod A. Abing" <n_abing AT ns DOT roxas-online DOT net DOT ph> |
Subject: | Re: dpmiexcp.c with core dumping |
In-Reply-To: | <10103290510.AA17496@clio.rice.edu> |
Message-ID: | <Pine.LNX.4.10.10103291410240.18423-100000@acp3bf> |
MIME-Version: | 1.0 |
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 |
On Wed, 28 Mar 2001, Charles Sandmann wrote: > base address, which makes it look like a 4Gb address space) the core > files are huge unless they are dumped in pieces. This also makes it > a real pain to process the core files also... Right. That's why, on "real" Unix, core files may be created with "holes" in them, i.e. areas of the file that take up file size, but are not really assigned any space on disk. DOS/Windows filesystems can't do that, so we'll need other means of simulating those holes. -- Hans-Bernhard Broeker (broeker AT physik DOT rwth-aachen DOT de) Even if all the snow were burnt, ashes would remain.
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |