mirror of
https://github.com/jart/cosmopolitan.git
synced 2025-01-31 11:37:35 +00:00
94afa982c3
Here's why we got those `Killed: 11` failures on MacOS after modifying the contentns of the redbean.com executable. If you were inserting a small file, such as a HelloWorld.html file, then InfoZIP might have decreased the size of the executable to less than what the Mach-O section had been expecting. That's because when zipobj.com put things like time zone data in the executable, it aligned each zip file entry on a 64-byte boundary, simply for the sake of readability in binary dumps. But when InfoZIP edited the file it would rewrite every entry using ZIP's usual 2-byte alignment. Thus causing shrinkage. The solution was to reconfigure the linker script so that zip file bits that get put into the executable at link-time, such as timezone data, aren't officially part of the executable image, i.e. we don't want the operating system to load that part. The original decision to put the linked zip files into the .data section was mostly made so that when the executable was run in its .com.dbg form it would still have the zip entries be accessible, even though there was tons of GNU debug data following the central directory. We're not going to be able to do that. The .com executable should be the canonical executable. We have really good tools for automatically attaching and configuring GDB correctly with debug symbols even when the .com is run. We'll have to rely on those in cases where zip embedding is used. See #53 See #54 See #68 |
||
|---|---|---|
| .. | ||
| emubin | ||
| emucrt | ||
| lib | ||
| ar.c | ||
| blinkenlights.c | ||
| build.mk | ||
| calculator.c | ||
| calculator.ctest | ||
| calculator.inc | ||
| compile.c | ||
| dis.c | ||
| dropcache.c | ||
| helpop.c | ||
| lz4toasm.c | ||
| mkdeps.c | ||
| package.c | ||
| pstrace.c | ||
| refactor.c | ||
| rle.c | ||
| rollup.c | ||
| runit.c | ||
| runit.h | ||
| runitd.c | ||
| summy.c | ||
| tinyemu.c | ||
| x86combos.c | ||
| zipobj.c | ||