Re: [racket-dev] [racket-bug] all/14404: "profile" would be more useful if it returned the result(s) of evaluating its body
I looked through the package descriptions, and it doesn't look like any
of them would use the profiler.
I'll do the change.
Vincent
At Thu, 27 Mar 2014 15:33:48 -0400,
Vincent St-Amour wrote:
>
> Will do.
>
> Is there a convenient way to grep through packages without installing them?
>
> Vincent
>
>
> At Thu, 27 Mar 2014 14:20:01 -0500,
> Robby Findler wrote:
> >
> > [1 ]
> > It seems unlikely that anyone does, but could you look at the code on the
> > pkg server to check?
> >
> > Robby
> >
> >
> > On Thu, Mar 27, 2014 at 1:42 PM, Vincent St-Amour
> > wrote:
> >
> > > [ccing dev]
> > >
> > > I agree. That would also make adding profiling less intrusive than it is
> > > now. Consistency with `time' would also be nice. FWIW, `contract-profile'
> > > behaves like `time'.
> > >
> > > Currently `profile' and `profile-thunk' return whatever the profile
> > > renderer returns. Most renderers print their report and return void.
> > > But, as the documentation mentions, `values' can be used as a renderer
> > > in which case `profile' returns the pre-rendering analyzed profile
> > > data. Returning the result of the profiled expression would break that
> > > behavior.
> > >
> > > On the other hand, it's already possible to get the analyzed data by
> > > invoking the sampler and the analyzer directly. Changing the behavior of
> > > `profile' wouldn't remove that functionality, just make it less
> > > convenient.
> > >
> > > Does anyone rely on that behavior from `profile' and `profile-thunk'?
> > > If not, I think we should change it.
> > >
> > > Vincent
> > >
> > >
> > >
> > > At Sat, 15 Mar 2014 23:12:11 -0400,
> > > eric.hanch...@gmail.com wrote:
> > > >
> > > > A new problem report is waiting at
> > > > http://bugs.racket-lang.org/query/?cmd=view&pr=14404
> > > >
> > > > Reported by Eric Hanchrow for release: 6.0.0.1--2013-12-13(1f1550a/a)
> > > >
> > > > *** Description:
> > > > I recently tried to use profile, and didn't closely read its
> > > documentation. I naively assumed that it would work similarly to "time"
> > > --
> > > namely that I could simply wrap (profile ...) around my code, and my code
> > > would continue to run, but would also emit profiling information. But of
> > > course profile returns void, so I had to tediously capture my thunk's
> > > value
> > > myself, and then arrange to have that value passed "outside" of the
> > > profile
> > > call. Anyway ... I'd like the below snippet to print 9 not just once
> > > (from
> > > the call to "time"), but twice.
> > > >
> > > > *** How to repeat:
> > > > #lang racket
> > > >
> > > > (require profile)
> > > >
> > > > (displayln (profile (+ 2 3 4)))
> > > > (displayln (time (+ 2 3 4)))
> > > >
> > > > *** Environment:
> > > > macosx "Darwin Eric-Hanchrows-MacBook-Pro.local 13.1.0 Darwin Kernel
> > > Version 13.1.0: Thu Jan 16 19:40:37 PST 2014;
> > > root:xnu-2422.90.20~2/RELEASE_X86_64 x86_64" (x86_64-macosx/3m)
> > > (get-display-depth) = 32
> > > > Human Language: english
> > > > (current-memory-use) 287758760
> > > > Links: (links) = (); (links #:user? #f) = ("contract-profile" "syntax"
> > > "mysterx" "sgl" "datalog" "shell-completion" "algol60" "icons" "ds-store"
> > > "slatex" "realm" "games" "make" "trace" "plai" "eopl" "lazy"
> > > "preprocessor"
> > > "profile" "racklog" "mzcom" "schemeunit" "unstable" "frtime" "mrlib"
> > > "swindle"); (links #:root? #t) =
> > > (#
> > > #
> > > #); (links
> > > #:user? #f #:root? #t) = (# > > v6.0.0.1/share/pkgs/racket-lib> # > > v6.0.0.1/share/pkgs/main-distribution> # > > v6.0.0.1/share/pkgs/at-exp-lib> # > > v6.0.0.1/share/pkgs/compatibility> # > > v6.0.0.1/share/pkgs/compiler> # > > v6.0.0.1/share/pkgs/data> # > > v6.0.0.1/share/pkgs/db> # > > !
> > > > v6.0.0.1/share/pkgs/deinprogramm> # > > v6.0.0.1/share/pkgs/draw> # > > v6.0.0.1/share/pkgs/draw-doc> # > > v6.0.0.1/share/pkgs/draw-lib> # > > v6.0.0.1/share/pkgs/drracket> # > > v6.0.0.1/share/pkgs/errortrace> # > > v6.0.0.1/share/pkgs/future-visualizer> # > > v6.0.0.1/share/pkgs/future-visualizer-typed> # > > v6.0.0.1/share/pkgs/gui> # > > v6.0.0.1/share/pkgs/htdp> # > > v6.0.0.1/share/pkgs/html> # > > v6.0.0.1/share/pkgs/images> # > > v6.0.0.1/share/pkgs/macro-debugger> # > > v6.0.0.1/share/pkgs/macro-debugger-text-lib> # > > v6.0.0.1/share/pkgs/math> # > > v6.0.0.1/share/pkgs/mzscheme> # > > v6.0.0.1/share/pkgs/net> # > > :!
> > > > /Applications/Racket v6.0.0.1/share/pkgs/parser-tools> # > > > /Applications/Racket v6.0.0.1/share/pkgs/pconvert-lib>
> > > #
> > > #
> > > #
> > > #
> > > #
> > > #
> > > #
> > > #
> > > #
> > > #
> > > #
> > > #
> > > #
> > > #
> > > #
> > > # > > z!
> > > > e-cstruct-lib> # > > v6.0.0.1/share/pkgs/slideshow> # > > v6.0.0.1/share/pkgs/snip> # > > v6.0.0.1/share/pkgs/srfi> # > > v6.0.0.1/share/pkgs/string-constants> # > > v6.0.0.1/share/pkgs/syntax-color> # > > v6.0.0.1/share/pkgs/typed-racket> # > > v6.0.0.1/share/pkgs/typed-racket-more> # > > v6.0.0.1/share/pkgs/unstable> # > > v6.0
Re: [racket-dev] [racket-bug] all/14404: "profile" would be more useful if it returned the result(s) of evaluating its body
On Thu, Mar 27, 2014 at 3:33 PM, Vincent St-Amour wrote: > Will do. > > Is there a convenient way to grep through packages without installing them? The pkg system design makes this basically impossible. Sam _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] [racket-bug] all/14404: "profile" would be more useful if it returned the result(s) of evaluating its body
Will do.
Is there a convenient way to grep through packages without installing them?
Vincent
At Thu, 27 Mar 2014 14:20:01 -0500,
Robby Findler wrote:
>
> [1 ]
> It seems unlikely that anyone does, but could you look at the code on the
> pkg server to check?
>
> Robby
>
>
> On Thu, Mar 27, 2014 at 1:42 PM, Vincent St-Amour wrote:
>
> > [ccing dev]
> >
> > I agree. That would also make adding profiling less intrusive than it is
> > now. Consistency with `time' would also be nice. FWIW, `contract-profile'
> > behaves like `time'.
> >
> > Currently `profile' and `profile-thunk' return whatever the profile
> > renderer returns. Most renderers print their report and return void.
> > But, as the documentation mentions, `values' can be used as a renderer
> > in which case `profile' returns the pre-rendering analyzed profile
> > data. Returning the result of the profiled expression would break that
> > behavior.
> >
> > On the other hand, it's already possible to get the analyzed data by
> > invoking the sampler and the analyzer directly. Changing the behavior of
> > `profile' wouldn't remove that functionality, just make it less
> > convenient.
> >
> > Does anyone rely on that behavior from `profile' and `profile-thunk'?
> > If not, I think we should change it.
> >
> > Vincent
> >
> >
> >
> > At Sat, 15 Mar 2014 23:12:11 -0400,
> > eric.hanch...@gmail.com wrote:
> > >
> > > A new problem report is waiting at
> > > http://bugs.racket-lang.org/query/?cmd=view&pr=14404
> > >
> > > Reported by Eric Hanchrow for release: 6.0.0.1--2013-12-13(1f1550a/a)
> > >
> > > *** Description:
> > > I recently tried to use profile, and didn't closely read its
> > documentation. I naively assumed that it would work similarly to "time" --
> > namely that I could simply wrap (profile ...) around my code, and my code
> > would continue to run, but would also emit profiling information. But of
> > course profile returns void, so I had to tediously capture my thunk's value
> > myself, and then arrange to have that value passed "outside" of the profile
> > call. Anyway ... I'd like the below snippet to print 9 not just once (from
> > the call to "time"), but twice.
> > >
> > > *** How to repeat:
> > > #lang racket
> > >
> > > (require profile)
> > >
> > > (displayln (profile (+ 2 3 4)))
> > > (displayln (time (+ 2 3 4)))
> > >
> > > *** Environment:
> > > macosx "Darwin Eric-Hanchrows-MacBook-Pro.local 13.1.0 Darwin Kernel
> > Version 13.1.0: Thu Jan 16 19:40:37 PST 2014;
> > root:xnu-2422.90.20~2/RELEASE_X86_64 x86_64" (x86_64-macosx/3m)
> > (get-display-depth) = 32
> > > Human Language: english
> > > (current-memory-use) 287758760
> > > Links: (links) = (); (links #:user? #f) = ("contract-profile" "syntax"
> > "mysterx" "sgl" "datalog" "shell-completion" "algol60" "icons" "ds-store"
> > "slatex" "realm" "games" "make" "trace" "plai" "eopl" "lazy" "preprocessor"
> > "profile" "racklog" "mzcom" "schemeunit" "unstable" "frtime" "mrlib"
> > "swindle"); (links #:root? #t) =
> > (#
> > #
> > #); (links
> > #:user? #f #:root? #t) = (# > v6.0.0.1/share/pkgs/racket-lib> # > v6.0.0.1/share/pkgs/main-distribution> # > v6.0.0.1/share/pkgs/at-exp-lib> # > v6.0.0.1/share/pkgs/compatibility> # > v6.0.0.1/share/pkgs/compiler> # > v6.0.0.1/share/pkgs/data> # > v6.0.0.1/share/pkgs/db> # > !
> > > v6.0.0.1/share/pkgs/deinprogramm> # > v6.0.0.1/share/pkgs/draw> # > v6.0.0.1/share/pkgs/draw-doc> # > v6.0.0.1/share/pkgs/draw-lib> # > v6.0.0.1/share/pkgs/drracket> # > v6.0.0.1/share/pkgs/errortrace> # > v6.0.0.1/share/pkgs/future-visualizer> # > v6.0.0.1/share/pkgs/future-visualizer-typed> # > v6.0.0.1/share/pkgs/gui> # > v6.0.0.1/share/pkgs/htdp> # > v6.0.0.1/share/pkgs/html> # > v6.0.0.1/share/pkgs/images> # > v6.0.0.1/share/pkgs/macro-debugger> # > v6.0.0.1/share/pkgs/macro-debugger-text-lib> # > v6.0.0.1/share/pkgs/math> # > v6.0.0.1/share/pkgs/mzscheme> # > v6.0.0.1/share/pkgs/net> # > :!
> > > /Applications/Racket v6.0.0.1/share/pkgs/parser-tools> # > > /Applications/Racket v6.0.0.1/share/pkgs/pconvert-lib>
> > #
> > #
> > #
> > #
> > #
> > #
> > #
> > #
> > #
> > #
> > #
> > #
> > #
> > #
> > #
> > # > z!
> > > e-cstruct-lib> # > v6.0.0.1/share/pkgs/slideshow> # > v6.0.0.1/share/pkgs/snip> # > v6.0.0.1/share/pkgs/srfi> # > v6.0.0.1/share/pkgs/string-constants> # > v6.0.0.1/share/pkgs/syntax-color> # > v6.0.0.1/share/pkgs/typed-racket> # > v6.0.0.1/share/pkgs/typed-racket-more> # > v6.0.0.1/share/pkgs/unstable> # > v6.0.0.1/share/pkgs/unstable-contract-lib> # > v6.0.0.1/share/pkgs/unstable-latent-contract-lib>
> > #
> > #
> > # > v6.0.0.1/share/pkgs/unstable-parameter-group-lib>
> > #
> > # # > h!
> > > :/Applications/Racket v6.0.0.1/share/pkgs/wxme> # > > cket v6.0.0.1/share/pkgs/xrepl> # > v6.0.0.1/share/pkgs/base> # > v6.0.0.1/share/pkgs/compatibility-lib> # > v6.0.0.1/share/pkgs/drracket-plugin-lib> # > v6.0.0.1/share/pkgs/errortrace-lib> # > v6.0.0.1/share/pkgs/gui-lib> # > v6.0.0.1/share/pkgs/parser-tools-lib> # > v6.0.0.1
Re: [racket-dev] [racket-bug] all/14404: "profile" would be more useful if it returned the result(s) of evaluating its body
It seems unlikely that anyone does, but could you look at the code on the
pkg server to check?
Robby
On Thu, Mar 27, 2014 at 1:42 PM, Vincent St-Amour wrote:
> [ccing dev]
>
> I agree. That would also make adding profiling less intrusive than it is
> now. Consistency with `time' would also be nice. FWIW, `contract-profile'
> behaves like `time'.
>
> Currently `profile' and `profile-thunk' return whatever the profile
> renderer returns. Most renderers print their report and return void.
> But, as the documentation mentions, `values' can be used as a renderer
> in which case `profile' returns the pre-rendering analyzed profile
> data. Returning the result of the profiled expression would break that
> behavior.
>
> On the other hand, it's already possible to get the analyzed data by
> invoking the sampler and the analyzer directly. Changing the behavior of
> `profile' wouldn't remove that functionality, just make it less
> convenient.
>
> Does anyone rely on that behavior from `profile' and `profile-thunk'?
> If not, I think we should change it.
>
> Vincent
>
>
>
> At Sat, 15 Mar 2014 23:12:11 -0400,
> eric.hanch...@gmail.com wrote:
> >
> > A new problem report is waiting at
> > http://bugs.racket-lang.org/query/?cmd=view&pr=14404
> >
> > Reported by Eric Hanchrow for release: 6.0.0.1--2013-12-13(1f1550a/a)
> >
> > *** Description:
> > I recently tried to use profile, and didn't closely read its
> documentation. I naively assumed that it would work similarly to "time" --
> namely that I could simply wrap (profile ...) around my code, and my code
> would continue to run, but would also emit profiling information. But of
> course profile returns void, so I had to tediously capture my thunk's value
> myself, and then arrange to have that value passed "outside" of the profile
> call. Anyway ... I'd like the below snippet to print 9 not just once (from
> the call to "time"), but twice.
> >
> > *** How to repeat:
> > #lang racket
> >
> > (require profile)
> >
> > (displayln (profile (+ 2 3 4)))
> > (displayln (time (+ 2 3 4)))
> >
> > *** Environment:
> > macosx "Darwin Eric-Hanchrows-MacBook-Pro.local 13.1.0 Darwin Kernel
> Version 13.1.0: Thu Jan 16 19:40:37 PST 2014;
> root:xnu-2422.90.20~2/RELEASE_X86_64 x86_64" (x86_64-macosx/3m)
> (get-display-depth) = 32
> > Human Language: english
> > (current-memory-use) 287758760
> > Links: (links) = (); (links #:user? #f) = ("contract-profile" "syntax"
> "mysterx" "sgl" "datalog" "shell-completion" "algol60" "icons" "ds-store"
> "slatex" "realm" "games" "make" "trace" "plai" "eopl" "lazy" "preprocessor"
> "profile" "racklog" "mzcom" "schemeunit" "unstable" "frtime" "mrlib"
> "swindle"); (links #:root? #t) =
> (#
> #
> #); (links
> #:user? #f #:root? #t) = (# v6.0.0.1/share/pkgs/racket-lib> # v6.0.0.1/share/pkgs/main-distribution> # v6.0.0.1/share/pkgs/at-exp-lib> # v6.0.0.1/share/pkgs/compatibility> # v6.0.0.1/share/pkgs/compiler> # v6.0.0.1/share/pkgs/data> # v6.0.0.1/share/pkgs/db> # !
> > v6.0.0.1/share/pkgs/deinprogramm> # v6.0.0.1/share/pkgs/draw> # v6.0.0.1/share/pkgs/draw-doc> # v6.0.0.1/share/pkgs/draw-lib> # v6.0.0.1/share/pkgs/drracket> # v6.0.0.1/share/pkgs/errortrace> # v6.0.0.1/share/pkgs/future-visualizer> # v6.0.0.1/share/pkgs/future-visualizer-typed> # v6.0.0.1/share/pkgs/gui> # v6.0.0.1/share/pkgs/htdp> # v6.0.0.1/share/pkgs/html> # v6.0.0.1/share/pkgs/images> # v6.0.0.1/share/pkgs/macro-debugger> # v6.0.0.1/share/pkgs/macro-debugger-text-lib> # v6.0.0.1/share/pkgs/math> # v6.0.0.1/share/pkgs/mzscheme> # v6.0.0.1/share/pkgs/net> # :!
> > /Applications/Racket v6.0.0.1/share/pkgs/parser-tools> # > /Applications/Racket v6.0.0.1/share/pkgs/pconvert-lib>
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> # z!
> > e-cstruct-lib> # v6.0.0.1/share/pkgs/slideshow> # v6.0.0.1/share/pkgs/snip> # v6.0.0.1/share/pkgs/srfi> # v6.0.0.1/share/pkgs/string-constants> # v6.0.0.1/share/pkgs/syntax-color> # v6.0.0.1/share/pkgs/typed-racket> # v6.0.0.1/share/pkgs/typed-racket-more> # v6.0.0.1/share/pkgs/unstable> # v6.0.0.1/share/pkgs/unstable-contract-lib> # v6.0.0.1/share/pkgs/unstable-latent-contract-lib>
> #
> #
> # v6.0.0.1/share/pkgs/unstable-parameter-group-lib>
> #
> # # h!
> > :/Applications/Racket v6.0.0.1/share/pkgs/wxme> # > cket v6.0.0.1/share/pkgs/xrepl> # v6.0.0.1/share/pkgs/base> # v6.0.0.1/share/pkgs/compatibility-lib> # v6.0.0.1/share/pkgs/drracket-plugin-lib> # v6.0.0.1/share/pkgs/errortrace-lib> # v6.0.0.1/share/pkgs/gui-lib> # v6.0.0.1/share/pkgs/parser-tools-lib> # v6.0.0.1/share/pkgs/string-constants-lib> # v6.0.0.1/share/pkgs/rackunit-lib> # v6.0.0.1/share/pkgs/scribble-doc> # v6.0.0.1/share/pkgs/scribble-lib> # v6.0.0.1/share/pkgs/compatibility-doc> # v6.0.0.1/share/pkgs/math-lib> # v6.0.0.1/share/pkgs/compiler-lib> # v6.0.0.1/share/pkgs/data-lib> # v6.0.0.1/share/pkgs/data-doc> # s!
> > /Racket v6.0.0.1/share/pkgs/db-lib> # v6.0.0.1/share/pkgs/db-doc> # v6.0.0.1/share/pkgs/scheme-lib> # v6.0.0.1/share/pkgs/srfi-lib> #
Re: [racket-dev] [racket-bug] all/14404: "profile" would be more useful if it returned the result(s) of evaluating its body
[ccing dev]
I agree. That would also make adding profiling less intrusive than it is
now. Consistency with `time' would also be nice. FWIW, `contract-profile'
behaves like `time'.
Currently `profile' and `profile-thunk' return whatever the profile
renderer returns. Most renderers print their report and return void.
But, as the documentation mentions, `values' can be used as a renderer
in which case `profile' returns the pre-rendering analyzed profile
data. Returning the result of the profiled expression would break that
behavior.
On the other hand, it's already possible to get the analyzed data by
invoking the sampler and the analyzer directly. Changing the behavior of
`profile' wouldn't remove that functionality, just make it less
convenient.
Does anyone rely on that behavior from `profile' and `profile-thunk'?
If not, I think we should change it.
Vincent
At Sat, 15 Mar 2014 23:12:11 -0400,
eric.hanch...@gmail.com wrote:
>
> A new problem report is waiting at
> http://bugs.racket-lang.org/query/?cmd=view&pr=14404
>
> Reported by Eric Hanchrow for release: 6.0.0.1--2013-12-13(1f1550a/a)
>
> *** Description:
> I recently tried to use profile, and didn't closely read its documentation.
> I naively assumed that it would work similarly to "time" -- namely that I
> could simply wrap (profile ...) around my code, and my code would continue to
> run, but would also emit profiling information. But of course profile
> returns void, so I had to tediously capture my thunk's value myself, and then
> arrange to have that value passed "outside" of the profile call. Anyway ...
> I'd like the below snippet to print 9 not just once (from the call to
> "time"), but twice.
>
> *** How to repeat:
> #lang racket
>
> (require profile)
>
> (displayln (profile (+ 2 3 4)))
> (displayln (time (+ 2 3 4)))
>
> *** Environment:
> macosx "Darwin Eric-Hanchrows-MacBook-Pro.local 13.1.0 Darwin Kernel Version
> 13.1.0: Thu Jan 16 19:40:37 PST 2014; root:xnu-2422.90.20~2/RELEASE_X86_64
> x86_64" (x86_64-macosx/3m) (get-display-depth) = 32
> Human Language: english
> (current-memory-use) 287758760
> Links: (links) = (); (links #:user? #f) = ("contract-profile" "syntax"
> "mysterx" "sgl" "datalog" "shell-completion" "algol60" "icons" "ds-store"
> "slatex" "realm" "games" "make" "trace" "plai" "eopl" "lazy" "preprocessor"
> "profile" "racklog" "mzcom" "schemeunit" "unstable" "frtime" "mrlib"
> "swindle"); (links #:root? #t) =
> (#
> #
> #); (links #:user?
> #f #:root? #t) = (#
> #
> #
> #
> #
> #
> #
> # v6.0.0.1/share/pkgs/deinprogramm> # v6.0.0.1/share/pkgs/draw> # v6.0.0.1/share/pkgs/draw-doc> # v6.0.0.1/share/pkgs/draw-lib> # v6.0.0.1/share/pkgs/drracket> # v6.0.0.1/share/pkgs/errortrace> # v6.0.0.1/share/pkgs/future-visualizer> # v6.0.0.1/share/pkgs/future-visualizer-typed> # v6.0.0.1/share/pkgs/gui> # v6.0.0.1/share/pkgs/htdp> # v6.0.0.1/share/pkgs/html> # v6.0.0.1/share/pkgs/images> # v6.0.0.1/share/pkgs/macro-debugger> # v6.0.0.1/share/pkgs/macro-debugger-text-lib> # v6.0.0.1/share/pkgs/math> # v6.0.0.1/share/pkgs/mzscheme> # v6.0.0.1/share/pkgs/net> # /Applications/Racket v6.0.0.1/share/pkgs/parser-tools> # /Applications/Racket v6.0.0.1/share/pkgs/pconvert-lib>
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> # e-cstruct-lib> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> # # :/Applications/Racket v6.0.0.1/share/pkgs/wxme> # cket v6.0.0.1/share/pkgs/xrepl> # v6.0.0.1/share/pkgs/base> # v6.0.0.1/share/pkgs/compatibility-lib> # v6.0.0.1/share/pkgs/drracket-plugin-lib> # v6.0.0.1/share/pkgs/errortrace-lib> # v6.0.0.1/share/pkgs/gui-lib> # v6.0.0.1/share/pkgs/parser-tools-lib> # v6.0.0.1/share/pkgs/string-constants-lib> # v6.0.0.1/share/pkgs/rackunit-lib> # v6.0.0.1/share/pkgs/scribble-doc> # v6.0.0.1/share/pkgs/scribble-lib> # v6.0.0.1/share/pkgs/compatibility-doc> # v6.0.0.1/share/pkgs/math-lib> # v6.0.0.1/share/pkgs/compiler-lib> # v6.0.0.1/share/pkgs/data-lib> # v6.0.0.1/share/pkgs/data-doc> # /Racket v6.0.0.1/share/pkgs/db-lib> # v6.0.0.1/share/pkgs/db-doc> # v6.0.0.1/share/pkgs/scheme-lib> # v6.0.0.1/share/pkgs/srfi-lib> # v6.0.0.1/share/pkgs/wxme-lib> # v6.0.0.1/share/pkgs/gui-doc> # v6.0.0.1/share/pkgs/pict-doc> # v6.0.0.1/share/pkgs/pict-lib> # v6.0.0.1/share/pkgs/draw-x86_64-macosx> # v6.0.0.1/share/pkgs/planet-lib> # v6.0.0.1/share/pkgs/snip-lib> # v6.0.0.1/share/pkgs/typed-racket-lib> # v6.0.0.1/share/pkgs/html-lib> # v6.0.0.1/share/pkgs/images-lib> # v6.0.0.1/share/pkgs/net-lib> # v6.0.0.1/share/pkgs/srfi-doc> # v6.0.0.1/share/pkgs/gui-pkg-manag
e!
> r-lib> # # path:/Applications/Racket v6.0.0.1/share/pkgs/net-doc>
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> #
> # Racket v6.0.0.1/share/pkgs/parser-tools-doc> # v6.0.0.1/share/pkgs/web-server-lib> # v6.0.0.1/share/pkgs/web-server-doc> # v6.0.0.1/share/pkgs/plot-lib> # v6.0.0.1/share/pkgs/plot-gui-lib> # v6.0.0.1/share/pkgs/plot-doc> # v6.0.0.
