ppropriate key deployed on the remote hosts that you are trying to use for
the example.
--Wayne Iba
On Thursday, April 26, 2018 at 10:42:36 AM UTC-7, Sumit Chaturvedi wrote:
>
> Hello!
> For me the opposite problem is occurring. I get socket error while trying
> to connect to a rem
Sigh. Sorry -- setting the current-directory in the file with the code for the
remote place does _not_ get reflected in the subsequent file that is required.
It seems that I need to set the current-directory everywhere that the path
matters.
Is this what I should expect or is there a problem?
So I've confirmed that if I include a (current-directory "proper-path") in the
file containing the supervised place at the remote node, then the subsequent
file that is required by the supervised place file does indeed inherit the
proper-path.
As a wild guess, maybe this has something to do wit
I'm still trying to use distributed places and have now run into a problem with
paths. I use spawn-remote-racket-node and then supervise-place-at with the
resulting node. The supervise-place-at is given a runtime path as in the
example found in the Racket Guide. The file referenced in the pla
Ahh, my ssh key for localhost was causing the problem because of my use of
tunnels. Correcting the offending key let the example work. [I'm still not
out of the woods but further questions under a different thread.] Thanks!
--
You received this message because you are subscribed to the Googl
I'm encountering the same problem as Matt was. Any help on that? [racket 6.6
on Ubuntu 14.04 and 16.04 (fails on both)]
Incidentally, if I change "localhost" in the spawn-remote-racket-node to some
other host, the example seems to work correctly.
This points to my more general problem. I hav
I'm having trouble with two interacting processes and am hoping someone can
point out whatever it is that I'm missing.
Process A starts process B and interacts with it but conditionally needs to
kill it. But using the procedure of one argument returned (as the fifth
element of a list) by pro
Is there a way to control the size of the buffer used when opening an input
file? Looking around collects/racket/port.rkt (don't know if I should have
been looking elsewhere), it appears buffers of 4K and 1K are used. I'd
like to have much larger buffers. Is my main option to give a large number
I recently posted a question about interactions between a typed/racket
module and an untyped module. Asumu pointed me to a known problem in the
contract system that has not yet been addressed.
http://docs.racket-lang.org/guide/contracts-gotchas.html#%28part._.Mixing_set__and_contract-out%29
By ad
I've started porting code to typed/racket. One module is now typed and
used in an untyped module that has not yet been ported. In the untyped
module, I call a function (provided by the typed module) that updates
provided variables but the values observed in the untyped module do not
reflect the c
I've noticed a similar, perhaps related, issue. I'm using emacs bindings
and when the find/replace bar is showing, I am unable to place the mark
with ctrl-space and then move the cursor to select a region. The
shift-arrows work for selecting a region, but the place-the-mark-and-move
does not.
My
rived datatype using structs, not a primitive on recognized by
> read and write. You can use the functions serialize and deserialize to
> store sets, if you need to.
>
> --Carl
>
> On Fri, Jul 5, 2013 at 3:41 PM, Wayne Iba wrote:
>
>> If I evaluate (write myset) for mys
If I evaluate (write myset) for myset as (set 1 2 3), the format of the
output is "#", whereas (print myset) produces "(set 1 2 3)".
Naturally, I can read in the latter but not the former. From the docs, I
believe the expectation is that we can rely on the output of write for
reading, but not nece
s for the
executable, we could move forward with getting the starter package included
on the official list. (BTW, it currently does work running locally.)
Cheers,
--Wayne Iba
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/users
14 matches
Mail list logo
