- 18 Jun, 2019 1 commit
-
-
Kenton Varda authored
This can be used on a method to indicate that it is used for "streaming", like: write @0 (bytes :Data) -> stream; A "streaming" method is one which is expected to be called many times to transmit an ordered stream of items. For best throughput, it is often necessary to make multiple overlapping calls, so as not to wait for a round trip for every item. However, to avoid excess buffering, it may be necessary to apply backpressure by having the client limit the total number of overlapping calls. This logic is difficult to get right at the application level, so making it a language feature gives us the opportunity to implement it in the RPC layer. We can, however, do it in a way that is backwards-compatible with implementations that don't support it. The above declaration is equivalent to: write @0 (bytes :Data) -> import "/capnp/stream.capnp".StreamResult; RPC implementations that don't explicitly support streaming can thus instead leave it up to the application to handle.
-
- 05 Aug, 2018 1 commit
-
-
Kenton Varda authored
If we were using C++17, we could use [[fallthrough]] instead... but we are not.
-
- 27 Jul, 2017 1 commit
-
-
Tom Lee authored
-
- 05 Jun, 2017 2 commits
-
-
Kenton Varda authored
-
Kenton Varda authored
-
- 23 May, 2017 1 commit
-
-
Kenton Varda authored
-
- 19 May, 2017 1 commit
-
-
David Lamparter authored
-
- 25 Apr, 2017 1 commit
-
-
Kenton Varda authored
Fixes #363.
-
- 12 Dec, 2016 1 commit
-
-
Kenton Varda authored
The trick here is that you must specify the value as a separate constant with a defined type. Then, you can reference that constant where an AnyPointer is expected. Eventually we should maybe support some sort of inline syntax that specifies a type explicitly...
-
- 02 Oct, 2016 1 commit
-
-
David Renshaw authored
-
- 05 Sep, 2016 1 commit
-
-
David Renshaw authored
-
- 08 Aug, 2016 1 commit
-
-
Kenton Varda authored
-
- 23 Jun, 2016 1 commit
-
-
Kenton Varda authored
Since simply fixing the bug would silently break backwards-compatibility for affected schemas, we instead throw an exception to alert developers. See Issue #344 for more details.
-
- 08 Apr, 2016 1 commit
-
-
Kenton Varda authored
-
- 06 Apr, 2016 2 commits
-
-
Harris Hancock authored
-
Harris Hancock authored
-
- 30 Mar, 2016 1 commit
-
-
David Lamparter authored
-
- 29 Jul, 2015 1 commit
-
-
Kenton Varda authored
Example: const data :Data = embed "some-file.dat"; Files are looked up the same way an import would be. You can use embed when Data or Text is expected. You can also use it when a struct type is expected -- the file will be interpreted as a message using standard binary serialization.
-
- 23 Jun, 2015 1 commit
-
-
Kenton Varda authored
Unfortunately, the layout algorithm had a bug which caused incorrect layout when declaring a union whose lowest-ordinal field was of type Void and nested in an inner union. That is: union { a :union { b @0 :Void ... } ... } In this case, all the fields in the struct after the Void field -- including both unions' discriminants -- would end up misplaced. Although they did not end up overlapping (and therefore the incorrect layout "worked"), the result broke schema evolution rules around "retroactive unionization". Unfortunately, we must break compatibility with any protocol that happened to contain the above pattern. Luckily, it's a fairly obscure case. Unluckily, Cap'n Proto's own schema format contains such a pattern. Luckily, the use of this pattern was introduced in v0.6.x and therefore has not been in any release build so far.
-
- 15 Mar, 2015 1 commit
-
-
Kenton Varda authored
-
- 29 Jan, 2015 2 commits
-
-
Kenton Varda authored
-
Kenton Varda authored
-
- 29 Dec, 2014 1 commit
-
-
David Renshaw authored
-
- 29 Nov, 2014 1 commit
-
-
Kenton Varda authored
Add asBytes() and asChars() methods to array classes to reinterpret-cast to bytes / chars, since this happens all the time and is otherwise a huge pain. Use the new methods in a bunch of places.
-
- 26 Oct, 2014 1 commit
-
-
Kenton Varda authored
Extended discussion: https://groups.google.com/d/msg/capnproto/lRlWBOglQv4/8-Qo96AcZQIJ
-
- 25 Oct, 2014 1 commit
-
-
Kenton Varda authored
See changes to test.capnp for example. Currently only supported through generated code, not in the dynamic API. Not exactly sure how to expose this in the dynamic API...
-
- 24 Oct, 2014 1 commit
-
-
Kenton Varda authored
-
- 23 Oct, 2014 1 commit
-
-
Kenton Varda authored
Note that embedded schema structures in generated code are still incorrect.
-
- 20 Oct, 2014 3 commits
-
-
Kenton Varda authored
-
Kenton Varda authored
-
Kenton Varda authored
More refactoring is needed, but this at least makes "using" aliases work correctly with generics.
-
- 17 Oct, 2014 2 commits
-
-
Kenton Varda authored
-
Kenton Varda authored
-
- 11 Oct, 2014 1 commit
-
-
Kenton Varda authored
-
- 29 Jun, 2014 1 commit
-
-
Jason Choy authored
-
- 20 Jun, 2014 1 commit
-
-
Kenton Varda authored
For portions currently copyright by Kenton (most of it), transfer copyright to Sandstorm Development Group, Inc. (Kenton's company). The license change is practically meaningless, as MIT and BSD 2-clause are legally equivalent. However, the BSD 2-clause license is sometimes confused for its ugly siblings, BSD 3-clause and BSD 4-clause. The MIT license is more immediately recognizeable for what it is. Rémy Blank and Jason Choy (the two non-trivial contributors) are on record as approving this change: https://groups.google.com/d/msg/capnproto/xXDd2HUOCcc/gbe_COIuXKYJ
-
- 02 Jan, 2014 1 commit
-
-
Jakub Śpiewak authored
-
- 22 Dec, 2013 1 commit
-
-
Kenton Varda authored
-
- 05 Dec, 2013 1 commit
-
-
Kenton Varda authored
-
- 30 Nov, 2013 1 commit
-
-
Kenton Varda authored
-