Skip to content
This repository was archived by the owner on Nov 19, 2024. It is now read-only.

Commit d2b3efc

Browse files
committed
point out that stable memory is cleared during reinstall
1 parent aba6c6d commit d2b3efc

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

spec/index.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1836,7 +1836,7 @@ Only controllers of the canister can install code.
18361836

18371837
- If `mode = install`, the canister must be empty before. This will instantiate the canister module and invoke its `canister_init` method (if present), as explained in Section "[Canister initialization](#system-api-init)", passing the `arg` to the canister.
18381838

1839-
- If `mode = reinstall`, if the canister was not empty, its existing code and state is removed before proceeding as for `mode = install`.
1839+
- If `mode = reinstall`, if the canister was not empty, its existing code and state (including stable memory) is removed before proceeding as for `mode = install`.
18401840

18411841
Note that this is different from `uninstall_code` followed by `install_code`, as `uninstall_code` generates a synthetic reject response to all callers of the uninstalled canister that the uninstalled canister did not yet reply to and ensures that callbacks to outstanding calls made by the uninstalled canister won't be executed (i.e., upon receiving a response from a downstream call made by the uninstalled canister, the cycles attached to the response are refunded, but no callbacks are executed).
18421842

0 commit comments

Comments
 (0)