Re: [racket-users] Urgent Need--Cloud Engineer---EAD or GC or Citizens only

2016-09-14 Thread Robby Findler
See, if you'd set up a new CommandTemplateProxyVisitor() before writing that message, you could probably have fixed that with changes in only 17 files! Robby On Wed, Sep 14, 2016 at 9:06 PM, Greg Hendershott wrote: >> I hope you meant Sunday. > > Oops, yes. :) > > --

Re: [racket-users] Urgent Need--Cloud Engineer---EAD or GC or Citizens only

2016-09-14 Thread Greg Hendershott
> I hope you meant Sunday. Oops, yes. :) -- 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 racket-users+unsubscr...@googlegroups.com. For more options, visit

Re: [racket-users] Urgent Need--Cloud Engineer---EAD or GC or Citizens only

2016-09-14 Thread Matthew Butterick
On Sep 14, 2016, at 2:29 PM, Greg Hendershott wrote: > In fact I am going to plead we get more of this in Racket, during the Q > Monday. I hope you meant Sunday. -- You received this message because you are subscribed to the Google Groups "Racket Users" group.

[racket-users] Re: bug in web-server bindings parsing of filenames with quotes?

2016-09-14 Thread Jay McCarthy
Yes, this is an error. Line 251 of web-server/http/request.rkt uses a regular-expression to extract the name and it is not robust against quoted strings. I don't have the bandwidth to fix this until after RacketCon. Let me know if you will look into it, otherwise I will put it in my TODO list.

[racket-users] bug in web-server bindings parsing of filenames with quotes?

2016-09-14 Thread 'John Clements' via Racket Users
The web-server code has been rock-solid for me, but I think I’ve actually found a bug. Specifically, it looks like the filename part of a multipart/form-data file submission is prematurely terminated when a filename contains a double-quote. Either that, or Firefox is not using the right

Re: [racket-users] Urgent Need--Cloud Engineer---EAD or GC or Citizens only

2016-09-14 Thread Greg Hendershott
> B) This line: " 3) Must be comfortable with not working with AWS and not > complaining about not working with AWS." OP had a small typo and must have meant: Must be comfortable with working with Spring and not complaining about working with Spring. But I kid. Everyone loves a Java code

Re: [racket-users] Persisting large values for debugging long-running programs

2016-09-14 Thread Jon Zeppieri
> On Sep 14, 2016, at 4:24 PM, 'John Clements' via Racket Users > wrote: > > Just in case this information is useful: > > The “classical” hack here—Eli showed me this, I believe—is to write the data > out in the form of a file that “provide”s the specified

Re: [racket-users] Persisting large values for debugging long-running programs

2016-09-14 Thread 'John Clements' via Racket Users
> On Sep 14, 2016, at 12:38 PM, Jonathan Schuster wrote: > > I have some large (several GB worth) sets of values I'd like to persist > across debugging runs of a program, rather than recomputing them each time. > I'm currently doing this with the built-in "read" and

Re: [racket-users] Controlling DPI when saving a png image

2016-09-14 Thread Daniel Prager
Thanks Robby Looks like post-processing with process* is the way to go. Dan -- 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] Persisting large values for debugging long-running programs

2016-09-14 Thread Jon Zeppieri
'Course you already mentioned a custom encoding, so, yeah, fasl: https://docs.racket-lang.org/reference/fasl.html > On Sep 14, 2016, at 3:47 PM, Jon Zeppieri wrote: > > I think reading and writing fasl should be faster, but don't expect the > format to be compatible across

Re: [racket-users] Persisting large values for debugging long-running programs

2016-09-14 Thread Jon Zeppieri
I think reading and writing fasl should be faster, but don't expect the format to be compatible across Racket versions. Or, if you know some super-efficient encoding for your data, wrap it in a new struct type and implement your own serialization. > On Sep 14, 2016, at 3:38 PM, Jonathan

Re: [racket-users] Persisting large values for debugging long-running programs

2016-09-14 Thread David Storrs
Would a database work for you? SQLite ( https://docs.racket-lang.org/db/connect.html#%28def._%28%28lib._db%2Fmain..rkt%29._sqlite3-connect%29%29) is dead easy and very convenient. Their maximum DB size is 140TB, so they won't have an issue with a few gigs. Dave On Wed, Sep 14, 2016 at 12:38

[racket-users] Persisting large values for debugging long-running programs

2016-09-14 Thread Jonathan Schuster
I have some large (several GB worth) sets of values I'd like to persist across debugging runs of a program, rather than recomputing them each time. I'm currently doing this with the built-in "read" and "write", but is there a more efficient method, especially for reading the data back in? I could

Re: [racket-users] attribute escaping for use with include-template

2016-09-14 Thread 'John Clements' via Racket Users
> On Sep 14, 2016, at 9:01 AM, Jay McCarthy wrote: > > xml-attribute-encode fits a naming convention used else kthx! > > > > On Wed, Sep 14, 2016 at 11:48 AM, John Clements > wrote: >> >>> On Sep 14, 2016, at 5:22 AM, Jay McCarthy

Re: [racket-users] attribute escaping for use with include-template

2016-09-14 Thread Jay McCarthy
xml-attribute-encode fits a naming convention used else On Wed, Sep 14, 2016 at 11:48 AM, John Clements wrote: > >> On Sep 14, 2016, at 5:22 AM, Jay McCarthy wrote: >> >> I think that's a good idea. Go for it. Although I am tempted to >>

Re: [racket-users] attribute escaping for use with include-template

2016-09-14 Thread 'John Clements' via Racket Users
> On Sep 14, 2016, at 5:22 AM, Jay McCarthy wrote: > > I think that's a good idea. Go for it. Although I am tempted to > comment on a name, I don't think it would be productive. ;) No, actually, I don’t like the name I proposed. After all, it doesn’t work on an

[racket-users] Cpointers lose tags when moving between places

2016-09-14 Thread Carlos Lopez
Hi Everyone, I'm moving cpointers between places and discovered that when these have multiple tags attached, they appear untagged at the receiving end. Here's a quick test file to show the problem: ; Worker file: #lang racket (require racket/place ffi/unsafe

Re: [racket-users] Controlling DPI when saving a png image

2016-09-14 Thread Robby Findler
2htdp/image uses the save-file method of a bitmap% to do the actual saving and it appears to not support different DPIs. http://docs.racket-lang.org/draw/bitmap_.html#%28meth._%28%28%28lib._racket%2Fdraw..rkt%29._bitmap~25%29._save-file%29%29 If it were extended somehow, then I imagine it would

Re: [racket-users] attribute escaping for use with include-template

2016-09-14 Thread Jay McCarthy
I think that's a good idea. Go for it. Although I am tempted to comment on a name, I don't think it would be productive. ;) Jay On Tue, Sep 13, 2016 at 9:12 PM, 'John Clements' via Racket Users wrote: > include-template is a nice way of gluing strings into html.

[racket-users] Controlling DPI when saving a png image

2016-09-14 Thread Daniel Prager
It looks like save-png in 2htdp/image defaults to 72 DPI. Is there any way to set the DPI when saving from Racket? Currently I post-process externally with ImageMagick. Dan -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from

[racket-users] Call for Contributions: BOB 2017 - Berlin, Feb 24, 2017

2016-09-14 Thread Michael Sperber
BOB Conference 2017 "What happens when we use what's best for a change?" http://bobkonf.de/2017/en/cfp.html Berlin, February 24 Call for Contributions Deadline: October 30,