On Wed, 9 Oct 2019 10:01:34 +0200, Marc Kaufmann
wrote:
>You don't happen to have a free/cheap (Linux compatible) one to try out? I
>found 10 lists with 'best 6/10/33 db modeling tools', which is 5/9/32 tools
>too many...
I know what you mean.
I routinely deploy on Linux, but much of my
On Thu, Oct 10, 2019 at 07:36:33AM +0900, Jay McCarthy wrote:
> Hi Sage,
>
> You should model your implementation of Stephan's RacketGL ---
> https://github.com/stephanh42/RacketGL --- which parses the spec.
>
> If you also want to or need to capture parts of the headers, I recommend
> David
Hi Sage,
You should model your implementation of Stephan's RacketGL ---
https://github.com/stephanh42/RacketGL --- which parses the spec.
If you also want to or need to capture parts of the headers, I recommend
David Benoit's dynamic-ffi --- https://github.com/dbenoit17/dynamic-ffi ---
for
The way I would approach this would probably be to:
1. Create a #lang that accepts your source Markdown+Racket syntax.
2. Add a color lexer as you would for DrRacket, probably using `
syntax-color/racket-lexer
On Wed, Oct 9, 2019 at 2:09 PM Zelphir Kaltstahl
wrote:
> I was wrongly under the impression, that serializable-lambda are supposed
> to work out of the box, when sending them over channels, without needing to
> do any further work ("are serialized automatically" instead of "can be
>
Oh right I forgot about documentation links.
No, scribble/minted won’t play well with the scribble/manual functions. It
hijacks the renderer to use the pygmentize binary to generate typeset target
code (HTML or LaTeX); it doesn’t just apply scribble styles.
--
Sent from my phoneamajig
> On
Hi William,
Sorry for the delay and thank you for responding so quickly.
It's a night and day difference in terms of presentation. I don't see
documentation links functioning (e.g. the "displayln" in your example). I'm
assuming that since @minted only applies to styles, it will function fine
I'm resuming work on a very early-stage project that generates FFI bindings for
Vulkan in Racket [1]. VkTk is the closest relative project I have found for
reference [2].
Last time I was on the project I was focused on generating bindings from the
API registry. That has not changed. I
The Racket community, and even more so the design of Racket
concurrency APIs, is very strongly influenced by the academic side of
Racket. As far as I can tell, structured concurrency is fairly close
to what is traditionally called the fork/join model. Concurrency in
Racket is usually structured in
For example, here’s a more functional implementation of Happy Eyeballs in
Clojure, using the author’s “missionary” library (a functional effect and
streaming system):
https://cljdoc.org/d/missionary/missionary/b.11/doc/readme/guides/happy-eyeballs
--
You received this message because you are
Hi George!
I was wrongly under the impression, that serializable-lambda are
supposed to work out of the box, when sending them over channels,
without needing to do any further work ("are serialized automatically"
instead of "can be serialized"). This is what I would have expected, as
it seems to
True. However, here comes the big "but": What about capturing the
environment of expressions? For example I might have identifiers in my
S-expressions bound to potentially a lot of data, which must also be
send through the channel. It would be painful (if not impossibly at the
time of writing the
So far from this thread, it seems the idea of Structured Concurrency hasn’t yet
made it into the Racket world. I’ll be interested to see if it gets adopted in
Racket in the future (or at least better understood) as its adoption grows
elsewhere.
In the meantime, in case it helps illustrate the
On Wed, Oct 09, 2019 at 03:29:51AM -0400, George Neuner wrote:
...
...
> One of the issues I have with MVC is the way it typically is
> presented: data flow in the tutorials tends to be exaggerated and
> overly complicated, and the explanation typically revolves around DBMS
> and graphical UIs
On 10/9/2019 2:34 AM, Zelphir Kaltstahl wrote:
I don't think places are a good example for good support of parallelism.
Hoare's "Communicating Sequential Processes" is a seminal work in
Computer Science. We can argue about whether places are - or not - a
good implementation of CSP, but
Note that it's possible to send S-expressions through a channel and then
eval them on the far end. This would let you do something like this:
(hash 'func 'my-predefined-lambda 'args '(arg1 arg2))
Which calls a predefined function, or:
(hash 'install '(lambda (username) (displayln (~a "Hello, "
> I think part of your problem it is that you are integrating/conflating
> what are purely implementation issues - such as whether to pass state
> via continuations vs storing it in DBMS - with higher level design
> issues like whether to use MVC vs some other equivalent architecture.
Yep, I
Rearranged a bit for continuity ...
On Tue, 8 Oct 2019 19:44:55 +0200, Marc Kaufmann
wrote:
>Thanks for the response to a rather general question. I'll definitely have
>a look at your code for Racket stories, which is live now if I see
>correctly. Nice!
>
>I guess one concrete thing that I
On 07/10/2019 21:01, Arie Schlesinger wrote:
> Can somebody specify how to use racket in jupyter notebook ?
> Thanks
>
There have been earlier threads about that you might want to look at.
https://groups.google.com/d/msg/racket-users/qw7u9pNFbuQ/eot1Acw7DAAJ
I don't know the answer to your
I don't think places are a good example for good support of parallelism.
It is difficult to get a flexible multi processing implementation done,
without hard-coding the lambdas, that run in each place, because we
cannot send serializable lambdas (which also are not core, but only
exist in the web
20 matches
Mail list logo
