Thanks for the example! I did not guess correctly about your mixture of
embedded modules and `dynamic-require`.
The short answer is that you should either embed modules or reference
them through an external paths like "/Applications/Racket
v7.7/collects", but not both. Otherwise, the two worlds co
On 7/13/20, Roman Klochkov wrote:
> I tried
> ```
> (define-syntax my-file
> (make-require-transformer
>(lambda (stx)
> (syntax-case stx ()
>[(_ path)
> (printf "Importing: ~a~n" #'path)
> (expand-import #'(file path))]
> (require (my-file "test.rkt"))
> ```
I put up a repo with the bug at https://github.com/nwg/racket-expo
The stack trace is this:
build-path: contract violation
expected: (or/c path-string? path-for-some-system? 'up 'same)
given: #
context...:
do-raise-argument-error
loop
build
proc
call-in-empty-metacontinuation
I don't know if it helps, but config:installation-name is a promise defined
by setup/private/dirs.
Ryan
On Mon, Jul 13, 2020 at 7:23 PM Matthew Flatt wrote:
> I'm not sure how it could be in `dynamic-require` itself, as opposed to
> a library that is loaded by `dynamic-require`, but it sounds
Awesome, thanks!
I actually just implemented it with the roundabout callback system, i think
i might try out your suggestion though.
Thanks for working on racket!
Nate
On Mon, Jul 13, 2020 at 12:20 PM Matthew Flatt wrote:
> I see that there's not a good way right now, but here's a workaround
I'm not sure how it could be in `dynamic-require` itself, as opposed to
a library that is loaded by `dynamic-require`, but it sounds like a bug
at some level. Can you provide a small example?
At Mon, 13 Jul 2020 11:03:41 -0500, Nate Griswold wrote:
> Sam, thanks
>
> To be clear, this crash happen
I see that there's not a good way right now, but here's a workaround
that uses information about the current layout:
A cpointer value is implemented as a Chez Scheme record with either 1
field or 2 fields. There are 2 fields only when the cpointer has an
offset as a result of `ptr-add`, so you can
A bit more context:
I am using a communications library (zeromq) and i need to share a c
context object between c and racket for in-process communication.
I can either create it in c or create it in racket. The library i'm using
happens to create it in racket.
The only way i know of solving this
I had a question. In embedded racket, I am passing a _cpointer value back
to c code by way of racket_apply's return value.
Looking over https://docs.racket-lang.org/inside/cs-values_types.html ,
there appears to be a group of functions associated with extracting values
from ptrs. I do not see one
On 13.07.2020 14:26, Bonface M. K. wrote:
> I'm sure you may find
> those interesting and worthy candidates for your stream \o\o. Wdyt?
Ye. I think that's a good and useful topic to showcase! Please send
me a mail in private or poke me on Freenode - I'll gladly host that.
~phoe
--
You rece
Sam, thanks
To be clear, this crash happened DURING a dynamic-require and judging by
the stack trace looked to be part of the dynamic-require machinery (and
this seems to depend on the installation name).
I actually wasn't depending on anything but racket/base, so i don't believe
anything i was u
On Monday, July 13, 2020 at 8:37:52 AM UTC-5, Matthew Flatt wrote:
>
> It might end up being about the same implementation effort to improve the
> error message or to make the function work on user-scope packages
>
That was my sense as well...I will try taking a look at this, maybe I can
contrib
Hey, everyone,
I am organizing a series of Online Lisp Meets that started after this
year's electronic European Lisp Symposium. The mailing list is at
https://mailman.common-lisp.net/pipermail/online-lisp-meets/ and the talk
videos so far have been posted at
https://www.youtube.com/channel/UCy
My guess, not having looked further than your email, is that when you don't
include racket/promise, something is supplying a promise to something else
but there are two different instantiations of the promise library, causing
the force call from one not to recognize the promise from the other. Then
Hello.
I noticed something and was wondering what the list thinks:
I am using an embedded racket Ics) and i noticed that if i embed a file and
don't include any libraries (for a very bare bones c file) i have problems
with a crash on a promise on any dynamic-require:
build-path: contract violati
It's currently not intended to work for packages installed in user
scope --- only for packages in the main installation --- although
probably it shouldn't report a path error for a user-scope package.
I'm not sure how difficult it would be to make redirection work on a
user-scope package's documen
"p...@teknik.io" writes:
> Hey, everyone,
>
> I am organizing a series of Online Lisp Meets that started after this year's
> electronic European Lisp Symposium. The mailing
> list is at https://mailman.common-lisp.net/pipermail/online-lisp-meets/ and
> the talk videos so far have been posted at
I tried
```
(define-syntax my-file
(make-require-transformer
(lambda (stx)
(syntax-case stx ()
[(_ path)
(printf "Importing: ~a~n" #'path)
(expand-import #'(file path))]
(require (my-file "test.rkt"))
```
with the same result: no errors in require, but no import
18 matches
Mail list logo