Path to this page:
./
parallel/R-promises,
Abstractions for promise-based asynchronous programming
Branch: CURRENT,
Version: 1.3.2,
Package name: R-promises-1.3.2,
Maintainer: pkgsrc-usersProvides fundamental abstractions for doing asynchronous programming
in R using promises. Asynchronous programming is useful for allowing a
single R process to orchestrate multiple tasks in the background while
also attending to something else. Semantics are similar to
'JavaScript' promises, but with a syntax that is idiomatic R.
Required to run:[
math/R] [
devel/R-Rcpp] [
devel/R-magrittr] [
devel/R-R6] [
devel/R-rlang] [
sysutils/R-later]
Required to build:[
pkgtools/cwrappers]
Master sites: (Expand)
Version history: (Expand)
- (2025-01-01) Updated to version: R-promises-1.3.2
- (2021-06-05) Updated to version: R-promises-1.2.0.1
- (2019-08-10) Package added to pkgsrc.se, version R-promises-1.0.1 (created)
CVS history: (Expand)
2025-01-01 13:23:40 by Makoto Fujiwara | Files touched by this commit (2) |
Log message:
(parallel/R-promises) Updated 1.2.0.1 to 1.3.2
# promises 1.3.2
* Fixed bug introduced in 1.3.1, where promise domains that are active
at promise resolution time stay active during handler callback, even
if they weren't active when the handler was registered. This was
causing stack overflow for long promise chains with many active
promise domains. (#115)
# promises 1.3.1
* Fixed bug where promise domains were forgotten when handlers were
registered from within other handlers. (#110)
# promises 1.3.0
* `is.promising` is now an S3 method. (#104)
# promises 1.2.1
* `future_promise()` received a speed improvement when submitting many
requests with a minimal number of `{future}` workers. If
`future_promise()` runs out of available `{future}` workers, then
`future_promise()` will preemptively return for the remainder of the
current `{later}` execution. While it is possible for `{future}` to
finish a job before submitting all of the `future_promise()`
requests, the time saved by not asking `{future}`'s worker
availability will be faster overall than if a few jobs were
submitted early. (#78)
* Fixed #86: `future_promise()` spuriously reports unhandled errors. (#90)
* Move `{fastmap}` from `Suggests` to `Imports` for better `{renv}` discovery. (#87)
|
2021-10-26 13:10:38 by Nia Alarie | Files touched by this commit (29) |
Log message:
parallel: Replace RMD160 checksums with BLAKE2s checksums
All checksums have been double-checked against existing RMD160 and
SHA512 hashes
|
2021-10-07 16:46:48 by Nia Alarie | Files touched by this commit (29) |
Log message:
parallel: Remove SHA1 hashes for distfiles
|
2021-06-05 10:43:54 by Makoto Fujiwara | Files touched by this commit (2) |
Log message:
(parallel/promises) Updated 1.0.1 to 1.2.0.1
promises 1.2.0.1
==============
* Added `future_promise()` which returns a `promise` that executes the
expression using `future::future()`. `future_promise()` should
(typically) be a drop-in replacement for any `future::future()`
function call. `future_promise()` will not execute `future` work
faster than `future::future()`, but `future_promise()` will only
submit `future` jobs if a worker is available. If no workers are
available, `future_promise()` will hold the expression information
in a `promise` until a worker does become available to better take
advantage of computing resources available to the main R
session. For more information, please see the [`future_promise()`
article](https://rstudio.github.io/promises/articles/future_promise.html). (#62)
* Added visibility support for `Promise$then(onFulfilled)`. (#59)
promises 1.1.1
==============
* Fix handling of FutureErrors during `future::resolved()` and
`future::value()` by discarding the corrupt future. (#37)
promises 1.1.0
==============
* Fixed #49: `promise_all()` previously did not handle `NULL` values correctly. \
(#50))
* `new_promise_domain` now takes a `wrapOnFinally` argument, which can
be used to intercept registration of `finally()`. Previous versions
treated `finally` as passing the same callback to
`then(onFulfilled=..., onRejected=...)`, and ignoring the result;
for backward compatibility, promise domains will still treat
`finally` that way by default (i.e. if `wrapOnFinally` is `NULL`,
then `finally` will result in `wrapOnFulfilled` and `wrapOnRejected`
being called, but if `wrapOnFinally` is provided then only
`wrapOnFinally` will be called). (#43)
|
2019-09-07 15:16:27 by Maya Rashish | Files touched by this commit (1) |
Log message:
R-promises: add missing dependency
From Benjamin Lorenz in PR pkg/54518
|