Re: [racket-dev] errors from `force`

2012-08-30 Thread Jay McCarthy
On Thu, Aug 30, 2012 at 8:47 AM, Sam Tobin-Hochstadt wrote: > I've been unable to replicate the error from revision 6039e35, which > is right before you fixed the bugs in `delay/*`. > > Jay, is there something DrDr is doing when it runs the command that I > should change to try to replicate this?

[racket-dev] Call for help testing course binaries written in Racket

2012-08-30 Thread Joe Gibbs Politz
Hello Racketeers! Shriram and I are running a course this fall with a significant online component (http://www.cs.brown.edu/courses/cs173/2012/OnLine/). We'll start distributing course software to well over a thousand students next Friday. We're (of course) writing the course software in Racket.

Re: [racket-dev] [racket] Profiling mostly macro-generated definitions?

2012-08-30 Thread Antonio Menezes Leitao
On Wed, Aug 29, 2012 at 1:14 PM, Robby Findler wrote: > On Wed, Aug 29, 2012 at 5:26 AM, Antonio Leitao wrote: >> On Tue, Aug 28, 2012 at 7:17 PM, Robby Findler >> wrote: >>> Well, here's an example of it working. I don't know what to suggest >>> but to ask if you could make a small program that

Re: [racket-dev] Changing call/cc

2012-08-30 Thread Asumu Takikawa
On 2012-08-30 10:09:30 -0400, Matthias Felleisen wrote: > We implemented amb before abort and abort handlers were around. > Does this library use them for convenience or does it add some > functionality to amb? -- Matthias It's a fancy `amb` that has nice features like `for/amb` and `in-amb`. Che

Re: [racket-dev] Changing call/cc

2012-08-30 Thread Asumu Takikawa
On 2012-08-30 06:53:58 -0600, Matthew Flatt wrote: > I think this combination of replacing both `call/cc' and `dynamic-wind' > would be equivalent to a smaller change to the semantics of `call/cc', > which is that it behaves as it does now if there's a shared > `dynamic-wind' between the source and

Re: [racket-dev] errors from `force`

2012-08-30 Thread Sam Tobin-Hochstadt
On Wed, Aug 29, 2012 at 11:23 AM, Sam Tobin-Hochstadt wrote: > On Wed, Aug 29, 2012 at 11:17 AM, Matthew Flatt wrote: >> At Wed, 29 Aug 2012 10:34:02 -0400, Sam Tobin-Hochstadt wrote: >>> On Wed, Aug 29, 2012 at 9:20 AM, Matthew Flatt wrote: >>> > At Mon, 27 Aug 2012 17:36:42 -0400, Sam Tobin-Ho

Re: [racket-dev] crash with subprocess

2012-08-30 Thread Matthew Flatt
Thanks. If you don't need places, compiling with places disabled (i.e., `configure --disable-places') would likely work around the bug for now. At Thu, 30 Aug 2012 16:18:15 +0200, Tobias Hammer wrote: > It uses only a single place. The system is 32bit Linux: > Linux 2.6.32.59-0.7-pae #1 SMP 2012-0

Re: [racket-dev] crash with subprocess

2012-08-30 Thread Tobias Hammer
It uses only a single place. The system is 32bit Linux: Linux 2.6.32.59-0.7-pae #1 SMP 2012-07-13 15:50:56 +0200 i686 i686 i386 GNU/Linux Tobias On Thu, 30 Aug 2012 15:17:05 +0200, Matthew Flatt wrote: It looks like we still have problems with the `subprocess' implementation that coope

Re: [racket-dev] Changing call/cc

2012-08-30 Thread Matthias Felleisen
On Aug 30, 2012, at 9:59 AM, Matthew Flatt wrote: >> >> The example that would break uses `call/cc` and delimiters to implement >> `amb`. [...] >> The abort handler here isn't prepared to deal with thunks that it would >> receive from an emulated `call/cc`. > > Ok, it makes sense that we'd have

Re: [racket-dev] Building Racket with the Android NDK

2012-08-30 Thread Matthew Flatt
Here's something different to try: In "src/racket/gc2/sighand.c", change to initialize_signal_handler() to set `gc->generations_available = 0' and return install of installing signal handlers. That should disable generational GC and the associated write barrier. At Thu, 30 Aug 2012 13:39:52 +0100

Re: [racket-dev] Changing call/cc

2012-08-30 Thread Matthew Flatt
At Thu, 30 Aug 2012 09:34:09 -0400, Asumu Takikawa wrote: > On 2012-08-30 06:53:58 -0600, Matthew Flatt wrote: > > That variant is called `call/cc-via-composable' in the tests. It's > > meant for use with `call-with-continuation-prompt-for-composable', > > which is why there is an extra `call-with-

Re: [racket-dev] Changing call/cc

2012-08-30 Thread Asumu Takikawa
On 2012-08-30 06:53:58 -0600, Matthew Flatt wrote: > That variant is called `call/cc-via-composable' in the tests. It's > meant for use with `call-with-continuation-prompt-for-composable', > which is why there is an extra `call-with-continuation-prompt'. I think you may want the extra prompt in th

Re: [racket-dev] crash with subprocess

2012-08-30 Thread Matthew Flatt
It looks like we still have problems with the `subprocess' implementation that cooperates with places. Does your program use multiple places, or just one? If it uses multiple places, does it use `subprocess' in multiple places? Is your platform 32-bit Linux? At Thu, 30 Aug 2012 13:38:23 +0200, T

Re: [racket-dev] Changing call/cc

2012-08-30 Thread Matthew Flatt
At Wed, 29 Aug 2012 23:06:52 -0400, Asumu Takikawa wrote: > We have a proposal for changing `call/cc` so that it interacts better > with delimited operators and would be safe to include in TR. The > proposal is to remove the current `call/cc` and replace it with a > function implemented with delimi

Re: [racket-dev] Building Racket with the Android NDK

2012-08-30 Thread Jan Wedekind
On Sat, 25 Aug 2012, Matthew Flatt wrote: At Sat, 25 Aug 2012 20:04:45 +0100 (BST), Jan Wedekind wrote: I tried to debug However then the program reports the following segmentation fault instead: Program received signal SIGSEGV, Segmentation fault. 0x00282540 in scheme_gmp_tls_unload

[racket-dev] crash with subprocess

2012-08-30 Thread Tobias Hammer
Hi, i am experiencing random crashes when using subprocess followed by a subprocess-wait. My test program, that i call via subprocess is special, in that it kills itself very fast with a sigkill after executing. Unfortunately, i wasn't able to reproduce this behavior in a small sample but i coul