Fix O_LARGEFILE support on 32bit builds #438

pull jrmithdobbs wants to merge 1 commits into bitcoin:master from jrmithdobbs:fix-largefile-support-on-32bit-builds changing 1 files +1 −1
  1. jrmithdobbs commented at 5:37 PM on July 30, 2011: contributor

    Add makefile.unix definitions (tested on glibc, not sure if *bsd libc support these options) to allow debug.log to grow past 2GB on 32bit builds.

    I ran into this problem when I noticed that debug.log stops updating at 2GB on my 32bit host.

    This will also make it so that the block chain can grow past 2GB on 32bit builds.

    We may need some further options for *bsd's libc but I don't have available test installs at the moment.

  2. Add makefile.unix definitions (tested on glibc, not sure if *bsd libc support these options) to allow debug.log to grow past 2GB on 32bit builds. 93b21468f5
  3. jrmithdobbs commented at 5:42 PM on July 30, 2011: contributor

    The win32 and osx makefiles probably need similar changes before the block chain gets that big.

  4. jrmithdobbs commented at 5:47 PM on July 30, 2011: contributor

    sipa informed me that block chain is split into 1GB files so not as big a deal there. This mostly just affects debug.log on long-running bitcoind instances.

  5. jrmithdobbs closed this on Jul 30, 2011

  6. jrmithdobbs reopened this on Jul 30, 2011

  7. jrmithdobbs commented at 6:14 PM on July 30, 2011: contributor

    This breaks GetFilesize which breaks ShrinkDebugFile. Closing until I can get that sorted out.

  8. jrmithdobbs closed this on Jul 30, 2011

  9. rajarshimaitra referenced this in commit ed17a7acdd on Aug 5, 2021
  10. DrahtBot locked this on Sep 8, 2021
Contributors

github-metadata-mirror

This is a metadata mirror of the GitHub repository bitcoin/bitcoin. This site is not affiliated with GitHub. Content is generated from a GitHub metadata backup.
generated: 2026-04-19 00:16 UTC

This site is hosted by @0xB10C
More mirrored repositories can be found on mirror.b10c.me