Re: [racket-users] Re: Is there an easy way to daemonize a thread?

2020-05-21 Thread Greg Hendershott
Maybe I need more coffee, but a possible heads-up: The current implementation doesn't seem to match the documentation -- wouldn't the with-handlers need to move inside the loop, for it to be infinite? https://github.com/Kalimehtar/thread-utils/blob/master/main.rkt#L35-L41 On Tuesday, May 19, 20

Re: [racket-users] Detecting whether failure-result is used by dict-ref using chaperones?

2020-05-21 Thread Matthew Flatt
Stepping back a little, a chaperone constructor for a datatype often needs some inside information and cooperation from the dataype implementation. For example, `chaperone-hash` has the property that you want --- the filter applied to a `hash-ref` result doesn't get used if a failure thunk produces

[racket-users] Migrating from a "model-driven" language framework to Racket

2020-05-21 Thread Guillaume Savaton
I am a Racket beginner trying to create my own DSL. As a long-time user of Xtext and other similar tools in the Eclipse ecosystem, I have come to Racket expecting that it would address similar concerns. At the moment, I have mixed feelings: I find the metaprogramming facilities in Racket very ef

[racket-users] Detecting whether failure-result is used by dict-ref using chaperones?

2020-05-21 Thread Alex Knauth
Hello, I'm working on a version of `dict/c` with chaperones, but I'm running into a surprising problem that only comes up because of the `failure-result` optional-argument to `dict-ref`. When the `failure-result` is used, I don't want the "value" contract to apply to that result. But when the