Changelog for capnp-0.18.0.0
0.18.0.0
- The connection setup APIs have been slightly reworked.
- The
getBootstrapfield ofConnConfighas been replaced with abootstrapfield that takes the capability itself, which must now be constructed before spawning the connection. - The
withBootstrarpfield inConnConfighas been removed, Instead use the newrequestBootstrapfunction to get the bootstrap interface, using a connection reference supplied bywithConnoracquireConn.
- The
- The high level API now maps Cap'n Proto lists to
[], rather thanVector. Fulfillernow has an instance ofContravariant.- The Client type's Show instance now distinguishes between a null capability and a capability whose index was outside of a message's cap table's bounds when it was read.
0.17.0.0
- Get rid of the New qualifier in module paths, now that the old API has been removed.
- Remove references to the old API from the tutorial.
- Add two new modules:
Capnp.Rpc.Membrane, which provides helpers for implementing membranes.Capnp.Rpc.Revoke, which supports revocable capabilities.
0.16.0.0
- Updated to work with GHC 9.2.x. In particular:
- The generated code now enables the
FlexibleContextsextension since it is no longer implied byUndecidableInstances - The
IsPtrtype alias now includes an additional constraint, which GHC seems to no longer be able to derive from the others. - Internals have been updated to deal with a breaking change to
template-haskell.
- The generated code now enables the
- Fixed an error building the documentation.
0.15.0.0
- There is now a per-connection limit on the total size of incoming
Callmessages that are being serviced, which can be used to limit memory usage and provide backpressure.ConnConfighas a newmaxCallWordsfield to configure this. - Some bugs in the RPC layer have been fixed.
tracingTransportnow provides an option to omit call & return bodies from the logged messages.
0.14.0.0
- Significant performance improvements.
- The
Data.Mutablemodule and itsThawclass have been replaced byCapnp.Mutabilityand a classMaybeMutable, which serves the same function but is easier to work with. Notably,thawandfreeze can now be used onRaw` values directly. Mutabilityis now defined inCapnp.Mutabilityinstead ofCapnp.Message, though the latter still re-exports it for compatibility (for now).- The parameters to the
Rawtype constructor have been flipped; the new ordering makes it possible to implement thaw/freeze onRaw a- The
Untypedtype family has seen similar treatment.
- The
- HasMessage and MessageDefault are now defined on a type of kind
* -> Mutability, which keeps the mutability out of constraints.- This has the unfortunate side-effect of making type inference for these classes not work very well :(. Hopefully a better solution will be found in the future.
0.13.0.0
This release drops support for the old API. To upgrade to the new API, Users should first upgrade to the latest 0.12.x version, switch their code to use the new API, and then upgrade to this version.
0.12.1.0
This release backports some fixes and minor features in the new API.
0.12.0.0
- The 0.12.x series is the last major version that will support the old API; the next release will not generate code for the old API, and some low level interfaces will be removed. See https://zenhack.net/2021/07/30/new-haskell-capnp-release-reworked-apis.html for details.
- For the new API, there is a new
HasTypeIdclass, with instances defined for all generated types. - The new API now supports implementing RPC servers.
Capnp.Tutorialdiscusses this, and the examples have been updated to use the new API.
0.11.0.0
- This release introduces some experimental new APIs; see the blog post
for details: https://zenhack.net/2021/07/30/new-haskell-capnp-release-reworked-apis.html
- The new APIs include support for RPC pipelining, which is not possible with the old APIs.
- The traversal limit is tracked at a coarser granularity. This results in a modest performance improvement, and may result in slightly different (but similar) amounts of the limit being used for a given computation than with the old implementation.
- Bounds on pointers are checked a bit earlier (when the pointer is read, rather than when its referent is accessed). As a result, some malformed messages may trigger bounds check errors which did not previously, because the offending portion of the message was not read.
- The limit on how many capabilities can be attached to a single message has been increased.
LimitT mnow has an instance ofMonadCatchifmhas an instance.- Some harmless warnings triggered by the generated code are now silenced.
Capnp.Rpc.Promiseexposes a new functionnewReadyPromise, which can be used to create an already-fulfilled promise.- Fixed a race condition where if the supervisor for a client is killed before the server has finished spawning, the shutdown method might not be run.
Capnp.Rpc.Server.runServerno longer calls handleStop on exit. Most users of the library will not be affected, as this function is mostly a low-level implementation detail that is called by higher level functionality.- In
Capnp.Messagesome uses of the typeIntin the API have been strengthened to typeWordCount.
0.10.0.1
- Fix a bug causing spurious exceptions when creating very large messages.
0.10.0.0
- The parametrization of messages has been reworked. Most things that
were parametrized over a message type are now parametrized over a
type parameter of kind
Mutability(defined inCapnp.Message).- The Message type class has been replaced with a type
Messageof kindMutability -> *, and a type classMonadReadMessagefor operations that can work on any Message.
- The Message type class has been replaced with a type
- Message.fromByteString/toByteString:
- are now stand-alone functions, rather than methods on the class
- only operate on immutable segments.
- are pure functions, rather than monadic ones.
- Some functions that were derivative of
toByteString/fromByteString, e.g.Untyped.rawBytes, also only work on immutable messages now, and may be pure functions where before they were monadic. - The types defined in
Capnp.Basicsnow haveThawinstances.
0.9.0.0
- Significant performance improvements. A few low level APIs have been changed to support this work.
0.8.0.0
Serialization
- The code generator now supports type parameters in schema; previously the code generator would treat these the same as AnyPointer, but now the generated Haskell has corresponding type parameters.
- The
CerializeandMarshaltype classes now take the state tokensas a parameter, which was necessary to support type parameters.
Misc
- Some of the multi-parameter type classes in Capnp.Classes now have functional dependencies between their parameters. This should generally improve type inference.
0.7.0.0
Serialization
- The library now supports canonicalization via Capnp.canonicalize
- There is a new function Capnp.Message.singleSegment for constructing a
ConstMsgfrom an (unframed)Segment ConstMsg.
RPC
- Some signatures in Capnp.Rpc.Untyped have changed to facilitate a future release supporting promise pipelining.
Misc
- The included schema now match those in version 0.8 of the reference implementation
0.6.0.3
- Fix a race condition [(#74)][issue74] causing remote objects to very occasionally be released too early.
0.6.0.2
- Fix a bug (#71) which sometimes caused the code generator to crash.
0.6.0.1
- Fix a bug in the code generator (#72) which sometimes resulted in build failures of the generated code.
0.6.0.0
RPC
- Fix a serious bug in
newPromiseClient, resulting in dropped calls made on the promise before it is resolved. - There is now a
Serverclass, which all RPC servers must implement. All of its methods have default implementations, so adding an instance to existing servers is straightforward. - It is now possible to "unwrap" clients that point to a local server using the new 'Capnp.Rpc.unwrapServer' function, if the server implements support for it with the new 'Server' type class.
- Servers can now specify a hook to be run when the server is shut down, using the server class's 'shutdown' method.
0.5.0.0
Serialization
In Capnp.Untyped, The dataSection and ptrSection APIs have been
removed. structDataSize has been replaced with structWordCount,
and new functions structByteCount and structPtrCount` have been added.
RPC
This release brings some improvements to the RPC API:
-
Add
newPromiseClientfor creating a promise-based client that can be fulfilled later. -
Make
Clientan instance ofIsClient. -
Previously, there were a number of functions that had two variants:
foo, which ran inIOfooSTM, which ran inSTM.
Now there is just one variant,
foo, which is polymorphic overMonadSTM, defined by themonad-stmpackage. There are instances of this class forIO,STM, and any monad transformer applied to an instance.Note that previously some of the
foovariants were polymorphic overMonadIO. Unfortunately it is not possible to define a general instanceMonadIO m => MonadSTM m, but for a particular mtl stack that has an instance ofMonadIO, you can fix the problem by defining:instance MonadSTM MyStack where liftSTM = liftIO . liftSTMOr, you can add
liftIO/liftSTMto the appropriate call sites.
0.4.0.0
- RPC support! This should be considered alpha quality for now. The API will likely change substantially.
- Many bug fixes; users are strongly encouraged to upgrade.
- Reorganization of the module hierarchy:
- Generated code is now placed under
Capnp.Gen, rather thanCapnp. - The
Dataprefix has been removed from theData.Capnphierarchy.
- Generated code is now placed under
- The included generated modules for the core schema have been updated to those shipped with version 0.7 of the reference implementation.
- Other miscellaneous API Changes:
createPurecan now be used with any instance ofMonadThrow, not justEither SomeException.LimitT mis now an instance ofMonadIO, provided thatmis an instance.- More type class instances from elsewhere in the library are
re-exported via the
Capnpmodule. - The
IsPtrtype class has been split intoFromPtrandToPtr. Most user code should not care about this. - Generated high-level types no longer have Read instances; interfaces make this problematic.
- Getters for anonymous unions are now
get_Foo'instead ofget_Foo'union'. newMessagenow accepts an optional size hint.- Instances of
Cerializenow exist/are generated for(Vector (Vector (Vector ...)))up to a reasonable depth.
- Other improvements not directly reflected in the API:
- The allocation strategy has changed to reduce unnecessary copying.
- It is now possible to create messages with a size > 2GiB. Note that individual segments are still limited.
0.3.0.0
- Instances of some type classes are no longer generated for "second class" types (i.e. types which cannot appear as stand-alone definitions in schema files -- groups and unions).
has_*functions are now only generated for pointer fields.- Various non-functional changes in the output of the code generator.
- We now generate constants for (most) pointer types; previously constants defined in a schema would not result in any generated code (#41).
- The
set_*functions now check if the arguments are in the same message, and copy if need be (#34). MutMsgis now an instance ofEq.- The
HasMessageclass fromData.Capnp.Untypedis now a type family, rather than a multi-parameter type class. This improves inference and removes some superfluous generalization. - The module
Data.Capnp.Purehas been folded intoData.Capnp. If you were previously using theTextandDatatype aliases it exported, you should instead useTextfromData.TextandByteStringfromData.ByteString; theTextandDataexported byData.Capnpare types from the low-level API.
0.2.0.0
- Redesign the 'Mutable' type class's API.
- Provide helpers for doing zero-copy message creation in pure code.
- General improvements to the documentation.
0.1.0.0
- First release; basic read & write support, serialization only.