Skip to content

new update i guess(?) i haven't touched this in a while tbh #152

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

Merged
merged 47 commits into from
Jul 30, 2025

Conversation

TheEt1234
Copy link
Contributor

It's definitely incomplete

anyway i don't know but it has a chance of fixing #151, i tested it and it seems to work a bit

ALSO: from now on i'll only fix major bugs, and won't work on sbz anymore

corpserot and others added 30 commits May 25, 2025 19:19
- More detailed instructions/documentation
- autohook now being locked behind an additional
  player setting and game/mod developer's sandbox
  spec.
- Windows support, with a bit of caveat.
- Clarify support (experimental and WIP)
- Deleted sbz_logic_autohook
- switch to xmake instead of make
- further clarify README.md
- use prefix-suffix that xmake produces (more correct)
  lib*.so on linux, and lib*.dll from mingw toolchains
- autohook now requires 1 argument, which is the sandbox spec.
- libox is less noisy when autohook is unavailable
- update windows autohook.
- introduces autohook C module API versioning + checks
- autohook C module now respects the given hook_time and time_limit
  arguments.
- better xmake build script with options that actually works
- use autohook.c hash as the version check
- no longer vendoring C modules
- update docs
- split general utils out of autohook.c
- add debug build and logging
- use hash of all C source files instead of just one
- when loading autohook, check for matching luajit version
- fix broken sandbox kill command for def.in_hook support
- update autohook documentation
- update knowledge station docs
- apply the same isyieldable check and attempts to
  in_hook called by autohook
- clean up old autohook usage
also no swearing! we are family friendly
developers, not some garish barbaric punks!
@ChefZander ChefZander merged commit 8cdb56c into ChefZander:master Jul 30, 2025
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants