Re: [racket-users] specify test timeout for pkg-build?

[Matthew Flatt]

That sounds like a reasonable addition to `raco test`, and I'll look
into adding it soon. (The addition won't be effective in
pkg-build.racket-lang.org until the next release, though.)

At Sat, 28 Jan 2017 11:23:44 +0800, WarGrey Gyoudmon Ju wrote:
> And also, I want to control `--check-stderr` in `info.rkt` file.
> 
> 1. currently, typed racket complains any `ctype?` types and warns it to
> stderr.
> 2. for some tests, display their output to stdout and stderr is more
> convenient than wrapping the output into something like (check-exn?), say,
> to see if the error message is informative or well formatted.
> 
> then pkg-build thinks the package has test failures.
> 
> On Sat, Jan 28, 2017 at 4:37 AM, Stephen Chang  wrote:
> 
> > I have a package whose tests are timing out when run by pkg-build. Is
> > there a way to extend this timeout?
> >
> > I know I can specify individual file timeouts with `test-timeouts` but
> > I couldnt figure out how to specify a timeout for testing the whole
> > package. Is this possible?
> >
> > Steve
> >
> > --
> > 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 https://groups.google.com/d/optout.
> >
> 
> -- 
> 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 https://groups.google.com/d/optout.

-- 
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 https://groups.google.com/d/optout.

Re: [racket-users] specify test timeout for pkg-build?

[Matthew Flatt]

At Fri, 27 Jan 2017 15:37:51 -0500, Stephen Chang wrote:
> I have a package whose tests are timing out when run by pkg-build. Is
> there a way to extend this timeout?
> 
> I know I can specify individual file timeouts with `test-timeouts` but
> I couldnt figure out how to specify a timeout for testing the whole
> package. Is this possible?

The package-build process is a shared and limited resource, so there's
a hard timeout that's built into the system to prevent any one package
from stopping the process. There's intentionally no way to override
that timeout.

The daily package-building work doesn't take anywhere near 24 hours,
and I suppose the service could allow more time to some packages if it
doesn't have anything else to do. Still, I think it probably makes more
sense to scale the work that a package asks the pkg-build system to do,
similar to how only a subset of Racket tests run on each commit on
Travis CI.

-- 
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 https://groups.google.com/d/optout.

Re: [racket-users] specify test timeout for pkg-build?

[WarGrey Gyoudmon Ju]

And also, I want to control `--check-stderr` in `info.rkt` file.

1. currently, typed racket complains any `ctype?` types and warns it to
stderr.
2. for some tests, display their output to stdout and stderr is more
convenient than wrapping the output into something like (check-exn?), say,
to see if the error message is informative or well formatted.

then pkg-build thinks the package has test failures.

On Sat, Jan 28, 2017 at 4:37 AM, Stephen Chang  wrote:

> I have a package whose tests are timing out when run by pkg-build. Is
> there a way to extend this timeout?
>
> I know I can specify individual file timeouts with `test-timeouts` but
> I couldnt figure out how to specify a timeout for testing the whole
> package. Is this possible?
>
> Steve
>
> --
> 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 https://groups.google.com/d/optout.
>

-- 
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 https://groups.google.com/d/optout.

Re: [racket-users] math/statistics running expected values

[Steve Byan's Lists]

Hi Jack,

> On Jan 27, 2017, at 3:57 PM, Jack Firth  wrote:
> 
> I don't have enough stats experience to help with the details of your 
> problem, but I'd like to suggest adding a separate package that extends 
> math/statistics. You'll likely have an easier time developing and testing it, 
> and you won't have to worry about adding extra dependencies to the built in 
> math library.

The internal state that I need to access in the statistics struct for this 
extension are documented as "hidden fields ... used to compute moments, and 
their number and meaning may change in future releases". I haven't tested it, 
but my impression is that the hidden fields are not accessible outside of 
math/statistics.

Best regards,
-Steve

--  
Steve Byan
steveb...@me.com
Littleton, MA



-- 
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 https://groups.google.com/d/optout.

Re: [racket-users] How does syntax-local-expand-expression work?

[Alex Knauth]

You can use a wrapper around a helper macro to achieve that:

#lang agile

;; The helper does the actual work
(define-syntax-parser local-expanding-transformer-helper
   [(_ e:expr)
(define-values [stx opaque]
  (syntax-local-expand-expression #'e))
opaque])

;; The main macro puts the helper in an expression context
(define-syntax-parser local-expanding-transformer
  [(_ e:expr)
   #'(#%expression (local-expanding-transformer-helper e))])

(local-expanding-transformer (+ 1 2))

Alex Knauth

> On Jan 27, 2017, at 12:43 PM, Alexis King  wrote:
> 
> Given that Turnstile makes extremely heavy use of local-expand,
> it’s easy to imagine that the macro expander could traverse a single
> piece of syntax dozens of times when it really only needs to traverse
> it once. Looking at the docs, it seems like syntax-local-expand-expression
> is precisely designed for this sort of thing, but I have no idea
> how to properly use it. I tried writing the simplest possible macro
> I could think of, which expands a single expression and produces
> it:
> 
>  (define-syntax-parser local-expanding-transformer
>[(_ e:expr)
> (define-values [stx opaque]
>   (syntax-local-expand-expression #'e))
> opaque])
> 
> However, this doesn’t seem to work:
> 
>> (local-expanding-transformer (+ 1 2))
>  #%app: expanded syntax not in its original lexical context
> (extra bindings or scopes in the current context)
>in: (#%app + (quote 1) (quote 2))
> 
> This seems to happen because the resulting expression is expanded
> in an internal definition context rather than an expression context,
> because this works, instead:
> 
>> (#%expression (local-expanding-transformer (+ 1 2)))
>  3
> 
> However, trying to move that use of #%expression into the expansion
> of local-expanding-transformer itself does not alleviate the problem:
> 
>  (define-syntax-parser local-expanding-transformer
>[(_ e:expr)
> (define-values [stx opaque]
>   (syntax-local-expand-expression #'e))
> #`(#%expression #,opaque)])
> 
>> (local-expanding-transformer (+ 1 2))
>  #%app: expanded syntax not in its original lexical context
> (extra bindings or scopes in the current context)
>in: (#%app + (quote 1) (quote 2))
> 
> Considering this, does this mean that the only situation in which
> it’s safe to use syntax-local-expand-expression is when
> (syntax-local-context) is 'expression? Is there any way for me to
> force the result of the macro to be expanded in an expression
> context? Why doesn’t wrapping the result with #%expression work?
> 
> -- 
> 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 https://groups.google.com/d/optout.

-- 
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 https://groups.google.com/d/optout.

Re: [racket-users] How does syntax-local-expand-expression work?

[Matthew Flatt]

Yes, you want to be in an 'expression context. To get into one:

 (define-syntax (local-expanding-transformer stx)
   (cond
[(eq? 'expression (syntax-local-context))
 (syntax-parse stx
   [(_ e:expr)
(define-values [stx opaque]
  (syntax-local-expand-expression #'e))
opaque])]
[else #`(#%expression #,stx)]))

Wrapping the result with `#%expression` is too late; you need to be in
an expression context already to successfully use
`syntax-local-expand-expression`.

At Fri, 27 Jan 2017 12:43:49 -0800, Alexis King wrote:
> Given that Turnstile makes extremely heavy use of local-expand,
> it’s easy to imagine that the macro expander could traverse a single
> piece of syntax dozens of times when it really only needs to traverse
> it once. Looking at the docs, it seems like syntax-local-expand-expression
> is precisely designed for this sort of thing, but I have no idea
> how to properly use it. I tried writing the simplest possible macro
> I could think of, which expands a single expression and produces
> it:
> 
>   (define-syntax-parser local-expanding-transformer
> [(_ e:expr)
>  (define-values [stx opaque]
>(syntax-local-expand-expression #'e))
>  opaque])
> 
> However, this doesn’t seem to work:
> 
>   > (local-expanding-transformer (+ 1 2))
>   #%app: expanded syntax not in its original lexical context
>  (extra bindings or scopes in the current context)
> in: (#%app + (quote 1) (quote 2))
> 
> This seems to happen because the resulting expression is expanded
> in an internal definition context rather than an expression context,
> because this works, instead:
> 
>   > (#%expression (local-expanding-transformer (+ 1 2)))
>   3
> 
> However, trying to move that use of #%expression into the expansion
> of local-expanding-transformer itself does not alleviate the problem:
> 
>   (define-syntax-parser local-expanding-transformer
> [(_ e:expr)
>  (define-values [stx opaque]
>(syntax-local-expand-expression #'e))
>  #`(#%expression #,opaque)])
> 
>   > (local-expanding-transformer (+ 1 2))
>   #%app: expanded syntax not in its original lexical context
>  (extra bindings or scopes in the current context)
> in: (#%app + (quote 1) (quote 2))
> 
> Considering this, does this mean that the only situation in which
> it’s safe to use syntax-local-expand-expression is when
> (syntax-local-context) is 'expression? Is there any way for me to
> force the result of the macro to be expanded in an expression
> context? Why doesn’t wrapping the result with #%expression work?
> 
> -- 
> 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 https://groups.google.com/d/optout.

-- 
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 https://groups.google.com/d/optout.

[racket-users] Re: math/statistics running expected values

[Jack Firth]

I don't have enough stats experience to help with the details of your problem, 
but I'd like to suggest adding a separate package that extends math/statistics. 
You'll likely have an easier time developing and testing it, and you won't have 
to worry about adding extra dependencies to the built in math library.

-- 
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 https://groups.google.com/d/optout.

[racket-users] How does syntax-local-expand-expression work?

[Alexis King]

Given that Turnstile makes extremely heavy use of local-expand,
it’s easy to imagine that the macro expander could traverse a single
piece of syntax dozens of times when it really only needs to traverse
it once. Looking at the docs, it seems like syntax-local-expand-expression
is precisely designed for this sort of thing, but I have no idea
how to properly use it. I tried writing the simplest possible macro
I could think of, which expands a single expression and produces
it:

  (define-syntax-parser local-expanding-transformer
[(_ e:expr)
 (define-values [stx opaque]
   (syntax-local-expand-expression #'e))
 opaque])

However, this doesn’t seem to work:

  > (local-expanding-transformer (+ 1 2))
  #%app: expanded syntax not in its original lexical context
 (extra bindings or scopes in the current context)
in: (#%app + (quote 1) (quote 2))

This seems to happen because the resulting expression is expanded
in an internal definition context rather than an expression context,
because this works, instead:

  > (#%expression (local-expanding-transformer (+ 1 2)))
  3

However, trying to move that use of #%expression into the expansion
of local-expanding-transformer itself does not alleviate the problem:

  (define-syntax-parser local-expanding-transformer
[(_ e:expr)
 (define-values [stx opaque]
   (syntax-local-expand-expression #'e))
 #`(#%expression #,opaque)])

  > (local-expanding-transformer (+ 1 2))
  #%app: expanded syntax not in its original lexical context
 (extra bindings or scopes in the current context)
in: (#%app + (quote 1) (quote 2))

Considering this, does this mean that the only situation in which
it’s safe to use syntax-local-expand-expression is when
(syntax-local-context) is 'expression? Is there any way for me to
force the result of the macro to be expanded in an expression
context? Why doesn’t wrapping the result with #%expression work?

-- 
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 https://groups.google.com/d/optout.

[racket-users] specify test timeout for pkg-build?

[Stephen Chang]

I have a package whose tests are timing out when run by pkg-build. Is
there a way to extend this timeout?

I know I can specify individual file timeouts with `test-timeouts` but
I couldnt figure out how to specify a timeout for testing the whole
package. Is this possible?

Steve

-- 
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 https://groups.google.com/d/optout.

Re: [racket-users] Stickers!

[David Storrs]

On Tue, Jan 24, 2017 at 4:15 PM, Ben Greenman 
wrote:

> Hi Racket Users,
>
> I ordered a bunch of Racket stickers to celebrate the 6.8 release. Here's
> proof:
> http://www.ccs.neu.edu/home/types/resources/stickers.jpg
>
> If you send me your address, I will mail you some stickers. For free!*
>

I'd like some!  I'll email you my address directly?



>
> I'm thinking 4 stickers per request (2 rectangles, 2 circles), but if you
> live outside the US and promise to serve as a "volunteer regional sticker
> distributor" then I'll send more.**
>
> Peace, Love, and Racket,
> Ben
>
>
> * While supplies last. And if you want un-free stickers, you can make your
> own on stickermule.com or send a donation to RacketCon 2017.
>
> ** While supplies last, and subject to the internal dimensions of the
> cheapest padded envelope at my local US post office.
>
> --
> 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 https://groups.google.com/d/optout.
>

-- 
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 https://groups.google.com/d/optout.

Re: [racket-users] Stickers!

[Leif Andersen]

yaa.Although thanks to Matthew Butterick we have a logo that doesn't
look quite so much like the pepsi logo any more. ^.^ (Also since pepsi is
in a completely different domain I think that would make things more tricky
too...)

Also, ya, I think you're right Neil.


~Leif Andersen

On Fri, Jan 27, 2017 at 3:08 PM, Robby Findler 
wrote:

> Pepsi did!
>
> ;)
>
> Robby
>
> On Fri, Jan 27, 2017 at 2:01 PM Neil Van Dyke 
> wrote:
>
>> Leif Andersen wrote on 01/27/2017 02:45 PM:
>> > Do we actually have a trademark on the Racket logo?
>>
>> I believe PLT can claim trademarks on the logo and the name (without
>> registration costs -- the "tm" rather than the circle-R), and then just
>> needs to police a tiny bit, to keep it from falling into the public
>> domain.  Well-defensible claim to the name might already be lost, but if
>> there is a desire to protect the logo for some reason, maybe pro bono
>> legal advice about how to do that could be gotten. But keep it off
>> PepsiCo's radar.
>>
>> Realistically, I don't expect anyone will make money off appropriating
>> Racket branding anytime soon.  I would be very happy if they could.
>>
>> --
>> 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 https://groups.google.com/d/optout.
>>
>

-- 
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 https://groups.google.com/d/optout.

Re: [racket-users] Stickers!

[Robby Findler]

Pepsi did!

;)

Robby

On Fri, Jan 27, 2017 at 2:01 PM Neil Van Dyke  wrote:

> Leif Andersen wrote on 01/27/2017 02:45 PM:
> > Do we actually have a trademark on the Racket logo?
>
> I believe PLT can claim trademarks on the logo and the name (without
> registration costs -- the "tm" rather than the circle-R), and then just
> needs to police a tiny bit, to keep it from falling into the public
> domain.  Well-defensible claim to the name might already be lost, but if
> there is a desire to protect the logo for some reason, maybe pro bono
> legal advice about how to do that could be gotten. But keep it off
> PepsiCo's radar.
>
> Realistically, I don't expect anyone will make money off appropriating
> Racket branding anytime soon.  I would be very happy if they could.
>
> --
> 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 https://groups.google.com/d/optout.
>

-- 
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 https://groups.google.com/d/optout.

Re: [racket-users] Stickers!

[Neil Van Dyke]

Leif Andersen wrote on 01/27/2017 02:45 PM:

Do we actually have a trademark on the Racket logo?


I believe PLT can claim trademarks on the logo and the name (without 
registration costs -- the "tm" rather than the circle-R), and then just 
needs to police a tiny bit, to keep it from falling into the public 
domain.  Well-defensible claim to the name might already be lost, but if 
there is a desire to protect the logo for some reason, maybe pro bono 
legal advice about how to do that could be gotten. But keep it off 
PepsiCo's radar.


Realistically, I don't expect anyone will make money off appropriating 
Racket branding anytime soon.  I would be very happy if they could.


--
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 https://groups.google.com/d/optout.

Re: [racket-users] Stickers!

[Leif Andersen]

Do we actually have a trademark on the Racket logo?


~Leif Andersen

On Fri, Jan 27, 2017 at 2:44 PM, Ben Greenman 
wrote:

> In my unprofessional opinion:
> - don't modify the logo (change colors, stretch, add unrelated text)
> - don't use the logo for personal profit
> - don't use the logo in politics
> and you should be fine.
>
> On Fri, Jan 27, 2017 at 3:39 AM, Daniel Brunner 
> wrote:
>
>> Hi,
>>
>> that's a great idea. I'd like to order some at a local supplier for
>> distributing them in Germany/Europe.
>>
>> Are there any legal issues to consider? (I did not find anything in the
>> documentation.)
>>
>> Kind regards,
>> Daniel
>>
>> Am 24.01.2017 um 22:15 schrieb Ben Greenman:
>> > Hi Racket Users,
>> >
>> > I ordered a bunch of Racket stickers to celebrate the 6.8 release.
>> > Here's proof:
>> > http://www.ccs.neu.edu/home/types/resources/stickers.jpg
>> >
>> > If you send me your address, I will mail you some stickers. For free!*
>> >
>> > I'm thinking 4 stickers per request (2 rectangles, 2 circles), but if
>> > you live outside the US and promise to serve as a "volunteer regional
>> > sticker distributor" then I'll send more.**
>> >
>> > Peace, Love, and Racket,
>> > Ben
>> >
>> >
>> > * While supplies last. And if you want un-free stickers, you can make
>> > your own on stickermule.com  or send a donation
>> > to RacketCon 2017.
>> >
>> > ** While supplies last, and subject to the internal dimensions of the
>> > cheapest padded envelope at my local US post office.
>> >
>> > --
>> > 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 https://groups.google.com/d/optout.
>>
>> --
>> 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 https://groups.google.com/d/optout.
>>
>
> --
> 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 https://groups.google.com/d/optout.
>

-- 
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 https://groups.google.com/d/optout.

Re: [racket-users] Stickers!

[Ben Greenman]

In my unprofessional opinion:
- don't modify the logo (change colors, stretch, add unrelated text)
- don't use the logo for personal profit
- don't use the logo in politics
and you should be fine.

On Fri, Jan 27, 2017 at 3:39 AM, Daniel Brunner  wrote:

> Hi,
>
> that's a great idea. I'd like to order some at a local supplier for
> distributing them in Germany/Europe.
>
> Are there any legal issues to consider? (I did not find anything in the
> documentation.)
>
> Kind regards,
> Daniel
>
> Am 24.01.2017 um 22:15 schrieb Ben Greenman:
> > Hi Racket Users,
> >
> > I ordered a bunch of Racket stickers to celebrate the 6.8 release.
> > Here's proof:
> > http://www.ccs.neu.edu/home/types/resources/stickers.jpg
> >
> > If you send me your address, I will mail you some stickers. For free!*
> >
> > I'm thinking 4 stickers per request (2 rectangles, 2 circles), but if
> > you live outside the US and promise to serve as a "volunteer regional
> > sticker distributor" then I'll send more.**
> >
> > Peace, Love, and Racket,
> > Ben
> >
> >
> > * While supplies last. And if you want un-free stickers, you can make
> > your own on stickermule.com  or send a donation
> > to RacketCon 2017.
> >
> > ** While supplies last, and subject to the internal dimensions of the
> > cheapest padded envelope at my local US post office.
> >
> > --
> > 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 https://groups.google.com/d/optout.
>
> --
> 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 https://groups.google.com/d/optout.
>

-- 
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 https://groups.google.com/d/optout.

[racket-users] math/statistics running expected values

[Steve Byan's Lists]

Thanks for the excellent statistics library, especially the on-line algorithms 
for the statistics object. However, I often need to partition a large 
population into subsets, obtain the statistics of each subset, and obtain the 
statistics of various unions of the subsets as well as for the entire 
population. In the past (and in other languages not as fun as Racket) I've done 
this using Chan's parallel algorithm for the mean and variance and Terriberry's 
extension of Chan's algorithm for skewness and kurtosis, so that I can keep 
running statistics on each disjoint subset and later combine them for the 
various aggregations. 

I'd like to similarly extend math/statistics to enable the summation of the 
running statistics. However, I'm not very statistics-savvy and so I'm having 
trouble following the algorithm in the update-statistics function that handles 
weighted samples. I also don't have ready access to Pébaÿ's recent papers that 
extend Terriberry's method to handle weighted samples, and I probably wouldn't 
understand Pébaÿ's paper anyway :-(

So on to my questions:

Is the algorithm used in the update-statistics function amenable to being 
extended to a parallel version? In other words, do the moments in the 
statistics structure correspond to the first through fourth central moments?

Is anyone here familiar with the extensions to the parallel algorithms that 
handle weighted samples? I'd like to support weighted samples, but I just don't 
know how to handle them.

Best regards,
-Steve

--  
Steve Byan
steveb...@me.com
Littleton, MA



-- 
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 https://groups.google.com/d/optout.

Re: [racket-users] Client side web applications in Racket

[Stephen De Gabrielle]

Thank you all!

I'm still getting my head around how modern (client side)web applications
are developed and work on the users browser - the last web application I
worked on was perl and fast-cgi.

My understanding of modern web apps is
a) you are served a base (x?)HTML(5?) page and JavaScript by the webserver
b) the JavaScript then populates the DOM with any dynamic elements
c) the JavaScript responds user events and  polls the server, updating the
DOM accordingly

I think I can do JavaScript side with RacketScript or Urlang* combined with
HTML without resorting to one of the web frameworks.  I'll try a
Frankenstein monster combining 'Instaweb with space invaders  to see if I
can serve JavaScript  and go from there.


 Thanks again for the kind responses,
Stephen


* I'm undecided because I only know a little js, and know nothing about
nodejs


On Sun, 22 Jan 2017 at 21:37, Neil Van Dyke  wrote:

You can also do HTML 5 (possibly Offline), together with whatever JS
libraries you want for UX and for cross-browser differences (especially
for client-side storage of larger data), and have it talk with your
HTTPS Web server that's implemented in Racket using XML or JSON.

Your webservice XML/JSON messages will normally be in terms of the
model, nothing view/controller-specific.  Which is good for many
reasons, though sometimes you can make a good argument for cheating, but
be very careful with cheating, because you will tend to pay for it for a
long time.

Depending on your app, you might also find (as I did, with a complicated
data-driven app), that it can help to have Racket generate much of the
static client-side HTML/JS/CSS.

This can let you do things that clerical-worker-oriented frameworks do
not, and more efficiently.  It does mean, however, that you need
non-clerical-workers to do much of the work, unlike many Web frameworks.

-- 
Kind regards,
Stephen
--
Bigger than Scheme, cooler than Clojure & more fun than CL.(n=1)
--

-- 
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 https://groups.google.com/d/optout.

Re: [racket-users] New web page

[Matthew Butterick]

I always appreciate the feedback & suggestions. I will review these points 
carefully. Of course, one of the hard parts of a website redesign is that 
because preferences conflict, everyone ends up somewhat dissatisfied ;)

But we will be continuing to revise the website, in terms of fixing bugs, 
improving ergonomics, and refining the message.

In that regard, the Racket website has a GH repo. Issues can be submitted there 
as well [1] (I tend to see those sooner, FWIW)


[1] https://github.com/racket/racket-lang-org/issues

-- 
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 https://groups.google.com/d/optout.

Re: [racket-users] Stickers!

[Daniel Brunner]

Hi,

that's a great idea. I'd like to order some at a local supplier for
distributing them in Germany/Europe.

Are there any legal issues to consider? (I did not find anything in the
documentation.)

Kind regards,
Daniel

Am 24.01.2017 um 22:15 schrieb Ben Greenman:
> Hi Racket Users,
> 
> I ordered a bunch of Racket stickers to celebrate the 6.8 release.
> Here's proof:
> http://www.ccs.neu.edu/home/types/resources/stickers.jpg
> 
> If you send me your address, I will mail you some stickers. For free!*
> 
> I'm thinking 4 stickers per request (2 rectangles, 2 circles), but if
> you live outside the US and promise to serve as a "volunteer regional
> sticker distributor" then I'll send more.**
> 
> Peace, Love, and Racket,
> Ben
> 
> 
> * While supplies last. And if you want un-free stickers, you can make
> your own on stickermule.com  or send a donation
> to RacketCon 2017.
> 
> ** While supplies last, and subject to the internal dimensions of the
> cheapest padded envelope at my local US post office.
> 
> -- 
> 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 https://groups.google.com/d/optout.

-- 
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 https://groups.google.com/d/optout.