Re: [racket-users] Re: Official Docker images for Racket

[Daniel Brunner]

Am 04.09.2015 um 04:58 schrieb Robby Findler:
> This a fantastic! Thank you for the access to old versions of Racket.
> 

Yes, thanks for providing the images. I tested a bit and it worked very
well. I like the idea of the "ONBUILD" images.

Daniel.

-- 
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] (fifth RacketCon) is approaching!

[Vincent St-Amour]

Fellow Racketeers,

(fifth RacketCon) [1] is approaching quickly! September 27th is now less
than three weeks away.

RacketCon is a yearly event where members of the Racket community get
together, featuring talks and demos about the things you do with Racket.

If you haven't registered yet, it's not too late! There are still
tickets available, but fewer each day so act quickly.

More details regarding the social event on the evening of the 26th:
there will be shuttles running between the Union Station hotel to the
Square One Brewery and Distillery[2] from 6:15pm to 9:15pm. No need to
walk!

See you in St. Louis!

Vincent


[1] con.racket-lang.org
[2] www.squareonebrewery.com

-- 
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] Racket in a web page (via Whalesong)

[Vincent St-Amour]

Anton,

Vishesh Yadav has been doing some pretty cool things with Whalesong
lately, notably to make program sharing easier[1].

Vishesh will be speaking about this work at RacketCon on the 27th.
If you can't join us in person, the talk will also be streamed live and
recorded.

Vincent


[1] https://github.com/vishesh/whalebin


On Sun, 06 Sep 2015 23:08:10 -0500,
Anton Vodonosov wrote:
> 
> Hi,
> 
> Does anyone use Whalesong to script web pages?
> 
> As far as I understand the Racket design, Whalesong is enough to bootstrap 
> full Racket in a JS environment. It's a great opportunity. I would like very 
> much to have an interactive lisp development where I can develop both server 
> side and client side code, and to share code between client and server.
> 
> I wish to connect to a web page JS environment interactively (like from SLIME 
> I use for with Common Lisp) and control and modify my program without 
> reloading the page.
> 
> Javascript console in browsers is a substitution, but a poor-man's one, and 
> it's only Javascript; it would be grate to have it for lisp.
> 
> People are now inventing WebAssembly to simplify porting programmign 
> languages to javascript. ClojureScript was just recently made self hosted.
> 
> But Whalesong exists for years. Why no-one uses it? Is it not enough to 
> bootstrap a Racket compiler?
> 
> -- 
> 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] high memory usage of gui app

[Matthias Felleisen]

What you see is the basic memory needed to load and run the gui framework. 

[[ FWIW, Racket uses generational collection. ]] 




> On Sep 7, 2015, at 4:17 PM, Michael Titke  wrote:
> 
> I have written a little card game Open Flowers which needed about the same 
> amount of memory.
> 
> My guess is that amount of memory is just the "fuel memory" the engine needs 
> from one garbage collection cycle to the next. Traditional mark 
> stop-the-world garbage collection seems to come to an end nowadays as far as 
> the performance of modern applications is concerned. The faster the machine 
> the more memory it needs between the cycles - the more memory the application 
> uses the longer it takes to mark ...
> 
> On 07/09/2015 22:01, Martin DeMello wrote:
>> I have a small GUI app that is taking up a lot of memory - 135MB even when 
>> run from a compiled executable and 235MB when run via "racket gui.rkt". Is 
>> this expected? If not, could someone please take a quick look and see if I'm 
>> doing something obviously wrong?
>> 
>> Code is here: https://github.com/martindemello/pangrid/tree/polyglot/racket 
>> 
>> 
>> martin
>> -- 
>> 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] Re: Official Docker images for Racket

[Jack Firth]

On Monday, September 7, 2015 at 12:49:11 AM UTC-7, daniel wrote:
> Yes, thanks for providing the images. I tested a bit and it worked very
> well. I like the idea of the "ONBUILD" images.
> 
> Daniel.

Those are experimental at the moment, I may change the interface they use 
sometime in the near future.

-- 
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] high memory usage of gui app

[Martin DeMello]

I have a small GUI app that is taking up a lot of memory - 135MB even when
run from a compiled executable and 235MB when run via "racket gui.rkt". Is
this expected? If not, could someone please take a quick look and see if
I'm doing something obviously wrong?

Code is here: https://github.com/martindemello/pangrid/tree/polyglot/racket

martin

-- 
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] high memory usage of gui app

[Michael Titke]

I have written a little card game Open Flowers which needed about the 
same amount of memory.


My guess is that amount of memory is just the "fuel memory" the engine 
needs from one garbage collection cycle to the next. Traditional 
mark stop-the-world garbage collection seems to come to an end 
nowadays as far as the performance of modern applications is concerned. 
The faster the machine the more memory it needs between the cycles - the 
more memory the application uses the longer it takes to mark ...


On 07/09/2015 22:01, Martin DeMello wrote:
I have a small GUI app that is taking up a lot of memory - 135MB even 
when run from a compiled executable and 235MB when run via "racket 
gui.rkt". Is this expected? If not, could someone please take a quick 
look and see if I'm doing something obviously wrong?


Code is here: 
https://github.com/martindemello/pangrid/tree/polyglot/racket


martin
--
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] Racket in a web page (via Whalesong)

[Vishesh Yadav]

Hi Anton,

There has been some work to make Whalesong self-hosted. I'm not sure if 
it works as I didn't try it. There are some language incompatibilities 
but your Racket code will just work otherwise, notably Big Bang programs.


Whalesong doesn't give you a REPL, but it will show you stacktraces 
corresponding to Racket source.


Vishesh

On 09/07/2015 12:08 AM, Anton Vodonosov wrote:

Hi,

Does anyone use Whalesong to script web pages?

As far as I understand the Racket design, Whalesong is enough to bootstrap full 
Racket in a JS environment. It's a great opportunity. I would like very much to 
have an interactive lisp development where I can develop both server side and 
client side code, and to share code between client and server.

I wish to connect to a web page JS environment interactively (like from SLIME I 
use for with Common Lisp) and control and modify my program without reloading 
the page.

Javascript console in browsers is a substitution, but a poor-man's one, and 
it's only Javascript; it would be grate to have it for lisp.

People are now inventing WebAssembly to simplify porting programmign languages 
to javascript. ClojureScript was just recently made self hosted.

But Whalesong exists for years. Why no-one uses it? Is it not enough to 
bootstrap a Racket compiler?



--
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] Help needed with: "cannot instantiate `racket/gui/base' a second time in the same process context"

[Tiina Partanen]

I removed all dependencies for UI components and now it works! Here is a
link to the documentation if someone is interested to play with a new
Turtle-graphics package using big-bang animation:

http://pkg-build.racket-lang.org/doc/racket_turtle/index.html

The Package Manager/Package Server - system is a nice piece of work! I was
so happy to see my package download and install today without any
complications.

Thank you for your help (again),
Tiina


2015-09-01 14:49 GMT+03:00 Matthew Flatt :

> The problem is that the documentation-build process cannot support a
> use (direct or indirect) of `racket/gui/base` at documentation-build
> time. The
>
>  @(require teachpacks/racket-turtle)
>
> in your ".scrbl" files is the main problem, since that indirectly loads
> `racket/gui/base`.
>
> It looks like you were also trying to run `teachpacks/racket-turtle`
> via `interactions`, which could cause similar trouble, but you've
> resorted to re-rendering the images. That's essentially the only
> answer, but the `scriblib/gui-eval` library can help generate the
> images if `racket/gui/base` needs to run to generate the images.
>
> If the images really only need `racket/draw`, then maybe you could
> split the library so that the drawing part is separate from the GUI
> part (i.e,. the drawing functions are in a module that doesn't
> transitively import `racket/gui/base`. Then, you can use the drawing
> part from the documentation, even if the library is meant to be used
> with the GUI part.
>
> At Tue, 1 Sep 2015 03:57:00 -0700 (PDT), Tiina Partanen wrote:
> > Hi,
> >
> > I uploaded my very first package and scribble docs to the Racket package
> > server.  It seems that there is something wrong in my scribble files
> since the
> > docs don't show up and I get this error:
> > "cannot instantiate `racket/gui/base' a second time in the same process
> > context"?
> >
> > Here is the whole error log:
> > http://pkg-build.racket-lang.org/server/built/fail/teachpacks.txt
> >
> > And this is the package source:
> > https://github.com/tyynetyyne/teachpacks
> >
> > Can anyone help me with this?
> >
> > Thanks,
> > Tiina
> >
> >
> > --
> > 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] Racket in a web page (via Whalesong)

[Jens Axel Søgaard]

2015-09-07 6:08 GMT+02:00 Anton Vodonosov :


> As far as I understand the Racket design, Whalesong is enough to bootstrap
> full Racket in a JS environment. It's a great opportunity. I would like
> very much to have an interactive lisp development where I can develop both
> server side and client side code, and to share code between client and
> server.
>

Whalesong can not bootstrap Racket.

Here is the short version of how Whalesong compiles a file foo.rkt

   1. The Whalesong compiler (running on Racket VM) reads the file foo.rkt.
   2. The standard  expand  is called.  Expand parses and expands all
constructs
producing a program without macros.
   3. The compiler now calls the standard  compile  functions which produces
   a sequence of bytecodes.
   4. The Whalesong bytecode-to-JavaScript compilers is called and a
JavaScript file is produced.
   [ 5. Any modules required by foo.rkt are also compiled ]

The problem is that the functions  expand  and  compile  are implemented in
C.
This means that it is not possible to run the bytecode-to-JavaScript
compiler on neither the expander
nor the expanded-code-to-bytecode. Two essential components are therefore
missing before
it is possible to bootstrap Racket in Whalesong.

The expander was recently reimplemented. Maybe there is hope for an
expander written in Racket
at some point.

The "selfhost" folder in the Whalesong repository was an effort to get the
Whalesong
bytecode-to-JavaScript running in the browser. That's doable - but not
enough to get a
selfhosting Racket system.

-- 
Jens Axel Søgaard

-- 
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.