[gookie-dev]

What

PPSA35943 (Graveyard Keeper 2) imports sceHttp2DeleteCookieBox (O9ync3F-JVI), which no library exported. On current main the title first stops at sceSaveDataDirNameSearch2, which open #3814 adds; with #3814 the loader stops it here:

./eboot.elf: symbol lookup error: ./eboot.elf: undefined symbol: O9ync3F-JVI

sceHttp2CreateCookieBox now records the ids it returns, and sceHttp2DeleteCookieBox(cookieBoxId) discards a recorded box and returns 0, or the library's invalid-id error (0x817B1100) for an id that is not a live box. The signature follows SharpProspero and the behaviour prosper's implementation; the error code is listed in TechnicalDebt as not measured on a console.

Note: #3535 also changes sceHttp2CreateCookieBox (it moves handles into one typed registry and does not add this export), so whichever of the two lands second needs a small rebase.

Tested

Ubuntu 24.04, GCC 13.3, Release.

• guest_http2 deletes a box twice and an id that is not a box, and deletes the boxes it uses before sceHttp2Term. It does not link on main (no sceHttp2DeleteCookieBox) and passes with this change.
• PPSA35943 (relinked with --to-intel) with fix(exports): export the calls PPSA30601 imports #3814 merged locally: stops at the line above without this change; with it, the title loads and runs into its asset loading.

Checklist

• Based on current main; no other open PR implements the same functions
• One topic per PR; follow-ups go in a new PR
• No comments in code except technical debt
• Unimplemented paths throw (NotImplemented_nid_no_patch); silent stubs are listed in TechnicalDebt
• No notes, investigation .md files or images added to the repository (attach them to this PR)
• New third-party code is a submodule built from source
• Generic behaviour, not specific to one title
• Depends on: none
• AI-assisted: yes

[github-actions]

Progress report (e7c70a2 → ce0915e)

➖ System libraries: 86.23% (+0.0%, +1 implemented functions)

✅ 1 implemented

Library	Name
libSceHttp2	sceHttp2DeleteCookieBox

[oneandonlydean]

#3535 moved the Http2 handles into g_handles with Http2Kind::CookieBox, so this now conflicts in core/libs/prx/libSceHttp2/Export.cpp. Please rebase and have sceHttp2DeleteCookieBox erase the box from that registry instead of keeping a separate g_cookieBoxes set.

[gookie-dev]

Rebased on main. sceHttp2DeleteCookieBox now erases the Http2Kind::CookieBox entry from g_handles and returns 0x817B1100 for anything else; the separate g_cookieBoxes set is gone. guest_http2 also checks that a box whose context was terminated can no longer be deleted.