delorie.com/archives/browse.cgi | search |
Message-Id: | <3.0.1.32.20010427134104.006d7d84@wingate> |
X-Sender: | n_abing#ns DOT roxas-online DOT net DOT ph AT wingate |
X-Mailer: | Windows Eudora Pro Version 3.0.1 (32) |
Date: | Fri, 27 Apr 2001 13:41:04 +0800 |
To: | djgpp-workers AT delorie DOT com |
From: | "Nimrod A. Abing" <n_abing AT ns DOT roxas-online DOT net DOT ph> |
Subject: | Re: sbrk() storing the size of memory blocks |
In-Reply-To: | <Pine.LNX.4.10.10104261414430.592-200000@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 |
Hi! At 02:30 PM 04/26/2001 +0200, you wrote: >Hello, everyone. > >After all this discussion about how sbrk() makes life for the core dumping >code unnecessarily hard by not storing the size of the memory blocks it >got from DPMI, I decided to put on my hacker hat and do something about >it. > >So, here is the set of patches needed to do this. Could you please send another patch for crt0.S? I tried to apply it to the crt0.S found DJLSR203 and it failed with the following messages: ~/pmdb/coredump>$patch -p0 < crt0.S.commenting.diff patching file "crt0.S" Hunk #1 succeeded at 24 with fuzz 2 (offset -13 lines). Hunk #3 succeeded at 146 (offset -13 lines). Hunk #5 succeeded at 311 (offset -13 lines). Hunk #7 succeeded at 347 (offset -13 lines). Hunk #9 FAILED at 408. Hunk #10 succeeded at 412 (offset -13 lines). Hunk #12 succeeded at 467 (offset -13 lines). Hunk #13 FAILED at 492. 2 out of 13 hunks FAILED -- saving rejects to file "crt0.S.rej" Thanks. nimrod_a_abing -------------- +========================================+ | Home page: www.geocities.com/n_abing | +========================================+ "Tinimbang ka ngunit kulang." If you understand that phrase, i-email mo'ko. ;-)
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |