| delorie.com/archives/browse.cgi | search |
| From: | "Mark E." <snowball3 AT bigfoot DOT com> |
| To: | djgpp-workers AT delorie DOT com |
| Date: | Sat, 13 Jan 2001 11:58:00 -0500 |
| MIME-Version: | 1.0 |
| Subject: | Re: memalign & valloc patch v2 |
| Message-ID: | <3A6042C8.14505.1DC212@localhost> |
| In-reply-to: | <5137-Sat13Jan2001121228+0200-eliz@is.elta.co.il> |
| References: | <3A5E1168 DOT 31413 DOT E8B6A2 AT localhost> (snowball3 AT bigfoot DOT com) |
| X-mailer: | Pegasus Mail for Win32 (v3.12c) |
| 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 |
> Speaking for myself, I don't think I understand the problem (not > surprisingly, since I never looked at this issue close enough). Could > you perhaps elaborate a bit more on the tests gcc does in these > failing cases, and why does it fail? I've already found the problem. It turns out I was assuming that (aligned pointer - malloc'ed pointer) would be a multiple of 8. This assumption worked in my testing. But when using gcc, the value above could also be a multiple of 4 because the memory addresses returned by malloc could be end in the form 0x.......8 or 0x.......4. My code wasn't accounting for this. Mark
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |