I don't have any suggestions for you but I agree that it is an important
issue. My programming experience is primarily confined to R but I've
recently started tinkering with Racket. My primary interest in Racket is to
expand my programming horizons but I also see the potential to use it at
On the original question: Racket's struct types are generative (except for
#:prefab structs), meaning that each time you evaluate a `struct` form (or,
at a lower level, each time you call `make-struct-type`), the you create a
fresh type distinct from all other types. That can be a bit confusing to
Someone asked recently for help on Reddit[1] with a Racket performance
issue.
The problem was they they were constructing a large list by appending many
short lists repeatedly; their code was calling `(set! result (append result
shortList))` in a loop and this was slow (unsurprisingly.)
While
On 31 Jan 2019, at 23:46, Christopher Lemmer Webber wrote:
I've mentioned that my goal has been to advance the
federated/decentralized social web in Racket on here before. Here's
some news:
> Good news, limit and distinct are in scope for v0.2 - I'm working on it
now :)
That's good to hear, thanks! I'll be sure to check it out, and let you know
if I have any ideas/requirements for features or if I can contribute.
--
You received this message because you are subscribed to the
Philip McGrath wrote on 2/1/19 5:14 PM:
I will say an advantage of the xexpr code is that it's written in
(reasonably) modern Racket rather than portable Scheme, which I've
found somewhat easier to understand when I've wanted to read the
sources, though the sxml code is extensively commented.
I've written a fair amount of XML processing code in Racket (sometimes one
has to work with external standards and tools), and I thought I'd jump in
to say that I've been content with xexpr. I don't mean that as a criticism
of sxml, though: I happened to have learned xexpr first, and I've never
I, on the other hand, having read this amazing book called "Beautiful
Racket", assumed that the world would be beating down the doors to get
there!
On Friday, February 1, 2019 at 2:21:48 PM UTC-5, Matthew Butterick wrote:
>
> This morning, I thought to myself "well, I probably have a couple
I am not sure if anything in this
https://github.com/ZelphirKaltstahl/racket-markdown-blog/blob/master/blog/server.rkt#L51
helps you.
On Wednesday, January 30, 2019 at 4:42:57 PM UTC, cwebber wrote:
>
> It seems like it should be so simple, and like Racket has the tools
> already, but I can't
Congratulations! This would be great news in any case, and it's even more
exciting to know that you're doing it in Racket.
-Philip
On Thu, Jan 31, 2019 at 10:47 PM 'John Clements' via Racket Users <
racket-users@googlegroups.com> wrote:
> Truly excellent news! Can’t wait to hear about it at
This morning, I thought to myself "well, I probably have a couple days to fix
that counter before someone notices ..." ;)
Registration will be open soon.
> On Feb 1, 2019, at 8:51 AM, 'Leandro Facchinetti' via Racket Users
> wrote:
>
> See https://con.racket-lang.org/2019/
Does anyone know where we go to register? Also, it would be good to know
the conference fee and have an idea what is available for housing.
On Friday, February 1, 2019 at 11:51:53 AM UTC-5, Leandro Facchinetti wrote:
>
> See https://con.racket-lang.org/2019/
>
> The counter is negative and
> It's decrementing, isn't it? It just says since how long it's open I guess :)
Yes, I mistyped—it’s decrementing.
I think you should be saying “Registration is open «Link for registration»”.
--
Leandro Facchinetti
https://www.leafac.com
--
You received this message because you are
Thanks for the fast fix Matthew!
It should help at least for those who install the nightlies but haven't
upgraded yet.
On Fri, Feb 1, 2019 at 4:46 PM Matthew Flatt wrote:
> At Fri, 1 Feb 2019 15:45:02 +, Laurent wrote:
> > Okay, I think the problem is that DrRacket's dependency installed
>
I think I figured it out in case others are interested. See
https://gist.github.com/wluker/329f85ec193b386d89f618bd02796611
On Thu, Jan 31, 2019 at 4:50 PM Luke Whittlesey
wrote:
> I see that there is the local-expand/capture-lifts and
> syntax-local-lift-expression for expressions, but is
>
> PS There's also a racket package called plisqin which seemed closer to
> what I was looking for. Maybe in a few months or so if it clicks I'll see
> if I can add to that package everything I need (things like limit and
> distinct) and it might work out.
>
Good news, limit and distinct are
At Fri, 1 Feb 2019 15:45:02 +, Laurent wrote:
> Okay, I think the problem is that DrRacket's dependency installed
> quickscript, and trying to migrate your own version of quickscript
> afterwards fails because it's already there.
Although the package-migrate tool was intended to skip packages
I think it is better if we don't add more configurations at that
level. DrRacket should only reflect what the program text already
says, not try to control it (as much as we can).
Better to look for ways that #lang can have the right kind of control here.
Robby
On Fri, Feb 1, 2019 at 10:36 AM
But I should add that that's not a big deal to me now, since at least now I
know how to work around it.
On Fri, Feb 1, 2019 at 4:06 PM Laurent wrote:
> Or better yet, maybe replace the choice between print and write to a
> boolean choice on the initial value of 'print-as-expression'.
>
>
Hey, neat. I did not know that there was a sql package; I should have
thought to look.
Ryan, is there a way to use PostgreSQL's "RETURNING" feature or other
DB-specific items? RETURNING is insanely useful and I'd be sad to
give it up.
On Fri, Feb 1, 2019 at 5:12 AM hashim muqtadir
wrote:
>
>
Or better yet, maybe replace the choice between print and write to a
boolean choice on the initial value of 'print-as-expression'.
Ideally, changing this value at the top of the module to evaluate would
overwrite this default though.
On Fri, Feb 1, 2019 at 4:04 PM Sam Tobin-Hochstadt
wrote:
>
Could it be changed to also set `(print-as-expression)` appropriately?
Sam
On Fri, Feb 1, 2019 at 11:02 AM Robby Findler
wrote:
>
> Ah, right! I forgot about that setting. Yes, what you describe is
> exactly what happens.
>
> Robby
>
> On Fri, Feb 1, 2019 at 9:57 AM Laurent wrote:
> >
> > I
Ah, right! I forgot about that setting. Yes, what you describe is
exactly what happens.
Robby
On Fri, Feb 1, 2019 at 9:57 AM Laurent wrote:
>
> I think I've found the problem.
>
> In the preferences, I chose 'Output syntax | Output style | write' which
> seems to force the behaviour of
I think I've found the problem.
In the preferences, I chose 'Output syntax | Output style | write' which
seems to force the behaviour of (print-as-expression #f) without actually
changing the parameter.
After changing this preference to print, I observe a consistent behaviour
between DrRacket
That's not what I see in DrRacket. Try hitting "Run" again on a
lang-line only DrRacket buffer and sending the entire REPL?
Welcome to DrRacket, version 7.2.0.3--2019-01-15(-/f) [cs].
Language: racket, with debugging; memory limit: 512 MB.
> (~v 'x)
"'x"
>
On Fri, Feb 1, 2019 at 9:48 AM Laurent
I'm in #lang racket for DrRacket, and I assume it's the same for the
command line when merely starting "$ racket"
On Fri, Feb 1, 2019 at 3:39 PM Robby Findler
wrote:
> This setting is controlled by the language of the original file (so
> the one in the definitions window in DrRacket or the one
Okay, I think the problem is that DrRacket's dependency installed
quickscript, and trying to migrate your own version of quickscript
afterwards fails because it's already there.
I guess the solution would be to remove *your* previous version of
quickscript, then trying to migrate again. (No need
This setting is controlled by the language of the original file (so
the one in the definitions window in DrRacket or the one you are
"inside" in the repl if you're in one). Possibly those are different
for you, Laurent?
Robby
On Fri, Feb 1, 2019 at 9:33 AM Sam Tobin-Hochstadt wrote:
>
> I see
I see the same behavior in DrRacket as in command line racket.
On Fri, Feb 1, 2019 at 10:19 AM Laurent wrote:
>
> I'm seeing a difference that I can't explain. In the interactions below, look
> for the leading quote in the output string on the commandline, and its
> absence in DrRacket.
>
>
I'm seeing a difference that I can't explain. In the interactions below,
look for the leading quote in the output string on the commandline, and its
absence in DrRacket.
The same problem happens when running a module containing the same code, so
it's not a top-level issue.
Is there another
Hi Laurent!
I may be misattributing the error. I did indeed already have quickscript
installed as part of my previous installation. After updating, when I tried
to restore my previous packages (which include quickscript), it aborts with
the titular error, whose body text implicates the fact
Even better - add new label: "submission"
Then the link can automatically add it:
https://github.com/racket-news/racket-news.github.io-src/issues/new?title=[submission]=foo=submission
On Friday, February 1, 2019 at 3:16:27 PM UTC+1, Paulo Matos wrote:
>
>
>
> On 01/02/2019 15:00, Greg Trzeciak
This looks very cool. Long long ago, I wrote something similar for
other free software projects, and my one piece of advice is not to
commit to writing really frequently. Every month, or even every few
months, is great.
Sam
On Fri, Feb 1, 2019 at 6:40 AM 'Paulo Matos' via Racket Users
wrote:
>
On 01/02/2019 15:23, Sam Tobin-Hochstadt wrote:
> This looks very cool.
Thanks.
> Long long ago, I wrote something similar for
> other free software projects, and my one piece of advice is not to
> commit to writing really frequently. Every month, or even every few
> months, is great.
>
On 01/02/2019 15:00, Greg Trzeciak wrote:
> I personally think PR maybe too much (unless someone creates entire news
> - also good as an option). Especially if you only wanted to post a link
> to a new blog post.
>
> But issues may work - you could simply have a button with following url:
>
On 2019/02/01 3:24, Matthew Butterick wrote:
Yes, it's true that the Racket XML library doesn't support namespaces.
Indeed - although I hacked up a solution for that for another project[1]:
http://docs.racket-lang.org/xml-ns/index.html
I agree with the sentiment regarding the rest of the XML
I personally think PR maybe too much (unless someone creates entire news -
also good as an option). Especially if you only wanted to post a link to a
new blog post.
But issues may work - you could simply have a button with following url:
Okay then, I'll work on a fix tomorrow.
On Fri, Feb 1, 2019 at 1:23 PM Robby Findler
wrote:
> I can't say concretely what will go wrong I am sorry to say. There are
> just a number of moving parts and I can't quite see how they will fail to
> fit together. I am just basing this on my vague,
On 01/02/2019 14:28, Greg Trzeciak wrote:
> Nicely done!
>
> Is my understanding correct and this will also be a newsletter (as in
> subscribe and receive by email)?
>
Yes, still something I have to sort out. Lets say this is a pilot
/episode/ to understand the community's reception.
On
I can't say concretely what will go wrong I am sorry to say. There are just
a number of moving parts and I can't quite see how they will fail to fit
together. I am just basing this on my vague, holistic understanding of how
things work currently. (There are no places where on set of sources is
Nicely done!
Is my understanding correct and this will also be a newsletter (as in
subscribe and receive by email)?
An idea - include a form like "Submit a news" where readers can quickly
share their finding, e.g. blog posts, new package (their own or someone
else's they like) - this could
On Fri, Feb 1, 2019 at 11:30 AM Robby Findler
wrote:
> My feeling is that our compilation infrastructure isn't really set up to
> work like that currently. In general things will probably be smoother if
> there is only the expectation that a given set of files is used with only
> one version at
Can't say from an admin's perspective, but as a member in several
groups. I like groups.io
Greetings,
Cleverson
--
You received this message because you are subscribed to the Google Groups
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
At Thu, 31 Jan 2019 11:08:35 -0500, David Storrs wrote:
> One thing that surprised me is
> that there are a handful of tests (tak1, dynamic2, tak, mazefun,
> maze2, collatz-q, collatz) where Racket/CS actually outperformed CS.
> How is that possible?
I have not investigated closely, but Racket CS
A quick preamble: I have been thinking about creating something along
these lines for awhile but only just got my hands dirty. Here's the
first issue. Web page is a work in progress at racket-news.com.
I was thinking about publishing the text version (from raco scribble
--text) in here for each
My feeling is that our compilation infrastructure isn't really set up to
work like that currently. In general things will probably be smoother if
there is only the expectation that a given set of files is used with only
one version at a time.
It is possible that someone may use multiple versions
Hi Andrew,
I don't quite understand what role quickscript being part of the main
distribution plays here. Can you give some more details about your issue?
Just in case, the only change is that quickscript is by default a
dependency of DrRacket, which just means that if you didn't have it before,
> No. Look back at your code ... you defined the struct in your own
> unnamed module just before the definition of "select/f"
But the thing is, the error was that it failed to recognize sql-statement
in the test, which is provided by sql, not me. The function otherwise
worked correctly. The
Thanks for bringing this up.
Indeed the compile option from the quickscript menu should work, but it's
not ideal.
I'm not a big fan of the copy option. (To me that sounds like asking for
trouble, but I may be wrong.)
A nicer solution may be to simply check if the scripts are compiled with
the
On 2/1/2019 12:39 AM, hashim muqtadir wrote:
> If order to use a struct across namespaces, the module that
> defines the struct must be required into each namespace that uses the
> struct.
Yes, I suspect there's some weird interaction between namespaces too,
hence the topic, but that's still
50 matches
Mail list logo