Ryan Culpepper | 1 Apr 21:56 2015

Pre-Release Checklist for v6.2

Reminder: This is a practice release. The new release process is
described at:

   https://github.com/plt/racket/wiki/Release-process

Checklist items for the v6.2 release
   (using the v6.1.90.900 release candidate build)

Search for your name to find relevant items, reply when you finish an
item (please indicate which item/s is/are done).  Also, if you have any
commits that should have been picked, make sure that the changes are in.

Important: new builds are created without announcement, usually whenever
I pick a few commits.  If you need to commit changes, please make sure
you tell me to pick it into the release branch.

--> Release candidates are at
-->   http://pre-release.racket-lang.org

Please use these installers (or source bundles) -- don't test from
your own git clone (don't test the `master' branch by mistake!).  To
get the tests, you can do this:

   cd ...racket-root...
   ./bin/raco pkg install -i main-distribution-test

----------------------------------------------------------------------

* Matthew Flatt <mflatt@...>
   - Racket Tests
(Continue reading)

Update text for planet.racket-lang.org?

The text for planet.racket-lang.org is a bit misleading; in particular, it starts with the claim that
"PLaneT is Racket's centralized package distribution system.” This is no longer the whole truth, and
it seems to me like we might want to gently steer users toward packages, ideally without scaring anyone
away entirely.

How about something like this set of edits:

DELETE: PLaneT is Racket's centralized package distribution system. Here you will find
user-contributed Racket packages along with instructions for using them.

REPLACE WITH: <i>Note:</i> Racket version 6.0 introduced a new package distribution system, whose home
page is <a>pkg.racket-lang.org</a>. Most recent development work uses this newer framework, and many
of the packages available on this page have newer versions as part of the new system. This page contains the
packages associated with Racket’s older package system, PLaneT.

AND: The Racket team is committed to a smooth transition, and the existing PLaneT infrastructure should be
supported for some time to come.

The packages on this site are user-contributed and not part of Racket. Be aware that when you download one of
them for use in your programs, you are installing software on your computer that could deliberately or
accidentally harm your system. Do not require from PLaneT any packages you do not trust.

DELETE: For more about how to use PLaneT and for instructions on turning your own code into packages, see the
PLaneT documentation (also available in your local installation).

This page shows the latest versions of all available packages, sorted by category.

DELETE: You can be notified when new packages are added by subscribing to the RSS feed or to the
PLaneT-Announce mailing list.

(Continue reading)

Sam Tobin-Hochstadt | 30 Mar 15:32 2015
Picon
Picon

Re: building from source

This is a known bug somewhere in Honu that causes that test to fail to compile. Jens (the most recent person to commit to Honu) looked at it but did not find a fix, so probably one of the developers of Honu needs to fix it.

Sam

On Mon, Mar 30, 2015 at 9:30 AM Matthias Felleisen <matthias-1vnkWVZi4QaVc3sceRu5cw@public.gmane.org> wrote:

On my Mac, I get this from 'make':

> raco setup: error: during making for <pkgs>/honu/tests
> raco setup:   #%app: undefined;
> raco setup:    cannot reference an identifier before its definition
> raco setup:     in module: 'macros
> raco setup:     phase: 1
> raco setup:     compiling: <pkgs>/honu/tests/macros.rkt
> make[1]: *** [plain-in-place] Error 1
> make: *** [in-place] Error 2
> updating installed packages

Thanks!

--
You received this message because you are subscribed to the Google Groups "Racket Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to racket-dev+unsubscribe <at> googlegroups.com.
To post to this group, send email to racket-dev-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To view this discussion on the web visit https://groups.google.com/d/msgid/racket-dev/A314F516-9097-49AD-A4B7-72E36DA520F7%40ccs.neu.edu.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "Racket Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to racket-dev+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To post to this group, send email to racket-dev-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To view this discussion on the web visit https://groups.google.com/d/msgid/racket-dev/CAK%3DHD%2BbSFZKhs9iVznc%2BdrPKA3urCiKHVeU%3DgnzDA8mPEstQqw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
Matthias Felleisen | 30 Mar 15:31 2015

building from source

	
On my Mac, I get this from 'make': 

> raco setup: error: during making for <pkgs>/honu/tests
> raco setup:   #%app: undefined;
> raco setup:    cannot reference an identifier before its definition
> raco setup:     in module: 'macros
> raco setup:     phase: 1
> raco setup:     compiling: <pkgs>/honu/tests/macros.rkt
> make[1]: *** [plain-in-place] Error 1
> make: *** [in-place] Error 2
> updating installed packages

Thanks! 

--

-- 
You received this message because you are subscribed to the Google Groups "Racket Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to racket-dev+unsubscribe@...
To post to this group, send email to racket-dev@...
To view this discussion on the web visit https://groups.google.com/d/msgid/racket-dev/A314F516-9097-49AD-A4B7-72E36DA520F7%40ccs.neu.edu.
For more options, visit https://groups.google.com/d/optout.

Kevin Clancy | 28 Mar 01:53 2015
Picon

Non-Trivial Filters in Typed Racket

I've been experimenting with non-trivial filters for the numeric comparisons whose types are specified in base-env-numeric.rkt. For example, for the type of fl>=, I'm trying to use this:

(-> -Flonum -Flonum B : (-FS (-and (-imp (-filter -FlonumNan 0) -bot)
                                   
(-imp (-filter -FlonumNan 1) -bot)
                                   
(-or (-filter -PosFlonum 0)
                                       
(-and (-filter -FlonumZero 0)
                                             
(-filter -NonPosFlonum 1))
                                       
(-and (-filter -NegFlonum 0)
                                             
(-filter -NegFlonum 1))))
                             
-top))

I think this could be improved by adding a negative filter, but with what I currently have I assumed that the following program would type-check:

(define (pos_only [x : Positive-Flonum]) x)

(define (doit [x : Nonnegative-Flonum] [y : Positive-Flonum])
 
(define q (if (fl>= x y) x 3.0))
 
(pos_only q))

It does not type-check. Instead, it produces the following type error:

. Type Checker: type mismatch
  expected
: Positive-Flonum
  given
: Nonnegative-Flonum in: x


The true filter implies that y is not nan. It also implies that if y is neither non-positive or negative then x must be positive. Since y is not nan, it is not possible for y to be both positive and non-positive. Hence, x should have type PositiveFlonum in its occurrence in the if statement. What has gone wrong? Do non-trivial filters work correctly at this point?

Thanks,
Kevin


--
You received this message because you are subscribed to the Google Groups "Racket Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to racket-dev+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To post to this group, send email to racket-dev-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To view this discussion on the web visit https://groups.google.com/d/msgid/racket-dev/8d04c19a-828d-40b8-aa76-25b086d58287%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Alexis King | 19 Mar 00:21 2015
Picon

Racket generics and generic collections

I’ve recently made an attempt to implement a generic collection library for Racket using racket/generic. My implementation is a work in progress, but you can find it here:

https://github.com/lexi-lambda/racket-alexis-collections

Documentation is also available if you’re interested in taking a peek at how it works.

I’ve been discussing how to best handle this sort of project with Vincent on IRC. He has his own version of generic collections as well, located here, which takes a decidedly different approach. I think we’re both interested in having a discussion about how to best approach this problem, since having generic collections in the core would be a nice improvement, but that’s a long-term goal.

In a more immediate sense, I’ve run into a few issues with the current generics implementation that I think need to be solved in order to create an expressive enough system to adequately handle the different data structures Racket contains. I’ve written up some of the things that have come to my immediate attention on the wiki page on GitHub. I would appreciate any comments or feedback.

In addition to those problems, there are more collections-specific issues that would be helpful to untangle, such as how to handle operations such as map and append on heterogenous arguments, as well as the general structure of the interfaces. I will continue to attempt to create what my ideal implementation would look like, but, as Vincent has said, I think now is a good time to try out different approaches and weighing the pros and cons.

Sam has also suggested taking cues from Clojure, Scala, and Haskell with regards to their collections APIs, which probably provide good examples of the pros and cons of existing approaches. I haven’t done any extensive work in any of those languages, so if anyone is familiar with their strengths and weaknesses, it would be helpful to hear what you like and don’t like about them.

Alexis

--
You received this message because you are subscribed to the Google Groups "Racket Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to racket-dev+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To post to this group, send email to racket-dev-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To view this discussion on the web visit https://groups.google.com/d/msgid/racket-dev/AE4CCA7C-6F88-499D-B415-90FA7A184338%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Ryan Culpepper | 16 Mar 23:55 2015

Practice Release 6.2 is about to begin

The practice release announced back in January is about to
begin. I will create release branches on the main repository and
package repositories involved in the "main-distribution" package
tonight.

The purpose of this practice release is to test the new release
process, described here:

   https://github.com/plt/racket/wiki/Release-process

The list of pkg repository managers (also linked from the wiki
page above) is here:

   https://github.com/plt/racket/wiki/Release-repo-managers

Ryan

--

-- 
You received this message because you are subscribed to the Google Groups "Racket Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to racket-dev+unsubscribe@...
To post to this group, send email to racket-dev@...
To view this discussion on the web visit https://groups.google.com/d/msgid/racket-dev/55075F7C.4070204%40ccs.neu.edu.
For more options, visit https://groups.google.com/d/optout.

Jens Axel Søgaard | 15 Mar 10:59 2015
Picon

Installing Whalesong via the package manager

Hi All,

I have put Whalesong on pkg.racket-lang.org.

On 6.1.1.8 this will install Whalesong correctly:

raco pkg install -j 1 --force --deps search-auto --scope installation whalesong

However omitting the -j 1 which disables parallel building, leads to
compile errors (and not the same each time).

Any ideas how to fix this?

/Jens Axel

--

-- 
You received this message because you are subscribed to the Google Groups "Racket Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to racket-dev+unsubscribe@...
To post to this group, send email to racket-dev@...
To view this discussion on the web visit https://groups.google.com/d/msgid/racket-dev/CABefVgxoBPgQaJW4O6UnWsT27daeRFhhCVeErUFeSVghgghekQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Sam Tobin-Hochstadt | 15 Mar 01:00 2015
Picon
Picon

Re: Generics in Typed Racket?

On Thu, Mar 12, 2015 at 11:50 PM, Alexis King <lexi.lambda@...> wrote:
> Thank you for your warnings. I certainly didn’t anticipate it to be
> straightforward, but yes, it’s also probable I’m not up to the task. I
> definitely haven’t tried very much just yet, and I’m still undecided if I
> want to pursue this at all (at least for the time being).
>
> I do want to take a moment to discuss something that I was talking with Eric
> (and briefly with Andrew) about on IRC a short while ago because it’s
> something that I think puts Typed Racket in an interesting position.
>
> I encountered Typed Racket as an end user—someone who was just interested in
> using it for ordinary programming—and I came upon it at a time in which it’s
> honestly a very practical drop-in replacement for a large portion of Racket.
> Especially with the newly added support for the class system, it’s
> remarkably capable language, and I find it to be a superior experience to
> using untyped Racket in most ways.

Aw, thanks!

> The downside, of course, is that TR’s abstraction is leaky at times—I have
> wrangled with the type system more than I would have liked, and especially
> when typed code interacts with untyped code, it can be rough around the
> edges. Despite this, there are still soundness holes in weird edge cases
> because, well, enforcing types everywhere with the level of fined-grained
> control that TR’s type system provides is really hard (especially when
> things can be mutable).

I think this runs together two different issues which it's important
to keep separate.

First, Typed Racket has a complex and powerful type system because
that's what's needed to handle idiomatic Racket code. Furthermore,
we're continuing to make it more complicated to handle things like
classes, units, and hopefully generics as you propose. To the best of
my knowledge, the statically-typed portion of this type system is
sound; places where it isn't are simple bugs. This has required a
bunch of new research to get right, of course.

Second, Typed Racket is embedded in Racket, and must defend itself
against against accidental or malicious programs. This includes both
simple interaction with untyped code, as well as reflection and other
complex features. Unfortunately, this is also easy to get wrong, and
we've gotten it wrong plenty of times. There are indeed some holes
that continue to exist, and unfortunately closing these holes in the
most conservative way would fundamentally break some existing
programs, which we'd prefer not to do. However, we're working on this,
and I look forward to the day that Typed Racket's soundness is as
reliable as plain Racket's memory safety.

> So on the one hand, I totally understand Typed Racket as a research project,
> and it’s a fascinating and highly successful one at that. I am deeply
> grateful for all the work and ingenuity that has been poured into it. On the
> other hand, I also view TR has a practical tool I want to use in
> programming, and sometimes it’s very easy to run into its shortcomings when
> pushing it to its limits in real-world code. In some cases, Typed Racket has
> already sacrificed soundness for practicality (whether originally
> intentional or not), but honestly I don’t think that’s much of a problem
> since people will never stumble upon it unless they are explicitly trying to
> break the type system.

I disagree with both of these claims. First, unsoundness is a real
problem, and one that people stumble upon even when they aren't
trying. We need only to look at the long history of C vulnerabilities
to see this. Second, Typed Racket isn't sacrificing soundness for
practicality. Sometimes, we have bugs, and we have not fixed them all.
We're also not always willing to fix a bug if we don't have a fix that
works well for existing users -- if they've relied on something
working, we shouldn't make their whole program break permanently.

> Anyway, I guess what I’m really saying is that I feel like maintaining all
> untyped Racket idioms and being able to interact with untyped code makes it
> almost impossible to maintain perfect soundness everywhere.

I think maintaining untyped idioms doesn't require compromises --
except on amount work and research we need to do. I encourage you to
start in on that work, and I'm happy to help. But an important part of
that is maintaining the philsophy of Typed Racket, including soundness
and faithfulness to existing Racket programs.

> Typed Racket’s implementation of generics is already going to be highly
> restricted based on Racket’s implementation of generics since all dispatch
> has to be purely dynamic. It couldn’t use static dispatch, anyway, due to
> subtyping.

This is not, I think, correct about subtyping. For example, Scala does
static determination of implicits, despite the presence of subtyping.
But if you mean that Typed Racket's generics won't be the same as
Haskell's, since Racket's generics aren't either, then yes, that's
correct. But you can still do many impressive things with them -- for
example, Tony's monad implementation here:
http://www.eighty-twenty.org/2015/01/25/monads-in-dynamically-typed-languages/

> Building upon that, I’m not sure it’s even possible to design an adequate
> generics system with no soundness problems given Racket’s capability for
> struct subtyping. (It probably could be possible by introducing some
> additional contract mechanisms, possibly to the core, but that’s far out of
> my scope.) As far as I can tell, a large number of the current issues with
> soundness already revolve around struct subtyping—Eric is obviously much
> more aware of that than I am, though.

Again, I don't think this is true, and it's confusing the two issues
that I distinguished earlier. If we don't yet know how to generate
contracts for generic function types, we can simply not implement
that, but that doesn't require soundness holes.

> Fundamentally, given the constraints placed on the system, it doesn’t feel
> like there are all that many possibilities for introducing Racket’s generics
> to TR. Since it’s something I’d find incredibly helpful in real code, my
> first instinct is to just bolt it on.
>
> Obviously, “just bolt it on” isn’t satisfactory for something of this
> significance, but even if I tried it and subsequently failed horribly and
> ended up with a half-functional mess that could be easily broken, I’m still
> tempted to try anyway because I think even a broken implementation would
> have real utility, and it could help to serve as an illustration for what
> doesn’t work and how it could be fixed.
>
> Basically, I’m considering forking TR and adding a hacky generics
> implementation without much thought so people can break it. Feel free to try
> to talk me out of it (I haven’t even decided if I want to try yet or not),
> but I think that’s currently my frame of mind.

As Matthias said, research can always fail. If you make an effort in
one direction and show that it doesn't work, or that more is required
to make it work, that would be highly valuable.

But I don't think that approaching this as "forking TR" is a good
idea. TR has managed to successfully handle a wide variety of tricky
Racket features, and I'm sure we can do generics too.

A separate issue, which you mention in passing, is whether Typed
Racket is the be-all and end-all of types in the Racket ecosystem.
Currently it's the most popular, but I think there's room for other
systems as well. If you, or anyone else, want to develop a
Haskell-like or ML-like or Scala-like system in Racket, that sounds
like a great idea to me. You wouldn't be constrainted by existing
Racket programs, and who knows what interesting things would develop.

Sam

--

-- 
You received this message because you are subscribed to the Google Groups "Racket Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to racket-dev+unsubscribe@...
To post to this group, send email to racket-dev@...
To view this discussion on the web visit https://groups.google.com/d/msgid/racket-dev/CAK%3DHD%2BaEh%2BnwY29uWDkZqFcDCRYcQgpM6YFeejro4MgUKsEnmQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Sergey Pinaev | 13 Mar 13:57 2015
Picon

memory leaks in places(?)

simple placestest.scm:

#lang racket
(require racket/place)
(provide main child)
(define (child ch)
  (printf "child exit~n"))
(define (main . argv)
  (let loop ((places '()))
    (if (< (length places) 10)
        (loop (cons (dynamic-place "placestest.scm" 'child) places))
        (loop (filter (lambda (pl)
                        (let ((dead (sync/timeout 0 (place-dead-evt pl))))
                          (or (not dead)
                              (and (place-wait pl) #f))))
                      places)))))

run "racket -t placestest.scm -m"

run shell script, that takes 10000 times rss of racket process and prints minimal:

pid=21479; while :; do i=0; min=10000000000000; while [ $i -lt 10000 ]; do n=`ps -o rss --no-headers -p $pid`; min=$(($n < $min ? $n : $min)); i=$(($i+1)); done; echo $min; done

results:
173496
222588
195856
242100
256072
310104
314964
323700
330020
340088
338372
326592
324264
312044
316548
326552
326888
332612
331816
319940
316048
302032
316792
356084
358192
353040
381460
418864
425872
396864
413488
453320
468796
472476
458992
451932
478644
471304
492824
522756
517472
527532
499744
478676
519708
490356
511716
524064
530632
544140
545808
574856
564688
530788
541820
560396

as you can see - it is slowly, but constantly, grows. i think there is memory leaks somewhere, but i cannot find it, because, as i wrote here before, racket segfaults when run under valgrind. any ideas?

--
You received this message because you are subscribed to the Google Groups "Racket Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to racket-dev+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To post to this group, send email to racket-dev-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To view this discussion on the web visit https://groups.google.com/d/msgid/racket-dev/20e17034-6b89-4d37-bd64-9391295b7f2a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Spencer Florence | 12 Mar 23:25 2015
Picon

Segfault

Hey all, I have consistently reproducible segfault (core dump at end of email). The segfault only seems to happen when I invoke raco from my make file by `make 2>&1 > /tmp/out`. I'm OSX 10.10.2.

What other information can I provide to help debug this?


Process:               racket [4430]
Path:                  /Applications/Racket/*/racket
Identifier:            racket
Version:               0
Code Type:             X86-64 (Native)
Parent Process:        sh [4374]
Responsible:           iTerm [550]
User ID:               501

Date/Time:             2015-03-12 18:14:44.034 -0400
OS Version:            Mac OS X 10.10.2 (14C109)
Report Version:        11
Anonymous UUID:        CDC34F09-D012-461B-C5C7-A3209B95740A

Sleep/Wake UUID:       553707D0-C256-42DF-9D6B-7C0D0AD70087

Time Awake Since Boot: 19000 seconds
Time Since Wake:       7900 seconds

Crashed Thread:        0  Dispatch queue: com.apple.main-thread

Exception Type:        EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:       KERN_INVALID_ADDRESS at 0x0000000100000000

VM Regions Near 0x100000000:
--> 
    __TEXT                 000000010e10e000-000000010e116000 [   32K] r-x/rwx SM=PRV  /Applications/Racket/*

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   Racket                         0x000000010e124dae is_eqv + 46
1   Racket                         0x000000010e12500e is_fast_equal + 30
2   Racket                         0x000000010e125557 is_equal + 359
3   Racket                         0x000000010e12597c is_equal + 1420
4   Racket                         0x000000010e126fc2 scheme_equal + 226
5   Racket                         0x000000010e423ac5 search_shared_pes + 1781
6   Racket                         0x000000010e413a73 resolve_env + 6099
7   Racket                         0x000000010e414da0 scheme_stx_module_name + 640
8   Racket                         0x000000010e1315be scheme_lookup_binding + 1758
9   Racket                         0x000000010e141966 scheme_check_immediate_macro + 774
10  Racket                         0x000000010e145b54 compile_expand_block + 1652
11  Racket                         0x000000010e14b8dc do_letrec_syntaxes + 6956
12  Racket                         0x000000010e13d99c letrec_syntaxes_expand + 204
13  Racket                         0x000000010e143b5e scheme_compile_expand_expr + 8062
14  Racket                         0x000000010e145013 scheme_expand_list + 883
15  Racket                         0x000000010e1474c3 compile_expand_block + 8163
16  Racket                         0x000000010e14eff0 do_let_expand + 5392
17  Racket                         0x000000010e13bdfa let_values_expand + 218
18  Racket                         0x000000010e143b5e scheme_compile_expand_expr + 8062
19  Racket                         0x000000010e1391a6 if_expand + 982
20  Racket                         0x000000010e143b5e scheme_compile_expand_expr + 8062
21  Racket                         0x000000010e145013 scheme_expand_list + 883
22  Racket                         0x000000010e1474c3 compile_expand_block + 8163
23  Racket                         0x000000010e14eff0 do_let_expand + 5392
24  Racket                         0x000000010e13bdfa let_values_expand + 218
25  Racket                         0x000000010e143b5e scheme_compile_expand_expr + 8062
26  Racket                         0x000000010e145013 scheme_expand_list + 883
27  Racket                         0x000000010e1474c3 compile_expand_block + 8163
28  Racket                         0x000000010e14eff0 do_let_expand + 5392
29  Racket                         0x000000010e13bdfa let_values_expand + 218
30  Racket                         0x000000010e143b5e scheme_compile_expand_expr + 8062
31  Racket                         0x000000010e145013 scheme_expand_list + 883
32  Racket                         0x000000010e1474c3 compile_expand_block + 8163
33  Racket                         0x000000010e138119 lambda_expand + 809
34  Racket                         0x000000010e143b5e scheme_compile_expand_expr + 8062
35  Racket                         0x000000010e144936 compile_expand_expr_lift_to_let + 662
36  Racket                         0x000000010e2c7b24 do_module_begin_at_phase + 11284
37  Racket                         0x000000010e2c2db4 do_module_begin + 4580
38  Racket                         0x000000010e2a73cc module_begin_expand + 204
39  Racket                         0x000000010e143b5e scheme_compile_expand_expr + 8062
40  Racket                         0x000000010e2cca55 do_module + 6357
41  Racket                         0x000000010e2cac3d expand_submodules + 461
42  Racket                         0x000000010e2c4be7 do_module_begin + 12311
43  Racket                         0x000000010e2a73cc module_begin_expand + 204
44  Racket                         0x000000010e143b5e scheme_compile_expand_expr + 8062
45  Racket                         0x000000010e2cca55 do_module + 6357
46  Racket                         0x000000010e2a72a0 module_expand + 48
47  Racket                         0x000000010e143b5e scheme_compile_expand_expr + 8062
48  Racket                         0x000000010e1843b7 expand_k + 1159
49  Racket                         0x000000010e1a7378 scheme_top_level_do_worker + 2056
50  Racket                         0x000000010e173de0 expand_stx + 304
51  ???                           0x000000010f53d3d2 0 + 4552119250
52  ???                           0x000000010f54270d 0 + 4552140557
53  Racket                         0x000000010e17a443 scheme_do_eval + 12371
54  Racket                         0x000000010e1a7c18 apply_k + 264
55  Racket                         0x000000010e1a7378 scheme_top_level_do_worker + 2056
56  Racket                         0x000000010e183a1c call_compile_handler + 204
57  Racket                         0x000000010e185121 compile_k + 2961
58  Racket                         0x000000010e1a7378 scheme_top_level_do_worker + 2056
59  Racket                         0x000000010e17f6af scheme_default_eval_handler + 271
60  Racket                         0x000000010e17a66f scheme_do_eval + 12927
61  Racket                         0x000000010e17827c scheme_do_eval + 3724
62  Racket                         0x000000010e1affff scheme_finish_apply_for_prompt + 639
63  Racket                         0x000000010e1b0380 scheme_apply_for_prompt + 112
64  Racket                         0x000000010e1a0a94 call_with_prompt + 2532
65  Racket                         0x000000010e17a66f scheme_do_eval + 12927
66  Racket                         0x000000010e1b0d5e _scheme_call_with_prompt_multi + 542
67  Racket                         0x000000010e1a7f30 do_apply_with_prompt + 320
68  Racket                         0x000000010e373754 do_load_handler + 3012
69  Racket                         0x000000010e1b41cc scheme_dynamic_wind + 1116
70  Racket                         0x000000010e36f791 default_load + 1489
71  ???                           0x000000010f534114 0 + 4552081684
72  Racket                         0x000000010e17a443 scheme_do_eval + 12371
73  Racket                         0x000000010e1affff scheme_finish_apply_for_prompt + 639
74  Racket                         0x000000010e1b0380 scheme_apply_for_prompt + 112
75  Racket                         0x000000010e1a0a94 call_with_prompt + 2532
76  ???                           0x000000010f534114 0 + 4552081684
77  ???                           0x000000010f5431dd 0 + 4552143325
78  Racket                         0x000000010e17a443 scheme_do_eval + 12371
79  Racket                         0x000000010e1a7c18 apply_k + 264
80  Racket                         0x000000010e1a7378 scheme_top_level_do_worker + 2056
81  Racket                         0x000000010e2b1bcd _module_resolve + 957
82  Racket                         0x000000010e2ad689 _dynamic_require + 777
83  Racket                         0x000000010e2a7de4 scheme_dynamic_require + 244
84  ???                           0x0000000111506859 0 + 4585449561
85  Racket                         0x000000010e17a443 scheme_do_eval + 12371
86  Racket                         0x000000010e19eb2d call_with_values + 237
87  ???                           0x000000010f5428c6 0 + 4552140998
88  ???                           0x000000010f5a7fa9 0 + 4552556457
89  Racket                         0x000000010e17a443 scheme_do_eval + 12371
90  Racket                         0x000000010e1ba1ec do_call_with_sema + 1724
91  Racket                         0x000000010e17b026 _scheme_apply_multi_from_native + 406
92  ???                           0x000000010f5a7ee4 0 + 4552556260
93  ???                           0x000000010f5419cb 0 + 4552137163
94  Racket                         0x000000010e17a443 scheme_do_eval + 12371
95  Racket                         0x000000010e1772ea _scheme_apply_from_native + 346
96  ???                           0x000000010f542b36 0 + 4552141622
97  Racket                         0x000000010e17a443 scheme_do_eval + 12371
98  Racket                         0x000000010e1affff scheme_finish_apply_for_prompt + 639
99  Racket                         0x000000010e1b0380 scheme_apply_for_prompt + 112
100 Racket                         0x000000010e1a0a94 call_with_prompt + 2532
101 ???                           0x000000010f534114 0 + 4552081684
102 Racket                         0x000000010e17a443 scheme_do_eval + 12371
103 Racket                         0x000000010e17afe9 _scheme_apply_multi_from_native + 345
104 ???                           0x000000010f534056 0 + 4552081494
105 Racket                         0x000000010e17a443 scheme_do_eval + 12371
106 Racket                         0x000000010e19eb2d call_with_values + 237
107 Racket                         0x000000010e17a66f scheme_do_eval + 12927
108 Racket                         0x000000010e2b697d body_one_expr + 173
109 Racket                         0x000000010e17827c scheme_do_eval + 3724
110 Racket                         0x000000010e1affff scheme_finish_apply_for_prompt + 639
111 Racket                         0x000000010e1b0380 scheme_apply_for_prompt + 112
112 Racket                         0x000000010e1a0a94 call_with_prompt + 2532
113 Racket                         0x000000010e17a66f scheme_do_eval + 12927
114 Racket                         0x000000010e1b0d5e _scheme_call_with_prompt_multi + 542
115 Racket                         0x000000010e2b655c scheme_module_run_finish + 1260
116 ???                           0x000000010f53b523 0 + 4552111395
117 ???                           0x000000010f53419e 0 + 4552081822
118 Racket                         0x000000010e2d3478 eval_module_body + 216
119 Racket                         0x000000010e2d3811 do_start_module + 273
120 Racket                         0x000000010e2ad2d3 start_module + 3603
121 Racket                         0x000000010e2add87 _dynamic_require + 2567
122 Racket                         0x000000010e2a7de4 scheme_dynamic_require + 244
123 Racket                         0x000000010e17a66f scheme_do_eval + 12927
124 Racket                         0x000000010e1a77f0 force_values + 368
125 Racket                         0x000000010e1a78c4 scheme_force_value_same_mark + 132
126 ???                           0x000000010f53ecbf 0 + 4552125631
127 Racket                         0x000000010e17a443 scheme_do_eval + 12371
128 Racket                         0x000000010e1affff scheme_finish_apply_for_prompt + 639
129 Racket                         0x000000010e1b0380 scheme_apply_for_prompt + 112
130 Racket                         0x000000010e1a0a94 call_with_prompt + 2532
131 ???                           0x000000010f534114 0 + 4552081684
132 ???                           0x00000001115042cb 0 + 4585439947
133 ???                           0x000000011150406b 0 + 4585439339
134 Racket                         0x000000010e17a443 scheme_do_eval + 12371
135 Racket                         0x000000010e17afe9 _scheme_apply_multi_from_native + 345
136 ???                           0x000000010f534056 0 + 4552081494
137 Racket                         0x000000010e17a443 scheme_do_eval + 12371
138 Racket                         0x000000010e185ad4 define_execute_with_dynamic_state + 612
139 Racket                         0x000000010e1791e0 scheme_do_eval + 7664
140 Racket                         0x000000010e2b697d body_one_expr + 173
141 Racket                         0x000000010e17827c scheme_do_eval + 3724
142 Racket                         0x000000010e1affff scheme_finish_apply_for_prompt + 639
143 Racket                         0x000000010e1b0380 scheme_apply_for_prompt + 112
144 Racket                         0x000000010e1a0a94 call_with_prompt + 2532
145 Racket                         0x000000010e17a66f scheme_do_eval + 12927
146 Racket                         0x000000010e1b0d5e _scheme_call_with_prompt_multi + 542
147 Racket                         0x000000010e2b655c scheme_module_run_finish + 1260
148 ???                           0x000000010f53b523 0 + 4552111395
149 ???                           0x000000010f53419e 0 + 4552081822
150 Racket                         0x000000010e2d3478 eval_module_body + 216
151 Racket                         0x000000010e2d3811 do_start_module + 273
152 Racket                         0x000000010e2ad2d3 start_module + 3603
153 Racket                         0x000000010e2add87 _dynamic_require + 2567
154 Racket                         0x000000010e2a7de4 scheme_dynamic_require + 244
155 Racket                         0x000000010e17a66f scheme_do_eval + 12927
156 Racket                         0x000000010e1784c7 scheme_do_eval + 4311
157 Racket                         0x000000010e178889 scheme_do_eval + 5273
158 Racket                         0x000000010e17df51 apply_values_execute + 225
159 Racket                         0x000000010e1793ea scheme_do_eval + 8186
160 Racket                         0x000000010e2b697d body_one_expr + 173
161 Racket                         0x000000010e17827c scheme_do_eval + 3724
162 Racket                         0x000000010e1affff scheme_finish_apply_for_prompt + 639
163 Racket                         0x000000010e1b0380 scheme_apply_for_prompt + 112
164 Racket                         0x000000010e1a0a94 call_with_prompt + 2532
165 Racket                         0x000000010e17a66f scheme_do_eval + 12927
166 Racket                         0x000000010e1b0d5e _scheme_call_with_prompt_multi + 542
167 Racket                         0x000000010e2b655c scheme_module_run_finish + 1260
168 ???                           0x000000010f53b523 0 + 4552111395
169 Racket                         0x000000010e28bf7c scheme_module_run_start + 156
170 Racket                         0x000000010e2d3478 eval_module_body + 216
171 Racket                         0x000000010e2d3811 do_start_module + 273
172 Racket                         0x000000010e2ad2d3 start_module + 3603
173 Racket                         0x000000010e2add87 _dynamic_require + 2567
174 Racket                         0x000000010e2a7de4 scheme_dynamic_require + 244
175 Racket                         0x000000010e17a66f scheme_do_eval + 12927
176 Racket                         0x000000010e2b697d body_one_expr + 173
177 Racket                         0x000000010e17827c scheme_do_eval + 3724
178 Racket                         0x000000010e1affff scheme_finish_apply_for_prompt + 639
179 Racket                         0x000000010e1b0380 scheme_apply_for_prompt + 112
180 Racket                         0x000000010e1a0a94 call_with_prompt + 2532
181 Racket                         0x000000010e17a66f scheme_do_eval + 12927
182 Racket                         0x000000010e1b0d5e _scheme_call_with_prompt_multi + 542
183 Racket                         0x000000010e2b655c scheme_module_run_finish + 1260
184 ???                           0x000000010f53b523 0 + 4552111395
185 Racket                         0x000000010e28bf7c scheme_module_run_start + 156
186 Racket                         0x000000010e2d3478 eval_module_body + 216
187 Racket                         0x000000010e2d3811 do_start_module + 273
188 Racket                         0x000000010e2ad2d3 start_module + 3603
189 Racket                         0x000000010e2bba65 parse_requires + 5349
190 Racket                         0x000000010e2d7542 do_namespace_require + 482
191 Racket                         0x000000010e2a7f0f namespace_require + 15
192 Racket                         0x000000010e17a66f scheme_do_eval + 12927
193 Racket                         0x000000010e1a7c18 apply_k + 264
194 Racket                         0x000000010e1a7378 scheme_top_level_do_worker + 2056
195 racket                         0x000000010e1129de 0x10e10e000 + 18910
196 racket                         0x000000010e111a20 0x10e10e000 + 14880
197 Racket                         0x000000010e11ab5a scheme_main_stack_setup + 330
198 racket                         0x000000010e10fc54 0x10e10e000 + 7252
199 libdyld.dylib                 0x00007fff903345c9 start + 1

Thread 1:
0   libsystem_kernel.dylib         0x00007fff8ede74de mach_msg_trap + 10
1   libsystem_kernel.dylib         0x00007fff8ede664f mach_msg + 55
2   Racket                         0x000000010e474bc6 exception_thread + 134
3   libsystem_pthread.dylib       0x00007fff8aee2268 _pthread_body + 131
4   libsystem_pthread.dylib       0x00007fff8aee21e5 _pthread_start + 176
5   libsystem_pthread.dylib       0x00007fff8aee041d thread_start + 13

Thread 2:
0   libsystem_kernel.dylib         0x00007fff8edec48a __semwait_signal + 10
1   libsystem_c.dylib             0x00007fff8c35ee50 usleep + 54
2   Racket                         0x000000010e363edb green_thread_timer + 43
3   Racket                         0x000000010e2d7bb1 mzrt_thread_stub + 81
4   libsystem_pthread.dylib       0x00007fff8aee2268 _pthread_body + 131
5   libsystem_pthread.dylib       0x00007fff8aee21e5 _pthread_start + 176
6   libsystem_pthread.dylib       0x00007fff8aee041d thread_start + 13

Thread 0 crashed with X86 Thread State (64-bit):
  rax: 0x0000000000000001  rbx: 0x0000000100000000  rcx: 0x0000000000000031  rdx: 0x0000000000000031
  rdi: 0x0000000100000000  rsi: 0x0000000111288190  rbp: 0x00007fff51adfef0  rsp: 0x00007fff51adfec0
   r8: 0x000000000000002e   r9: 0x0000000000000000  r10: 0x0000000000002b28  r11: 0x000000010e4e0b70
  r12: 0x000000010e4e0b78  r13: 0x000000010e4e0b70  r14: 0x0000000111288190  r15: 0x0000000100000000
  rip: 0x000000010e124dae  rfl: 0x0000000000010246  cr2: 0x0000000100000000
  
Logical CPU:     0
Error Code:      0x00000004
Trap Number:     14


Binary Images:
       0x10e10e000 -        0x10e115fff +racket (0) <A142E49C-1A4D-3C44-9298-F091E0983E42> /Applications/Racket/*/racket
       0x10e11a000 -        0x10e4b3fff +Racket (0) <FF40563B-777C-332F-A7EB-BBA6ECDA6C33> /Applications/Racket/*/Racket.framework/Versions/6.1.1.8_3m/Racket
       0x114505000 -        0x11453bff7  libssl.dylib (52.10.1) <4A2D6ECA-A07E-38B5-98D4-315A4A1E8CE6> /usr/lib/libssl.dylib
    0x7fff68afc000 -     0x7fff68b32837  dyld (353.2.1) <65DCCB06-339C-3E25-9702-600A28291D0E> /usr/lib/dyld
    0x7fff86886000 -     0x7fff86897ff7  libsystem_coretls.dylib (35.1.2) <BC691CD1-17B6-39A5-BD02-AF973695FD1D> /usr/lib/system/libsystem_coretls.dylib
    0x7fff86b07000 -     0x7fff86b0ffff  libsystem_dnssd.dylib (561.1.1) <62B70ECA-E40D-3C63-896E-7F00EC386DDB> /usr/lib/system/libsystem_dnssd.dylib
    0x7fff86e53000 -     0x7fff86e8bffb  libsystem_network.dylib (411.1) <2EC3A005-473F-3C36-A665-F88B5BACC7F0> /usr/lib/system/libsystem_network.dylib
    0x7fff88a50000 -     0x7fff88a52ff7  libsystem_sandbox.dylib (358.1.1) <95312E09-DA28-324A-A084-F3E574D0210E> /usr/lib/system/libsystem_sandbox.dylib
    0x7fff88c00000 -     0x7fff88c01ff7  libsystem_blocks.dylib (65) <9615D10A-FCA7-3BE4-AA1A-1B195DACE1A1> /usr/lib/system/libsystem_blocks.dylib
    0x7fff88c02000 -     0x7fff88c04fff  libsystem_configuration.dylib (699.1.5) <5E14864E-089A-3D84-85A4-980B776427A8> /usr/lib/system/libsystem_configuration.dylib
    0x7fff895df000 -     0x7fff897d946f  libobjc.A.dylib (647) <759E155D-BC42-3D4E-869B-6F57D477177C> /usr/lib/libobjc.A.dylib
    0x7fff8a21e000 -     0x7fff8a264ff7  libauto.dylib (186) <A260789B-D4D8-316A-9490-254767B8A5F1> /usr/lib/libauto.dylib
    0x7fff8a277000 -     0x7fff8a277ff7  libunc.dylib (29) <5676F7EA-C1DF-329F-B006-D2C3022B7D70> /usr/lib/system/libunc.dylib
    0x7fff8a66b000 -     0x7fff8a671fff  libsystem_trace.dylib (72.1.3) <A9E6B7D8-C327-3742-AC54-86C94218B1DF> /usr/lib/system/libsystem_trace.dylib
    0x7fff8a99a000 -     0x7fff8aa10fe7  libcorecrypto.dylib (233.1.2) <E1789801-3985-3949-B736-6B3378873301> /usr/lib/system/libcorecrypto.dylib
    0x7fff8ad8e000 -     0x7fff8adb8ff7  libdispatch.dylib (442.1.4) <502CF32B-669B-3709-8862-08188225E4F0> /usr/lib/system/libdispatch.dylib
    0x7fff8aedf000 -     0x7fff8aee8fff  libsystem_pthread.dylib (105.10.1) <3103AA7F-3BAE-3673-9649-47FFD7E15C97> /usr/lib/system/libsystem_pthread.dylib
    0x7fff8beb1000 -     0x7fff8beb2fff  libDiagnosticMessagesClient.dylib (100) <2EE8E436-5CDC-34C5-9959-5BA218D507FB> /usr/lib/libDiagnosticMessagesClient.dylib
    0x7fff8c2e0000 -     0x7fff8c36cff7  libsystem_c.dylib (1044.10.1) <199ED5EB-77A1-3D43-AA51-81779CE0A742> /usr/lib/system/libsystem_c.dylib
    0x7fff8c470000 -     0x7fff8c4a0fff  libsystem_m.dylib (3086.1) <1E12AB45-6D96-36D0-A226-F24D9FB0D9D6> /usr/lib/system/libsystem_m.dylib
    0x7fff8c7d7000 -     0x7fff8c7e2fff  libcommonCrypto.dylib (60061) <D381EBC6-69D8-31D3-8084-5A80A32CB748> /usr/lib/system/libcommonCrypto.dylib
    0x7fff8c866000 -     0x7fff8c867fff  libSystem.B.dylib (1213) <90B107BC-FF74-32CC-B1CF-4E02F544D957> /usr/lib/libSystem.B.dylib
    0x7fff8c8a5000 -     0x7fff8ca8aff3  libicucore.A.dylib (531.31) <B08E00D5-13C6-3391-AB3A-8DE693D3B42E> /usr/lib/libicucore.A.dylib
    0x7fff8df61000 -     0x7fff8e2f7fff  com.apple.CoreFoundation (6.9 - 1152) <CBD1591C-405E-376E-87E9-B264610EBF49> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
    0x7fff8e82e000 -     0x7fff8e856fff  libsystem_info.dylib (459) <B85A85D5-8530-3A93-B0C3-4DEC41F79478> /usr/lib/system/libsystem_info.dylib
    0x7fff8ec6f000 -     0x7fff8ec70fff  com.apple.TrustEvaluationAgent (2.0 - 25) <2D61A2C3-C83E-3A3F-8EC1-736DBEC250AB> /System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/TrustEvaluationAgent
    0x7fff8ec71000 -     0x7fff8ed55fff  libcrypto.0.9.8.dylib (52.10.1) <2A2924DE-63FB-37F6-B102-84D69240675B> /usr/lib/libcrypto.0.9.8.dylib
    0x7fff8edd6000 -     0x7fff8edf3fff  libsystem_kernel.dylib (2782.10.72) <97CD7ACD-EA0C-3434-BEFC-FCD013D6BB73> /usr/lib/system/libsystem_kernel.dylib
    0x7fff8f023000 -     0x7fff8f04bfff  libxpc.dylib (559.10.3) <876216DC-D5D3-381E-8AF9-49AE464E5107> /usr/lib/system/libxpc.dylib
    0x7fff8f67b000 -     0x7fff8f691ff7  libsystem_asl.dylib (267) <F153AC5B-0542-356E-88C8-20A62CA704E2> /usr/lib/system/libsystem_asl.dylib
    0x7fff8f813000 -     0x7fff8f819ff7  libsystem_networkextension.dylib (167.1.10) <29AB225B-D7FB-30ED-9600-65D44B9A9442> /usr/lib/system/libsystem_networkextension.dylib
    0x7fff8f8ca000 -     0x7fff8f8cefff  libcache.dylib (69) <45E9A2E7-99C4-36B2-BEE3-0C4E11614AD1> /usr/lib/system/libcache.dylib
    0x7fff8f90d000 -     0x7fff8fa53fef  libsqlite3.dylib (168) <8B78BED1-7B9B-3943-80DC-0871015AEAC4> /usr/lib/libsqlite3.dylib
    0x7fff8fa54000 -     0x7fff8fa5cfff  libsystem_platform.dylib (63) <64E34079-D712-3D66-9CE2-418624A5C040> /usr/lib/system/libsystem_platform.dylib
    0x7fff90331000 -     0x7fff90334ff7  libdyld.dylib (353.2.1) <4E33E416-F1D8-3598-B8CC-6863E2ECD0E6> /usr/lib/system/libdyld.dylib
    0x7fff904e7000 -     0x7fff90503ff7  libsystem_malloc.dylib (53.1.1) <19BCC257-5717-3502-A71F-95D65AFA861B> /usr/lib/system/libsystem_malloc.dylib
    0x7fff905f3000 -     0x7fff905f8ff7  libsystem_stats.dylib (163.10.18) <9B8CCF24-DDDB-399A-9237-4BEC225D2E8C> /usr/lib/system/libsystem_stats.dylib
    0x7fff91b30000 -     0x7fff91b31ffb  libremovefile.dylib (35) <3485B5F4-6CE8-3C62-8DFD-8736ED6E8531> /usr/lib/system/libremovefile.dylib
    0x7fff91c77000 -     0x7fff91ccbfff  libc++.1.dylib (120) <1B9530FD-989B-3174-BB1C-BDC159501710> /usr/lib/libc++.1.dylib
    0x7fff91db9000 -     0x7fff91dc1ffb  libcopyfile.dylib (118.1.2) <0C68D3A6-ACDD-3EF3-991A-CC82C32AB836> /usr/lib/system/libcopyfile.dylib
    0x7fff91deb000 -     0x7fff91debff7  libkeymgr.dylib (28) <77845842-DE70-3CC5-BD01-C3D14227CED5> /usr/lib/system/libkeymgr.dylib
    0x7fff91f1e000 -     0x7fff92010ff7  libiconv.2.dylib (42) <2A06D02F-8B76-3864-8D96-64EF5B40BC6C> /usr/lib/libiconv.2.dylib
    0x7fff92013000 -     0x7fff92024ff7  libz.1.dylib (55) <88C7C7DE-04B8-316F-8B74-ACD9F3DE1AA1> /usr/lib/libz.1.dylib
    0x7fff9260b000 -     0x7fff92636fff  libc++abi.dylib (125) <88A22A0F-87C6-3002-BFBA-AC0F2808B8B9> /usr/lib/libc++abi.dylib
    0x7fff929bc000 -     0x7fff929bdfff  libsystem_secinit.dylib (18) <581DAD0F-6B63-3A48-B63B-917AF799ABAA> /usr/lib/system/libsystem_secinit.dylib
    0x7fff929be000 -     0x7fff929c5ff7  libcompiler_rt.dylib (35) <BF8FC133-EE10-3DA6-9B90-92039E28678F> /usr/lib/system/libcompiler_rt.dylib
    0x7fff92b8b000 -     0x7fff92b8dff7  libsystem_coreservices.dylib (9) <41B7C578-5A53-31C8-A96F-C73E030B0938> /usr/lib/system/libsystem_coreservices.dylib
    0x7fff92c6e000 -     0x7fff92c73ff7  libmacho.dylib (862) <126CA2ED-DE91-308F-8881-B9DAEC3C63B6> /usr/lib/system/libmacho.dylib
    0x7fff9395b000 -     0x7fff93964ff7  libsystem_notify.dylib (133.1.1) <61147800-F320-3DAA-850C-BADF33855F29> /usr/lib/system/libsystem_notify.dylib
    0x7fff94aac000 -     0x7fff94ab1ff7  libunwind.dylib (35.3) <BE7E51A0-B6EA-3A54-9CCA-9D88F683A6D6> /usr/lib/system/libunwind.dylib
    0x7fff95d2a000 -     0x7fff95d2aff7  liblaunch.dylib (559.10.3) <DFCDEBDF-8247-3DC7-9879-E7E497DDA4B4> /usr/lib/system/liblaunch.dylib
    0x7fff95f97000 -     0x7fff95f99ff7  libquarantine.dylib (76) <DC041627-2D92-361C-BABF-A869A5C72293> /usr/lib/system/libquarantine.dylib

External Modification Summary:
  Calls made by other processes targeting this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by all processes on this machine:
    task_for_pid: 8614
    thread_create: 0
    thread_set_state: 0

VM Region Summary:
ReadOnly portion of Libraries: Total=12K resident=12K(100%) swapped_out_or_unallocated=0K(0%)
Writable regions: Total=227.8M written=175.1M(77%) resident=228.7M(100%) swapped_out=0K(0%) unallocated=16777216.0T(7722883874816%)
 
REGION TYPE                      VIRTUAL
===========                      =======
Kernel Alloc Once                     4K
MALLOC                             44.2M
Stack                              64.5M
VM_ALLOCATE                        80.8M
__DATA                             1736K
__LINKEDIT                         71.1M
__TEXT                             18.3M
__UNICODE                           544K
shared memory                     137.2M
===========                      =======
TOTAL                             418.5M

--
You received this message because you are subscribed to the Google Groups "Racket Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to racket-dev+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To post to this group, send email to racket-dev-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To view this discussion on the web visit https://groups.google.com/d/msgid/racket-dev/CAF4wvDxuwAk1fR305qav7i1JvD5bMOQL9F_0Op3KvMakJBKH-A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Gmane