You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
You could actually implement a WebAssembly module in any language, and as long
273
273
as you implement these functions, it will be interoperable, given the JSON data
274
-
passed around is the proper format.
274
+
passed around is in the proper format.
275
275
276
276
Note that these u32 pointers refer to `Region` instances, containing the offset
277
277
and length of some Wasm memory, to allow for safe access between the caller and
@@ -351,7 +351,7 @@ pub trait Storage {
351
351
///
352
352
/// The bound `start` is inclusive and `end` is exclusive.
353
353
///
354
-
/// If `start` is lexicographically greater than or equal to `end`, an empty range is described, mo matter of the order.
354
+
/// If `start` is lexicographically greater than or equal to `end`, an empty range is described, no matter of the order.
355
355
fnrange<'a>(
356
356
&'aself,
357
357
start:Option<&[u8]>,
@@ -389,14 +389,14 @@ are only used in `#[cfg(test)]` blocks, they will never make it into the
389
389
390
390
Note that for tests, you can use the `MockStorage` implementation which gives a
391
391
generic in-memory hashtable in order to quickly test your logic. You can see a
392
-
[simple example how to write a test](https://github.com/CosmWasm/cosmwasm/blob/81b6702d3994c8c34fb51c53176993b7e672860b/contracts/hackatom/src/contract.rs#L70-L88)
392
+
[simple example of how to write a test](https://github.com/CosmWasm/cosmwasm/blob/81b6702d3994c8c34fb51c53176993b7e672860b/contracts/hackatom/src/contract.rs#L70-L88)
393
393
in our sample contract.
394
394
395
395
## Testing the Smart Contract (wasm)
396
396
397
397
You may also want to ensure the compiled contract interacts with the environment
398
398
properly. To do so, you will want to create a canonical release build of the
399
-
`<contract>.wasm` file and then write tests in with the same VM tooling we will
399
+
`<contract>.wasm` file and then write tests with the same VM tooling we will
400
400
use in production. This is a bit more complicated but we added some tools to
401
401
help in
402
402
[cosmwasm-vm](https://github.com/CosmWasm/cosmwasm/tree/main/packages/vm) which
0 commit comments