Re: [racket-users] PLTCOLLECTS env var is not always in effect - Why?

[Don Green]

In reply to Sage Gerard:
$ racket
(use-user-specific-search-paths) ;returns: #t

clicking on .rkt file that opens the file in racket:
(use-user-specific-search-paths) ;returns: #t
On Saturday, June 5, 2021 at 5:06:37 PM UTC-6 Sage Gerard wrote:

> What is the value of (use-user-specific-search-paths 
> 
> ) in each case?
> On 6/5/21 6:39 PM, Don Green wrote:
>
> When I run drracket v 8.1 the additional collection is in effect as 
> evidenced by:
> (current-library-collection-paths) returns:
> '(# 
> # #)
>
> however when I open drracket by clicking on a .rkt file
> (current-library-collection-paths) returns:
> '( # 
> #)
>
> How to fix this?
>
> -- 
> 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...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/racket-users/b219d197-9989-4a0e-9f92-ad8bec01fbb0n%40googlegroups.com
>  
> 
> .
>
> --
> ~slg
>
>

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/e4c2f150-e965-4666-9e9f-33be9266be3bn%40googlegroups.com.

Re: [racket-users] PLTCOLLECTS env var is not always in effect - Why?

[Sage Gerard]

What is the value of 
([][use-user-specific-search-paths](https://docs.racket-lang.org/reference/collects.html?q=PLTCOLLECTS#%28def._%28%28quote._~23~25kernel%29._use-user-specific-search-paths%29%29))
 in each case?

On 6/5/21 6:39 PM, Don Green wrote:

> When I run drracket v 8.1 the additional collection is in effect as evidenced 
> by:
> (current-library-collection-paths) returns:
> '(# 
> # #)
>
> however when I open drracket by clicking on a .rkt file
> (current-library-collection-paths) returns:
> '( # #)
>
> How to fix this?
> --
> 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.
> To view this discussion on the web visit 
> [https://groups.google.com/d/msgid/racket-users/b219d197-9989-4a0e-9f92-ad8bec01fbb0n%40googlegroups.com](https://groups.google.com/d/msgid/racket-users/b219d197-9989-4a0e-9f92-ad8bec01fbb0n%40googlegroups.com?utm_medium=email_source=footer).

--
~slg

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/fd85ef5e-f878-6209-8635-8c0ff434e53d%40sagegerard.com.

[racket-users] PLTCOLLECTS env var is not always in effect - Why?

[Don Green]

When I run drracket v 8.1 the additional collection is in effect as 
evidenced by:
(current-library-collection-paths) returns:
'(# 
# #)

however when I open drracket by clicking on a .rkt file
(current-library-collection-paths) returns:
'( # 
#)

How to fix this?

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/b219d197-9989-4a0e-9f92-ad8bec01fbb0n%40googlegroups.com.

[racket-users] Re: Embedded Racket reimplementation for constrained hardware?

[George Neuner]

On Sat, 5 Jun 2021 06:45:44 -0700 (PDT), dbohdan
 wrote:

>Has anyone tried making a small embedded implementation of Racket?  I mean 
>"embedded" not in the sense of 8-bit microcontrollers but more powerful yet 
>still constrained devices, like routers with 64 MB RAM running Linux or the 
>PlayStation 2.  I think you don't have to work from scratch to make one.  
>You can implement Racket on top of an embedded Scheme like Chibi-Scheme 
>.  It doesn't need to be a full, 
>maximally compatible port of Racket like Racket CS, just a large subset.  
>For example, you can skip  futures and places.
>
>What features do you need to implement natively in the interpreter rather 
>than in Scheme?  You can implement delimited continuations in terms of 
>call/cc.  The concurrency primitives (threads, boxes, etc.) and the FFI?  
>You may be able to, but don't have to, optimize the interpreter for 
>immutable conses.
>
>This is just something I have been musing about.  If no project like this 
>exists, I am not starting one soon.

Racket can run in less than 64MB, but severely limited memory
typically results in a lot of GC churn.

George

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/3pbnbgtsk18g1dpg8951h9nvjuu448gmja%404ax.com.

[racket-users] Embedded Racket reimplementation for constrained hardware?

[dbohdan]

Has anyone tried making a small embedded implementation of Racket?  I mean 
"embedded" not in the sense of 8-bit microcontrollers but more powerful yet 
still constrained devices, like routers with 64 MB RAM running Linux or the 
PlayStation 2.  I think you don't have to work from scratch to make one.  
You can implement Racket on top of an embedded Scheme like Chibi-Scheme 
.  It doesn't need to be a full, 
maximally compatible port of Racket like Racket CS, just a large subset.  
For example, you can skip  futures and places.

What features do you need to implement natively in the interpreter rather 
than in Scheme?  You can implement delimited continuations in terms of 
call/cc.  The concurrency primitives (threads, boxes, etc.) and the FFI?  
You may be able to, but don't have to, optimize the interpreter for 
immutable conses.

This is just something I have been musing about.  If no project like this 
exists, I am not starting one soon.

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/da72cdd0-2143-4610-9e4d-f987931c9314n%40googlegroups.com.