New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Very large crunches can possibly overflow the Xen static segments #396
Comments
Confirmed to be because of too large a crunch, e.g. in the changelog.md file |
it would be great if there is a way to automatically detect this and error out early (instead of silently crashing, as it did for me) |
I seem to have this issue, it's really annoying. I can work around it by creating smaller files, but that is a bit hacky. Consider this stuff required to play the Tetris soundtrack on QubesOS (just embedding read_chunk "tetris01.wav" >>= play_wav >>= fun () ->
read_chunk "tetris02.wav" >>= play_wav >>= fun () ->
read_chunk "tetris03.wav" >>= play_wav >>= fun () ->
read_chunk "tetris04.wav" >>= play_wav >>= fun () -> |
Yeah, we need to detect this statically in the backend-specific linker script (it'll be different between xen and solo5 for example) |
The openmirage.org site is occasionally rebooting (and coming up again quite fast). Upon inspection, the domain crash looks like this:
The instruction pointer is at:
which is a function call in
static2.ml
, which is actually the crunched file system. So I suspect that the mirage site content has just become a little too large for the static memory map that we gave it, hence the crashing. /cc @talex5 in case he has any idea if this changed in minios recently.The text was updated successfully, but these errors were encountered: