[racket-users] Re: Python's append vs Racket's append and helping novices understand the implications

2019-02-01 Thread travis . hinkelman
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

Re: [racket-users] Why would a value produced by eval-ing code not satisfy its type predicate? (Particularly, a SQL statement from the sql package)

2019-02-01 Thread Philip McGrath
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

[racket-users] Python's append vs Racket's append and helping novices understand the implications

2019-02-01 Thread Alex Harsanyi
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

Re: [racket-users] Spritely awarded Samsung Stack Zero grant

2019-02-01 Thread Jesse Alama
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:

Re: [racket-users] Why would a value produced by eval-ing code not satisfy its type predicate? (Particularly, a SQL statement from the sql package)

2019-02-01 Thread hashim muqtadir
> 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

Re: [racket-users] sxml vs xexpr frustrations

2019-02-01 Thread Neil Van Dyke
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.

Re: [racket-users] sxml vs xexpr frustrations

2019-02-01 Thread Philip McGrath
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

Re: [racket-users] Racket Week’s website looks strange now that the registration is open

2019-02-01 Thread 'Jeff Ward' via Racket Users
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

[racket-users] Re: Serving my web application and some static files

2019-02-01 Thread Zelphir Kaltstahl
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

Re: [racket-users] Spritely awarded Samsung Stack Zero grant

2019-02-01 Thread Philip McGrath
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

Re: [racket-users] Racket Week’s website looks strange now that the registration is open

2019-02-01 Thread Matthew Butterick
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/

[racket-users] Re: Racket Week’s website looks strange now that the registration is open

2019-02-01 Thread 'Jeff Ward' via Racket Users
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

Re: [racket-users] Racket Week’s website looks strange now that the registration is open

2019-02-01 Thread 'Leandro Facchinetti' via Racket Users
> 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

Re: [racket-users] drracket migrate: package is currently installed in a wider scope

2019-02-01 Thread Laurent
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 >

[racket-users] Re: syntax rewriting bindings

2019-02-01 Thread Luke Whittlesey
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

Re: [racket-users] Why would a value produced by eval-ing code not satisfy its type predicate? (Particularly, a SQL statement from the sql package)

2019-02-01 Thread Ryan Kramer
> > 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

Re: [racket-users] drracket migrate: package is currently installed in a wider scope

2019-02-01 Thread Matthew Flatt
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

Re: [racket-users] ~v in drracket vs commandline

2019-02-01 Thread Robby Findler
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

Re: [racket-users] ~v in drracket vs commandline

2019-02-01 Thread Laurent
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'. > >

Re: [racket-users] Why would a value produced by eval-ing code not satisfy its type predicate? (Particularly, a SQL statement from the sql package)

2019-02-01 Thread David Storrs
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: > >

Re: [racket-users] ~v in drracket vs commandline

2019-02-01 Thread Laurent
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: >

Re: [racket-users] ~v in drracket vs commandline

2019-02-01 Thread Sam Tobin-Hochstadt
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

Re: [racket-users] ~v in drracket vs commandline

2019-02-01 Thread Robby Findler
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

Re: [racket-users] ~v in drracket vs commandline

2019-02-01 Thread Laurent
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

Re: [racket-users] ~v in drracket vs commandline

2019-02-01 Thread Robby Findler
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

Re: [racket-users] ~v in drracket vs commandline

2019-02-01 Thread 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

Re: [racket-users] drracket migrate: package is currently installed in a wider scope

2019-02-01 Thread Laurent
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

Re: [racket-users] ~v in drracket vs commandline

2019-02-01 Thread Robby Findler
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

Re: [racket-users] ~v in drracket vs commandline

2019-02-01 Thread Sam Tobin-Hochstadt
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. > >

[racket-users] ~v in drracket vs commandline

2019-02-01 Thread Laurent
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

Re: [racket-users] drracket migrate: package is currently installed in a wider scope

2019-02-01 Thread andrew blinn
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

Re: [racket-users] Re: Racket News - Issue 1

2019-02-01 Thread Greg Trzeciak
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

Re: [racket-users] Racket News - Issue 1

2019-02-01 Thread Sam Tobin-Hochstadt
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: >

Re: [racket-users] Racket News - Issue 1

2019-02-01 Thread 'Paulo Matos' via Racket Users
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. >

Re: [racket-users] Re: Racket News - Issue 1

2019-02-01 Thread 'Paulo Matos' via Racket Users
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: >

Re: [racket-users] sxml vs xexpr frustrations

2019-02-01 Thread Leo Uino
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

Re: [racket-users] Re: Racket News - Issue 1

2019-02-01 Thread Greg Trzeciak
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:

Re: [racket-users] Quickscript error on first startup of Racket 7.2

2019-02-01 Thread Laurent
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,

Re: [racket-users] Re: Racket News - Issue 1

2019-02-01 Thread 'Paulo Matos' via Racket Users
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

Re: [racket-users] Quickscript error on first startup of Racket 7.2

2019-02-01 Thread Robby Findler
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

[racket-users] Re: Racket News - Issue 1

2019-02-01 Thread Greg Trzeciak
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

Re: [racket-users] Quickscript error on first startup of Racket 7.2

2019-02-01 Thread Laurent
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

[racket-users] Beginning of the end for googlegroups?

2019-02-01 Thread Cleverson Casarin Uliana
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

Re: [racket-users] updated Racket-on-Chez status

2019-02-01 Thread Matthew Flatt
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

[racket-users] Racket News - Issue 1

2019-02-01 Thread 'Paulo Matos' via Racket Users
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

Re: [racket-users] Quickscript error on first startup of Racket 7.2

2019-02-01 Thread Robby Findler
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

Re: [racket-users] drracket migrate: package is currently installed in a wider scope

2019-02-01 Thread Laurent
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,

Re: [racket-users] Why would a value produced by eval-ing code not satisfy its type predicate? (Particularly, a SQL statement from the sql package)

2019-02-01 Thread hashim muqtadir
> 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

Re: [racket-users] Quickscript error on first startup of Racket 7.2

2019-02-01 Thread Laurent
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

Re: [racket-users] Why would a value produced by eval-ing code not satisfy its type predicate? (Particularly, a SQL statement from the sql package)

2019-02-01 Thread George Neuner
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