-
Notifications
You must be signed in to change notification settings - Fork 187
Permalink
Choose a base ref
{{ refName }}
default
Choose a head ref
{{ refName }}
default
Comparing changes
Choose two branches to see what’s changed or to start a new pull request.
If you need to, you can also or
learn more about diff comparisons.
Open a pull request
Create a new pull request by comparing changes across two branches. If you need to, you can also .
Learn more about diff comparisons here.
base repository: luvit/luv
Failed to load repositories. Confirm that selected base ref is valid, then try again.
Loading
base: 1.48.0-1
Could not load branches
Nothing to show
Loading
Could not load tags
Nothing to show
{{ refName }}
default
Loading
...
head repository: luvit/luv
Failed to load repositories. Confirm that selected head ref is valid, then try again.
Loading
compare: 1.48.0-2
Could not load branches
Nothing to show
Loading
Could not load tags
Nothing to show
{{ refName }}
default
Loading
- 8 commits
- 9 files changed
- 1 contributor
Commits on Mar 1, 2024
-
Fix garbage collection of scandir reqs
Return a userdata wrapper around the uv_req_t to allow it to be garbage collected before the program exits. Previously, the returned userdata held a reference to itself in the Lua registry, meaning it would never be able to be garbage collected until the process ended. This reverts commit 0e4a895, which attempted a workaround for the same underlying problem that introduced a use-after-free.
Configuration menu - View commit details
-
Copy full SHA for 3e39f98 - Browse repository at this point
Copy the full SHA 3e39f98View commit details
Commits on Mar 2, 2024
-
Pass -fno-sanitize-recover=all to make all UBSan detections fatal
From the clang docs: > By default, non-fatal checks are those enabled by UndefinedBehaviorSanitizer, except for -fsanitize=return and -fsanitize=unreachable.
Configuration menu - View commit details
-
Copy full SHA for d6628b4 - Browse repository at this point
Copy the full SHA d6628b4View commit details -
Fix undefined behavior in thread.c
This was doing pointer addition where i could be >= LUV_THREAD_MAXNUM_ARG and then subtracting afterwards. By doing the subtraction first, the number is properly bounded within 0..LUV_THREAD_MAXNUM_ARG
Configuration menu - View commit details
-
Copy full SHA for a290979 - Browse repository at this point
Copy the full SHA a290979View commit details -
Configuration menu - View commit details
-
Copy full SHA for 549a093 - Browse repository at this point
Copy the full SHA 549a093View commit details -
Configuration menu - View commit details
-
Copy full SHA for 343b51b - Browse repository at this point
Copy the full SHA 343b51bView commit details -
Configuration menu - View commit details
-
Copy full SHA for ec6ecf5 - Browse repository at this point
Copy the full SHA ec6ecf5View commit details -
Configuration menu - View commit details
-
Copy full SHA for 4b80697 - Browse repository at this point
Copy the full SHA 4b80697View commit details -
Merge pull request #696 from squeek502/scandir-gc
Fix garbage collection of scandir reqs
Configuration menu - View commit details
-
Copy full SHA for 7233e6d - Browse repository at this point
Copy the full SHA 7233e6dView commit details
Loading
This comparison is taking too long to generate.
Unfortunately it looks like we can’t render this comparison for you right now. It might be too big, or there might be something weird with your repository.
You can try running this command locally to see the comparison on your machine:
git diff 1.48.0-1...1.48.0-2