Skip to content

Bump actions/checkout from 3 to 4 - #8

Open
dependabot[bot] wants to merge 1 commit into
masterfrom
dependabot/github_actions/actions/checkout-4
Open

Bump actions/checkout from 3 to 4#8
dependabot[bot] wants to merge 1 commit into
masterfrom
dependabot/github_actions/actions/checkout-4

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Sep 4, 2023

Copy link
Copy Markdown

Bumps actions/checkout from 3 to 4.

Release notes

Sourced from actions/checkout's releases.

v4.0.0

What's Changed

New Contributors

Full Changelog: actions/checkout@v3...v4.0.0

v3.6.0

What's Changed

New Contributors

Full Changelog: actions/checkout@v3.5.3...v3.6.0

v3.5.3

What's Changed

New Contributors

Full Changelog: actions/checkout@v3...v3.5.3

v3.5.2

What's Changed

Full Changelog: actions/checkout@v3.5.1...v3.5.2

v3.5.1

What's Changed

New Contributors

... (truncated)

Changelog

Sourced from actions/checkout's changelog.

Changelog

v4.0.0

v3.6.0

v3.5.3

v3.5.2

v3.5.1

v3.5.0

v3.4.0

v3.3.0

v3.2.0

v3.1.0

v3.0.2

v3.0.1

... (truncated)

Commits

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot merge will merge this PR after your CI passes on it
  • @dependabot squash and merge will squash and merge this PR after your CI passes on it
  • @dependabot cancel merge will cancel a previously requested merge and block automerging
  • @dependabot reopen will reopen this PR if it is closed
  • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
  • @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

Bumps [actions/checkout](https://github.com/actions/checkout) from 3 to 4.
- [Release notes](https://github.com/actions/checkout/releases)
- [Changelog](https://github.com/actions/checkout/blob/main/CHANGELOG.md)
- [Commits](actions/checkout@v3...v4)

---
updated-dependencies:
- dependency-name: actions/checkout
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot added the dependencies Pull requests that update a dependency file label Sep 4, 2023
Jamiras pushed a commit that referenced this pull request Aug 30, 2026
A successful overlay load hands the overlays, the overlay path and
the image list to the consumer through overlay_task_data_t, and the
task queue retires a task by running its callback and then its
cleanup.  So input_overlay_loaded() releases the image list first,
and task_overlay_free() released it again straight after:

  Abort message: 'Scudo ERROR: invalid chunk state when
                  deallocating address 0x200006d36fbb9c0'
    #5 string_list_free+84
    #6 task_overlay_free
    #7 retro_task_internal_retire_cleanup
    #8 rarch_main

Every successful overlay load aborts, which on Android means every
startup that brings up the touch overlay, and thereafter every
overlay switch and every content load.

The release was made unconditional to plug what looked like a leak
of the list container on the success path.  It is not one - the
consumer frees it, on both of its paths (input/input_driver.c) -
so the conditional it replaced was right about the list.  What the
old condition did get wrong is that RETRO_TASK_FLG_CANCELLED is not
what decides whether the loader still owns anything: a load that
finishes but cannot allocate its overlay_task_data_t returns
without handing off, and the cleanup then walked away from the
overlays, the path, the list and every texture in it.

Drop the loader's references as the hand-off takes them, and key
the cleanup on the pointers instead of on the flag.  A pointer
still set is one nobody took, whichever way the load ended, so both
the second release and the missed one go away.

The oracle could not see this: its stub consumer took the overlays
and the path but left the image list alone, so the loader's release
was the only one in the run.  Make it take the list too, the way
the real consumer does.

ASan+UBSan+LSan and TSan clean over samples/tasks/overlay; with the
oracle corrected and the fix reverted, ASan reports the
use-after-free above at task_overlay.c:1299.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants